edicion con el fin de implementar GeoAmbiental

03.01.2017 - 09.01.2017

Выява тыдня

Новыя магчымасці маршрутызацыі на сайце ORS для карыстальнікаў на інвалідных калясках ^ 1 ^

Мапінг

• На дадзены момант пры дапамозе прылады Regio OSM (de), якая прызначаная для праверкі суцэльнасці замапленых адрасоў, спраўджаная якасць адраснай інфармацыі для 1702 муніцыпалітэтаў і значнай колькасці гарадоў Германіі - адной з 11 краін, дзе гэты інструмент можа быць выкарыстаны (de).

• Цікавае спалучэнне адкрытых дадзеных і OSM мае месца ў праекце паляпшэння звестак пра школы Вялікабрытаніі ў OSM (en). Адным з нязначных недахопаў гэтага праекта з'яўляецца тое, што наўпроставыя спасылкі працуюць толькі для дэфолтнага анлайн-рэдактара iD. У той жа час, калі iD ужо запушчаны, вы можаце адтуль разгарнуць дэсктопны JOSM. ;-)

• Паскаль Нэі (Pascal Neis) распавёў (en) у сваім блогу пра ўласныя прылады, што прызначаныя для кантролю якасці ў OSM:

  • пошук найноўшых набораў правак канкрэтнага карыстальніка OSM, што былі абмеркаваныя (en)
  • пошук падазроных набораў правак OSM (en)
    Звярніце ўвагу: існуе шмат магчымасцей па фільтрацыі набораў, а таксама прыведзеныя адпаведныя спасылкі, якія ўтрымліваюць дадатковую інфармацыю.

• Арун Ганеш (Arun Ganesh) засведчыў важнасць тэга wikidata=* на прыкладзе паўночна-індыйскага горада Маналі. Праз свой уласны ўнёсак (en) ён паказаў магчымасці для паляпшэння OSM з дапамогай дадатковай інфармацыі, змешчанай у Wikidata, Wikimedia Commons, WikiVoyage. Таксама ён выкрыў некаторыя прыёмы працы з дадзенымі Wikidata пры дапамозе прыладаў MapBox.

• Каманда OSM Operations анансавала (en) з'яўленне новай функцыі на галоўнай старонцы OSM - публічных GPS-трэкаў.

• Том Пфайфер (Tom Pfeifer) спытаўся (en), як павінны пазначацца на мапе OSM такія сучасныя формы супрацоўніцтва, як сумеснае выкарыстанне офісных памяшканняў і абсталявання ў выглядзе каворкінгаў (en).

• Карыстальнік Крыс (chris66) выкарыстоўвае свабоднае праграмнае забеспячэнне AutoHotKey (для Windows) сумесна з JOSM для аптымізацыі працы і дзеліцца (de) ўласным досведам. Таксама ён наглядна прадэманстраваў (de) свае прыёмы ў відэа падчас трасіроўкі абрысаў будынкаў.

• Карыстальнік Rorym распавёў (en), чаму падчас працы з праўкамі патрэбна не проста рабіць механічныя змены, але і "глядзець на навакольныя вобласці і шукаць іншыя памылкі!"

Супольнасць

• Спецыяльны сэрвіс hdyc ("How did you contribute [to OSM]" - "Ваш унёсак у OSM") ад Паскаля Нэі (Pascal Neis) усё болей ператвараецца ў сапраўдны інфармацыйны цэнтр (en). З нядаўняга часу тут таксама ўлічваюцца (en) і змены, унесеныя праз сэрвіс MapSwipe (гуманітарны праект па найпрасцейшай ацэнцы прыдатнасці спадарожнікавых здымкаў і сэнсу іх выкарыстання для картаграфавання найважнейшых аб'ектаў).

• Рафаэль Авіла Коя (Rafael Ávila Coya) апублікаваў (es) спецыяльнае відэа (en) пра тое, як можна выкарыстоўваць OSM у барацьбе супраць калецтва жаночых геніталій у Танзаніі.

• Тым часам, шараговае абмеркаванне (en) таго, як лепей выкарыстоўваць ці наогул не выкарыстоўваць дастаткова рэдкі і спрэчны тэг landuse=village_green спрычынілася да таго, што адзін з удзельнікаў дыскусіі (en) пайшоў ды й рашуча адрэгаваў адпаведную гэтаму тэгу старонку (en) ў wiki-даведцы OSM, кардынальна змяніўшы яе змест і рэкамендацыі ў параўнанні з папярэднім варыянтам - і тым самым ён выклікаў абгрунтаваныя пярэчанні (en) з боку суполкі (і наступную "бойку правак").

• Юрый Астрахан, што дадаваў да абъектаў OSM тэгі wikidata=* як спасылкі (en) на дадзеныя Вікіпедыі, звярнуўся да супольнасці па дапамогу (en) ў вырашэнні некаторых праблем з дадзенымі, якія ён рэдагаваў - для гэтага Юрый нават стварыў на MediaWiki спісы прабелаў і дубляў у Wikidata. Аднак гэтая дыскусія хутка ператварылася ў яшчэ адну, дзе абмяркоўвалася "не-дэмакратычная" супярэчнасць  (en) безапеляцыйнага адкату часткі аўтаматызаваных правак Юрыя, - і базіравалася гэтае абмеркаванне на суадноснасці з прэцэдэнтам адкату пакета правак, імпартаванага з CANVEC (en), што меў месца ў Канадзе.

• Карыстальнік mmd паказаў (en) у сваім блогу, як выкарыстоўваць на сэрвісе Overpass-Turbo запыт па пошуку сімвалаў-эмодзі ў дадзеных OSM ва ўсім свеце. Сур'ёзным дастасаваннем гэтага вырашэння можа быць пошук тэгаў, прапісаных на "сумесі моў" (кадзіровак). Карыстальнік tyr_asd прапанаваў спецыяльны запыт з ужываннем MapCSS для адлюстравання тэгаў з эмодзі на мапе. У той жа час mmd напісаў блок коду і запытаўся па дапамогу (en) для напісання рэгулярных выразаў, якія бы цалкам падтрымлівалі адпаведныя дыяпазоны Unicode ў Overpass API.

• Карыстальнік pnorman узгадаў (en) ва ўласным блогу, што Сара Хофман (Sarah Hoffmann, lonvia), Матыяс Мелісэн (Matthijs Melissen, math1985) і Бас Коэнберг (Bas Couwenberg, sebastic) маюць вялікія заслугі ў такіх праектах, як osm2pgsql і OpenStreetMap Carto.

• З нядаўняга часу існуе (en) фармальная юрыдычная асоба для OpenStreetMap ў Вялікабрытаніі (en).

• Нікарагуанская (es) суполка OSM пачала пошук сродкаў (en) на праект картаграфавання грамадскага транспарту, цягам рэалізацыі якога члены суполкі імкнуцца вырабіць першую ў краіне мапу і расклад аўтобусных маршрутаў Манагуа і выказаць прапановы па аптымізацыі сістэмы грамадскага транспарту сталіцы.

OpenStreetMap Foundation

• Суполка OSM у Вялікабрытаніі (OSMUK) афіцыйна зарэгістравалася (en) ў якасці "кампаніі грамадскіх інтарэсаў" (CIC Ltd.). Вы нават можаце зараз далучыцца да яе (en).

• Вышэй згаданая суполка OSMUK прапанавала (en) фонду OpenStreetMap Foundation (OSMF) таксама перарэгістравацца як CIC Ltd. (en)

Падзеі

• Клаус Торскі (Klaus Torsky) пераказаў (de) (аўтаматычны пераклад (en)), што і як адбывалася на апошняй канферэнцыі FOSS4G (Free and Open Source Software for Geospatial, "Свабоднае і адкрытае праграмнае забеспячэнне для прасторавых дадзеных"), якая ў 2016 годзе мела месца ў Боне (Германія). Таксама ён спасылаецца на інтэрв'ю (en), што ён узяў у Ціля Адамса (Till Adams) - чалавека, які нёс адказнасць за правядзенне FOSS4G у Боне.

• Фрэдэрык Рам (Frederik Ramm) запрашае (de) людзей да ўдзелу ў хакатоне (en), што адбудзецца ў лютым у Карлсруэ.

• Сустрэча осмераў для сумеснага мапінгу мела месца (fr) ў Цімбукту (Малі) з 7 па 9 студзеня 2017 года.

Гуманітарны OSM

• Кізіта Макойе (Kizito Makoye) распавёў (en) пра ініцыятыву гарадской адміністрацыі Дар-эс-Салама (Танзанія) па выкарыстанні дронаў на абалонных землях такіх жабрацкіх раёнаў, як Тандале. Адмысловы грамадскі праект Ramani-Huria (en) падтрымлівае гэтую ініцыятыву шляхам фіксацыі назапашаных дадзеных на мапах, што заснаваныя на OSM. Гэтыя і іншыя захады павінныя палепшыць умовы жыцця і інфраструктуру ў трушчобных раёнах.

Мапы

• На GitHub галоўны дэвелапер Ізраільскай мапы для паходаў (Israel Hiking Map) выказаў меркаванне (en), што даволі часта тое, што робіцца для асобных выпадкаў мапінга, можа мець сэнс таксама і для ўсяго OpenStreetMap.org цалкам (ад перакладчыка: ён, дарэчы, прапануе шукаць тыя адрэзкі публічных GPS-трэкаў, якія не маюць адпаведнасці ў графе дарог і сцежак - і наносіць іх). Адразу некалькі карыстальнікаў прывялі прыклады (en), калі новыя функцыянальныя магчымасці часцяком дадаваліся ў выглядзе вонкавай рэалізацыі, а пасля (калі яны мелі рацыю) - рабіліся часткай уласна OSM.org.

• Сэрвіс пошуку маршрутаў па дадзеных OSM - OpenStreetMap Routing Machine - дадаў унікальную функцыянальнасць для маршрутызацыі на інвалідных калясках. Яна названая "Чаму я павінен ехаць менавіта такім чынам?" (en) і паказвае карыстальнікам, што пры пракладанні маршрутаў улічваюцца вышыня бардзюраў, роўнасць і пакат паверхні, а таксама наяўнасць тратуараў.

• Партал тэматычных мапаў Mapcontrib (fr) дасягнуў версіі 1.0, у гонар чаго там быў апублікаваны (en) першы апісальны пост у блогу.

• На выставе CES 2017 (en) кампанія і адкрытая картаграфічная платформа Mapzen паспрабавала прыцягнуць кліентаў з дапамогай 3D-друку.

• Лутц Ланге (Lutz Lange) перамясціў свае гістарычныя мапы (de) на новы сервер. Таксама былі ўнесеныя некаторыя змены, і таму зараз ён просіць зваротнай сувязі (аўтаматычны пераклад).

switch2OSM

• Высветлілася, што Uber выкарыстоўвае(en) ў тым ліку і дадзеныя OpenStreetMap. Грант Слэйтар (Grant Slater, адзін з сістэмных адміністратараў OSM) чакае(en), што Uber таксама зробіць свой унёсак у паляпшэнне дадзеных OSM.

Праграмнае забеспячэнне

• Адмыслова створаная старонка MediaWiki тлумачыць(en), як можна выкарыстоўваць ідэнтыфікатар Wikidata ID, каб пазначыць на Мапах Вікімэдыя (Wikimedia Maps) абсяг таго ці іншага аб'екта OSM.

• Карыстальнік daniel-j-h напісаў(en) ва ўласным дзённіку пра тое, як апошні рэліз сэрвісу для пошуку маршрутаў Open Source Routing Machine (версія 5.5) дазваляе значна прасцей усталяваць сваю ўласную машыну маршрутызацыі, а таксама размясціў некаторую дакументацыю, патрэбную для такіх дзеянняў.

Рэлізы

• Сэрвіс пошуку маршрутаў па дадзеных OSM пад назвай OpenStreetMap Routing Machine абнавіўся да версіі 5.5, якая дадала некалькі значных паляпшэнняў у кіраўніцтве, тэгах, API і інфраструктуры.

| Праграмы| Версія| Дата рэліза| Каментары| |------|:-----------:|:----:|----| |OSRM|5.5.0|16.12.2016|Палепшаныя навігацыя, інтэрпрэтацыя тэгаў і інфраструктура API.| |JOSM|11427|31.12.2016| - няма інфармацыі - | |Mapillary Android |3.14|04.01.2017|Выпраўленне, што значна прыспешвае працу з GPX.| |Mapbox GL JS|v0.30.0|05.01.2017| - няма інфармацыі - | |Naviki Android |3.52.4|05.01.2017|Павышаная дакладнасць.| |Mapillary iOS *|4.5.11|06.01.2017|Палепшаная сумяшчальнасць.| |SQLite|1.16.2|06.01.2017|4 выпраўленні.|

Дадзеныя раздзела ўзятыя са Спіса праграмнага забеспячэння для OSM(en).
* несвабоднае праграмнае забеспячэнне (глядзі: свабоднае праграмнае забеспячэнне(en).

Ці ведаеце вы …

• ... што існуюць штодзённыя выняткі абноўленых за суткі дадзеных OSM у фармаце *.csv (і пераважна для тэрыторыі Германіі), якія ствараюцца карыстальнікам Netzwolf?

• ... якім будзе вашае наступнае месца адпачынку? Калі вы вызначыліся, то мапа з прасторава прывязанымі фотаздымкамі ў ВікіСховішчы (Wikimedia Commons) стане выдатным сродкам, каб падрыхтавацца загадзя.

• ... што існуе GPS-навігатар uNav для смартфонаў з аперацыйнай сістэмай Ubuntu? Гэты навігацыйны дадатак, што выкарыстоўвае афлайн-дадзеныя OSM, зараз даступны (en) у версіі 0.64 для ўсіх карыстальнікаў аперацыйнай сістэмы Ubuntu Touch, што ўсталявалі апошняе абнаўленне сістэмы (OTA-14).

OSM у медыяпрасторы

• Навукова-папулярнае анлайн-выданне Seeker за аўтарствам Трэйсі Штэдтэр (Tracy Staedter) распавяло (en) пра мапы Джэфа Боінга (Geoff Boeing). Той назваў сваю прыладу візуалізацыі OSMnx (OSM + NetworkX) - і яна можа выкрываць аб'ектыўныя фізічныя характарыстыкі вулічнай планіроўкі кожнага горада ў выглядзе чорна-белай сеткі, тым самым адлюстроўваючы неверагодныя шляхі гістарычнага развіцця горада. Боінг адзначае, што ягоныя "мапы дапамагаюць змяніць пункт гледжання, дэманструючы людзям, што высокая шчыльнасць гарадоў - гэта не абавязкова дрэнна".

Іншыя "геа"-рэчы

• Нядаўна створанае партнёрства Open Partnership Traffic (en) з'яўляецца сумеснай ініцыятывай некалькіх кампаній у Маніле (Філіпіны), і ягоная мэта - выкарыстанне ананімных GPS-дадзеных для аналізу транспартных коркаў. Партнёрства вырашыла выкарыстоўваць адкрытую платформу (супольнасць OSM прадстаўлена ў партнёрстве кампаніяй Mapzen) - і гэта дазваляе краінам, што развіваюцца, далучацца да назапашвання і аналізу ўзораў трафіка. Аліса Райт (Alyssa Wright), прэзідэнт Амерыканскага фонду OpenStreetMap , кажа: "Партнёрства імкнецца павысіць эфектыўнасць і дзейснасць глабальнага выкарыстання і забеспячэння транспартам праз ужыванне адкрытых дадзеных і пашырэнне вылічальных магутнасцей".

• Караценькае відэа паказвае, як менавіта праекцыя Меркатара скажае адлюстраванне наваколля палюсоў.

• Праект Treepedia (en), распрацаваны Лабараторыяй разумных гарадоў Масачусацкага тэхналагічнага інстытута (MIT’s Senseable City Lab) і Сусветным эканамічным форумам, уяўляе сабою (en) візуалізацыю дрэўнага покрыва ў 12 буйных гарадах, уключаючы Нью-Ёрк, Лос-Анджэлес і Парыж.

Плануемыя падзеі

|Дзе |Што |Калі |Краіна | |------------------|---------------------------------------------------------------------------------------------------------------------------------------|---------------------|:--------------------------------------------------------------------------------------------------------------------:| |Ліён |Mapathon Missing Maps pour Ouahigouya|16.01.2017 | | |Брусель |Brussels Meetup |16.01.2017 | | |Эсен |Stammtisch |16.01.2017 | | |Грэнобль |Rencontre groupe local |16.01.2017 | | |Маніла |【MapAm❤re】OSM Workshop Series 7/8, San Juan |16.01.2017 | | |Аўгусбург |Augsburger Stammtisch |17.01.2017 | | |Кёльн/Бон |Bonner Stammtisch |17.01.2017 | | |Эдзінбург |Edinburgh |17.01.2017 | | |Люнэбург |Mappertreffen Lüneburg |17.01.2017 | | |Фірзэн |OSM Stammtisch Viersen |17.01.2017 | | |Аснабрук |Stammtisch / OSM Treffen |18.01.2017 | | |Карлсруэ |Stammtisch |18.01.2017 | | |Осака |もくもくマッピング！ #02 |18.01.2017 | | |Ляобен |Stammtisch Obersteiermark |19.01.2017 | | |Уршпрынг |Stammtisch Ulmer Alb |19.01.2017 | | |Токіа |東京！街歩き！マッピングパーティ：第４回 根津神社 |21.01.2017 | | |Маніла |【MapAm❤re】OSM Workshop Series 8/8, San Juan |23.01.2017 | | |Брэмен |Bremer Mappertreffen |23.01.2017 | | |Грац |Stammtisch Graz |23.01.2017 | | |Мінск |byGIS Meetup #2 |25.01.2017 || |Брусель |FOSDEM 2017 |04.02.2017-05.02.2017| | |Генуя |OSMit2017 |08.02.2017-11.02.2017| | |Пасаў |FOSSGIS 2017 |22.03.2017-25.03.2017| | |Авіньён |State of the Map France 2017 |02.06.2017-04.06.2017| | |Аідзувакамацу |State of the Map 2017 |18.08.2017-20.08.2017| | |Буэнас-Айрэс |FOSS4G / State of the Map Argentina 2017 |23.10.2017-28.10.2017| |

Заўвага: Калі вы жадаеце пабачыць сваю падзею ў гэтым спісе, то, будзьце ласкавыя, дадайце яе ў спецыяльны каляндар (толькі дадзеныя адтуль з'явяцца ў weeklyOSM). Калі ласка, спраўдзіце правільнасць адлюстравання вашага мерапрыемства ў нашым спецыяльным календары для папярэдняга прагляду і выпраўце яго, калі што не так.

Аўтарамі дадзенага weeklyOSM #338 былі Peda, Polyglot, Rogehm, SomeoneElse, SrrReal, TheFive, YoViajo, derFred, jinalfoflia, keithonearth, kreuzschnabel, seumas

Нанес торговые точки. Январь 2017.

In my quest to understand the growth of OSM, I had a little fun today.

I took the 1/1/2017 full history dump for Brussels and I extracted a shapefile with all the versions of all the highway=* that ever existed.

Then I wanted to visualize it to see if there was a pattern in how the roads get mapped: "first real roads, then paths" or "everything all the time". So I styled the paths clear green, the roads thin black and used a gray background for the current highways. Then I rendered a slide for every month.

link

It looks really cool, because it doesn't just show the chaos of our growth. As the black roads are drawn slightly transparent and the monthly slide shows every version of the road in that month, "active areas" show up in heavy black. I think it's really pretty.

You can download the individual images here and the shapefile (ugh, a shapefile) here

As a cartographer I was aware of Openstreetmap and how it started as a way to break Ordnance Survey's hold on copyright and to free up mapping for small cartographic companies and freelancers with a copyright free map of the world.
It was quite a while after I retired that I took a look at Openstreetmap (May 2013) and started mapping around where I lived using Potlach. I realised how incomplete the mapping was with inconsistency throughout. Looking around other parts of the world I realised just how much of the world just did not have any basic mapping at all. I realised that to achieve a consistent coverage of basic mapping throughout would take years of work by lots of mappers. I saw that some had tried mass imports which made me shudder. I know how much work it takes to fix up some of the material we had bought in just to correct it and bring it up to a standard for us to use in our reference atlases. I also noticed the problems with rendering on the map itself. Map symbols were used randomly without proper structure, for example a line with a peck and dot was used in administrative boundaries and in highways, both with an array of colours. It would have been more prudent to have set aside the peck and dot line in varying combinations and boldness with the single colour purple for administrative boundaries. Thus anything on the map in Purple would be an admin boundary and the more bold it was would indicate it's higher admin level. That would have made them easily identifiable on the map and the map user would not be continually trying to find a list of symbols to know what they are looking at. And then I realised that I was thinking Conventional Cartography …. and OSM was definitely not Conventional. I had to adjust my thinking to be able to fit in with OSM.

I became involved in HOT because as a volunteer visiting projects in rural Tanzania I became aware of the lack of maps of this area which greatly hampers navigation and development. With Egle, who I met at Mozfest, I set up a volunteer crowdmapping project to seek to address this called Crowd2Map Tanzania. This recruits volunteer mappers to map rural Tanzania, starting with the area in Serengeti where girls are at risk of FGM (Female Genital Mutilation). There are details of this project here http://bit.ly/FGMSOTM

I became aware of and was greatly helped and guided by many people at HOT and Missing Maps. I regularly attend Missing Maps events in London and have spoken about HOT at SOTM, Mozfest and talks for Britain Tanzania Society, and contributed to the fundraising video.

HOT is an amazing initiative that seeks to put the worlds’ most vulnerable people on the map, and I want to support it in any way I can. I would like to be a voting member so that I can try and help promote HOT and ensure it is as inclusive as possible, particularly in less well represented areas such as Tanzania. I see HOT's greatest challenge as access to funding so that it can support mapping initiatives in areas such as rural Africa and I plan to help with this by helping tell stories about the difference HOT makes, such as in Serengeti, shown by this 2 minute video. https://www.facebook.com/ajplusenglish/videos/873491619459013/ .

Goodness, but the folks in Gedling love their stick-men ([1] [2] [3] [4] [5]). The lady of the house told me that her grand-dad had made this one (unfortunately I had to use extreme digital zoom to get a decent view of it sat above the lintel of the front-door):

1. There May be Troubles Ahead
   
2. Errors whilst Compiling using Ant
3. Creating Eclipse Project
4. Eclipse Debugging Routines
5. wORD cASE bLINDNESS
6. Importing the Project Bugs
7. Have you Tried Restarting Your Program, Sir?
8. Show Your Bugs, Damn You!
9. Be Careful What You Wish For

Sure enough, after working my way up Besecar Avenue I reached Phoenix Avenue and Boom! as I tried to create a new semi-detached house on the corner of Besecar & Phoenix terracer throws an exception. I did not mind that, but Eclipse carried on as if nothing had happened. Now, that is truly mean!

In my earlier Diary (7) Eclipse was accurately debugging on JOSM exceptions thrown by JOSM core. How do I launch JOSM from Eclipse so that Eclipse will react to exceptions thrown by plugins?

Gaah!

I'm not really complaining here, at least - since I haven't stumbled across this problem for several years of being a mapper, but from the point of view of having a better tagging system it worth mentioning. And it is not a proposal. So, it's just an example. Please, be wise and treat it accordingly.

Man-made structures are super-common landscape features, even far away from the populated areas. And we have numerous tags to indicate such features. However, there is the whole class of man-made objects, barely represented in the OSM: various cables.

We have at least three tags for very specific cable structures: barriers made of poles and a cable, intercontinental communication cables, aerial power lines. At the same time, there is no way to indicate that there is a cable hanging somewhere without knowing it's a power cable or a barrier. Obviously, there are cases, when these tags are used to map for a renderer because someone wanted to indicate that there is a cable no matter what.

Somehow, we've managed to get a decent tag for a pipeline. It doesn't involve any implications about its purpose or any other property - it's just a pipeline, nothing more. So, if I don't know what kind of pipeline is this, it is totally acceptable to tag it using man_made=pipeline and location=overground - that's what I see.

But there is no way to map a cable, hanging between the poles along the street since, without any special knowledge, you can't tell, if it's a temporary power cable, communication fiber-optic cable, analog CCTV cable or something else. Sometimes, it is impossible to tell even if you know a lot about this topic. And it usually doesn't really matter, what does this particular cable serve for. That's because this kind of data will always be very fragmentary (unless it's not imported) and outdated due to lack of public interest.

The current situation, when power lines have some kind of special treatment, seems to be a result of historical circumstances - many decades ago, only power cables, telephone, and telegraph cables were located on street poles. Later, overhead phone cables were moved underground while telegraph lines were eliminated almost completely. So, modern common mapping products, including the OSM database, still have just power lines, having the rest of cabling out of scope.

There is an important thing about that. Some people saying that any more abstract scheme is always more complicated. It obviously isn't true because there is nothing simpler than to indicate that "there is a cable". If you know the purpose of that cable, it is also very simple to indicate it with a separate tag, if you don't know - just leave it as is. Thus, better abstraction could potentially simplify mapping of cable structures instead of keeping it impossible, provoking mapping for a renderer, or making it more complicated.

Gah! The Bing overlay is acting up again. On specific ways, the bing maps does not load that way into the overlay maker thing... and I believe the specific ways change every time I load the iD OSM editor. How can I fix it? Is it something with my network (CCS Schools/TWC?) or is it with OSM itself?

Kurzen the Writer (the new name for Yoshinion)

P.S.: I can't change the "home" location... I have moved, and I can't change my "home" location from my old house to my new one. I moved in the beginning of September and I still cannot change the "home" location. Is this a problem that I can fix?

1. There May be Troubles Ahead
   
2. Errors whilst Compiling using Ant
3. Creating Eclipse Project
4. Eclipse Debugging Routines
5. wORD cASE bLINDNESS
6. Importing the Project Bugs
7. Have you Tried Restarting Your Program, Sir?
8. Show Your Bugs, Damn You!
9. Be Careful What You Wish For

This is so annoying. I've got JOSM up and running in Debug mode from Eclipse (see the previous entries 1 ⇒ 7, but only if you have a great deal of time & patience). As per usual I've loaded Bing aerial imagery. You can tell that that is also in Debug mode as it has a vast listing printed over the top of the map down the left-hand edge, showing Cache stats, current zoom, etc., etc.. I wish I knew how to get rid of those, because it is very distracting.

My last survey began at Cantley Avenue (8 days ago!) so that is where I started adding houses in JOSM. A couple of nips ‘n’ tucks for the street, a bit of street furniture + some garages + surface-parking at the top of the street. That used terracer, but not in any way that should cause an exception. Next would be a semi-detached house, and that should definitely cause an exception if I put a tick in “create an associatedStreet relation”. So, I saved everything added up to this point.

‘B’ to switch on Building Tools + draw over the top of the house & select it, then ‘Shift-T’ to bring up the terracer dialog. Enter all the values & then do the thing that I haven't dared to do for 6 months:– put the tick in to create the street relation + press ‘OK’ (then dive under the desk to avoid the shrapnel).

GODDAMMIT! It creates the semi-detached house + relation without a whisper of complaint. Oh really, that is simply too much. The first was 1+3 so next I do 5+7. Still no exception, but it does forget to add the street-name now into the house (it adds the add:street key/value into the house if associatedStreet for that street is empty, but not if there is any value in it). That's a bug, so I start to feel a little better.

I saved/shutdown Eclipse & restarted JOSM with Revision:11463 (latest snapshot) (current SVN is Revision:11473) & had the identical behaviour. Restarting JOSM for the third time with Revision:11427 (current stable) also displayed the identical behaviour. This is no good, j'know! Fancy fixing it without giving me a phone call!

Oh dear. I really was hoping for an exception, because that would have saved me a great deal of time by identifying the precise file/file-line with the issue.

Well, there was another issue up until the last time I used it where it threw an exception after being used to add a largish number (over 50?) (added later: in fact, only ~30) houses, so I guess that I'll go back & try again from Eclipse.

Test 1

1. There May be Troubles Ahead
   
2. Errors whilst Compiling using Ant
3. Creating Eclipse Project
4. Eclipse Debugging Routines
5. wORD cASE bLINDNESS
6. Importing the Project Bugs
7. Have you Tried Restarting Your Program, Sir?
8. Show Your Bugs, Damn You!
9. Be Careful What You Wish For

tl;dr: It seems that you simply need to be pig-headed & ignore all errors, clean the Build & restart & do it again (below is what I had to go through to discover this).

1. Configure Debian Jessie for JAVA-8 default usage:
   (update-java-alternatives only works with manual-set settings)
   (just one example ('extcheck') is given below for changing a 'auto' setting, which all default to Java-7)
   (change them all to Java-8)
   (some, such as browser plugins, do not have Java-8 binaries)

   $ sudo update-java-alternatives -l
$ sudo update-java-alternatives -s java-1.8.0-openjdk-amd64
$ sudo update-alternatives --get-selections | fgrep -i java-7
$ sudo update-alternatives --config extcheck
   $$(repeat with all others)
   $ sudo update-alternatives --get-selections | fgrep -i java-7
itweb-settings auto /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/itweb-settings
javaws auto /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/javaws
mozilla-javaplugin.so auto /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so

2. Create a menu launcher for eclipse-oxygen

   $ cp /usr/share/applications/eclipse.desktop ~/.local/share/applications/eclipse-oxygen.desktop
$ nano ~/.local/share/applications/eclipse-oxygen.desktop
$ cat ~/.local/share/applications/eclipse-oxygen.desktop
[Desktop Entry]
Type=Application
Name=Eclipse-Oxygen
Comment=Eclipse Integrated Development Environment
Icon=eclipse
Exec=~/eclipse/java-oxygen/eclipse/eclipse
Terminal=false
Categories=Development;IDE;Java;

3. Empty ~/workspace of all files

4. Open Eclipse-oxygen & select "workspace/" as the Workspace

5. Remove the Welcome screen (click on 'x')

6. Install Eclipse Subversive ( http://www.eclipse.org/subversive/downloads.php )
   (drag & drop 'Install' link into a running Eclipse workspace to install Subversive)
   (see also https://youtu.be/04L4rkykWZw )

7. After restart, install SVN Connector
   (Go Window ▸ Perspective ▸ Open Perspective ▸ Other...)
   (Select SVN Repository Exploring + press OK)
   (Check a SVN Kit connector + press OK)
   (Press Next> + accept the Licence agreement + press Finish)
   (Accept the unsigned software Security warning) (prats)
   (Restart when finished. Again.)

8. Click on File ▸ New ▸ Other

9. Open the SVN category and select Repository Location + Press Next>

10. Paste the URL: https://svn.openstreetmap.org/applications/editors/josm/ + Press Finish
    (a vast, long wait at this point)
    (I eventually restarted & opened the Repository view)
    (Window ▸ Perspective ▸ Open Perspective ▸ SVN Repository Exploring)
    (There were now 3 lines in the SVN Repositories window)
    (I removed two, then right-clicked on the last one & chose 'Check-out')
    (Finally the bottom-right of the window showed activity...)
    (now to import the existing project)

11. File ▸ Import

12. (expand General) select Existing Projects into Workspace + Press Next>

13. Click Browse... on Select root directory and navigate to /workspace/josm/core

14. The text in the Projects box now reads JOSM (~/workspace/josm/core) and needs to be selected

15. Press Finish

16. It now says 'Building Workspace' but rapidly stops with the error:
    Error !!! Unable to find jar file (for extension jj), check the JavaCC options of the project(@ 17/01/2017 00:06:20)
    (I have already installed this once & have zero idea as to why I'm expected to install it again)
    (I begin to re-install it but it quickly tells me that it is already installed)
    (I click on 'Hide items that are already installed) and discover another item hidden beneath it:)
    (SF JavaCC Eclipse Plug-in feature 1.5.33 - I install that)
    (However, the whole thing turns out to be a bug, and it reports it to be already installed)
    (This is getting boring)
    (Click on a 'What is already installed?' link, select the plugin + click on uninstall, then restart)
    (Reinstall the plugin from scratch, and restart)
    (Identical error - really boring)...
    (Select josm (or JOSM) in Package Explorer, then go Project ▸ Properties ▸ JavaCC Options)
    (I change Set the JavaCC jar file from ${project_loc}/tools/javacc.jar to ~/.p2/pool/plugins/sf.eclipse.javacc_1.5.33/jars/javacc-6.0.jar)
    (I change Set the JTB jar file from ${eclipse_home}/plugins/sf.eclipse.javacc_1.5.27/jtb-1.4.7.jar to ~/.p2/pool/plugins/sf.eclipse.javacc_1.5.33/jars/jtb-1.4.11.jar)
    (Press OK then Yes on Rebuild the Project)

17. Right click on josm in Package Explorer ▸ Debug As ▸ Java Application on ~/workspace/josm/core/eclipse/JOSM (Java 8)
    (this quickly goes to the Debug screen; I need to press f8 (Resume) until it throws an exception that the JOSM bug-reoprt system can catch)
    (I report the bug https://josm.openstreetmap.de/ticket/14258 )

18. Press Project ▸ Clean...; restart Eclipse; do Debug As identical to before
    (so that the first src file + line that it stopped at could be reported)

19. JOSM load goes all the way to the first screen (choose location load, etc). Bugger!
    (I've tried a second time & it seems that you simply need to get the errors the first time, then restart & do it again, and everything works fine)

I just made a few edits with changeset comments "misspelled tages" (sic).

I'm doing a test right now in the Orewa region to see if I can better make walking mode better for app that use it.

made it into the qishqn forest park.

very nice. bettercthan gushan

Versión en Español del Blog creado por Martijn Van Exel 15 de Noviembre 2016

Con la ayuda de ImproveOSM, el proyecto de Telenav para analizar billones de puntos GPS para detectar Missing Roads (caminos faltantes), sentidos de una sola dirección, restricciones de vuelta, ya han visto 60,000 mosaicos de caminos faltantes, 15,000 sugerencias para caminos de un solo sentido y 2,000 restricciones de vueltas desde que el proyecto se lanzó en Septiembre 2015.

Hoy, el equipo de Telenav ha liberado una nueva versión del sitio web ImproveOSM. ImproveOSM.org es ahora basado totalmente en el conocido iD Editor de OpenStreetMap. El nuevo ImproveOSM combina los beneficios de la herramienta con la que estamos familiarizados y fácil de usar con el poder de las detecciones de ImproveOSM.

El nuevo sitio web ImproveOSM mostrando Missing Roads (caminos faltantes)

Debido a que el nuevo sitio web se basa en iD, debería parecer muy familiar y deberías de tener pocos problema para empezar con él. La principal diferencia que verás es que la versión de ImproveOSM con iD tiene un panel especial, que muestra opciones específicas, acciones e información de ImproveOSM. Si has utilizado ImproveOSM antes, estos te serán familiares. Puedes marcar elementos como solucionados o no válidos y aplicar filtros para determinar qué detecciones detecta.

No quiero entrar en demasiados detalles en este post, pero tengo un consejo que vale la pena: siguiendo a muchas solicitudes de ustedes, ahora puede seleccionar varios mosaicos de carreteras que faltan más fácilmente presionando shift y seleccionando un mosaico. Esto seleccionará automáticamente todos los mosaicos contiguos dentro de la vista actual.

Nuestro objetivo es integrar la funcionalidad de ImproveOSM con el ID Editor principal con el tiempo. Para que esto suceda, su retroalimentación es muy importante, así que no duden en reportar errores e ideas en la página GitHub del proyecto (the project GitHub page), donde el código fuente también estará disponible pronto.

Esperamos que disfrutes del nuevo sitio web de ImproveOSM y esperamos tus comentarios! Happy mapping!

See TL08/T16 - Egleton.

I went out today to compare my Garmin eTrex 10's idea of the location of this Triangulation Pillar with the Ordnance Survey National Grid reference of 486466.32,306589.94 .

I am pleased to report that the Garmin read 52N39.0111 0W43.399 (WGS84 decimal minutes), the closest representation of the Ordnance Survey data. I converted the National Grid reference at Coordinate transformation tool to give 52N39.010738 0W43.399301, note that not all online co-ordinate conversion tools agree!

This pillar has a flush bracket with the number S6767.

I have added this as a point, in changeset 45201297.

I do not know that it is in the perfectly correct place as I do not know that Bing's idea of the absolute position of points on the earth's surface is the same as mine. OK, the location of my new point is 52.6501638, -0.723312, and it should be 52.6501790, -0.723322. Do I need to fix this, and if so, how?

In November 2015 I produced a blog post on the relative sizes of our national communities and their development over time. When I updated the contributor stats on our wiki a couple of days back and looking at the massive impact the influx of first time users using maps.me have on the contributor numbers (not necessarily on anything else as I have pointed out in earlier posts), I thought it would be interesting to update the numbers and have a look at what has changed over slightly more than a year.

The most notable changes in the top 20 ranking by absolute community size are Russia overtaking France, Ukraine moving up 6 places and the Philippines moving in to the top 20 at the expense of the Czech Republic.

It is reasonable to assume that these changes are mainly due to the differences in the popularity of maps.me, No surprise and expected that it is most popular in Russia and the Ukraine, not so clear why it is so popular in the Philippines:

Numerous small changes in the contributors per capita ranking, but I suspect the fact to take away from this is that even in countries that already had the best results we are still improving the penetration levels.

In the first blog I singled out Germany and the United States as the two largest communities with very different growth patterns. Particularly in Germany there has been some concern as both the number of active contributors over short periods and the absolute number of edits have been decreasing slightly over the last two years. However new contributor influx does not show the same trend and we might put the “negative” trend simply down to the major urban areas of Germany being extremely well mapped.

As in 2015 the trend in the United States is very different, with a very large growth peak in December 2016. 3500 mappers in a month is roughly what would be required to grow at the same rate relative to population as Germany, so this should be a great achievement.

Unluckily it is not.

Closer inspection shows that a large number (in the 1000s) of the accounts created in December and in the proceeding months are fake accounts created by one or more SEO companies. While it is rather unclear if the data added itself is legit, the accounts themselves are not.

Back to numbers with a more positive context, the continental distribution of mappers continues to even out, while Europe continues to dominate, both Asia and South America have increased their relative share.

The raw data for the stats is available as LibreOffice Calc files. Notes on the methodology can be found in the original blog post.

1. There May be Troubles Ahead
   
2. Errors whilst Compiling using Ant
3. Creating Eclipse Project
4. Eclipse Debugging Routines
5. wORD cASE bLINDNESS
6. Importing the Project Bugs
7. Have you Tried Restarting Your Program, Sir?
8. Show Your Bugs, Damn You!
9. Be Careful What You Wish For

Under Compiling using Eclipse the Developers' Guide says:

Use Eclipse and the provided .project and .classpath file. Just import project using the JOSM core folder as root directory.

Those are brave words, but more than a touch useless for noobs like me (how do I do that?) (and exactly why do I need to compile anything anyway, since a full build is provided? I come here to debug a plugin, not compile it).

The nightmare of Black Friday 13 & Saturday suggest that I do need to import the provided project. So, here is how to do that (and, unfortunately, import the project's bugs at the same time):

1. File ▸ Import
2. (expand General) select Existing Projects into Workspace
   (press Next>)
3. (click Browse... on Select root directory)

4. select josm dir + press OK
    
   A ghost-in-the-machine now appears within the Projects box. The entire thing is grey rather than black (including the checkbox) and cannot be selected. After the initial checkbox, the text reads: josm (~/workspace/josm) (the dir in brackets is identical to the workspace dir that has been selected) (this result previously stopped me going any further). Under the dialog title (Import Projects) it says:

   Some projects cannot be imported because they already exist in the workspace

5. (click Browse... on Select root directory)

6. select core dir + press OK
    
   The text in the Projects box now reads JOSM (~/workspace/josm/core) and is both pre-selected & selectable.  

7. Press Finish

Back at the main window a Building Workspace notice appears at bottom right. After a short while it concludes with 2 show-stopping errors:

• The project was not built since its build path is incomplete. Cannot find the class file for AuthorizationProcedure. Fix the build path then try building this project
• The type AuthorizationProcedure cannot be resolved. It is indirectly referenced from required .class files

Debug As ▸ Java Application on ~/workspace/josm/core/eclipse/JOSM (Java 8).launch now has a Proceed button (although errors are reported) and clicking gives the result:

The specified JRE installation does not exist

Not good, but it is progress.

Coda 1: Missing AuthorizationProcedure

This is located as follows (though atm I have zero idea as to why it is missing):

~/workspace/josm$ head ./core/src/org/openstreetmap/josm/gui/oauth/AuthorizationProcedure.java
// License: GPL. For details, see LICENSE file.
package org.openstreetmap.josm.gui.oauth;

public enum AuthorizationProcedure {
    /**
     * Run a fully automatic procedure to get an access token from the OSM website.
     * JOSM accesses the OSM website on behalf of the JOSM user and interacts
     * with the site using an OSM session, form posting and screen scraping.
     */

Coda 2: The source of this problem?

It begins to look likely that the source of this problem is that the 3.8.1 version of Eclipse provided with Debian Stable (Jessie) is much, much too old, and thus cannot support JAVA-8. My first clue on this came with a stackoverflow question. The questioner answered his own question:

This was fixed by changing my Eclipse IDE version from indigo to luna. Luna comes with support for Java 8 so all issues have now been resolved.

Luna is 4.4 and was released in 2014 so yes, 3.8 (Juno) will not work with JAVA-8.

As necessary cross-confirmation, with advice from here, the compliance level needs to be at least 1.8 (Window ▸ Preferences (open Java) Compiler ▸ JDK Compliance). If the JDK Compliance Level is not set to 1.8 (or better), then that version can NOT support JAVA-8. In my case it was 1.4 & has 1.7 as the maximum available.

Eclipse has an Installer which promises easy updates (release-notes). Advice from linuxconfig.org if you would rather go the direct route. For me:

$ cd ~
$ tar xpf Downloads/eclipse-inst-linux64.tar.gz
$ cd eclipse-installer
$ ls -Al
total 296
-rw-r--r--  1 alexk alexk  42735 Dec 14 10:58 artifacts.xml
drwxr-sr-x  4 alexk alexk   4096 Dec 14 10:58 configuration
-rwxr-xr-x  1 alexk alexk  80393 Dec 14 10:58 eclipse-inst
-rw-r--r--  1 alexk alexk    316 Dec 14 10:59 eclipse-inst.ini
drwxr-sr-x 18 alexk alexk   4096 Dec 14 10:58 features
-rwxr-xr-x  1 alexk alexk 134914 Dec 14 10:58 icon.xpm
drwxr-sr-x  4 alexk alexk   4096 Dec 14 10:58 p2
drwxr-sr-x  4 alexk alexk  20480 Dec 14 10:58 plugins
drwxr-sr-x  2 alexk alexk   4096 Dec 14 10:58 readme

$ ./eclipse-inst
java version "1.7.0_111"
OpenJDK Runtime Environment (IcedTea 2.6.7) (7u111-2.6.7-2~deb8u1)
OpenJDK 64-Bit Server VM (build 24.111-b01, mixed mode)

Notice how the damn thing is running JAVA-7, even though I've set the alternatives system to prefer JAVA-8. That makes me spit. However, it is up & running with Version: Oxygen Release Milestone 4 (4.7.0 M4), and is set internally to use JAVA-8, except that we now get 56 errors, 6,082 warnings, 17 others after building the workspace.

Fortunately, I spotted the name MapCSSParser, which was referenced as Mappaint MapCSS in the Wiki under 'Compiling':

1. Go Help ▸ Install New Software...
2. Add URL http://eclipse-javacc.sourceforge.net/
3. Add name JavaCC Plugin
   (pressing Enter put it in the Work with selection, whilst JavaCC Eclipse Plugin appeared in the box below, and needed to be selected)
4. Press Next>
5. (version 1.5.33) Press Next>
6. (accept license agreement) Press Finish
7. (warning about unsigned content) (prats - accept it)
8. Restart Eclipse

That only puts us into a situation where we can compile the required .java files from MapCSSParser.jj using the newly installed JavaCC (try to keep up). Unfortunately, the Wiki has the wrong location for this file. You can find it at ~/workspace/josm/core/src/org/openstreetmap/josm/gui/mappaint/mapcss/MapCSSParser.jj. Locate it within the package explorer, right-click on it & select Compile with javacc. When that completes all errors have gone, although there are now 6,299 warnings.

Debug As ▸ Java Application on ~/workspace/josm/core/eclipse/JOSM (Java 8).launch now launches the JOSM load window (I almost fainted, but it immediately stopped on Error: Unknown projection code & restored my faith in buggy builds!).