# items

guid: https://www.openstreetmap.org/user/Richard/diary/389711
url: https://www.openstreetmap.org/user/Richard/diary/389711
title: Potlatch 2 relation shortcuts
published: 2019-06-22 20:13:01
fetched: 2019-06-28 09:30:04.093724
created_at: 2019-06-23 08:30:05.032636
updated_at: 2019-06-28 09:30:04.303410
summary:
  <p>Potlatch gets fewer new features in a year than <a href="https://github.com/openstreetmap/openstreetmap-website/pull/2267" rel="nofollow noopener noreferer">iD does in a day</a>, but occasionally something creeps through.</p>

  <p>This week/month/year, that’s the ability to add a function key shortcut (F1-F4) to a relation. Open the relation dropdown menu in the advanced relation panel, choose “Assign to F1” (or whatever), and from then on, you can add the current selection to that relation by pressing the key. It’s particularly useful when building route relations.</p>

  <p>Function keys can, of course, also be used for memorising tag combinations and for switching between background layers.</p>


guid: http://blog.openstreetmap.de/?p=15866
url: http://blog.openstreetmap.de/blog/2019/06/wochennotiz-nr-465/
title: Wochennotiz Nr. 465
published: 2019-06-23 10:22:46
fetched: 2019-08-27 06:30:21.240923
created_at: 2019-06-23 10:30:24.154927
updated_at: 2019-08-27 06:30:22.738836
summary:
  11.06.2019-17.06.2019 Die Vorträge der vergangenen State of the Map France sind nun online verfügbar. 1 &#124; Photo © Thomas Lombard, CC0 Mapping Mateusz Konieczny plant, doppelte Tags wie sustenance=fast_food zusammen mit amenity=fast_food und atm=yes in Kombination mit amenity=atm zu entfernen. &#8230; <a href="http://blog.openstreetmap.de/blog/2019/06/wochennotiz-nr-465/">Weiterlesen <span class="meta-nav">&#8594;</span></a>

content:
  <p>11.06.2019-17.06.2019</p>
  <p><!-- place picture here --></p>
  <div class="wp-caption alignnone" style="width: 2010px;">
  <p class="wp-caption-text"><img src="https://weeklyosm.eu/wp-content/uploads/sites/4/2019/06/IMG_0114-ajuste-2000px.jpg" alt="pic" width="2000" height="798" /></p>
  <p class="wp-caption-text">Die Vorträge der vergangenen <a href="https://wiki.openstreetmap.org/wiki/FR:State_of_the_Map_France_2019">State of the Map France</a> sind nun online verfügbar. <a href="#wn465_20304"><sup>1</sup></a> | Photo © Thomas Lombard, CC0</p>
  </div>
  <h2 id="wn465_mapping">Mapping</h2>
  <ul>
  <li id="wn465_20308">Mateusz Konieczny <a href="https://lists.openstreetmap.org/pipermail/talk/2019-June/082710.html">plant</a>, doppelte Tags wie <code>sustenance=fast_food</code> zusammen mit <code>amenity=fast_food</code> und <code>atm=yes</code> in Kombination mit <code>amenity=atm</code> zu entfernen. Wie alle mechanischen Edits verursacht auch dieser einige Diskussionen auf der Tagging-Talkliste. (<a href="http://gis.19327.n8.nabble.com/Proposed-mechanical-edit-remove-blatant-duplicates-sustenance-fast-food-on-amenity-fast-food-atm-yes-tt5941699.html">Nabble</a>)</li>
  <li id="wn465_20294">Joseph Eisenberg <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-June/046033.html">stellt</a> erneut ein Proposal zur Abstimmung, mit dem sich einzelne Plätze innerhalb eines Campingplatzes erfassen lassen. In seinem <a href="https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:tourism%3Dcamp_pitch">Proposal</a> für <code>tourism=camp_pitch</code> hat er Feedback eingearbeitet, das er bei der Ablehnung von <code>camp_site=camp_pitch</code> erhalten hatte.</li>
  <li id="wn465_20315">Auf der Mailingliste Talk-at hat Benutzer <a href="https://www.openstreetmap.org/user/realadry">realadry</a> die Frage <a href="https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009919.html">gestellt</a>, wie das Adressmapping in Wien durchzuführen ist. Laut seiner Recherche hat er 3 Varianten identifizieren können, die er in seiner Anfrage ausführlich beschreibt. Die Diskussion ist noch im Gange.</li>
  <li id="wn465_20312">Auf der Mailingliste Talk-at hat der OSM Mapper Christian Aigner die Frage <a href="https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009910.html">gestellt</a>, wie Schulen für die Shiatsu-Ausbildung zu mappen sind. Da er im OSM-Wiki keinen Vorschlag gefunden hat, fragt er, ob er die Tags <code>amenity=education</code> und <code>education=shiatsu</code> verwenden soll. Dies wurde eher verneint, da <code>amenity=education</code> als veraltet (depricated) <a href="https://wiki.openstreetmap.org/wiki/Tag:amenity%3Deducation">gekennzeichnet wurde</a>. Ein anderer OSM-Mapper hat auf das deutsche OSM-Forum verwiesen.</li>
  <li id="wn465_20322">Die überarbeitete Version des Proposals <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-June/045995.html"><code>Key:changing_table</code></a> hat es nun geschafft und ersetzt <code>Key:Diaper</code>. <a href="https://wiki.openstreetmap.org/wiki/User:Valor_Naram">Valor Naram</a> hat für Mapper des alten Keys eine <a href="https://wiki.openstreetmap.org/wiki/Key:changing_table#For_users_of_the_diaper.3D.2A_key">Orientierungshilfe</a> verfasst.</li>
  <li id="wn465_20291">Die Geofabrik hat den Routing-View des OSMI <a href="https://blog.geofabrik.de/?p=522">überarbeitet</a>.</li>
  <li id="wn465_20318">OSMCha <a href="https://www.openstreetmap.org/user/wille/diary/368839">unterstützt</a> jetzt Mapping-Teams.</li>
  </ul>
  <h2 id="wn465_community">Community</h2>
  <ul>
  <li id="wn465_20284">Mit der Region <a href="https://wiki.openstreetmap.org/wiki/UK_24_hour_mapathons/Jun_2019_Milton_Keynes_South">Milton Keynes South</a> hat die britische OSM Community am 12.Juni eine <a href="https://lists.openstreetmap.org/pipermail/talk-gb/2019-June/023054.html">UK 24 hours mapathons</a> Serie begonnen, die sich zum Ziel gesetzt hat, schlecht erfasste Gegenden in Großbritannien zu verbessern.</li>
  <li id="wn465_20297">Die Swiss OpenStreetMap Association hat einen Blogbeitrag <a href="https://sosm.ch/2018-activity-report/">veröffentlicht</a>, der die Aktivitäten im Jahr 2018 beschreibt und einen Ausblick auf die nahe Zukunft gibt.</li>
  </ul>
  <h2 id="wn465_importe">Importe</h2>
  <ul>
  <li id="wn465_20293">Auf der Import-Mailingliste gab Alexis Athlan von der französichen Tierschutzorganisation L214 <a href="https://lists.openstreetmap.org/pipermail/imports/2019-June/006015.html">bekannt</a>, Tags für 1400 französische Restaurant importieren zu wollen, die auf vegetarische und vegane Speisemöglichkeiten hinweisen.</li>
  <li id="wn465_20305">David Morais Ferreira <a href="https://lists.openstreetmap.org/pipermail/talk-lu/2019-June/000192.html">bittet</a> um Feedback zu einem geplanten Import von rund 500 bemerkenswerten Bäumen in Luxemburg.</li>
  <li id="wn465_20336">Atakua <a href="https://www.openstreetmap.org/user/Atakua/diary/368829">schreibt</a> über seine Erfahrungen, die er beim Import von Landuse/Landcover-Daten in Schweden gemacht hat. Der umfangreiche Blog-Post ist ein Muss für alle, die sich für das Thema interessieren, da er sehr viele Anregungen enthält, die nicht im Wiki erwähnt werden.</li>
  </ul>
  <h2 id="wn465_openstreetmap_foundation">OpenStreetMap Foundation</h2>
  <ul>
  <li id="wn465_20328">Die OSMF veröffentlicht den englischsprachigen Jahresbericht (<a href="https://wiki.osmfoundation.org/w/images/9/92/FOSSGIS_annual_report_2019.pdf">PDF</a>) des FOSSGIS e.V., ihrer Regionalvertretung in Deutschland.</li>
  <li id="wn465_20329">Das <a href="https://wiki.osmfoundation.org/wiki/Licensing_Working_Group/Minutes/2019-05-09">Protokoll</a> der Sitzung der License Working Group vom 9. Mai ist veröffentlicht worden. Thema war u.a. die Arbeit an der Attribution Guideline (deutsch: Empfehlung zur Art und Weise der Quellenangabe) (<a href="https://docs.google.com/document/d/1oEAxQHjUnZu57K-jq9ByDLNFX1OJMGkxBjMxZI1WoXI/edit">Arbeitsstand 13.06.2019</a>).</li>
  </ul>
  <h2 id="wn465_veranstaltungen">Veranstaltungen</h2>
  <ul>
  <li id="wn465_20304">[1] Die Beiträge der <a href="https://wiki.openstreetmap.org/wiki/FR:State_of_the_Map_France_2019">State of the Map France</a> gibt es für französisch sprechende Interessierte auch <a href="https://peertube.openstreetmap.fr/search?search=2019">online</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/fr.svg" alt="(fr)" />.</li>
  <li id="wn465_20302">Vertreter der <a href="https://www.sncf.com/en">SNCF</a>, der französischen Eisenbahngesellschaft, präsentierten die gemeinsame Arbeit der SNCF mit der <a href="https://www.geofabrik.de/projects/railway_routing/index.html">Geofabrik, Karlsruhe</a> zur Entwicklung eines Routingtools zur Berechnung von Zugtrassen auf dem europäischen Schienennetz in einem speziell für die SotMFR <a href="https://twitter.com/overflorian/status/1139470862489456640?s=19">perfektionierten</a> dress code. <img src="https://s.w.org/images/core/emoji/12.0.0-1/72x72/1f609.png" alt="😉" class="wp-smiley" style="height: 1em; max-height: 1em;" /></li>
  <li id="wn465_20311">OSM Mapper <a href="https://hdyc.neis-one.org/?ScubbX">ScubbX</a> hat auf der Mailingliste Talk-at <a href="https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009918.html">gepostet</a>, dass es noch 10 freie Expo-Tickets für die AGIT 2019 gibt. Die <a href="https://www.agit.at">AGIT</a> (02.-05. Juli) ist die größte Geo-Messe im deutschsprachigen Raum. Die OSM-Community ist mit einem Stand vertreten, dort wird noch Hilfe gebraucht.</li>
  <li id="wn465_20307">Lars Lingner <a href="https://lists.openstreetmap.org/pipermail/talk-de/2019-June/116194.html">lädt</a> zum Berliner <a href="https://wiki.openstreetmap.org/wiki/Berlin_Hack_Weekend_Oktober_2019">OSM-Hackweekend</a> am 12. und 13.10.2019 ein. Die Veranstaltung wird von Wikimedia Deutschland e.V. unterstützt, was die Möglichkeit einer Reisekostenerstattung einschließt.</li>
  <li id="wn465_20286">Der philippinische Mapper <a href="http://hdyc.neis-one.org/?GOwin">GOwin</a> berichtet über eine bevorstehende lokale Konferenz, <a href="https://www.openstreetmap.org/user/GOwin/diary/368816">Pista ng Mapa</a>, die vom 1. bis 3. August in Dumaguete City stattfinden wird. Die kostenlose Konferenz, die sich an die lokale Community richtet, bietet Workshops, Vorträge über offene Geodaten und Diskussionsrunden.</li>
  </ul>
  <h2 id="wn465_humanitarian_osm">Humanitarian OSM</h2>
  <ul>
  <li id="wn465_20285">HOT <a href="https://www.hotosm.org/updates/welcome-hots-new-voting-members-for-2019/">heißt</a> 38 neue <a href="https://www.hotosm.org/voting-members">Voting Member</a> willkommen.</li>
  <li id="wn465_20317">Die Tageszeitung <em>Trierischer Volksfreund</em> <a href="https://www.volksfreund.de/region/konz-saarburg-hochwald/berufsschueler-helfen-medizinern_aid-39464803">berichtet</a> über einen Mapathon in Saarbücken. Berufsschüler unterstützten dabei die Organisation <a href="https://twitter.com/euYoutH_OSM/status/1138469798822723584">Ärzte ohne Grenzen</a>, indem sie ihre in einem <a href="https://wiki.openstreetmap.org/wiki/EuYoutH_OSM">Erasmus+-Projekt</a> erworbenen Mapping-Fähigkeiten nutzten, um Anfängern die ersten Schritte in JOSM zu erleichtern. Gemeinsam wurden die Kartendaten im Kongo verbessert.</li>
  </ul>
  <h2 id="wn465_ausbildung/schulung">Ausbildung/Schulung</h2>
  <ul>
  <li id="wn465_20349">Nach der SotM in Frankreich, <a href="https://listes.openstreetmap.fr/wws/arc/transport/2019-06/msg00023.html">entschied</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/fr.svg" alt="(fr)" /> sich <a href="https://www.openstreetmap.org/user/Polyglot">Polyglot</a>, eine Reihe von Hangout-Sitzungen auf Französisch zu organisieren, um zu erklären, wie das PT_Assistant Plugin zur Bearbeitung von Routen im öffentlichen Nahverkehr funktioniert. Die erste ist am Mittwoch, den 26. Juni um 19.30 Uhr.</li>
  </ul>
  <h2 id="wn465_karten">Karten</h2>
  <ul>
  <li id="wn465_20330">OpenStreetMap Belgien <a href="https://twitter.com/osm_be/status/1138169525176885253">kündigte</a> die Verfügbarkeit neuer Höhenschattierungen an, die auf öffentlichen Höhendaten der flämischen Region und der Wallonie basieren, und präsentiert diese in einer <a href="https://play.osm.be/historischekaart.html#14/50.2023/5.5638/OSMBelgium-SPWHillshadeWallonia-AIVHillshadesoftFlanders">Online-Karte</a>.</li>
  <li id="wn465_20306">Lars Lingner <a href="https://lists.openstreetmap.org/pipermail/talk-de/2019-June/116193.html">weist</a> auf eine <a href="https://umap.openstreetmap.de/de/">uMap-Instanz</a> auf openstreetmap.de hin, deren Finanzierung die FOSSGIS übernommen hat.</li>
  <li id="wn465_20316">Seit Mitte Mai 2019 twittert ein Twitter Bot namens &#8220;OSMTrekkingTips&#8221; ab dem Konto <a href="https://twitter.com/trending_places">@trending_places</a> einen <a href="https://castle-map.infs.ch/">Link</a> zu einer Burg oder einem Schloss der &#8220;Burgen-Dossier-Karte&#8221; und zwar jeweils Dienstags und Donnerstags um 12 Uhr. Der Bot wurde vom Geometa Lab (Prof. Stefan Keller) zur Bewerbung von OSM im Schweizer Tourismus entwickelt. (<a href="https://gitlab.com/geometalab/osmtrekkingtips/blob/master/README.md">Python Source Code</a>).</li>
  </ul>
  <h2 id="wn465_open-data">Open-Data</h2>
  <ul>
  <li id="wn465_20301">Auf der <a href="https://twitter.com/sotmfr">State Of The Map FR</a> in Montpellier haben die <a href="https://fr.ign.com/">IGN Geospatial Agency</a> und <a href="http://www.openstreetmap.fr/">OSM-FR</a> einen Partnerschaftsvertrag <a href="https://twitter.com/IGNFrance/status/1139460904809062400?s=19">unterzeichnet</a>. IGN wird den OSM-fr-Stil und seine Tiles auf dem IGN Geoportail verwenden und OSM-fr wird BD-Ortho Ortophotos verwenden, um OpenStreetMap zu bearbeiten.</li>
  <li id="wn465_20331">In der deutschsprachigen Wikipedia stehen bis zum 30.6. die Themenschwerpunkte zur Abstimmung, auf die sich die nächsten technischen Verbesserungen fokussieren sollen. Dabei steht auch ein <a href="https://de.wikipedia.org/wiki/Wikipedia:Umfragen/Technische_W%C3%BCnsche_2019_Themenschwerpunkte/Bessere_Unterst%C3%BCtzung_von_Geoinformationen">Schwerpunkt zur besseren Unterstützung von Geoinformationen</a> zur Auswahl, mit dem sich konkret die Nutzungsmöglichkeiten von OSM in den Wikimedia-Projekten verbessern könnten. Die Redaktion empfiehlt: Bitte teilnehmen! <img src="https://s.w.org/images/core/emoji/12.0.0-1/72x72/1f609.png" alt="😉" class="wp-smiley" style="height: 1em; max-height: 1em;" /></li>
  </ul>
  <h2 id="wn465_lizenzen">Lizenzen</h2>
  <ul>
  <li id="wn465_20327">Die License Working Group der OSMF hat im Auftrag des Vorstands untersucht (<a href="https://wiki.osmfoundation.org/w/images/2/24/LWG_evaluation_of_OSMF_map_tile_license_2019.pdf">PDF</a>), ob es eine bessere Lizenz als die CC-BY-SA 2.0 für die Karten der OSMF-Tileserver (tile.openstreetmap.org) gebe.</li>
  </ul>
  <h2 id="wn465_programme">Programme</h2>
  <ul>
  <li id="wn465_20335">Frédéric Rodrigo hat den iD-Editor geforkt. Auf <a href="http://id.openstreetmap.fr">id.openstreetmap.fr</a> gibt es eine Community-verträglichere Variante, die einige <a href="https://wiki.openstreetmap.org/wiki/ID/Controversial_Decisions">kontroverse Entscheidungen</a> der iD-Entwickler <a href="https://github.com/frodrigo/iD/commits/compliance">rückgängig macht</a>.</li>
  <li id="wn465_20299">Die Leiter von OSMAnd und Maps.Me <a href="https://t.me/ruosm_news/1165">haben</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> sich an einem neuen Projekt &#8211; <a href="https://openplacereviews.org/">OpenPlaceReviews</a> &#8211; beteiligt. Es wird erwartet, dass es hilft, POI im OSM abzubilden und auch Bewertungen darüber zu speichern.(automatische <a href="https://translate.google.com/translate?sl=auto&amp;tl=DE&amp;u=https://t.me/ruosm_news/1165">Übersetzung</a>)</li>
  <li id="wn465_20346">Die <a href="https://apps.apple.com/us/app/sanjoaninas/id1400045287">iOS</a> und <a href="https://play.google.com/store/apps/details?id=com.azoid.sanjoaninas&amp;hl=en_US">Android</a> App des Anbieters <a href="https://azoid.pt/">Azoid Eco Technology</a> für das größte Festival auf den Azoren, das vom 21.- 30. Juni in <a href="https://de.wikipedia.org/wiki/Angra_do_Hero%C3%ADsmo">Angra do Heroísmo Terceira</a> stattfinden wird, nutzt eine OSM Basiskarte für die Darstellung der einzelnen Veranstaltungen. Wir freuen uns über die Nutzung unserer Karte und würden uns noch mehr freuen, wenn es nächstes Jahr auch mit einer korrekten Attribution klappt.</li>
  <li id="wn465_20325">Die MapOSMatic-Instanz auf osm-baustelle.de unterstützt nun Umap GeoJson-Dateien über die Umap-API ohne Browser-Interaktion. In einem Blogbeitrag <a href="https://blog.osm-baustelle.de/index.php/2019/06/16/umap-geojson-export-api-support/">erklärt</a> Hartmut, wie man dabei vorgeht und gibt einige Hintergrundinformationen.</li>
  </ul>
  <h2 id="wn465_programmierung">Programmierung</h2>
  <ul>
  <li id="wn465_20319">Es gibt <a href="https://www.reddit.com/r/openstreetmap/comments/c18hk1/has_mapbox_vector_tile_mvt_30_spec_development/">Spekulationen</a> darüber, ob Mapbox die Arbeiten an der Version 3.0 seiner Mapbox-Vector-Tile-Spezifikation eingestellt habe. Fakt ist jedoch, dass das Open Geospatial Consortium auch an einer Vektortilespezifikation <a href="https://www.opengeospatial.org/pressroom/pressreleases/2997">arbeitet</a>.</li>
  <li id="wn465_20337">In den OSM Benutzertagebüchern <a href="https://www.openstreetmap.org/user/JasonManoloudis/diary/368806">erläutert</a> JasonManoloudis sein Google Summer of Code Project. Sein Ziel ist es, das Rendering von Verkehrszeichen mit benutzerdefinierten Texten in <a href="http://osm2world.org/">OSM2World</a> zu implementieren.</li>
  <li id="wn465_20300">Der Changeset-Upload wird jetzt von cgimap (in C++ geschrieben) statt vom Rails Port (Implementierung der OSM-API in Ruby on Rails) verarbeitet, was das Hochladen von Änderungssätzen mit Editoren wie JOSM und iD beschleunigt.<br />
  Ilya Zverev berichtet in seinem Blog <a href="http://shtosm.ru/all/na-si-bystree/">detailliert</a> (automatische <a href="https://translate.google.com/translate?sl=auto&amp;tl=DE&amp;u=http://shtosm.ru/all/na-si-bystree/">Übersetzung</a>) warum das so ist.</li>
  <li id="wn465_20298">Der Entwickler des in Russland bekannten Navis 2GIS <a href="https://habr.com/ru/company/2gis/blog/453182/">beschreibt</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> (automatische <a href="https://translate.google.com/translate?sl=ru&amp;tl=de&amp;u=https://habr.com/ru/company/2gis/blog/453182/">Übersetzung</a>) in seinem Blog, wie man sich mit Open-Source-Software innerhalb von ein paar Tagen eine eigene Navigationssoftware erstellen kann.</li>
  </ul>
  <h2 id="wn465_releases">Releases</h2>
  <ul>
  <li id="wn465_20321">Die <a href="https://f-droid.org/packages/com.github.axet.maps">Maps</a> 9.1.6, ein Fork von Maps.Me, schließt eine lange bestehenden Bug, der Nutzer daran hindert, sich bei OSM einzuloggen.</li>
  <li id="wn465_20290">Simon Poole <a href="https://www.openstreetmap.org/user/SimonPoole/diary/368821">beschreibt</a> in seinem Benutzerblog die Änderungen in der neuen Version 13.1 des mobilen Editors <a href="https://wiki.openstreetmap.org/wiki/Vespucci">Vespucci</a>, in der hauptsächlich die Benutzeroberfläche verbessert wurde.</li>
  <li id="wn465_20332">iD 2.15.2 ist <a href="https://github.com/openstreetmap/openstreetmap-website/pull/2267">erschienen</a>. Der Release wird damit beworben, einige kontroverse Änderungen rückgängig zu machen.</li>
  </ul>
  <h2 id="wn465_kennst_du_schon_…">Kennst du schon …</h2>
  <ul>
  <li id="wn465_20313">&#8230; das passende Tag für ein öffentliches Bücherregal oder -schrank, die von jedem benutzt werden können zum Leihen oder Tauschen von Büchern? Das ist ein <a href="https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_bookcase"><code>amenity=public_bookcase</code></a>.</li>
  </ul>
  <h2 id="wn465_weitere_themen_mit_geo-bezug">Weitere Themen mit Geo-Bezug</h2>
  <ul>
  <li id="wn465_20289">Die Welt als <a href="https://twitter.com/mainau/status/1139108671416393728">Blumenkugel</a> im Ufergarten auf der Blumeninsel <a href="https://www.openstreetmap.org/#map=17/47.70418/9.19781">Mainau</a> im Bodensee.</li>
  <li id="wn465_20314">Auf dem Geospatial World Forum in Amsterdam wurde ein Online-Kartenportal für europäische Geodaten <a href="https://www.directionsmag.com/pressrelease/8911">vorgestellt</a>. Dieses wurde von der Firma thinkWhere <a href="https://thinkwhere.com">entwickelt</a> und soll das Potenzial eines einzigen Zugangspunktes zu öffentlichen Daten demonstrieren.</li>
  </ul>
  <h2 id="wn465_wochenvorschau">Wochenvorschau</h2>
  <table>
  <thead>
  <tr>
  <th>Wo</th>
  <th>Was</th>
  <th>Wann</th>
  <th>Land</th>
  </tr>
  </thead>
  <tbody>
  <tr>
  <td>Rennes</td>
  <td>Préparer ses randos pédestres ou vélos</td>
  <td>2019-06-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Bremen</td>
  <td>Bremer Mappertreffen</td>
  <td>2019-06-24</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Montpellier</td>
  <td>Réunion mensuelle</td>
  <td>2019-06-26</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Lübeck</td>
  <td>Lübecker Mappertreffen</td>
  <td>2019-06-27</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Mannheim</td>
  <td>Mannheimer Mapathons e.V.</td>
  <td>2019-06-27</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Düsseldorf</td>
  <td>Stammtisch</td>
  <td>2019-06-28</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Cologne</td>
  <td>Köln Stammtisch</td>
  <td>2019-07-03</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Stuttgart</td>
  <td>Stuttgarter Stammtisch</td>
  <td>2019-07-03</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Essen</td>
  <td>Mappertreffen</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Bochum</td>
  <td>Mappertreffen</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Nantes</td>
  <td>Réunion mensuelle</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Dresden</td>
  <td>Stammtisch Dresden</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Salzburg</td>
  <td>YouthMappers Workshop</td>
  <td>2019-07-05</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/at.svg" alt="austria" /></td>
  </tr>
  <tr>
  <td>Bordeaux</td>
  <td>Réunion mensuelle</td>
  <td>2019-07-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Lyon</td>
  <td>Rencontre mensuelle pour tous</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Munich</td>
  <td>Münchner Stammtisch</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Hamburg</td>
  <td>Hamburger Mappertreffen</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Zürich</td>
  <td>OSM Stammtisch Zurich</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/ch.svg" alt="switzerland" /></td>
  </tr>
  <tr>
  <td>Berlin</td>
  <td>133. Berlin-Brandenburg Stammtisch</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Ulmer Alb</td>
  <td>Stammtisch Ulmer Alb</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Dortmund</td>
  <td>Mappertreffen</td>
  <td>2019-07-12</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>Erasmus+ EuYoutH OSM Meeting</td>
  <td>2019-09-18-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>HOT Summit 2019</td>
  <td>2019-09-19-2019-09-20</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>State of the Map 2019 [2]</td>
  <td>2019-09-21-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  </tbody>
  </table>
  <p>Hinweis:<br />
  Wer seinen Termin hier in der Liste sehen möchte, <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">trage</a> ihn in den <a href="https://wiki.openstreetmap.org/wiki/Current_events">Kalender</a> ein. Nur Termine, die dort stehen, werden in die Wochennotiz übernommen. Bitte <a href="https://osmbc.openstreetmap.de/calendar/preview"> prüfe die Veranstaltung</a> in unserem öffentlichen Kalendertool und korrigiere bitte die Einträge im Kalender, <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">wenn notwendig.</a></p>
  <p align="right"><i>Diese Wochennotiz wurde erstellt von <a href="https://www.openstreetmap.org/user/Nakaner">Nakaner</a>, <a href="https://www.openstreetmap.org/user/Rainero">Rainero</a>, <a href="https://www.openstreetmap.org/user/Rogehm">Rogehm</a>, <a href="https://www.openstreetmap.org/user/SK53">SK53</a>, <a href="https://www.openstreetmap.org/user/Silka123">Silka123</a>, <a href="https://www.openstreetmap.org/user/SunCobalt/">SunCobalt</a>, <a href="https://www.openstreetmap.org/user/TheFive">TheFive</a>, <a href="https://www.openstreetmap.org/user/bjoern_m">bjoern_m</a>, <a href="https://twitter.com/manfred__r">derFred</a>, <a href="https://www.openstreetmap.org/user/geologist">geologist</a>.</i></p>


guid: http://www.mappa-mercia.org/?p=1565
url: http://www.mappa-mercia.org/2019/06/drone-imagery-from-the-seventeenth-century.html
title: Drone Imagery from the Seventeenth Century
published: 2019-06-23 18:03:45
fetched: 2019-06-23 18:30:14.549408
created_at: 2019-06-23 18:30:14.589710
updated_at: 2019-06-23 18:30:14.589710
summary:
  If ever you are visiting the city of Lille in northern France take some time out to visit the basement of the Palais des Beaux-Arts, home to fourteen relief maps of  fortified French cities. These intricately detailed maps (really they &#8230; <a href="http://www.mappa-mercia.org/2019/06/drone-imagery-from-the-seventeenth-century.html">Continued</a>

content:
  <p>If ever you are visiting the city of Lille in northern France take some time out to visit the basement of the Palais des Beaux-Arts, home to fourteen relief maps of  fortified French cities. These intricately detailed maps (really they are scale models and almost works of art in their own right) are a regional collection that was donated to the city of Lille in the 1980s from a larger collection housed in the<em> Hôtel des Invalides</em> military museum in Paris.</p>
  <p>Think of them as the seventeenth century equivalent of aerial imagery collected by drones.</p>
  <p>The collection was originally commissioned by King Louis XIV  in the 17th century as a military information system but quickly became a demonstration of royal grandeur.  Their building continued until the time of the Emperor Napoleon III and continued the tradition of previous centuries particularly  of the 15th and 16th when they were used by Italian military engineers as an aid to  fortification design.</p>
  <p><a href="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0197.jpg"><img class="alignnone size-medium wp-image-1562" src="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0197-300x225.jpg" alt="" width="300" height="225" srcset="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0197-300x225.jpg 300w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0197-768x576.jpg 768w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0197-1024x768.jpg 1024w" sizes="(max-width: 300px) 100vw, 300px" /></a>  <a href="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0192.jpg"><img class="alignnone size-medium wp-image-1560" src="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0192-300x225.jpg" alt="" width="300" height="225" srcset="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0192-300x225.jpg 300w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0192-768x576.jpg 768w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0192-1024x768.jpg 1024w" sizes="(max-width: 300px) 100vw, 300px" /></a> <a href="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0188.jpg"><img class="alignnone size-medium wp-image-1559" src="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0188-300x225.jpg" alt="" width="300" height="225" srcset="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0188-300x225.jpg 300w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0188-768x576.jpg 768w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0188-1024x768.jpg 1024w" sizes="(max-width: 300px) 100vw, 300px" /></a></p>
  <p>&nbsp;</p>
  <p style="text-align: left;">The relief maps are of considerable size &#8211; the map of Lille itself is 18 sq m and stretches across ten tables.  And this is all that remains of the original 60 sq m! Generally the maps are of an extent that the viewer is placed at the range of cannon fire into the centre of a city. Naturally as cannon range improved so the maps got larger in extent.</p>
  <p>The models were built on to  maps drawn from field surveys which were stuck on to the tables with suitable annotation to let the model builders know what went where. The buildings were made from wooden blocks covered in sheets of decorated paper to depict finishes such as stone, brick, wood, tile and thatch. Much more architectural detail was added to the more important buildings. Gardens and fields were represented with coloured silk and trees from wire wrapped in silk thread. The detail is exquisite.</p>
  <p><a href="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0194.jpg"><img class="size-medium wp-image-1561 aligncenter" src="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0194-300x225.jpg" alt="" width="300" height="225" srcset="http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0194-300x225.jpg 300w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0194-768x576.jpg 768w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/IMG_0194-1024x768.jpg 1024w" sizes="(max-width: 300px) 100vw, 300px" /></a></p>
  <p>The relief maps have survived the centuries well thanks to loving restorative care and are sensitively displayed and curated. They remain an important part of the history and development of mapping</p>
  <p>If you want to see the real thing you can visit the impressive fortifications of the nearby Lille Citadelle built by the renowned French military engineer Vauban</p>
  <p><a href="http://www.mappa-mercia.org/wp-content/uploads/2019/06/Lille-citadelle.png"><img class="size-medium wp-image-1564 aligncenter" src="http://www.mappa-mercia.org/wp-content/uploads/2019/06/Lille-citadelle-300x228.png" alt="" width="300" height="228" srcset="http://www.mappa-mercia.org/wp-content/uploads/2019/06/Lille-citadelle-300x228.png 300w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/Lille-citadelle-768x583.png 768w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/Lille-citadelle-1024x777.png 1024w, http://www.mappa-mercia.org/wp-content/uploads/2019/06/Lille-citadelle.png 1124w" sizes="(max-width: 300px) 100vw, 300px" /></a></p>


guid: https://www.openstreetmap.org/user/Jukka%20Paulin/diary/390106
url: https://www.openstreetmap.org/user/Jukka%20Paulin/diary/390106
title: urbex at Hyvinkää - morning jogs, extended
published: 2019-06-23 09:35:28
fetched: 2019-06-29 03:30:04.474329
created_at: 2019-06-23 22:00:04.234282
updated_at: 2019-06-29 03:30:04.684721
summary:
  <p>Started experimenting with some early morning explorations in Hyvinkää. Nice to check around forests, the railways, industrial yards, and possibly defunct old buildings. You could call it urbex. Definitely. Sometimes I got the camera / mobile. Looking for good mapping clients (Apps) for Android.</p>


guid: https://www.openstreetmap.org/user/Binnette/diary/390107
url: https://www.openstreetmap.org/user/Binnette/diary/390107
title: Cartopartie au CHU de Grenoble (Isère, France) - 22 juin 2019
published: 2019-06-23 17:46:28
fetched: 2019-06-29 06:00:03.765783
created_at: 2019-06-24 06:00:04.549141
updated_at: 2019-06-29 06:00:03.963181
summary:
  <p>Ce samedi 22 juin le <a href="https://wiki.openstreetmap.org/wiki/Grenoble_groupe_local" rel="nofollow noopener noreferer">groupe local OSM de Grenoble</a> a organisé une cartopartie afin de cartographier au mieux le <a href="https://www.chu-grenoble.fr/" rel="nofollow noopener noreferer">CHU</a> (Centre Hospitalier Universitaire) de Grenoble. Nous étions une petite dizaine de mappeurs aguerris à sillonner les allées du CHU, crayons et ‘Field Papers’ à la main. Après une matinée pluvieuse, nous avons profité d’un temps radieux l’après-midi.</p>

  <p>Le groupe local OSM de Grenoble tient à remercier particulièrement celles et ceux qui ont permis cette journée de carto-partie :</p>

  <ul>
    <li>le matin : Camille Devroedt (ingénieure mobilité au CHUGA) nous a donné accès à une salle de réunion dans les locaux des Services Techniques, après nous avoir expliqué au cours d’une longue déambulation, les différents secteurs du CHU (appelés “poches” dans son service)</li>
    <li>l’après-midi : Caroline V. (directrice administrative de la faculté de médecine) nous a donné accès à une salle de cours de la faculté, vidéo projecteur et codes wifi</li>
    <li>l’<a href="https://www.openstreetmap.fr/" rel="nofollow noopener noreferer">association OpenStreetMap France</a> qui nous a accordé une petite subvention pour les collations du matin et du midi</li>
  </ul>

  <p>Notre cartopartie a été couverte par la radio France Bleu Isère et TéléGrenoble :</p>

  <ul>
    <li><a href="http://media.radiofrance-podcast.net/podcast09/15419-23.06.2019-ITEMA_22095868-0.mp3" rel="nofollow noopener noreferer">Replay du journal radio (reportage à 5m25)</a></li>
    <li><a href="https://www.francebleu.fr/infos/sante-sciences/grenoble-des-passionnes-cartographient-la-ville-pour-faire-mieux-que-google-maps-1561223976" rel="nofollow noopener noreferer">Reportage de Nicolas Joly pour France Bleu</a></li>
  </ul>

  <p>Afin de traquer nos contributions nous avons utilisé le hashtag <a href="http://resultmaps.neis-one.org/osm-changesets?comment=CartoCHU2206" rel="nofollow noopener noreferer">#CartoCHU2206</a>. Ci-dessous, chaque zone colorée représente l’un de nos changesets :
  <img src="https://wiki.openstreetmap.org/w/images/d/d2/20190622_CHU_Grenoble_-_changesets.png" alt="changesets"></p>

  <p>Voici quelques statistiques sur nos contributions via le hashtag :</p>

  <ul>
    <li>Nombre de contributeurs : 8 + 1 (ce dernier n’a pas utilisé son compte OSM)</li>
    <li>Nombre de modifications : 5 223</li>
    <li>Nombre de changesets : 145</li>
  </ul>

  <p>Nombre d’objets : créés (modifiés) (supprimés)</p>

  <ul>
    <li>Nœuds : 2 928 (758) (254)</li>
    <li>Chemins : 446 (762) (52)</li>
    <li>Routes : 299 (526)</li>
    <li>Bâtiments : 25</li>
    <li>Usage du sol : 63</li>
  </ul>

  <p>En préface et pendant cette cartopartie, environ 1 500 photos ont été capturées et importées sur Mapillary. Les images sont disponibles <a href="https://www.mapillary.com/map/im/N5Xe_InqiwYWPLefqFMWZQ" rel="nofollow noopener noreferer">ici</a></p>

  <p>Afin de mieux voir le travail accompli, voici des gifs animés avant/après notre passage. NB : les images en tailles réelles sont disponibles en fin d’article.</p>

  <p>Partie nord du CHU :
  <img src="https://wiki.openstreetmap.org/w/images/2/2c/20190622_CHU_Grenoble_-_partie_nord_1.gif" alt="Partie nord du CHU"></p>

  <p>Zone Hôpital Couple-Enfant :
  <img src="https://wiki.openstreetmap.org/w/images/e/e8/20190622_CHU_Grenoble_-_partie_nord_2.gif" alt="Zone Hôpital Couple-Enfant"></p>

  <p>Quantité d’éléments ont été ajoutés : parkings vélos et voitures, places pour personnes à mobilité réduite, voiries, chemins piétons, passages piétons, escaliers, bancs, poubelles, bornes incendie, arbres, verdure, etc. Les noms des différents bâtiments du CHU ont également été ajoutés, revus et corrigés.</p>

  <p>Faculté de médecine :
  <img src="https://wiki.openstreetmap.org/w/images/f/f3/20190622_CHU_Grenoble_-_partie_sud_1.gif" alt="Faculté de médecine"></p>

  <p>Zone Michallon :
  <img src="https://wiki.openstreetmap.org/w/images/5/52/20190622_CHU_Grenoble_-_partie_sud_2.gif" alt="Zone Michallon"></p>

  <p>Zone écoles paramédicales :
  <img src="https://wiki.openstreetmap.org/w/images/0/0a/20190622_CHU_Grenoble_-_partie_sud_3.gif" alt="Zone écoles paramédicales"></p>

  <p>Photo de groupe le matin (© colargol) :
  <img src="https://framapic.org/FgI6UVIeSxa3/2QVNyU39l1TI.jpg" alt="Photo de groupe le matin"></p>

  <p>Photo de groupe l’après-midi (© colargol) :
  <img src="https://framapic.org/CwvzqPUuFqmg/BfwvXW65gQI5.jpg" alt="Photo de groupe l'après-midi"></p>

  <p>Notes :</p>

  <ul>
    <li><a href="http://resultmaps.neis-one.org/osm-changesets?comment=CartoCHU2206" rel="nofollow noopener noreferer">Resultmap : outil de Pascal Neis utilisé pour les statistiques</a></li>
    <li><a href="http://fieldpapers.org/atlases/1f5m7rcf/" rel="nofollow noopener noreferer">Field Paper de la cartopartie</a></li>
    <li><a href="https://mapcraft.nanodesu.ru/pie/869" rel="nofollow noopener noreferer">Mapcraft de la cartopartie</a></li>
  </ul>

  <p>Images :</p>

  <ul>
    <li><a href="https://wiki.openstreetmap.org/wiki/File:2019-06-22_Cartopartie_Grenoble_CHU.png" rel="nofollow noopener noreferer">Affiche de la cartopartie</a></li>
    <li><a href="https://wiki.openstreetmap.org/wiki/File:20190622_CHU_Grenoble_-_changesets.png" rel="nofollow noopener noreferer">Changesets</a></li>
    <li><a href="https://wiki.openstreetmap.org/wiki/File:20190622_CHU_Grenoble_-_partie_nord_1.gif" rel="nofollow noopener noreferer">Partie nord du CHU</a></li>
    <li><a href="https://wiki.openstreetmap.org/wiki/File:20190622_CHU_Grenoble_-_partie_nord_2.gif" rel="nofollow noopener noreferer">Zone Hôpital Couple-Enfant</a></li>
    <li><a href="https://wiki.openstreetmap.org/wiki/File:20190622_CHU_Grenoble_-_partie_sud_1.gif" rel="nofollow noopener noreferer">Faculté de médecine</a></li>
    <li><a href="https://wiki.openstreetmap.org/wiki/File:20190622_CHU_Grenoble_-_partie_sud_2.gif" rel="nofollow noopener noreferer">Zone Michallon</a></li>
    <li><a href="https://wiki.openstreetmap.org/wiki/File:20190622_CHU_Grenoble_-_partie_sud_3.gif" rel="nofollow noopener noreferer">Zone écoles paramédicales</a></li>
  </ul>


guid: https://www.openstreetmap.org/user/Silka123/diary/390112
url: https://www.openstreetmap.org/user/Silka123/diary/390112
title: Новости из мира OpenStreetMap № 465 (11.06.2019-17.06.2019)
published: 2019-06-24 12:00:27
fetched: 2019-06-29 10:30:04.583485
created_at: 2019-06-25 00:30:04.253991
updated_at: 2019-06-29 10:30:04.801531
summary:
  <p>Выпуск <a href="https://habr.com/ru/post/457404/" rel="nofollow noopener noreferer">WeeklyOSM 465</a> доступен на русском. На что обратить внимание в этот раз?</p>

  <ul>
    <li>Тема атрибуции OSM набирает обороты. Ознакомьтесь с проектом “Руководства по атрибуции”. Не исключено, что эти процессы - подготовка в чему-то более масштабному.</li>
    <li>Посмотрите бельгийскую карту, которая умеет рисовать рельеф (просто красиво)</li>
    <li>Прочитайте статью  Atakau о нюансах, связанных с массовым импортом данных в OSM</li>
  </ul>


guid: https://blog.openstreetmap.org/?p=176636674
url: https://blog.openstreetmap.org/2019/06/25/host-sotm/
title: Why your community should host State of the Map
published: 2019-06-25 00:45:29
fetched: 2019-10-24 08:00:04.334881
created_at: 2019-06-25 01:00:04.750544
updated_at: 2019-10-24 08:00:04.508664
summary:
  Post by Gregory Marler on LivingWithDragons. Re-posted with permission. The OpenStreetMap event of the year is “State of the Map” (SotM), an international conference run by the OpenStreetMap Foundation and I love being part of the organising committee that brings so many people to one place. We’re volunteers and it takes a lot of work [&#8230;]

content:
  <p><em>Post by Gregory Marler on <a href="http://www.livingwithdragons.com/2019/06/why-your-community-should-host-sotm">LivingWithDragons</a>. Re-posted  with permission.</em></p>



  <p>The OpenStreetMap event of the year is “<a href="https://2019.stateofthemap.org/">State of the Map</a>” (SotM), an international conference run by the OpenStreetMap Foundation and I love being part of the organising committee that brings so many people to one place. We’re volunteers and it takes a lot of work and a lot of local knowledge throughout the year to organise a 400+ conference, so we ask for communities to bid to host it in their city/area. There’s support in overseeing what needs to be done, budgeting, and links with previous sponsors, but it relies on a full local team to join in the help. This led me to ask, <strong>why should your community host State of the Map?</strong> </p>



  <figure class="wp-block-image"><img src="https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd1-1024x509.jpg" alt="" class="wp-image-176636676" srcset="https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd1.jpg 1024w, https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd1-300x149.jpg 300w, https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd1-768x382.jpg 768w, https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd1-624x310.jpg 624w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption><em>The photographer takes a group photo of delegates and team at SotM 2018 (Italy)</em></figcaption></figure>



  <p>It will use the skills of your community. The organisation work requires researching suppliers of booklet printing, catering, etc. It needs people to communicate with the venue and with our sponsors, even speakers and scholarship applications. There’s usually help needed with graphics and there’s space for people to suggest new ideas for the conference. During the event we need welcoming people, and people to keep the schedule running on time. There’s so many different things to do and they vary in how visible from them. I firmly believe the best way to <strong>appreciate individuals</strong> is to know they’ve dealt with an essential task or to encourage them to take on a task you think they’ll be good at.</p>



  <p>Along with the conference, of course comes lots of knowledgeable people. In the talks and in the coffee break discussions you get to hear updates about OpenStreetMap, learn new things or get more detail from<strong> the experts and different communities</strong>. This is both for your local SotM team, as it’s encouraged to listen to the talks if you’re helping out, and it’s for your wider community of OSMers and newbies in the city/country/region. This can be a great <strong>chance for locals to attend SotM</strong> when they might not usually due to travel distance and barriers such as costs or visas.</p>



  <div class="wp-block-image"><figure class="aligncenter"><img src="https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd2.jpg" alt="" class="wp-image-176636690" srcset="https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd2.jpg 298w, https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd2-150x150.jpg 150w" sizes="(max-width: 298px) 100vw, 298px" /><figcaption><em>Stickers at a SotM Scotland event in 2012</em></figcaption></figure></div>



  <p>Don’t think about one weekend, as often the conference is <strong>a catalyst to have more local events</strong>. In the build up to SotM you’ll want to meet more often and you’ll get to know people who live near by. Hosting SotM has also led to more events following it as people want to continue the in-person sharing of knowledge and community. You might host extra events in collaboration with other organisations, in the past countries have even ended up having scenarios like “The month of maps”. I would encourage you to have had some community meetups before bidding for SotM, it gives you practice setting dates, communication, and venues.</p>



  <p>Remember that OpenStreetMap is not about a conference. However, the conference helps us build new understanding. This can lead to <strong>new contributors joining OpenStreetMap</strong> (maybe getting more involved) and <strong>new uses of OpenStreetMap</strong> by being inspired and encouraged what others can do. You might want to invite local government or companies that are on the fence with deciding to use or release open data.</p>



  <p>My last reason is that, <strong>it’s&nbsp;fun</strong>. We’re all a nice bunch of people really. There’s usually an organised social evening at SotM (we’ve had private tram tours, picnics in the park, a performance by Japanese drummers, all sorts). On the other nights the visiting mappers will look to your community team for advice on where to eat/drink and what are really the best nearby tourist sights. <strong>If you love your town, then you should love sharing the best bits</strong> and the secrets with the new friends you make.</p>



  <p><strong>What to do now?</strong> First of all, read the <a href="https://wiki.openstreetmap.org/wiki/State_of_the_Map_2020/Call_for_venues">Call for Venues</a> page, because that contains a lot better detail on what is needed to be ready and what is needed in your bid. I would suggest getting together a community that is interested in hosting, even if they have different levels of interest and different amounts of availability. Find a date to give about 2 weeks notice, find a place to meet like a coffee shop or a friendly office, and use various social media to <strong>invite local mappers to come and chat about State of the Map in your town</strong>. You might start writing the bid there (copy the example bid format), you might assign people to go away and research the different sections required. </p>



  <figure class="wp-block-image"><img src="https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd3-1024x652.jpg" alt="" class="wp-image-176636704" srcset="https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd3.jpg 1024w, https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd3-300x191.jpg 300w, https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd3-768x489.jpg 768w, https://blog.openstreetmap.org/wp-content/uploads/2019/06/lwd3-624x397.jpg 624w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption><em>Dinner and a drum performance at State of the Map 2017 (Japan)</em></figcaption></figure>



  <p>You are very welcome to <strong><a href="https://wiki.osmfoundation.org/wiki/StateoftheMap_Organizing_Committee">contact the SotM team</a> early on</strong>, this might be once you’ve suggested it to your community it might be before that initial meeting I suggested. We want to help you out, and to help you with your bid. This could be linking you up with others nearby that have got in touch with us, or answering questions you have.</p>



  <p>After the bids come in we get the challenge of choosing which bid will host SotM next year. It’s a difficult decision, and we’ve come to learn what will make the conference run smoothly. Don’t be disheartened if your bid is not selected. All that <strong>research and team building can be usefully adapted to running a smaller conference for your country or region</strong> (there’s a whole list of them). These won’t be an OSMF-run conference but the global team is still keen to assist in small ways. Often local/regional conferences contact us with their proposed dates before they announce, and find it helpful to know if they might clash with others (potentially causing less people to attend). Running a country-level conference can also show how well you can run an event, it could set you up well to bid for SotM in future years. I’d love to see some of the previous ones run on an international level, and it’s great to see more of these pop up.</p>



  <p>The Call for Venues deadline is 30th August 2019.</p>



  <p><em><a href="http://www.livingwithdragons.com/">Gregory Marler</a></em></p>



  <p></p>



  <p><em>Follow State of the Map </em><a href="https://twitter.com/sotm"><em>@sotm</em></a><em>!</em></p>



  <p><em>The <a href="https://stateofthemap.org/">State of the Map</a> conference is the annual, international conference of OpenStreetMap</em>,<em> organised by the&nbsp;<a href="https://wiki.osmfoundation.org/">OpenStreetMap Foundation</a>. The OpenStreetMap Foundation is a not-for-profit organisation, formed in the UK to support the OpenStreetMap Project. It is dedicated to encouraging the growth, development and distribution of free geospatial data for anyone to use and share. The OpenStreetMap Foundation owns and maintains the infrastructure of the OpenStreetMap project. The&nbsp;<a href="https://wiki.osmfoundation.org/wiki/StateoftheMap_Organizing_Committee">State of the Map Organising Committee</a>&nbsp;is one of our volunteer&nbsp;<a href="https://wiki.osmfoundation.org/wiki/Working_Groups">Working Groups</a>.</em></p>


guid: https://www.openstreetmap.org/user/tshedy/diary/390113
url: https://www.openstreetmap.org/user/tshedy/diary/390113
title: My Candidacy Statement for HOT Board
published: 2019-06-24 14:40:59
fetched: 2019-06-29 20:00:03.851810
created_at: 2019-06-25 03:00:04.965865
updated_at: 2019-06-29 20:00:04.041172
summary:
  <p>I am a physical planner, working for the Government of Lesotho. I am an experienced GIS user within a very focused context of laying out sites for human settlements. I am very committed to open things, whether that is opendata and this includes OpenStreetMap, and also opensource approaches to solving the problems of measurement, scale and needs. My HOTOSM <a href="http://hdyc.neis-one.org/?tshedy" rel="nofollow noopener noreferer">record</a> as a mapper dates back to 2015, and in these 4 years I have grown to understand that HOTOSM is the most important humanitarian platform when it comes to supporting logistical responses to disasters. I have also noticed that, while not fitting into the “crisis mapping” definition other HOTOSM projects have the capability of recording and documenting environmental damage and other larger scale threats caused by climate events, and in particular I was a big contributor to the #MapLesotho mapping tasks supported on the hotosm tasking platform.</p>

  <p><img src="https://i.imgur.com/R82Fd3f.jpg" alt="Alt Tshedy"></p>

  <p><a href="https://www.maplesotho.com/" rel="nofollow noopener noreferer">#MapLesotho</a> has led to a unique outcome, which is to show the top level of Government in my country the extent to which environmental mismanagement has taken place, and the need to urgently initiate a National Spatial strategy to set out how better control of the urban, rural and wild landscapes will take place. Involvement in this has shown me the importance of re-using data and documenting use-cases, which I see HOTOSM needs to make it clearer to people who are at the entry level of participation. For this reason I have promised to set up an OSGeo chapter in Lesotho, so that data re-users have networks of support and inspiration.</p>

  <p>I have been Voting Member since 2018 and taken part in drafting the Strategic Planning Document for HOTOSM and that gave me a clear inside of how HOT operate. If I am elected to the board I will contribute and lead on issues that I have mentioned here, as well as offer assistance to HOT in its current strategic plan.</p>


guid: https://www.openstreetmap.org/user/Atakua/diary/390114
url: https://www.openstreetmap.org/user/Atakua/diary/390114
title: Raster to vector conversion for land cover
published: 2019-06-24 17:28:29
fetched: 2019-06-29 20:00:03.851810
created_at: 2019-06-25 05:30:04.446779
updated_at: 2019-06-29 20:00:04.038553
summary:
  <p>This was originally posted here: <a href="https://atakua.org/w/raster-to-vector-landcover.html" rel="nofollow noopener noreferer">https://atakua.org/w/raster-to-vector-landcover.html</a></p>

  <p>The whole premise of the land cover import for Sweden [1] bases on the idea to
  take the raster map of land cover and to covert it into the OSM format. This
  results in new map features that are essentially closed (multi)polygons and tags.
  These new features are then integrated into the existing database with old features
  during the conflation step.</p>

  <p>This post is about the first steps of this process, everything around the vectorization
  of raster.</p>

  <h3 id="data-flow-overview">Data flow overview</h3>

  <p>It is hard to describe all the programmatic and manual actions needed to convert the input data.
  A lot of it is described in the OSM wiki page [1].
  The best way to learn the details is to look into the source code of scripts written to
  achieve the goal.
  However, the general data processing flow will definitely contain most of the following phases,
  and maybe something more. The order of certain steps, especially filtering phases, can be different.
  Coordinate system transformations are only needed if the input data is not in the WGS 84 format
  used by the OSM database. It can also be done later in the process.</p>

  <ol>
    <li>Change coordinate system of data</li>
    <li>Filter the input raster file to remove small “noise”</li>
    <li>Remap input raster to reduce number of pixel classes</li>
    <li>Mask the input raster with a mask raster generated from existing OSM data</li>
    <li>Split te single raster file into smaller chunks i.e. tiles</li>
    <li>Vectorize the raster data into vector data</li>
    <li>Assign OSM tags to vector features, drop uninteresting features</li>
    <li>Smooth the features to hide the rasterization artifacts</li>
    <li>Simplify the features to keep size of data in check</li>
    <li>Do automatic conflation steps that take both new and old vector data into the account. 
  Examples: cut roads, snap nodes, delete insignificant features etc.</li>
    <li>Do manual conflation steps that could not be automated.</li>
  </ol>

  <h3 id="raster-masking-approach">Raster masking approach</h3>

  <p>To recap on relations between raster and vector layers of new and existing data to
  be conflated with each other.</p>

  <p>It proved difficult to automatically or even manually make sure that land use (multi)polygons from existing OSM-data and new data to be imported do not conflict with each other when they both are represented as vector outlines. Even more complex question is how to decide what to do with two conflicting ways. Should one delete one of them? Replace one with another? Merge them? Create a common border between them?</p>

  <p>A simpler approach was developed to address conflicts at the stage when import data can be easily masked, i.e. when it is represented by raster pixels. The idea behind this approach that we can generate a second raster image of identical size and resolution for the country. The source for this raster mask image is existing OSM land cover information. For example, a vector way for already mapped forest will be turned into a group of non-zero pixels. The vectorizing software then uses this mask to prevent new vector ways to be created from the import data raster. It would look as if no data for those areas is available. As a result, vectors generated from masked raster never enter “forbidden” areas where previously mapped OSM-data is known to be present.</p>

  <p>By restricting new data to be created only for not yet mapped areas we reduce the problem of finding intersections between multipolygons to the problem of aligning borders between new and old polygons.</p>

  <p>As import data is masked at the very first stage when it is in raster form, it is expected that areas “touching” (sharing common border) with pre-mapped land cover data will require careful examination and merging of individual way borders. All cases of overlapping of identical land uses should be fixed.</p>

  <h3 id="issues-with-tagging">Issues with tagging</h3>

  <p>A major issue that everyone is wary of is that new features generated from the import
  data will be incorrectly tagged. The issue here is that the OSM tagging approach
  does not stimulate using fixed predetermined number of data classes for land cover,
  meanwhile the majority of raster sources by definition provide a limited number 
  of pixel values and associated landuse classes. Mapping the former to the latter
  is considered by some to be the most unreliable task.</p>

  <p>Sure, there were situations when a misclassification of a feature was found during
  cross-inspection of new data, old data and aerial imagery.
  But they were really rare compared to numerous other problems to deal with.
  The most common (but still rare) situation of this class was wrong marking of “bushes” under a power line as “forest”.</p>

  <p>The real problem was in the need to adjust the tag correspondence map from input
  raster values to resulting OSM tags. That is, in different regions of the 
  country the same pixel value might correspond to different OSM tags.</p>

  <p>The most problematic class of land cover to tag correctly turned out to be “grass”. 
  The same original raster pixel value may correspond to different concepts in OSM,
  ranging from a golf course, through cultivated grass to wild or cultivated meadow
  and even heathland. Because of that, manual inspection of all areas tagged as 
  “grass” was constantly needed.</p>

  <h3 id="excessively-detailed-ways">Excessively detailed ways</h3>

  <p>Often more nodes that a human would place are used on a way. Original data may 
  have a node every 10 meters, additionally using Chaiken [2] filter to smooth 
  90-degrees in vector data can create as many nodes. See an example:</p>

  <p><img src="https://atakua.org/w/images/Excessive-details.jpg" alt="Excessive details"></p>

  <p>A manual solution is to delete undesired nodes, and/or use Simplify way [3] tool to do so.</p>

  <p>An automatic solution would be to apply Douglas-Peucker filter to ways of the 
  import file. The issue is to find the best threshold values for the 
  simplification algorithm. Excessively aggressive automatic removal of nodes leads 
  to losing important details of certain polygons. Typically it can be expected 
  that up to 50% of import data set nodes can be removed without losing much in 
  quality of details.</p>

  <p>It seems that an extra pass with <code>v.generalize douglas threshold = 0.00005</code> 
  does a good enough job without chewing too much of details. It does, however,
  chew some important details, especially of bigger polygons (such as those at a tile border),
  and also fails to clean up segments that are shared between several ways.
  Because of the last issue, manual phases of detecting and smoothing remaining 
  angles with 90-degrees and close pairs of nodes that are strictly horisontal or
  vertical were necessary to implement to clean up suspicious geometry patterns 
  left after vectorization, smoothing and simplifying phases.</p>

  <h3 id="general-notes-on-manually-vs-machine-traced-polygons">General notes on manually vs machine traced polygons</h3>

  <p>Pros of machine traced land cover.</p>

  <ul>
    <li>Consistency in making decisions at tracing. Humans’ decisions during the tracing are largely
  affected by a lot of random factors including the level of concentration, tiredness,
  smoothness of mouse/pointer operation etc. A person may skip the whole section
  or oversimplify it because he feels so right now. Another human or even the same one but at 
  a different time of the day would have produced a completely different result.
  A computer algorithm is consistent and uniform in its both good and bad 
  tracing decisions. Given that we can improve on the algorithms, the ratio of
  good to bad machine tracing can be monotonically improved.</li>
    <li>Computers won’t get tired until it is done with tracing. Time needed to find
  complete borders of a forest section is often underestimated as it just goes on
  and on. The started tracing line just won’t return back to the beginning even
  if it may return temptingly close to it several times.
  A human will decide sooner or later to (literally) draw a line and end the 
  current polygon prematurely even if it is clear that more can be included into 
  it. The next part will have to be traced separately as a new polygon.
  A computer, on the other hand, is fast enough to trace everything under reasonable time.
  It won’t stop until it is done. Often the only limit for it are physical limits of
  current map tile, not the length or complexity of the resulting polygon.</li>
  </ul>

  <p>Pros of human traced results.</p>

  <ul>
    <li>“Important” features get traced first. It is hard to algorithmically define 
  what is important at current map position as this largely depends on the context.
  A common approach for a computer is to process everything at hand, as it can
  afford it because it is so fast.
  Humans can “feel” the context and use it efficiently to prioritize things. 
  For example, one typically starts from working on bigger features that are 
  close to populated areas and which are likely to be looked in the end.</li>
    <li>
      <p>Tag choice is more consistent with reality. It is well known problem in remote
  land cover sensing that no 100% correct matching can be achieved. Again, this is in
  part because not everything can be tagged with a limited number of classes
  and corresponding tag combinations. Humans tend to be more conservative in this regard and
  provide more reliable results. If a person cannot tell from looking at the image
  what sort of land cover should be given to a polygon, he is likely to skip it
  altogether or at least express his doubts in a comment to the tag set. The
  machine is rarely tasked with recording its confidence level for the chosen
  tags.</p>
    </li>
    <li>
      <p>Humans tend to choose vector resolution (distance between nodes) dynamically
  based on current context. For example, a forest around a long straight highway
  tends to be mapped with few nodes along that road. More nodes are needed when
  a forest border is more “open” and does not contact anything else.
  Machine algorithms are currently not taking the context into account and basically
  use a fixed resolution coming from the underlying raster image. Different smoothing
  or simplification algorithms do not change this much as they only take into account
  the current curve itself, not adjacent data. Because of that both situations
  are possible with machine processed data: a) a lot of extra nodes along 
  a straight line that could have been mapped with just a few of them; 
  b) lost important nodes where a line takes a sudden turn.</p>

      <p>The same applies to making decisions of which features to keep. It was common
  to get many small patches of grass along highways that face large forests
  from machine-traced data. A human would have ignored these patches and drew a
  single line between a forest and a highway.</p>
    </li>
  </ul>

  <p>Common issues:</p>

  <ul>
    <li>It is impossible to “naturally” determine where one should stop tracing a polygon,
  round it up and go for the next one. A machine traces it until it has some data
  left to trace, e.g. until it naturally closes the current polygon or reaches 
  an artificial border of current raster area.
  A human traces until he gets tired, then he simply draws a straight line to 
  the beginning and calls it fine. Both approaches have their problems.
  Humans tend to round up in a way that simplifies future additions by e.g. closing 
  polygons through areas that are of less importance and where no future details
  are expected to be added. A computer may finish its work right in the middle of
  tightly populated area, thus creating a lot of complications for someone who 
  wants to complete mapping of remaining area.</li>
  </ul>

  <h3 id="links">Links</h3>

  <ol>
    <li><a href="https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan</a></li>
    <li><a href="https://grass.osgeo.org/grass77/manuals/v.generalize.html" rel="nofollow noopener noreferer">https://grass.osgeo.org/grass77/manuals/v.generalize.html</a></li>
    <li><a href="https://josm.openstreetmap.de/wiki/Help/Action/SimplifyWay" rel="nofollow noopener noreferer">https://josm.openstreetmap.de/wiki/Help/Action/SimplifyWay</a></li>
  </ol>


guid: https://www.openstreetmap.org/user/Carnildo/diary/390115
url: https://www.openstreetmap.org/user/Carnildo/diary/390115
title: What the robots.txt file does
published: 2019-06-24 22:52:33
fetched: 2019-06-30 03:30:04.286123
created_at: 2019-06-25 11:00:04.578809
updated_at: 2019-06-30 03:30:04.485372
summary:
  <p><em>Disclaimer</em>: I am not an OSM website developer.  All information here was obtained by looking at the OSM GitHub repository and poking at the OSM website.</p>

  <p>There’s been some controversy recently over the contents of the <a href="https://www.openstreetmap.org/robots.txt" rel="nofollow noopener noreferer">OpenStreetMap robots.txt file</a>.  I think it might be informative to look at what the file actually does.</p>

  <pre><code>Allow: /user/
  </code></pre>

  <p>This does nothing.  “Allow” lines in a robots.txt file permit the crawling of URLs that would otherwise be denied, but there’s nothing in the file that would deny the /user hierarchy.</p>

  <pre><code>Disallow: /traces/tag/
  Disallow: /traces/page/
  </code></pre>

  <p>These are various alternate ways of searching the GPS traces that have been uploaded on the site.  The main trace listing is still accessible.</p>

  <pre><code>Disallow: /trace/
  </code></pre>

  <p>This is the API endpoint for accessing GPS traces.  It is not intended to be displayed in a web browser, and contains nothing useful for a search engine.</p>

  <pre><code>Disallow: /api/
  </code></pre>

  <p>This is the API endpoint for editing the map.  It is not intended to be displayed in a web browser, and contains nothing useful for a search engine.</p>

  <pre><code>Disallow: /edit
  </code></pre>

  <p>This is the URL for the in-browser editor.  Everything under this URL is behind a login barrier, and it contains nothing useful for a search engine.</p>

  <pre><code>Disallow: /message
  </code></pre>

  <p>This is the URL hierarchy for the on-site PM system.  Everything under this URL is behind a login barrier, and it contains nothing useful for a search engine.</p>

  <pre><code>Disallow: /login
  </code></pre>

  <p>This is the above-mentioned login barrier.  It contains nothing useful for a search engine.</p>

  <pre><code>Disallow: /history
  </code></pre>

  <p>This is the visual history browser.  The contents change far too rapidly to meaningfully index on a search engine.</p>

  <pre><code>Disallow: /geocoder
  </code></pre>

  <p>This is the on-site search system.  Search engines searching search engines never ends well.</p>

  <pre><code>Disallow: /browse

  Disallow: /*lat=
  Disallow: /*node=
  Disallow: /*way=
  Disallow: /*relation=
  </code></pre>

  <p>These are obsolete URL hierarchies for browsing individual map elements.  The current URL hierarchy, with URLs of the form <a href="https://www.openstreetmap.org/way/238241022" rel="nofollow noopener noreferer">https://www.openstreetmap.org/way/238241022</a>, can be indexed by search engines.</p>

  <pre><code>Disallow: /user/*/traces/
  Disallow: /user/*/diary
  Disallow: /diary
  </code></pre>

  <p>These are the only entries that block pieces of the site that might be of interest to a search engine.  <code>/user/*/traces/</code> are the description pages for individual GPS traces, <code>/user/*/diary</code> is individual diary entries, and <code>/diary</code> is the main diary listing.</p>


guid: https://www.openstreetmap.org/user/apm-wa/diary/390116
url: https://www.openstreetmap.org/user/apm-wa/diary/390116
title: Back in the United States
published: 2019-06-25 02:26:05
fetched: 2019-06-30 09:00:04.275247
created_at: 2019-06-25 14:30:04.992368
updated_at: 2019-06-30 09:00:04.462958
summary:
  <p>Ann and I have returned to the United States.  I am presently uploading the last several thousand Mapillary ground-level images from a series of trips around Turkmenistan made in my final weeks in country.  When they are uploaded, that will be it for local imagery collection   <br>:-(</p>

  <p>I still have a few loose ends to tie up, including full analysis of geographic name changes, now documented at <a href="https://wiki.openstreetmap.org/wiki/Turkmenistan_Geoname_Changes" rel="nofollow noopener noreferer">Turkmenistan Geoname Changes</a>, plus full analysis of the Soviet military maps currently en route to our home in our sea freight from Ashgabat, and of course a fresh writeup of how to generate wall maps using a combination of Osmosis, Maperitive, Inkscape, and Corel Photo Paint.   These efforts will compete with the need to effect some urgent repairs to our house, which we have not occupied for 16 years and which our tenants of course rather neglected.</p>


guid: https://www.openstreetmap.org/user/Mapanauta/diary/390118
url: https://www.openstreetmap.org/user/Mapanauta/diary/390118
title: Running for the HOTOSM board - Mapanauta
published: 2019-06-25 02:52:18
fetched: 2019-06-30 12:00:04.595404
created_at: 2019-06-25 15:00:04.493768
updated_at: 2019-06-30 12:00:04.866273
summary:
  <p>Hi to all,</p>

  <p>I would like to introduce myself and share my interest of being part of HOTOSM board.</p>

  <p>I have had the privilege to participate in various projects involving Humanitarian Mapping. As a volunteer I have been representing OpenStreetMap and HOTOSM in different forums and I am Co-Founder of the Geochicas initiative in the one we want to impulse more female presence in Geospatial technologies and increase the number of women adding Open Data in OpenStreetMap.</p>

  <p>Most recently I participated as HOT volunteer in Guatemala. HOTOSM Team was supporting the Clinton Health Access Initiative and the Guatemala Ministry of Health to assist local technicians who are in the field all year fighting diseases such as Dengue, Zika, Chingkonkuña, and Malaria in the area of Escuintla. HOT arrived in Guatemala to support the Ministry of Health with the use of Open Data Kit (ODK) and OpenMapKit (OMK) in order to have a more detailed census and action plan using open source tools so the goal to eliminate malaria can be tracked and achieved by 2020. I participated in the training activities with the HOTOSM team.</p>

  <p>Since 2014 I became fascinated with  HOTOSM and OSM when I realized all the potential it could have to change people realities and how we can improve their lives so I started getting involved in the Open Data and Open Mapping world. In 2016 on behalf of HOTOSM I received the honor of being one of the 50 Digital Leaders of Mexico  and last year INEGI (after a few years of exchanging communication with them) invited OpenStreetMap Mexico to be part of the Consulting Council to be able to review their strategy and tools before launching to the public.</p>

  <p>HOTOSM has helped me to educate diverse organizations about the importance of Geospatial Open Data. I believe as a board member I can help to make decisions that will be shaping the future of the organization and I consider the way we currently maintain the Voting Members is not sustainable, in the short term HOTOSM will be having a large number of voting members without really being involved in the organization decisions and we need to change that.</p>

  <p>Thanks in advance for your time on reading my manifiesto,</p>

  <p>Miriam 
  @mapanauta</p>


guid: https://www.openstreetmap.org/user/michalfabik/diary/390120
url: https://www.openstreetmap.org/user/michalfabik/diary/390120
title: اتجاهات عربية جديدة في OsmAnd
published: 2019-06-25 13:30:15
fetched: 2019-06-30 17:30:04.674843
created_at: 2019-06-26 02:00:04.162194
updated_at: 2019-06-30 17:30:04.877067
summary:
  <p>مرحبا,‏<br>
  كتبت قبل عدة أيام سلاسل نصية وقواعد جديدة لاتجاهات صوتية في ملاحة <span dir="ltr"><a href="https://github.com/osmandapp/OsmAnd-resources/tree/master/voice/ar" rel="nofollow noopener noreferer">OsmAnd</a></span>.‏ للأسف, لا يوجد تصنيع صوتي <span dir="ltr">Google</span> لللغة العربية ولكن يمكنكم تنزيل أصوات عربية لبرنامجا تصنيع صوتي <span dir="ltr"><a href="https://codefactoryglobal.com/app-store/vocalizer-expressive-android/" rel="nofollow noopener noreferer">Vocalizer</a></span> و<span dir="ltr"><a href="https://play.google.com/store/apps/details?id=com.acapelagroup.android.tts&amp;hl=en_US" rel="nofollow noopener noreferer">A Capela</a></span>.‏ يرجى اختبار وتصحيح من قبل متحدثين اللغة العربية.‏</p>


guid: https://www.openstreetmap.org/user/Jorgemariog/diary/390122
url: https://www.openstreetmap.org/user/Jorgemariog/diary/390122
title: importar archivos gpx a openstreetmap
published: 2019-06-25 17:32:00
fetched: 2019-07-01 01:30:04.492946
created_at: 2019-06-26 06:00:04.441329
updated_at: 2019-07-01 01:30:04.677759
summary:
  <p>Hola, soy Jorge Mario de Guatemala, necesito ayuda, quiero importar un archivo generado en google my maps a openstreetmap, el mismo lo converti de formato klm a gpx, pero al importarlo siempre me da un error, por favor me pueden ayudar. mil gracias</p>


guid: https://www.openstreetmap.org/user/laurens2403/diary/390123
url: https://www.openstreetmap.org/user/laurens2403/diary/390123
title: Routenplannung
published: 2019-06-25 18:46:32
fetched: 2019-07-01 21:00:04.280085
created_at: 2019-06-26 07:00:04.442861
updated_at: 2019-07-01 21:00:04.460415
summary:
  <p>Guten Abend,
  Ich würde gerne mit OSM Routen planen, aber nicht über die Website direkt sondern per Fernzugriff durch mein Programm. Ich kann zwar Karten in HTML-Form mit in Website einbauen aber keine Routen, weiß jemand wie das geht?
  Vielen dank im Voraus</p>


guid: https://www.openstreetmap.org/user/Jorgemariog/diary/390124
url: https://www.openstreetmap.org/user/Jorgemariog/diary/390124
title: importar archivos gpx a openstreetmap
published: 2019-06-25 20:59:07
fetched: 2019-07-01 21:30:04.424048
created_at: 2019-06-26 09:00:04.239017
updated_at: 2019-07-01 21:30:04.608076
summary:
  <p>Este es el error que me envía al querer importar el archivo gpx, alguién me puede ayudar, no sé que estoy haciendo mal. gracias</p>

  <p>Hola,</p>

  <p>Parece que su archivo GPX Mi_colecci_n25062019.gpx con la descripción Circulacion y con las siguientes etiquetas: Metro no ha podido ser importado. El mensaje de error es:</p>

  <p>0 points parsed ok. Do they all have lat,lng,alt,timestamp?
  Puede encontrar más información sobre fallos de importación de GPX y cómo evitarlos en: <a href="https://wiki.openstreetmap.org/wiki/GPX_Import_Failures" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/GPX_Import_Failures</a></p>


guid: https://www.openstreetmap.org/user/Atakua/diary/390134
url: https://www.openstreetmap.org/user/Atakua/diary/390134
title: Practical issues with land cover conflation
published: 2019-06-26 14:59:10
fetched: 2019-07-02 01:00:04.280815
created_at: 2019-06-27 03:00:04.934124
updated_at: 2019-07-02 01:00:04.466274
summary:
  <p>Originally posted here: <a href="https://atakua.org/w/landcover-conflation-practical-issues.html" rel="nofollow noopener noreferer">https://atakua.org/w/landcover-conflation-practical-issues.html</a></p>

  <p>This is the third part of summarizing my experience with <a href="https://atakua.org/w/landcover-conflation.html" rel="nofollow noopener noreferer">conflation</a>
  of land cover data for Sweden. More examples of practical problems and ways to
  address them&nbsp;follow.</p>
  <p>The same or similar problems may or may not arise during
  other imports of closed (multi)polygons in the future, so tips and tricks to save
  time will become handy. Note that some points from the previous part may be
  repeated here, but with more thoughts or ideas on how to address&nbsp;them.</p>
  <h3>Why bother with land cover&nbsp;import</h3>
  <p>The general idea of importing any data into <span class="caps">OSM</span> is to save time on doing the same 
  by&nbsp;hand.</p>
  <p>Classic data sources for the <span class="caps">OSM</span> contents&nbsp;are:</p>
  <ol>
  <li>
  <p>Local or public knowledge. This is mostly useful for points of interest, 
     provided one knows an exact position of the point. For needs of land cover,
     local reconnaissance is critical for establishing secondary details of actual surface.
     E.g., for a swamp, what type of swamp, for a forest, what species of trees, 
     with what height/diameter and of what age. There are remote sensing methods,
     however, that allow obtaining some of this information in some cases without 
     visiting the actual&nbsp;place.</p>
  </li>
  <li>
  <p><span class="caps">GPX</span> traces submitted by users. These are very useful for mapping certain linear objects
     such as roads. This is natural as people tend to move along the roads. But 
     people do many other things for which a map would be helpful, but obtaining
     accurate linear traces is problematic.
     For closed map features, such as building outlines, usefulness of <span class="caps">GPX</span> traces
     becomes limited as people rarely use to circle around each and every house.
     Besides, the baseline <span class="caps">GPS</span> resolution of several meters (without a lengthy 
     precision improvement procedure) is often not enough to make out where actual
     corners of a building are. To go around a swamp in a remote location to get
     its outline is rarely doable in reasonable&nbsp;time.</p>
  </li>
  <li>Aerial and satellite imagery. Provided the pictures are up-to-date and do not
     have an unknown offset relative to reality (which <span class="caps">GPX</span> traces can help establish 
     and correct as a cross-referencing source), the imagery allows to trace basically
     everything that is visible on the earth surface. The problem is that amount
     of data this source gives is overwhelming. The only universally accepted way to 
     convert it to vector is manual tracing, which is a not very efficient way to 
     process data given that it is done on a computer that is capable of billions operations
     per&nbsp;second.</li>
  </ol>
  <p>The benefits of a data import is that instead of tracing aerial images and/or 
  <span class="caps">GPX</span> traces, we simply get “ready”&nbsp;data.</p>
  <p>This data is also very likely to contain “noise” — any sorts of artifacts, 
  wrong points, extra useless data etc. Balancing the value of new data against amount of
  new issues it brings into the database should always be held in check. This is 
  a classical “signal to noise ratio” problem. To determine what kind and level of
  noise is acceptable is essential. Whether it is comparatively easy to ignore or
  manually remove the noise present in data generated by the scripts determines 
  when it is worth trying importing data and fixing it at the same time.
  It may turn out that it is faster to simply trace everything manually or to get 
  the data from another&nbsp;source.</p>
  <p>An important aspect of land cover features is their inherent redundancy and 
  inexactness of their geometry. You can often delete a node of a polygon denoting
  a forest or move it slightly without significantly 
  affecting the <em>perceived</em> accuracy of how the its reflects the reality.
  This opens possibilities for optimizations such as adjusting common boundaries of&nbsp;features.</p>
  <h3>Complexity metric for data&nbsp;batches</h3>
  <p>It turned out to be useful to have a rough estimation of how hard a particular
  tile would turn out to integrate by calculating a <em>complexity metric</em> over&nbsp;it.</p>
  <p>Intuition says that the more input data there is in the new data layer or
  in the old data layer, the harder it would be to make sure that they are nicely
  aligned. But what is the best mathematical expression to quantify this&nbsp;idea?</p>
  <p>Originally, a <em>total sum of number of new and old ways</em> was used as a 
  complexity&nbsp;metric.</p>
  <p>It kind of made sense because a lot of conflation work is done to align common
  shared borders between new and old ways. It did not matter how many nodes were 
  there, and relations typically did not stand in the way of doing it as mostly
  outer ways were&nbsp;important.</p>
  <p>Later in the process is was decided that even a simpler metric is more representative
  of what needs to be done to integrate a tile.
  Namely, <em>number of old ways</em> proved to be proportional to how much time will be
  spent on aligning new ways to&nbsp;them.</p>
  <p>Further refinements to the metric is of course possible. Seeing the complexity number along
  a list of not yet processed tiles allowed to understand which tile should be
  opened next to make sure it will be possible to process it under a limited span 
  of&nbsp;time.</p>
  <h3>Excluded and missing&nbsp;features</h3>
  <p>The import raster file stored information for the whole country area and a wide assortment of
  land use classes, including those common for wilderness, residential, water areas,
  as long as rail- and car&nbsp;roads.</p>
  <p>Information about roads was clearly least useful. As an assortment of pixels,
  there was no guarantee for proper connectivity for roads, which is the main property
  to extract and preserve in a vector map that should allow&nbsp;routing.</p>
  <p>Residential areas were also excluded as the raster resolution of 10×10 meters did not
  allow to reconstruct actual footprints of individual buildings. There is however
  an idea to use this information to partially map remote isolated dwellings, if not
  as polygons then at least as nodes <code>building=yes</code>.</p>
  <p>It was finally decided not to import water bodies, such as lakes, swamps and rivers but
  to focus on forests, farmland and grass. This is despite the fact that information
  about water bodies was in fact extractable from the import&nbsp;raster.</p>
  <p>The motivation for the decision not to use them was based on the following&nbsp;premises.</p>
  <ol>
  <li>
  <p>Water bodies would be already well represented in the <span class="caps">OSM</span>. This turned out 
     not to be true for many parts of the country. As a result, now the map has
     “white holes” where not yet mapped lakes should be in&nbsp;reality.</p>
  </li>
  <li>
  <p>Decision to import land cover for islands and islets. This was in conflict with 
     the developed approach of using a separate mask raster layer that did not
     treat water areas as masked. Including mapped lakes into the mask layer would
     have masked&nbsp;islets.</p>
  </li>
  </ol>
  <h4>Ideas on how to import water&nbsp;bodies</h4>
  <p>As we can see now, the <span class="caps">OSM</span> map would benefit from a careful import of missing lakes as&nbsp;well.</p>
  <p>It should be possible to import water bodies in a separate process from the same input
  raster. The import data processing scripts will have to be adjusted in many places
  to take into account different status of lakes. In&nbsp;particular:</p>
  <ol>
  <li>
  <p>The mask layer should include “landuse=water” to prevent creation of overlapping
     water bodies. Ocean/sea around the coastline have to receive the same treatment
     to avoid mapping water inside the ocean.
     However, areas outside the coastline borders are likely to already be marked 
     as “no data” in the source raster&nbsp;image.</p>
  </li>
  <li>
  <p>To prevent “slivers” of water in the shore area (similar to noise around already 
     mapped forests), limitations of how “oblong” new water features can become 
     should be set in the scripts.
     This means that wider rivers will most likely be excluded from the end&nbsp;result.</p>
  </li>
  <li>
  <p>The naive tiled approach with static extent positions would lead to cutting 
     of new lakes into several adjacent pieces. To avoid this, tiles should dynamically
     be resized to implement the “all or nothing” approach for water bodies.
     The idea is that, while a forest can be split into several adjacent pieces that 
     can be individually mapped, a feature for a lake is typically added as a whole
     area. It may be represented as a multipolygon with multiple shorter outer 
     boundaries if needed, but the result should not look like two separate water 
     bodies with a common border along a tile edge. At least this is not how one
     usually maps lakes in the <span class="caps">OSM</span>. If nothing else, larger tile sizes would 
     decrease amount of cases of clipped water bodies. And in remaining cases two
     or more pieces should be merged into a single polygon, not just aligned to have
     a single common&nbsp;border.</p>
  </li>
  <li>
  <p>Making sure the border between land and water is unified will be a tough problem
     to automatically solve, given the amount of land cover data already&nbsp;imported.</p>
  </li>
  </ol>
  <h3>Boundaries between individual&nbsp;tiles</h3>
  <p>Tiles as rectangular extents of data of the same size and adjacent to each other
  are one of simplest methods to split huge geodata into smaller chunks that are easier
  to work on individually. However, the transition from one tile to adjacent ones
  should still be smooth in the resulting vector data. The most apparent
  problem that comes to mind is positive or negative gaps between features lying
  close to common borders of adjacent&nbsp;tiles.</p>
  <p><img alt="Straight lines between tiles" src="https://atakua.org/w/images/Straight_lines_between_tiles.jpg"></p>
  <p>During this import the following problems with tile boundaries were&nbsp;observed.</p>
  <ol>
  <li>
  <p>A bug in a tile splitting algorithm caused adjacent tiles to overlap 
     significantly  (up to several hundreds meters). This defect in resulting vector 
     data was very cumbersome to manually fix, especially when at least one of the
     overlapping tiles had already been uploaded to the database.
     Careful ordering of coordinate system conversions allowed to avoid this issue
     and generate further tiles with much better mutual&nbsp;alignment.</p>
  </li>
  <li>
  <p>Smoothing algorithms tended to move nodes including tile border nodes. Nodes
     at four corner positions of the rectangle suffered most often — they were 
     “eaten” by the Douglas-Peucker algorithm  and required manual restoration
     at the editing phase. In general, the edges of the tile is the area where 
     “sharp” corners in features should be allowed. But curve simplification 
     algorithms tend to replace them with more gradual transitions.
     <img alt="Filtered polygon corner" src="https://atakua.org/w/images/filtered-corner.jpg"></p>
  </li>
  <li>
  <p>Rounding error accumulated at different data processing stages caused that 
     boundary nodes were moved by a small fraction of a degree. This regularly caused a 
     tiny (around 1e-4 degrees) but noticeable 
     (bigger than 1e-7 resolution that <span class="caps">OSM</span> uses internally) overshoot or undershoot 
     against nearby parallel tile borders.
     To compensate for it, a separate data processing stage was written to determine 
     which nodes are likely to be “boundary” in the tile. It them made sure that 
     their respective longitude or latitude values would <em>precisely</em> lie on the tile 
     border. For example, all nodes with longitude 45.099998 would be moved to 45.1.
     This improved the situation somewhat, often making at least some of nodes on 
     two adjacent tile borders to receive identical coordinates and thus 
     allowing for automated merging of feature nodes at such&nbsp;cases.</p>
  </li>
  </ol>
  <p><img alt="Almost the same coordinates" src="https://atakua.org/w/images/almost-the-same.jpg"></p>
  <ol>
  <li>Small features split over into two separate tiles typically did not align
     well when sewn back&nbsp;together.</li>
  </ol>
  <p><img alt="Cut features are misaligned in two tiles" src="https://atakua.org/w/images/cut-feature.jpg"></p>
  <p>It required a manual movement of nodes in both lat/lon directions to restore the 
     original shape. Ignoring a minor misalignment for a small remote natural
     feature was often fine (who cares if this tiny swamp looks cut?), but when the
     cut line went through a residential area, one would certainly want to restore the 
     original&nbsp;shape.</p>
  <p>Despite some implemented measures for automatic tile border merging, a lot of 
  manual adjustment work was required in many cases. This activity was one of
  limiting factors for data import speed. Clearly there is a room for improvement 
  for future imports. I see two possible&nbsp;directions.</p>
  <ol>
  <li>Improving algorithms for feature reconstruction after they were split and
     parts were individually&nbsp;traced.</li>
  <li>Improving the tile borders selection algorithms. Instead of just blindly
     cutting everything without any regard to what lies under the knife, tiles
     can be made to follow more natural shapes of the data in hand, e.g. preferring
     cutting through water areas and avoiding separating data in residential areas.
     Such tiles will be of different size and not necessarily rectangular in&nbsp;shape.</li>
  </ol>
  <p>Even using bigger tiles reduces number of cuts in the original data and amount
  of follow-up sewing of tiles. E.g. instead of cutting a country into small tiles
  one can split it into bigger counties. However, with a chunk size growing other problems
  of scale become more prominent. So finding a balance here is&nbsp;critical.</p>
  <h3>Single and double borders between&nbsp;features</h3>
  <p>Often it is desirable that two adjacent features have a single border line
  shared with each other, not two loosely curves intersecting back and&nbsp;forth.</p>
  <p>A single border between forest and lake can be seen along the south coast of the
  lake, while the north coast has a <span class="caps">CORINE</span> import forest polygon with its own
  border running along the lake&nbsp;border.</p>
  <p><img alt="An example of single and double borders" src="https://atakua.org/w/images/single-double-borders.jpg"></p>
  <p>In my opinion, having a single common border between land cover features is the
  best. It is more compact to store and less visually complex. It does not correspond
  to reality in the regard that there is often no sharp border between two natural&nbsp;features.</p>
  <p>Double separate borders kind of reflect this fact that one border is not necessarily
  defined by another feature. However, there are always unanswered questions about
  what is in between these two features. What is going on in the thin sliver of
  no data squeezed in between two borders? Is the distance between two features
  wide enough to reflect the transitional area? What if one of borders is more
  detailed than another — is it just an artifact or faithful reflection of&nbsp;reality?</p>
  <p>Both types of borders are the main problem during the conflation.
  To maintain a single border between new and old features means to modify existing 
  borders. To create double borders one has to deal with the fact that multiple
  overshoots and undershoots are about to happen, and as a result these borders
  will “interlace” with multiple intersections along their common&nbsp;part.</p>
  <p>Current semi-automatic methods to maintain the single border, besides manually editing
  all individual nodes,&nbsp;are:</p>
  <ul>
  <li>Snapping nodes to nearby&nbsp;lines.</li>
  <li>Breaking polygons at mutual intersections and removing smaller overlapping
    chunks as&nbsp;noise.</li>
  </ul>
  <p>The plugin SnapNewNodes [4] was made with idea of helping with the snapping process.
  It does help, but has annoying bugs making it less reliable.
  SnapNewNodes should be made more reliable in the result, and report cases when
  it cannot unambiguously snap&nbsp;everything.</p>
  <p>In the import process, the main source of double borders were existing shore lines 
  of lakes and new imported forests, swamps&nbsp;etc. </p>
  <p>An interesting case when existing islets without land cover received it from the import&nbsp;data:</p>
  <p><img alt="Double borders for an islet" src="https://atakua.org/w/images/Double-borders-1.jpg"></p>
  <p><img alt="Double borders for an islet, another example" src="https://atakua.org/w/images/Double-borders-2.jpg"></p>
  <p>Often the previously mapped water border was of lower quality/resolution than
  newly added forest bordering with it. But as often both new and old borders were equally&nbsp;accurate.</p>
  <p>Still, this resulted in forest partially “sinking” into water and partially remaining
  on an&nbsp;islet.</p>
  <p>Manual solutions&nbsp;include:</p>
  <ul>
  <li>Replacing geometry for small islets to better reflect land cover and aerial&nbsp;images.</li>
  <li>Deleting, merging and snapping nodes of new and old ways to make sure land cover
    stays within the designated borders. ContourMerge [3] is 
    also useful to speed things&nbsp;up.</li>
  </ul>


  <h3>Roads partially inside a forest, partially outside&nbsp;it</h3>
  <p><img alt="Partial pockets" src="https://atakua.org/w/images/road-in-out.jpg"></p>
  <p>It has to be manually cut through with two “split way”&nbsp;actions:</p>
  <p><img alt="Cut placement for road" src="https://atakua.org/w/images/road-in-out-cut.jpg"></p>
  <p>This is very laborious and not always possible in cases of multiple inner/outer
  ways of a multipolygon as they are not considered as a single closed polygon
  that could be cut&nbsp;through:</p>
  <p><img alt="Impossible to make a cut for road" src="https://atakua.org/w/images/road-in-out-impossible.jpg"></p>
  <p>Something has to be improved in order to speed up processing of such&nbsp;cases.</p>
  <h3>Occasional isthmuses between two land use areas separated by&nbsp;road</h3>
  <p>When a road goes through a forest or a field, there are often situations when a 
  single or a small group of nodes belong to both fields, connecting them briefly, 
  like a waistline or an isthmus, if you will. Ideally, the road should either 
  lie completely outside any field, lie completely on top of a single 
  uninterrupted field, or be a part of a border between these fields. 
  See selected nodes on two examples&nbsp;below.</p>
  <p><img alt="Waistline 1" src="https://atakua.org/w/images/Isthmuses-near-roads-1.jpg"></p>
  <p><img alt="Waistline 2" src="https://atakua.org/w/images/Isthmuses-near-roads-2.jpg"></p>
  <p>Basically there should be either three “parallel” lines (two field borders and a 
  road between them), one line (being both a border and a road at the same time),
  or just one road on top of a monolithic&nbsp;field.</p>
  <p>A manual solution can consist&nbsp;of:</p>
  <ul>
  <li>Delete the connecting node or node group placed close to the&nbsp;road</li>
  <li>Delete/fill in the empty space under the road, possibly merging land use areas
    it was&nbsp;separating</li>
  <li>Merge two boundaries to a single way that is also a&nbsp;road.</li>
  </ul>
  <p>An automatic solution would be to have a plugin or data processing phase that 
  uses existing ways for roads to cut imported polygons into smaller pieces placed
  on different sides of that road. Then smaller ways are thrown away as&nbsp;artifacts.</p>
  <p>Current script <code>plow-roads.py</code> [9] mimics attempt to do something similar to this by 
  simply removing land cover nodes that happen to lie too close to any road segment.
  This do ensure that isthmuses get deleted in many cases. A disadvantage is that
  often “innocent” nodes that simply were too close to a road get deleted, creating
  several types of other problems, such as too big gaps between the road and the 
  field, too straight lines for a field border, self-intersections or even unclosed&nbsp;ways.</p>
  <h3>Noisy details in residential&nbsp;areas</h3>
  <p>There is no problem with regions already circled by <code>landuse=residential</code> as 
  they go to the mask layer and efficiently prohibit any overlapping with new
  landcover data to be imported. However, it is not mandatory to outline each and 
  every settlement with this tag. Often only individual houses are outlined. 
  Besides, there are many places where even no houses are mapped&nbsp;yet.</p>
  <p>Previously unmapped areas of small farms, residential areas and similar areas 
  with closely placed man-made features receive a lot of small polygons that are 
  trying to fill in all empty spaces between buildings, map individual trees&nbsp;etc.</p>
  <p><img alt="Noise in residential area" src="https://atakua.org/w/images/Noisy-residential-areas.jpg"></p>
  <p>A manual solution is to delete all new polygons covering the area, as they are 
  not of high value for man-made features. It is worth noticing that in most 
  cases it is “grass” polygons with small individual areas. Selecting with a 
  filter or search functions and then inspecting or deleting all ways tagged 
  “grass” that are smaller than a certain area could speed up manual&nbsp;work.</p>
  <p>However, it is hard to find all such places, leading to untidy results reported 
  by others [5]&nbsp;[6].</p>
  <p>A semi-automatic assistance method would be to buffer [13] already mapped buildings 
  in the mask layer with about 10-20 meters distance to make sure that they are not
  being overlapped with landcover data. This does not solve the problem of unmapped
  buildings&nbsp;however.</p>
  <h3>Risk of editing unrelated existing&nbsp;polygons</h3>
  <p>Because the <span class="caps">OSM</span> data contains a mixture of everything in a single layer,
  it is very easy to accidentally touch existing features that are not part
  of the import&nbsp;intent.</p>
  <p>Generally, for the land cover import, one is foremost interested in
  seeing and interacting with features tagged with <code>landuse</code>, <code>natural</code>,
  <code>water</code> or similar. Certain linear objects, such as <code>highway</code> and <code>power</code>, 
  are also important to work on as they in fact often interact with the land cover&nbsp;polygons.</p>
  <p>What is almost never important is all sorts of administrative borders.
  Examples of such areas are: <code>leisure=nature_reserve</code>, <code>landuse=military</code>,
  <code>boundary=administrative</code> etc. They rarely correlate with the terrain. 
  One does not want to accidentally move them as their position is dictated by
  human agreements, laws, political situation etc. but not the actual state of the&nbsp;land.</p>
  <p>It is recommended to create a filter in <span class="caps">JOSM</span> [12] that inactivates all 
  undesirable features, still keeping them as vaguely visible in the 
  background. This way, it becomes impossible to accidentally select them and 
  thus change&nbsp;them.</p>
  <h3>Interaction with <span class="caps">CORINE</span> Land Cover data&nbsp;2006</h3>
  <p>In general, the priority was always given to existing features, even if it was
  apparent that they provide a lower resolution or even notably worse information
  about the actual matter of things. This meant that boundaries of new features
  were typically adjusted to run along or reuse boundaries of old&nbsp;features.</p>
  <p>In several cases when correspondence to reality was especially bad, existing
  features were edited to make sure their borders were in better shape. When it
  was possible not to have a common border between old and new features, the old ones
  were left&nbsp;untouched.</p>
  <p>As an exception, the <span class="caps">CORINE</span> Land Cover 2006 [7] polygons from earlier <span class="caps">OSM</span> imports 
  were not always preserved.
  For example, in mountainous regions they were completely replaced by the new data.
  They have not been included into the mask&nbsp;layer. </p>
  <p>In regions with less altitude the <span class="caps">CLC2006</span> features were mostly added for forests.
  There they were mostly preserved, at least their tagging part. However, low precision of 
  such polygons forced to edit their borders on many occasions, adjusting nodes, adding nodes,
  removing nodes or rarely removing the whole feature and replacing it from the 
  import data and/or manually redrawn&nbsp;data.</p>
  <h3>Removal of small excessive&nbsp;details</h3>
  <p>These were numerous. Typically the focus was on simplifying excessively
  detailed or noisy polygons generated by the&nbsp;scripts.</p>
  <p>Examples of manual processing&nbsp;include:</p>
  <ul>
  <li>
  <p>Removal of small polygons of 12 nodes and less. This was only used for
    certain tiles where “slivers” of polygons filled “no man’s land” between
    already mapped land cover polygons with double&nbsp;borders.</p>
  </li>
  <li>
  <p>Smoothing of polygons that follow long roads. It is typically expected that 
  land cover borders adjacent to roads run more or less along them without any
  jerking unless there is a reason for&nbsp;it. </p>
  </li>
  </ul>
  <p>Because of that, the following fragment needed some manual&nbsp;editing:</p>
  <p><img alt="Before smoothing" src="https://atakua.org/w/images/before-smoothing-long-segment.jpg"></p>
  <p>It starts looking much more “human” after a great deal of just added nodes have 
  been&nbsp;removed:</p>
  <p><img alt="After smoothing" src="https://atakua.org/w/images/after-smoothing-long-segment.jpg"></p>
  <h3>Validate, validate,&nbsp;validate</h3>
  <p>To validate data after major editing steps and directly before uploading
  means that one would run the validation steps a dozen times per a tile at&nbsp;least.</p>
  <p><img alt="JOSM validation frame" src="https://atakua.org/w/images/Validation-small-window.jpg"></p>
  <p>The base layer often gives quite a few unrelated warnings for issues that were 
  present even before you have touched the&nbsp;tile.</p>
  <p>The most common ways to fix discovered issues are to delete nodes, merge nodes,
  snap nodes to a line, or move nodes a&nbsp;bit.</p>
  <p>The most common problems that were present in an unmodified open tile import vector 
  layer&nbsp;were:</p>
  <p><span class="dquo">“</span>Overlapping identical landuses”, “Overlapping identical natural areas” etc. 
  As planned, this happened along borders of new and old&nbsp;objects.</p>
  <h4>Duplicate&nbsp;nodes</h4>
  <p>It is easy to fix them manually by pressing a button in the validator&nbsp;panel.</p>
  <p><img alt="Duplicate nodes" src="https://atakua.org/w/images/Screenshot_20190516_203841.jpg"></p>
  <h4>Unconnected nodes without&nbsp;tags</h4>
  <p>Typically those are remnants of filtering, snapping or similar actions.
  If it was you who added them, these nodes can be safely deleted by the
  validator&nbsp;itself.</p>
  <p>In the base layer, take a minute to check that any untagged orphan nodes are indeed old (more than several months old).
  Freshly added nodes may in fact be a part of a big upload someone else is doing right now. Because of <span class="caps">OSM</span>’s specifics,
  new nodes are added first but ways start connecting them only after later parts of the same changeset
  has been uploaded. The window between these two events may be as big as several hours. So do not clean up
  untagged nodes added by others if they were added just&nbsp;recently. </p>
  <p>If you see a lone node added three years ago, then it is most definitely can be 
  safely removed — someone else has forgotten to use that node a long time&nbsp;ago.</p>
  <h4>Overlapping landuse of different types, e.g. water and&nbsp;forest.</h4>
  <p>A small new feature that is likely to be a “sliver” of land cover squeezed between old and new data.
  Those can be safely&nbsp;removed:</p>
  <p><img alt="Overlapping slivers" src="https://atakua.org/w/images/Screenshot_20190516_204255.jpg"></p>
  <p>Larger new features would require creating a single shared border with an old existing
  feature they overlap&nbsp;with.</p>
  <p>An example&nbsp;before:</p>
  <p><img alt="Before having a common border" src="https://atakua.org/w/images/Screenshot_20190516_235608.jpg"></p>
  <p>The same border after it has been&nbsp;unified:</p>
  <p><img alt="After making a common border" src="https://atakua.org/w/images/Screenshot_20190516_235724.jpg"></p>
  <p>Often it is possible (and reasonable) to merge two identically tagged overlapping polygons
  into one. Press “Shift-J” in <span class="caps">JOSM</span> to achieve that. This may turn out to be easier than
  trying to create a common border between&nbsp;them.</p>
  <p>Before:</p>
  <p><img alt="Before merging two polygons" src="https://atakua.org/w/images/Screenshot_20190516_231134.jpg"></p>
  <p>After:</p>
  <p><img alt="After merging two polygons" src="https://atakua.org/w/images/Screenshot_20190516_231227.jpg"></p>
  <h4>Unclosed&nbsp;multipolygons</h4>
  <p>This was a rather awkward manifestation of a bug in <code>plow-roads.py</code>. Specifically,
  when a node connecting two outer ways of a long outer multipolygon line was chosen
  to be deleted, the script did not re-close the new resulting&nbsp;multi-way.</p>
  <p>It did close regular ways if their start/end nodes were removed, but for the
  script did not track what the start/end node for more complex situations&nbsp;were.</p>
  <p><img alt="Unclosed way" src="https://atakua.org/w/images/Not-closed-multipolygon.jpg"></p>
  <p>Luckily, there were not many of such situations, and <span class="caps">JOSM</span> validator could
  always detect them. And it was always trivially easy to manually restore the
  broken geometry by reconnecting the&nbsp;ways.</p>
  <h4>New islets in&nbsp;lakes</h4>
  <p><img alt="New islands" src="https://atakua.org/w/images/Screenshot_20190517_074457.jpg"></p>
  <p>Islets should be marked as inner ways in lakes typed as multipolygons. However,
  as this import was specifically <em>not</em> about water objects, it was decided to left
  such new islets as simple polygons floating in the water. This saved time
  on editing lakes, many of which were not multipolygons. Their transformation
  from a single way into a relation can be done in a separate&nbsp;step.</p>
  <h3>Finding an overlapping&nbsp;object</h3>
  <p>The <span class="caps">JOSM</span> validator allows you to focus on the position of most warnings. This
  allows addressing them efficiently. This is very efficient for cases when a
  bounding box for the problem is small. And this is not always then&nbsp;case.</p>
  <p>It is sometimes hard to figure out how and where exactly an intersection between
  two polygons&nbsp;happens.</p>
  <p><img alt="Where is the conflict?" src="https://atakua.org/w/images/Where-is-conflict.jpg"></p>
  <p>On the picture there is one huge way and several small ways which overlap with the
  former. It’s close to impossible to figure out individual&nbsp;intersections.</p>
  <p>However, in the warnings page you can select a pair of conflicting polygons
  by their warning entry. And then you can select one of them (preferable the smallest one)
  by clicking on it, and then zoom to it by pressing <strong>3</strong> on your keyboard (“View — Zoom to&nbsp;Selection”).</p>
  <h3>Data&nbsp;uploading</h3>
  <p>The uploading of the resulting data starts just as a regular <span class="caps">JOSM</span> upload dialog.
  Follow the general guidelines&nbsp;[10].</p>
  <p>You are very likely to have more than a 1000 of objects to add/modify/delete which
  will cause the upload to the split into smaller chunks. You are also likely to
  exceed the hard limit of 10000 objects per a changeset, meaning your modifications
  will end up in separately numbered changesets. None of this matters in practice
  as there is neither atomicity nor even ability to transparently rollback 
  failed transactions in the project.
  All open changesets are immediately visible to others. You cannot easily control the order
  in which new data will be packed into the changesets either, so most likely
  your initial changesets will contain only new untagged nodes; the following upp
  changesets will add ways and relations between&nbsp;them.</p>
  <h4>Problems during the&nbsp;upload</h4>
  <p>For huge <span class="caps">OSM</span> uploads there is always risk that something goes wrong. Do not panic,
  everything is solvable, and this is the way huge distributed systems operate in any&nbsp;way.</p>
  <p>Here are some of the problems that happened to&nbsp;me.</p>
  <ul>
  <li>
  <p>A conflict with data on the server. This is reported to you through a conflict
    resolution dialog. Just use your common sense by choosing which yours and which
    theirs changes will stay. It is often the case that “they” means “you” as well,
    only the data you’ve uploaded earlier. I do not understand yet what are the specific cases
    when this happens, but it rarely does. Before resuming the uploading, re-run the
    validation one more&nbsp;time.</p>
  </li>
  <li>
  <p>A hung up uploading. Again, it is unclear why this happens, but it largely correlates
    with network problems between you and the server. <span class="caps">JOSM</span> does not issue any
    relevant messages into the <span class="caps">UI</span> or to the log, it just stays still and nothing happens.
    If you suspect this has happened, abort the uploading and re-initiate it again.
    Do not download new data in between. Sometimes your current changeset on the server
    becomes closed and <span class="caps">JOSM</span> reports that to you. In this case, open a new one and continue.
    There is nothing you can do about it in any case, so why even bother reporting
    this to the&nbsp;user?</p>
  </li>
  <li>
  <p><span class="caps">JOSM</span> or your whole computer crashes and reboots. You’ve saved your data file before starting the upload, right?
    Open that file and&nbsp;continue.</p>
  </li>
  </ul>
  <p>If any of such problems have happened during the uploading, after you are done
  with pushing your changes through do a paranoid check. Download the same region again
  (as a new layer) and validate it. It could have happened that multiple nodes or
  ways with identical positions have been added to the database. In this case,
  use the validator buttons to automatically resolve this and then upload the
  correcting changeset as the last step. It is typically not needed, but to
  check that no extra thousands of objects are present is a right thing to&nbsp;do.</p>
  <p>It is possible to “roll back” your complete changeset in <span class="caps">JOSM</span> by committing
  a new changeset [11], but it is usually not needed unless your original upload was
  a complete&nbsp;mistake.</p>
  <h3>Links</h3>
  <ol>
  <li><a href="https://grass.osgeo.org/grass77/manuals/v.generalize.html" rel="nofollow noopener noreferer">https://grass.osgeo.org/grass77/manuals/v.generalize.html</a></li>
  <li><a href="https://josm.openstreetmap.de/wiki/Help/Action/SimplifyWay" rel="nofollow noopener noreferer">https://josm.openstreetmap.de/wiki/Help/Action/SimplifyWay</a></li>
  <li><a href="https://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/<span class="caps">JOSM</span>/Plugins/ContourMerge</a></li>
  <li><a href="https://github.com/grigory-rechistov/snapnewnodes" rel="nofollow noopener noreferer">https://github.com/grigory-rechistov/snapnewnodes</a></li>
  <li><a href="https://lists.openstreetmap.org/pipermail/talk-se/2019-May/003673.html" rel="nofollow noopener noreferer">https://lists.openstreetmap.org/pipermail/talk-se/2019-May/003673.html</a></li>
  <li><a href="http://grillo.users.openstreetmap.se/b353786731daa0679d8bed94907e465b2ce70029.jpg" rel="nofollow noopener noreferer">http://grillo.users.openstreetmap.se/b353786731daa0679d8bed94907e465b2ce70029.jpg</a></li>
  <li><a href="https://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover</a></li>
  <li><a href="https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan</a></li>
  <li><a href="https://github.com/grigory-rechistov/nmd-osm-tools/blob/master/plow-roads.py" rel="nofollow noopener noreferer">https://github.com/grigory-rechistov/nmd-osm-tools/blob/master/plow-roads.py</a></li>
  <li><a href="https://josm.openstreetmap.de/wiki/Help/Action/Upload#Runningaverylargeupload" rel="nofollow noopener noreferer">https://josm.openstreetmap.de/wiki/Help/Action/Upload#Runningaverylargeupload</a></li>
  <li><a href="https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/<span class="caps">JOSM</span>/Plugins/Reverter</a></li>
  <li><a href="https://josm.openstreetmap.de/wiki/Help/Dialog/Filter" rel="nofollow noopener noreferer">https://josm.openstreetmap.de/wiki/Help/Dialog/Filter</a></li>
  <li><a href="https://grass.osgeo.org/grass76/manuals/v.buffer.html" rel="nofollow noopener noreferer">https://grass.osgeo.org/grass76/manuals/v.buffer.html</a></li>
  </ol>
  <pre><code>&lt;hr/&gt;
  </code></pre>


guid: https://www.openstreetmap.org/user/omgitsgela/diary/390135
url: https://www.openstreetmap.org/user/omgitsgela/diary/390135
title: How to run JOSM on Chromebook
published: 2019-06-26 19:24:02
fetched: 2019-07-02 11:00:04.251119
created_at: 2019-06-27 07:30:04.074468
updated_at: 2019-07-02 11:00:04.376483
summary:
  <p>Did you just get a Chromebook, and excited to get mapping with it? You can run JOSM on Chromebook with a little bit of effort. This guide was written for ChromeOS 74.0.3729.159 and up and relies on the Debian Stretch 9 emulator Crostini. As you’re entering these commands, you can copy and paste them from the website to the Debian terminal by using a right click (or Alt + Click if you don’t have an external mouse connected)</p>

  <h1 id="step-1---enable-linux-apps">Step 1 - Enable Linux Apps</h1>
  <p>Open the Settings app, and search for Linux. Click “Turn On” to enable Linux support. On the popup installer, click Install. Sit back and wait. When the installation is complete, a Debian Linux shell terminal will automatically open.</p>

  <h1 id="step-2----add-the-josm-repository">Step 2 -  Add the JOSM repository</h1>
  <p>This command adds the JOSM repository to the sources list.
  echo deb <a href="https://josm.openstreetmap.de/apt" rel="nofollow noopener noreferer">https://josm.openstreetmap.de/apt</a> alldist universe | sudo tee -a /etc/apt/sources.list</p>

  <p>Download and register the OpenStreetMap public key.
  wget -q <a href="https://josm.openstreetmap.de/josm-apt.key" rel="nofollow noopener noreferer">https://josm.openstreetmap.de/josm-apt.key</a> -O- | sudo apt-key add -</p>

  <h1 id="step-3---update-the-apt-repositories-and-install">Step 3 - Update the APT repositories and install</h1>
  <p>This will query updates to all packages, and install josm afterwards. This will take quite some time. Go grab a coffee.
  sudo apt update ; sudo apt install josm</p>

  <h1 id="step-4---run-josm">Step 4 - Run JOSM</h1>
  <p>Open up JOSM within the App Folder “Linux Apps” from the launcher. It’s possible that JOSM could have too small a font to read on your screen. The fix is to install Java 11 and use UIScaling to render the applet with a larger font. If you wish to fix this and give JOSM a larger font, follow the next steps:</p>

  <h2 id="optional-step-5---enable-backports">Optional Step 5 - Enable Backports</h2>
  <p>Debian Stretch doesn’t come with Java JDK 11 by default, but we can enable it by adding the backports software repository.</p>

  <table>
    <tbody>
      <tr>
        <td>echo deb <a href="http://deb.debian.org/debian" rel="nofollow noopener noreferer">http://deb.debian.org/debian</a> stretch-backports main</td>
        <td>sudo tee -a /etc/apt/sources.list</td>
      </tr>
    </tbody>
  </table>

  <h2 id="optional-step-6---install-jdk-11">Optional Step 6 - Install JDK 11</h2>
  <p>UIScaling is only compatible with JDK 11, not the default JDK 8. We need to upgrade. Enter this command:
  sudo apt install openjdk-11-jdk</p>

  <h2 id="optional-step-7---reinstall-josm-so-it-sees-jdk-11">Optional Step 7 - Reinstall JOSM so it sees JDK 11</h2>
  <p>We want to make sure JOSM is configuring itself to use JDK 11 instead of 8. Reinstall it.</p>

  <p>sudo apt remove josm ; sudo apt install josm</p>

  <h2 id="optional-step-8---edit-the-launcher-tile">Optional Step 8 - Edit the Launcher Tile</h2>
  <p>We need to inject the UI Scaling parameters into the launcher tile. The best way to do this is with the command line text editor nano, but you can use whichever editor you are most familiar with.
  sudo apt install nano</p>

  <p>Once nano is installed, use the command sudo nano /usr/bin/josm
  Navigate to line 27, and you should see this option:
  JAVA_OPTS=”-Djosm.restart=true -Djava.net.useSystemProxies=true $JAVA_OPTS”</p>

  <p>Edit this line to state the following:
  JAVA_OPTS=”-Dsun.java2d.uiScale=2.0 -Djosm.restart=true -Djava.net.useSystemProxies=true $JAVA_OPTS”</p>

  <h2 id="mandatory-step-9---start-mapping">Mandatory Step 9 - Start mapping!</h2>

  <h1 id="some-caveats">Some caveats:</h1>
  <ol>
    <li>uiScale values between 1.0 and 2.0 don’t seem to make a difference. For some people, a 2.0 scaling factor might actually be too big. I don’t know why we are unable to pick a smaller value. Perhaps someone else has some feedback on how to choose a scaling value between the two.</li>
    <li>JOSM will NOT pick up remote commands from task managers across the Debian shell environment. If you need to import or do task manager roles, I’d recommend using GPX file downloads, or edit with iD and copy the URL of the ID editor into JOSM’s downloader to get the boundary.</li>
    <li>I am not a linux expert. These commands might break something. Luckily, if you break things, you can just turn off and back on the Linux environment in ChromeOS settings and start from scratch. I’d recommend backing up the linux environment before proceeding if you already have it active for your Chromebook. Some of these commands might have better ways to do the same thing. If you’re a Linux wizard, feel free to comment about better ways to do these steps.</li>
  </ol>


guid: tag:blogger.com,1999:blog-3395883144047931311.post-1457837807381140829
url: http://tlatet.blogspot.com/2019/06/i-havent-posted-anything-here-on.html
title: I haven't posted anything on cycling for over seven years.
updated: 2019-06-27 12:29:46.298000
published: 2019-06-27 12:25:00.002000
fetched: 2019-10-09 09:30:14.485340
created_at: 2019-06-27 12:30:16.860684
updated_at: 2019-10-09 09:30:14.747574
content:
  <a data-flickr-embed="true" href="https://www.flickr.com/photos/petereed/47849108932/in/datetaken/" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;" title="NCN-1"><img alt="NCN-1" height="500" src="https://live.staticflickr.com/65535/47849108932_c980272396.jpg" width="375" /></a><script async="" charset="utf-8" src="//embedr.flickr.com/assets/client-code.js"></script>I have now.


guid: https://www.openstreetmap.org/user/Piotr%20Str%C4%99bski/diary/390137
url: https://www.openstreetmap.org/user/Piotr%20Str%C4%99bski/diary/390137
title: POI-e dla miast i miasteczek
published: 2019-06-27 08:22:14
fetched: 2019-07-02 22:30:04.521087
created_at: 2019-06-27 20:30:04.744044
updated_at: 2019-07-02 22:30:04.644215
summary:
  <p>(Wpis ten jest modyfikacją/rozwinięciem wpisu dotyczącego interesujących punktów na mapie (POI) na terenie Warszawy):</p>

  <p>W każdym większym miasteczku czy mieście w Polsce znajdują się (w całości, lub w większej części) następujące instytucje publiczne, które warto dodawać do danych OpenStreetMap (można założyć, że jako instytucje publiczne same w sobie nie mają interesu, by zostać dodanymi do mapy). W przeciwieństwie do instytucji komercyjnych (“biznesów”) charakteryzują się większą trwałością i stabilnością istnienia, i mają jednocześnie charakter użyteczności społecznej (często nieodpłatnej):</p>

  <ul>
    <li>Sołtys / Urząd Dzielnicy / Urząd Miasta / Urząd Gminy / Starostwo Powiatowe / Urząd Wojewódzki</li>
    <li>Urząd stanu cywilnego</li>
    <li>Straż gminna / straż miejska</li>
    <li>Posterunek policji / Komisariat policji / Komenda policji</li>
    <li>placówki Poczty Polskiej</li>
    <li>Zakład Opieki Zdrowotnej</li>
    <li>Centrum Krwiodawstwa</li>
    <li>Szpital</li>
    <li>Straż pożarna</li>
    <li>Prokuratura</li>
    <li>Sąd</li>
    <li>Zakład Ubezpieczeń Społecznych</li>
    <li>Urząd Skarbowy</li>
    <li>Urząd Pracy</li>
    <li>Stacja Sanitarno-Epidemiologiczna</li>
    <li>Inspektorat Weterynarii</li>
    <li>Inspektorat Nadzoru Budowlanego</li>
    <li>Zarząd Dróg</li>
    <li>Wojskowa Komenda Uzupełnień</li>
    <li>Żłobek</li>
    <li>Przedszkole</li>
    <li>Szkoła podstawowa</li>
    <li>Liceum Ogólnokształcące</li>
    <li>Szkoła zawodowa</li>
    <li>Technikum</li>
    <li>Szkoła Wyższa</li>
    <li>Uniwersytet</li>
    <li>Kino</li>
    <li>Teatr</li>
    <li>Muzeum</li>
    <li>Dom kultury</li>
    <li>Biblioteka</li>
    <li>Ośrodek pomocy społecznej / Dom pomocy społecznej</li>
    <li>Centrum Pomocy Rodzinie</li>
    <li>Poradnia Psychologiczna / Poradnia psychologiczno-pedagogiczna</li>
    <li>Ośrodek Wychowawczy</li>
    <li>Dom Dziecka</li>
    <li>Schronisko dla zwierząt</li>
    <li>Miejsce Aktywności Lokalnej</li>
    <li>Bank Żywności</li>
    <li>Polskie Towarzystwo Turystyczno-Krajoznawcze</li>
    <li>Towarzystwo Przyjaciół Dzieci</li>
    <li>Centrum Sportu i Rekreacji</li>
  </ul>

  <p>Jeśli więc postanawiasz uzupełnić dane OSM o kolejny ośrodek miejski - warto zawsze zrobić wcześniejszy rekonesans jego terenu o instytucje z powyższej listy! :-)</p>


guid: https://www.openstreetmap.org/user/Piotr%20Str%C4%99bski/diary/390138
url: https://www.openstreetmap.org/user/Piotr%20Str%C4%99bski/diary/390138
title: Cui bono, OSM?
published: 2019-06-27 09:12:12
fetched: 2019-07-02 23:30:04.370984
created_at: 2019-06-27 21:30:04.150293
updated_at: 2019-07-02 23:30:04.570255
summary:
  <p>Komu służy OpenStreetMap? Mówiąc najprościej, że ludziom - mówimy jednocześnie wszystko, ale i nic. Bo jakim ludziom? Służy do czego? Zapraszam do podawania swoich typów w komentarzach, i zapoznajcie się z kilkoma moimi:</p>

  <ul>
    <li>Turystom - w odnajdywaniu się w obcym miejscu, odnajdywaniu ważnych dla siebie obiektów (turystycznych, funkcjonalnych);</li>
    <li>Straży pożarnej, służbom ratunkowym, służbom porządkowym - w szybkim odnajdywaniu i rozeznawaniu się w miejscu interwencji, w szybkim dotarciu do miejsca zagrożenia, niesienia pomocy itd.;</li>
    <li>Kurierom i pocztowcom - w sprawnym i szybkim docieraniu do punktu dostarczenia przesyłek;</li>
    <li>Taksówkarzom i parataksówkarzom (Uber, Bolt i inne) - w sprawnym i szybkim docieraniu z miejsca odbioru pasażera do miejsca celu jego podróży;</li>
    <li>Mieszkańcom - w sprawnym odnajdywaniu się w miejscu zamieszkania: w odnajdywaniu najbliższych sklepów, punktów usługowych, miejsc usług publicznych (służba zdrowia, policja, straż pożarna, szkoła, biblioteka itd.);</li>
    <li>Właścicielom działalności gospodarczej - w ułatwianiu odnajdywania przez zainteresowanych swoich punktów usługowych;</li>
    <li>Włodarzom miast i innych jednostek terytorialnych - w szansie na bardziej racjonalne planowanie przestrzenne, na wizualizacji rozmieszczenia danych instytucji czy przedmiotów służących mieszkańcom (w tym banalnych ławek do siedzenia czy koszy na śmieci)…;</li>
    <li>Kierowcom, rowerzystom, pieszym - w sprawnym i możliwie najbardziej optymalnym rozplanowaniu swojej podróży czy drogi dojścia do celu;</li>
  </ul>

  <p>Będzie kontynuowane… :-)</p>


guid: https://www.openstreetmap.org/user/Nmxosm/diary/390139
url: https://www.openstreetmap.org/user/Nmxosm/diary/390139
title: Amazon Logistik Team bei OSM
published: 2019-06-27 09:59:29
fetched: 2019-07-02 23:30:04.370984
created_at: 2019-06-27 22:00:04.341674
updated_at: 2019-07-02 23:30:04.567885
summary:
  <p>Vor zwei Tagen ist mir bei meinen regelmäßigen Besuchen bei <a href="https://overpass-api.de/achavi/?zoom=14&amp;lat=50.12714&amp;lon=8.6983&amp;layers=B0TTTFT" rel="nofollow noopener noreferer">Achavi</a> aufgefallen, dass <a href="https://www.openstreetmap.org/user/harpreo" rel="nofollow noopener noreferer">harpreo</a> vom Amazon Logistics Team einen Briefkasten mit einer Straße verbunden <a href="https://www.openstreetmap.org/changeset/71563259" rel="nofollow noopener noreferer">hat</a>. Netterweise steht in dem Benutzerprofil auch die E-Mail, an die man sich in diesem Fall wenden soll. Eine Kopie dieser E-Mail habe ich auch als Kommentar an dem Änderungssatz hinterlassen.</p>

  <p>Und siehe da: Nach ungefähr einem Tag hatte ich eine Antwort und der Fehler war behoben. Das ist eine Reaktionsgeschwindigkeit, von der ich sonst oft nur träumen könnte. Vielen Dank!</p>


guid: https://www.openstreetmap.org/user/JasonManoloudis/diary/390142
url: https://www.openstreetmap.org/user/JasonManoloudis/diary/390142
title: GSoC 2019 - Changes to 1st task & Human-readable traffic sign values - OSM2World
published: 2019-06-27 20:30:09
fetched: 2019-07-03 01:30:03.876581
created_at: 2019-06-28 09:00:04.028731
updated_at: 2019-07-03 01:30:03.998432
summary:
  <h1 id="introduction">Introduction</h1>
  <p>This is the second post made regarding the Google Summer of Code 2019 progress. The first month is coming to an end and with it, the first 2 tasks as well. In this entry I will present what is new and what has changed, in regards to the <a href="https://www.openstreetmap.org/user/JasonManoloudis/diary/368806" rel="nofollow noopener noreferer">first task</a> as well as the work and decisions made on the second one. Exported images of demo renderings are also included at the bottom of this entry. <strong>You can see all the changes mentioned below in the pull request <a href="https://github.com/tordanik/OSM2World/pull/147" rel="nofollow noopener noreferer">here</a></strong> <br>
  So, let’s begin:</p>

  <h1 id="minor-noteworthy-changes-on-the-1st-task">Minor noteworthy changes on the 1st task</h1>
  <p>If you happened to follow my previous diary entry as well you may have noticed that it was mentioned that “<em>Depending on their importance, I may include a brief of them in the next diary post</em>”, referring to additional changes. Major ones are presented in the next paragraph below but I chose to also include the ones listed here; although they may not directly affect the flow/functionality of the program they still do play their role. <br> What is new:</p>
  <ul>
    <li>Javadoc is created in important parts of the code such as the configureMaterial() method in TrafficSignModule and the File field in both TextTextureData (TTD) and ImageTextureData. The later Javadoc addition is to demonstrate the major differences these fields have despite their overall similarity.</li>
  <li>Getter functions have been removed from TTD and its fields have been made public, following the concept of its parent superclass TextureData.
  </li>
  <li>"osm2world" is now appended to every prefix of a temporary image created in TTD getFile() method as a way to help users understand where those new files in their systems came from
  </li>
  <li>Last but not least, the hashCode() and equals() methods are now only defined in the TTD and ImageTextureData child classes instead of the TextureData parent one. Prior to that, an ImageTextureData object could be deemed equal to a TextureData one, as they used to bear the same fields, which should obviously not happen.</li>
  </ul>

  <h1 id="major-changes-on-the-1st-task">Major changes on the 1st task</h1>

  <ul>
    <li>TextTextureData now accepts all super-class fields as constructor parameters. That also inevitably meant that all those fields should be made configurable for the TTD objects via the configuration file. Thus, support for this is also implemented in Materials.java configureMaterials() method</li>
    <li>
      <p>Sticking to Materials.java configureMaterials(Config) method, this has also been restructured and had its flow altered, to improve readability and to avoid code duplication. That essential means 2 things</p>

      <ol>
        <li>The Wrap style parsing as well as the TexCoordFunction parsing are now methods as they 
     are necessary for both types of texture layers.</li>
        <li>The “image” type is now used as the default type for a layer, by adding a <br>
     <code>String type = config.getString(typeKey, "image");</code> line</li>
      </ol>
    </li>
  </ul>

  <p>Based on that, the current flow is as presented below:</p>

  <pre><code class="language-Java">if ("text".equals(type)) {
          ...
          textureDataList.add(textTextureData);
  } else if ("image".equals(type)) {
          ...
          textureDataList.add(imageTextureData);
  } else {
          System.err.println("unknown type value: " + type);
  }
  </code></pre>

  <ul>
    <li>
      <p>Temporary created images are no longer stored in /textures folder due to the fact that, in the case of application-crashing, these files would “stick around” until manually deleted. By using <code>createTempFile(String, String)</code> without a directory parameter, the files are stored in the default temporary-file directory of the OS (/tmp for Ubuntu). Upon restart/shutdown the contents of this folder are deleted so problem solved!</p>
    </li>
    <li>
      <p>POVRay target also ignores TTD layers. That is achieved by placing rather simple <code>if layer instanceof TTD</code> clauses in necessary parts of the code, being guided by the errors that occurred before that. As of now, for both obj and povray exports, if a TTD is present “above” and image layer, only the image layer will be rendered</p>
    </li>
  </ul>

  <h1 id="human-readable-traffic-sign-values">Human-readable traffic sign values</h1>
  <p>For this task, the most important part is that of <em>Add a configuration option of which country’s style of sign to assume, as same signs have different representations in different countries</em>, as defined in the GSoC application document. 
  The way that was going to be implemented was by defining configuration files for different countries (e.g. greece_config.properties) that would include entries that defined that style (and more). That was then going to be loaded together with the main configuration file without requiring any action by the user. So, to achieve that, classes that parse the configuration file needed to be altered. That was initiated with a change on OSM2World.java, which also holds the main class, by adding:</p>

  <pre><code class="language-java">String locale = fileConfig.getString(localeKey);

  if(locale != null) {
  	String localeFileName = locale+"_config.properties";
  	File localeProperties = new File(localeFileName);
  	if(localeProperties.exists()) {
  		fileConfig.append(new PropertiesConfiguration(localeFileName));
  	}else {
  		System.out.println(locale+"_config.properties file does not exist or it is not"
  		+ "in the same directory as "+configFile.getName()+". Nothing happens");
  	}
  }
  </code></pre>
  <p>where localeKey stands for the name of the country defined in the main configuration file.
  But before going any further with altering other such classes (e.g. ReloadOSMAction.java), by digging further into the Java PropertiesConfiguration documentation it was found that this functionality is already implemented by default. What one has to do is add a line like
  <code>include = pathToTheCountryConfigurationFile</code> in the main .properties file and voila!
  Given that, it was then decided that no further action was necessary and a localization option as a command line argument is likely to be later implemented.</p>

  <h1 id="png-output-of-current-results">Png output of current results</h1>
  <p>The following renderings are created just by mapping the signs. An entry like 
  <code>&lt;tag k='traffic_sign' v='DE:274-30' /&gt;</code> would create the sign in the first image and <code>&lt;tag k='traffic_sign' v='DE:274-50,1001-31[5]' /&gt;</code> would result to the sing in the second one.
  <img src="https://i.imgur.com/Z1bSG18.png" alt="DE:274-30"> <br>
  <img src="https://i.imgur.com/y4BkbLB.png" alt="DE:274-50,1001-31[5]"></p>

  <h2 id="gsoc-application-document">GSoC Application document</h2>
  <p><a href="https://github.com/JayGhb/GSoC-2019-Application" rel="nofollow noopener noreferer">https://github.com/JayGhb/GSoC-2019-Application</a></p>

  <h2 id="coming-up-svg-texture-support">Coming up: SVG texture support</h2>


guid: https://www.openstreetmap.org/user/Atakua/diary/390143
url: https://www.openstreetmap.org/user/Atakua/diary/390143
title: Land cover conflation. Unsolved issues and further ideas
published: 2019-06-27 21:15:57
fetched: 2019-07-03 02:30:03.600910
created_at: 2019-06-28 09:30:04.251708
updated_at: 2019-07-03 02:30:03.720403
summary:
  <p>Originally published here: <a href="https://atakua.org/w/landcover-conflation-unsolved-issues.html" rel="nofollow noopener noreferer">https://atakua.org/w/landcover-conflation-unsolved-issues.html</a></p>

  <p>This post continues where <a href="https://atakua.org/w/landcover-conflation-practical-issues.html" rel="nofollow noopener noreferer">the previous one</a>
  left&nbsp;off.</p>
  <p>After some time spent on processing and importing land cover data, I have
  several ideas on how to further improve and streamline both the import process
  and in general work with land cover features in <span class="caps">JOSM</span>.</p>
  <h3>Suggested tools to help with land cover&nbsp;data</h3>
  <p>Certain typical tasks arise over and over again when one works with polygons
  meant to represent land cover, regardless of whether they are imported or manually
  traced. At the moment there are no adequate tools in <span class="caps">JOSM</span> to assist with such&nbsp;tasks.</p>
  <p>The trick here is not trying to find an exact geometric solution to the tasks at hand,
  but rather imitate what a human would reasonably do to finish such a task. And a
  human would cut corners, allow some inexactness traded in for speed of&nbsp;completion.</p>
  <h4>Floodfill&nbsp;tool</h4>
  <p>A common task is to fill a gap between two or several polygons. An example would
  be to map a new farm field  situated between several forests or clammed between
  several intersecting road segments. Currently one has to carefully trace a new way along
  the existing borders, either reusing nodes or leaving a small gap between the new 
  ways and adjacent&nbsp;ones.</p>
  <p>The idea here is similar to pouring a bucket of paint into the middle of the empty
  area and then letting it spread out naturally to fill the empty area. The paint
  will then spread out until it hits borders, or until it runs out of&nbsp;paint.</p>
  <p>The same approach can be implemented in a tool that starts from a single node
  (or rather, from a tiny closed way) which then grows in all directions. Its 
  growth is stopped when a segment of the new way hits a boundary in a form of an
  existing way. Optionally, the new way can then snap to existing way&nbsp;there.</p>
  <p>It sounds simple, but it will require some clever implementation to be robust,
  fast and reliable. I can already see a couple of implementation details that
  will require some attention during the&nbsp;implementation.</p>
  <ol>
  <li>
  <p>The resulting polygon does not have to fill precisely the intended area. It is
  not bound to share all its boundary segments with surrounding features, or
  reuse all of their nodes. Surely, some nodes and segments may be shared, 
  but solutions that leave a small configurable gap between the new polygon and
  old polygons are also&nbsp;acceptable.</p>
  </li>
  <li>
  <p>The resulting polygon should treat itself as a boundary as well. It may happen
  that a resulting figure has holes in it, and a new polygon should become
  a multipolygon. The simplest alternative is to keep it as a polygon with thin
  “bridges” in it, almost wrapping around the inner&nbsp;holes.</p>
  </li>
  <li>
  <p>Surrounding land cover features are not guaranteed to create a closed perimeter 
  around the empty area one wants to map. There is a risk that the contents of the new 
  area will leak outside through gaps it founds between these surrounding features.
  To prevent uncontrolled spreading of the new way through such leaks two 
  strategies may be applied. Firstly, total area allowed to be covered by the floodfill 
  process should have a hard limit. Secondly, spreading through such holes can be
  detected by giving new nodes a non-zero buffer diameter. This basically makes
  them thick, and they won’t be able to squeeze through gaps smaller than a predetermined&nbsp;value.</p>
  </li>
  </ol>
  <h4>Polygon breaking&nbsp;tool</h4>
  <p>There are many situations when splitting a closed way that either intersects itself
  or overlaps with another one makes sense. Possible uses of such functionality&nbsp;include:</p>
  <ol>
  <li>
  <p>Fixing self-intersections of small loops left after simplification or
     coordinate transformations of&nbsp;polygons.</p>
  </li>
  <li>
  <p>Assuring new polygons have a nice single common border with old ones by
     cutting them in two by that boundary and then removing the smallest part as&nbsp;noise.</p>
  </li>
  </ol>
  <p>This is similar to what <code>v.clean</code> [1] does with options <code>tool=break</code> and <code>tool=bpol</code>.</p>
  <p>Another useful addition is to clean up zero angles in polygons, identically to
  what <code>tool=rmsa</code> does. These are always artifacts not worth keeping and as such
  it should be possible to remove&nbsp;them.</p>
  <h4>Smart and configurable tool to snap&nbsp;nodes</h4>
  <p>Having nice common borders between land cover features without any under- or
  overshoot is a hard task requiring a lot of manual&nbsp;labor.</p>
  <p>To drag or replace nodes to make a common border is called “snapping” them
  to new&nbsp;place.</p>
  <p>Current embedded <span class="caps">JOSM</span>-tools (“N” and “J” buttons) lack configurability and
  cannot be used at scale, although they are very useful to patch something&nbsp;up.</p>
  <p>The main problem with snapping is that it can destroy geometry quite significantly
  if done without&nbsp;measure.</p>
  <p>To make decisions which nodes to move and which to keep,
  a threshold distance value is used.
  However, the nodes to be snapped are usually already organized in ways, and
  preserving sanity in these ways after some of their nodes have been moved is a
  huge&nbsp;task.</p>
  <p>There are often two situations/issues: 1) to snap a node when there are multiple
  alternatives within a threshold distance, and 2) in which order to snap several
  nodes already placed on a&nbsp;way.</p>
  <p>If several nodes from the same source way are snapped to different ways in its vicinity,
  the result is often a mess of self-intersecting&nbsp;ways.</p>
  <p>Even if the same target way to snap is chosen for several nodes, if the order in which they
  are included into it is wrong, the result has zero-angled segments and annoying
  overlappings with destination ways within a narrow threshold area around&nbsp;them.</p>
  <p>What I think is needed is to think about the problem as an optimization task.
  An algorithm may iterate over small movements of individual
  source nodes which are moved according to “the force field” or “a potential” function
  defined by positions of destination ways. Source nodes which are far enough from
  destination segments do not experience any incentive to move around and are mostly
  still. Nodes closer to the threshold distance are attracted to destination ways,
  and eventually get placed on them. To prevent nodes becoming in a wrong order
  only one node per step is allowed to be included into a destination way, which
  can only be done unambiguously. In next iterations that node is treated as if
  it always was there, and incoming snapped nodes are ordered automatically correctly
  relative to it (<span class="caps">XXX</span> is it true? can I prove it? are there couterexamples to&nbsp;that?)</p>
  <p>To prevent source segments to overlap with destination segments the force potential
  should repulse the source segments from destination nodes. This way, source nodes
  are attracted to&nbsp;destination</p>
  <p>As it was pointed out earlier, we are not looking for a 100% correct solution
  but for a one that is good enough without being too destructive.
  The bad part is that this algorithm is more complex than simple snapping that
  could be done in linear time. A number of iterations to achieve a stable result
  may be hard to guess in each&nbsp;case.</p>
  <h4>Scanaerial integration into <span class="caps">JOSM</span>. Take into account existing object&nbsp;boundaries</h4>
  <p>Scanaerial [2] is a tool to help with tracing of aerial images. It is espacially
  effective for water surfaces (as they have simpler textures than e.g.&nbsp;forests).</p>
  <p>The problem is, it is an external program written in Python. Amongst many problems
  that this brings are: less than possible speed, no progress indication, awkward
  configuration of aerial imagery to&nbsp;use.</p>
  <p>Inclusion of the same functionality into <span class="caps">JOSM</span> directly as a Java plugin would
  allow the tool to have a better interface and provide smoother user experience.
  It could use all imagery that is present as <span class="caps">JOSM</span>&nbsp;layers.</p>
  <p>Another improvement is that it could be improved to stop at boundaries where there
  are already traced objects, by e.g. using them as a mask for raster. That would
  save a lot of time conflating results of tracing into the whole&nbsp;picture.</p>
  <h3>Not yet solved problems of traced data&nbsp;quality</h3>
  <p>This section discusses not yet solved problems in the import data I’ve worked with.
  It was required to manually edit their consequences, which was the limiting
  factor for import. Thus they are very much welcome to be solved mechanically whenever
  it is&nbsp;possible.</p>
  <h4>Nice parallel borders along&nbsp;roads</h4>
  <p>Compare the following two pictures. Before cleaning import forests along a&nbsp;road:</p>
  <p><img alt="Forests along road original" src="https://atakua.org/w/images/forests-along-roads-traced.jpg"></p>
  <p>After manual cleaning of&nbsp;nodes.</p>
  <p><img alt="Forests along road cleaned" src="https://atakua.org/w/images/forests-along-roads-cleaned.jpg"></p>
  <p>Usually humans find the second variant to be preferable as it has less nodes and
  less&nbsp;clutter.</p>
  <p>The task is almost equivalent to snapping nodes to an “invisible” buffer polygon
  created around the road. If all source nodes are placed on the buffer boundary,
  resulting forest borders would be parallel to the road in the&nbsp;middle.</p>
  <h4>Almost road channels in&nbsp;multipolygons</h4>
  <p>A road can run through a massive of a forest, farmyard or similar land cover.
  Alternatively, it can be placed completely outside of any land cover, effectively
  cutting it in halves. The road then has its own “channel” in which it&nbsp;runs.</p>
  <p>The worst case is when one has a mixture of these strategies. A road that
  runs outside the forest but then jumping into a short chunk of it and then
  emerging back from it is confusing. See the picture for&nbsp;explanation.</p>
  <p><img alt="Almost a road channel" src="https://atakua.org/w/images/almost-road-channel.jpg"></p>
  <p>Here, outer and inner ways of the surrounding multipolygon create “almost” a
  channel for the road. To properly remove the “plug” in this channel requires
  a huge amount of work: to split the outer way in to, to split the inner way in
  two and change its role to outer, then sew matching parts of these halves to
  obtain two outer ways placed on both sides of the&nbsp;road.</p>
  <h4>Deciding what to do with old data of lower&nbsp;resolution</h4>
  <p>This is kind of&nbsp;self-explanatory.</p>
  <p>As we get more and more highly detailed aerial pictures and more and more
  advanced remote sensing and tracing software, it is often obvious during an
  import when existing data is of lower resolution than the data that could have
  been imported in its place instead. But, to play it safe, the old data is considered
  to be “golden”, and new fine features get mangled at borders that contact old
  coarse&nbsp;features.</p>
  <p>In the case of lakes, many of them were present on the map, but badly traced.
  If we were to import lakes as well, it would be preferrable to replace those
  old ones with coarse boundaries with new ones. But how to reliably&nbsp;decide?</p>
  <p>Is it possible to measure resolution of vector&nbsp;objects?</p>
  <p><img alt="Lake of lower resolution than surrounding import data" src="https://atakua.org/w/images/lake-lower-resolution.jpg"></p>
  <h3>Final thoughts and&nbsp;ideas</h3>
  <p>A few notes to self to try before importing the next huge chunk of data. Or,
  to do as a completely separate&nbsp;imports.</p>
  <ol>
  <li>
  <p>Create a workflow to create raster mask layers from <span class="caps">OSM</span> <span class="caps">XML</span> by converting it to
     <span class="caps">SHP</span> and then to GeoTiff. Using <span class="caps">QGIS</span> and Geofablik’s exports is error prone
     as there are multiple files to combine and they have weird category&nbsp;mappings.</p>
  </li>
  <li>
  <p>Import of new short ways as single nodes when resolution is not enough. Individual
     houses are typically represented as a pixel in the input raster, or four
     nodes of 10×10 meters square in its vectorized form. For really remote buildings
     outside of any residential areas, it is possible to at least record their position
     as a&nbsp;node.</p>
  </li>
  <li>
  <p>Replacing geometry of ways with finer geometry. If there is a way to measure a “resolution”
     of a vector feature (fractal dimension metrics?), then two features whose centroids
     are close enough can be compared. Assuming that both features represent
     the same physical object, it can then be decided whether to replace old
     geometry with a new&nbsp;one.</p>
  </li>
  <li>
  <p>So far I was concerned with the goal of filling in the empty places.
     Defining and implementing a strategy for updating land cover is yet another
     topic to explore. The key here is to reliably decide when two features from
     old and new datasets represent the same object, and which representation is
     worth keeping. An techinique to cut holes in existing multipolygons will become
     critical to have to in order to e.g. implement a scenario when a section of a
     forest got burned down and should be excluded from the old multipolygon.
     Differential pixel comparison of new and old import data might become handy to
     find all places with “diffs” and act only on them. The key here is to bring
     raster inputs to comparable states (identical coordinate systems, spatial
     extents, pixel resolutions and land cover&nbsp;classifications).</p>
  </li>
  <li>
  <p>Generate import vector datasets of different “resolution” or “detaileness”.
     That is, prodice a family of parameterized datasets which have different
     aspects of their generation adjusted to one or another side.
     E.g., have a new layer that only has objects larger than a predetermined value;
     or have only data for forests; or apply different aggressiveness of smoothing
     algorithms. Typically, the “resolution” of new data is  dictated by existing
     data density for the tile. It does not make sense to add multitude of fine
     details to a tile that was coarsely outlined, without essentially redoing it
     from scratch.
     However, there should be just a few of such datasets per a tile though.
     Otherwise one would spend too much time choosing from them and comparing them
     between each other instead of integrating them into the&nbsp;map.</p>
  </li>
  <li>
  <p>Use local “rubber band stretch” transformations for the vector data when
     adjusting positions of individual nodes in respect to positions of existing
     nodes. Just as the pioneers in the map conflation did. The potential function
     idea outlined earlier kind of builds on the ability to stretch things without
     introducing new topological errors to human’s&nbsp;dismay.</p>
  </li>
  <li>
  <p>Reduce number of inner polygons in multipolygons, leaving only the biggest ones
     (e.g. more than 5% of the outer way area). We have too many fine details, but
     which of them to&nbsp;keep?</p>
  </li>
  <li>
  <p>Try using <code>ogr2osm</code> [3] instead of
     my own <code>gml2osm.py</code>.</p>
  </li>
  </ol>
  <h3>Links</h3>
  <ol>
  <li><a href="https://grass.osgeo.org/grass77/manuals/v.clean.html" rel="nofollow noopener noreferer">https://grass.osgeo.org/grass77/manuals/v.clean.html</a></li>
  <li><a href="https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Scanaerial" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/<span class="caps">JOSM</span>/Plugins/Scanaerial</a></li>
  <li><a href="https://wiki.openstreetmap.org/wiki/Ogr2osm" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/Ogr2osm</a></li>
  </ol>


guid: https://www.openstreetmap.org/user/ImreSamu/diary/390151
url: https://www.openstreetmap.org/user/ImreSamu/diary/390151
title: Thinkpad OSM keyboard - night edition.
published: 2019-06-28 15:10:33
fetched: 2019-07-03 03:00:03.710672
created_at: 2019-06-29 03:30:04.635364
updated_at: 2019-07-03 03:00:03.817770
summary:
  <p>My new Thinkpad - has a special key !</p>

  <p>Night picture 
  <img src="https://wiki.openstreetmap.org/w/images/f/f6/Thinkpad_osm_keyboard_ImreSamu.jpg" alt="Thinkpad_with _OSM_Logo"></p>

  <ul>
    <li>Logo based on OSM monochrome logo <a href="https://wiki.openstreetmap.org/wiki/File:Logo_mono.svg" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/File:Logo_mono.svg</a></li>
    <li>Created by a small hungarian keyboard hacker studio:
  ( HU: <a href="https://hardverapro.hu/apro/vilagitos_billentyuzet_magyaritas_olgyon_es_gyorsan_nem/hsz_1-200.html" rel="nofollow noopener noreferer">https://hardverapro.hu/apro/vilagitos_billentyuzet_magyaritas_olgyon_es_gyorsan_nem/hsz_1-200.html</a> )</li>
  </ul>


guid: https://www.openstreetmap.org/user/Nidron/diary/390152
url: https://www.openstreetmap.org/user/Nidron/diary/390152
title: Kanotpaddling till Kyrkgrund
published: 2019-06-28 17:43:23
fetched: 2019-07-04 08:30:04.227886
created_at: 2019-06-29 06:00:03.913438
updated_at: 2019-07-04 08:30:04.333312
summary:
  <p>Idag paddlade jag kanot på Hamrångefjärden. Starten var vid ån, strax ovanför Arbetarmuseet. Målet var en ö som heter Kyrkgrund. En smal ö med sandstränder och långgrunt åt alla håll. Det fanns en grillplats på ön. Ön kommer troligen att försvinna med tiden.Den krymper då erosionen äter upp kanterna.</p>


guid: https://www.openstreetmap.org/user/@kevin_bullock/diary/390153
url: https://www.openstreetmap.org/user/@kevin_bullock/diary/390153
title: Updates to DigitalGlobe imagery layers
published: 2019-06-28 22:14:50
fetched: 2019-07-04 18:00:04.506099
created_at: 2019-06-29 10:30:04.720559
updated_at: 2019-07-04 18:00:04.615180
summary:
  <p>DigitalGlobe, now Maxar [1], is transitioning the OpenStreetMap imagery endpoints (from “DigitalGlobe Standard” to “Maxar Standard”; and from “DigitalGlobe Premium” to “Maxar Premium”). OSM users should see content parity between the old and the new layers by June 30, 2019. Starting July 1, 2019, there will be only two Maxar layers available from within the OSM editors – labeled with Beta.</p>

  <p>Our new imagery services use http/2 protocol. Please note that there are some known speed issues with the JOSM editor. A JOSM plugin for http/2 support is expected before the end of July (ticket #17861). In the meantime, increasing the concurrent connections (e.g. to 20) will help. iD editor already supports http/2.</p>

  <p>The good news: imagery will be more recent and more frequently updated with our latest Maxar mosaic content. We hope that our improved production processes (bundle block adjustment, atmospheric compensation, continuous updates, etc.) will benefit OSM contributors.</p>

  <p>As always, thanks to everyone within OSM for all your support and feedback. Shout out to the maintainers and contributors for iD and JOSM who have been fantastic to work with. Look for Maxar at State of the Map and State of the Map US; we will be attending and presenting more information on this new image service. And please feel free to send us feedback. Happy editing!</p>

  <p>[1] <a href="https://www.maxar.com/" rel="nofollow noopener noreferer">https://www.maxar.com/</a></p>


guid: https://www.openstreetmap.org/user/tchaddad/diary/390156
url: https://www.openstreetmap.org/user/tchaddad/diary/390156
title: Wikipedia Deep Dive
published: 2019-06-29 07:50:43
fetched: 2019-07-04 22:30:03.565068
created_at: 2019-06-29 20:00:03.993680
updated_at: 2019-07-04 22:30:03.686417
summary:
  <p>The GSoC project to add Wikidata to <a href="https://nominatim.org/" rel="nofollow noopener noreferer">Nominatim</a> is now well underway. This post will focus on the first phases that have centered on updating Wikipedia extraction scripts in order to build a modern Wikipedia extract for use in Nominatim. <img src="https://upload.wikimedia.org/wikipedia/commons/thumb/b/b3/Wikipedia-logo-v2-en.svg/135px-Wikipedia-logo-v2-en.svg.png" alt="English Language Wikipedia logo"></p>

  <h2 id="a-little-background">A little background</h2>
  <p>Why is Wikipedia data important to Nominatim? What many OpenStreetMap users might not know is that Wikipedia can be used as an optional auxiliary data source to help indicate the importance of OSM features. Nominatim will work without this information but it will improve the quality of the results if this is installed. To augment the accuracy of geocoded rankings, Nominatim uses page ranking of Wikipedia pages to help indicate the relative importance of OSM features. This is done by calculating an importance score between 0 and 1 based on the number of inlinks to a Wikipedia article for a given location. If two places have the same name and one is more important than the other, the Wikipedia score often points to the correct place.</p>

  <p>Users who want to set up their own instance of Nominatim <a href="https://nominatim.org/release-docs/latest/admin/Import-and-Update/#downloading-additional-data" rel="nofollow noopener noreferer">have long had the option of including the WIkipedia-based improvements</a> in their instances at installation time. This is done by the optional inclusion of a purpose-built extract of the primary Wikipedia information required to calculate the Nominatim importance scores.</p>

  <h2 id="problem-i">Problem I</h2>
  <p>Up until this point, the Wikipedia extract used in Nominatim installations has been a one-time extract dating back to 2012-2013. Of course, in the years since this extract was made available, the OpenStreetMap database has come to contain <a href="https://taginfo.openstreetmap.org/keys/wikipedia" rel="nofollow noopener noreferer">many more items linked to Wikipedia articles</a>, and Wikipedia itself has <a href="https://en.wikipedia.org/wiki/Wikipedia:Size_of_Wikipedia#/media/File:Size_of_English_Wikipedia_graph_2019-03-01.png" rel="nofollow noopener noreferer">grown tremendously as well</a>. This all means that there are now many more sites that can benefit from the Wikipedia-derived importance scores, provided that Nominatim users can operate from a up-to-date Wikipedia extract.</p>

  <h2 id="problem-ii">Problem II</h2>
  <p>Unfortunately, the process for creating a Wikipedia extract was developed before the current Nominatim stewards were involved in the project, and it was poorly documented. Ideally the new process for creating a Wikipedia extract would be easy to understand, and streamlined enough to run on an annual basis similar to how other optional Nominatim packages such as the TIGER data extracts are generated.</p>

  <h2 id="where-are-we-starting-from">Where are we starting from?</h2>
  <p>The first step of the project involved excavating the historic Wikipedia extraction scripts, documenting the process, and identifying and eliminating inefficiencies. For those curious about the database specifics, the Wikipedia derived data in Nominatim is stored in two postgres tables:
  <img src="https://raw.githubusercontent.com/tchaddad/Nominatim/master/data-sources/wikipedia/wikipedia_tables.png" alt="Wikipedia table structures used in Nominatim database">
  In the original extract preparation process, these two tables were created by running a collection of language-specific WIkipedia dump files through a series of processing steps. These steps created some intermediate Wikipedia Postgres tables which were then augmented with geo-coordinates from a third source (DBpedia), and data from the Wikipedia pages themselves, such as population and website links. A couple of final steps condensed the data into simpler summary tables from which Nominatim importance calculations could be made.</p>

  <p>At the time that this process was developed, a much lower number of OSM objects were tagged with Wikipedia links. As a result, it was thought to be necessary to go through an artificial linking process to plot the locations of the WIkipedia articles in relation to the locations of the OSM objects, and to use the proximity of similarly named objects to make educated links between OSM ids and Wikipedia articles, so that the calculated importance scores could be used. This linking process turns out to have been the only use of the lat/lon data in the Wikipedia tables, and in addition, items such as population and website were thought to have been potentially useful, but in fact have turned out not to be used.</p>

  <h2 id="where-are-we-heading">Where are we heading?</h2>
  <p>As a result of the improvements in OSM since 2013, it is thought that the artificial linking process described above is no longer necessary, and that dropping it will cut down on the number of processing steps. Since population and website information has similarly not been useful, these items also no longer need to be parsed out of the full page Wikipedia dumps, cutting down on processing time. So cutting these 2 steps is already a major streamlining of the old process. This turns out to be very beneficial, because the size of the Wikipedia data being processed has grown fairly dramatically and processing an extract composed of data from the top 40 Wikipedia language sites takes quite a lot of time and disk space.</p>

  <h2 id="results-thus-far">Results thus far</h2>
  <p>After processing the same 40 languages worth of Wikipedia data as the 2013 dump, we have arrived at a substantially increased number of wikipedia_article records with importance calculations:</p>

  <ul>
    <li>Wikipedia 2013 Extract –&gt; 80,007,141 records –&gt; 6.4 GB table size</li>
    <li>Wikipedia 2019 Extract –&gt; 142,620,084 records –&gt; 11 GB table size</li>
  </ul>

  <p>While doing the processing, it was noted that some Wikipedia language dumps contain errors which cause their import and processing for Nominatim to fail. To correct for this, a perl script used to parse the raw dump files has been improved to account for the most common errors. This means that the new process can now be reliably repeated with whatever new set of Wikipedia languages are specified, whenever necessary.</p>

  <p>Users are warned that processing the top 40 Wikipedia languages can take over a day, and will add over 200 tables, and nearly 1TB to the processing database. As of June 2019, the final two summary tables that will finally be imported into the Nominatim database are 11GB and 2GB in size.</p>

  <h2 id="next-steps">Next Steps</h2>
  <p>The large size of the 2019 wikipedia_article table can potentially be streamlined further by running a process to exclude records that do not have any relationship to locations. Wikidata should be able to help us identify the records that should be kept and those that could be discarded, so this will be looked at in the next phase of the project.</p>

  <p>Another area of possible improvement is that we should consider which languages we want to process. Should we focus on the top 40 <a href="https://en.wikipedia.org/wiki/List_of_Wikipedias#Detailed_list" rel="nofollow noopener noreferer">by number of Wikipedia pages</a>? This is the historic approach. Or should we consider the geographic footprint of languages in the calculus? For example, adding a language like Maori might improve links in the New Zealand region, and yet the Maori language is just outside the top 40 languages based on number of Wikipedia pages. Should such facts be considered in language selection? Other languages may have artificially high numbers of Wikipedia pages <a href="https://en.wikipedia.org/wiki/Lsjbot" rel="nofollow noopener noreferer">due to the actions of bots</a> - should that somehow be taken into account? If we can be effective with streamlining the size and relevance of the contents of the wikipedia_articles table, the space savings might mean that we also could potentially process more languages, allowing us to be more inclusive.</p>

  <h2 id="feedback-welcome">Feedback welcome!</h2>
  <p>Hopefully this explanation of the role of Wikipedia data in Nominatim has been informative. Any feedback, comments or questions are welcome. The next diary post will take a closer look at Wikidata, so any questions or suggestions on that topic are also welcome.</p>


guid: https://www.openstreetmap.org/user/Iyke/diary/390161
url: https://www.openstreetmap.org/user/Iyke/diary/390161
title: OSM Webinar/Training for ABSUmappers Team
published: 2019-06-29 15:03:02
fetched: 2019-07-05 02:00:04.421192
created_at: 2019-06-30 03:30:04.435871
updated_at: 2019-07-05 02:00:04.521607
summary:
  <p>On the 19th of June, 2019, the first phase of the 3 day training session was done.
  Youth mappers fro the #ABSUMappers team were introduced to the basics of OSM. The second phase is expected to take place on the 29th.</p>


guid: https://www.openstreetmap.org/user/Iyke/diary/390162
url: https://www.openstreetmap.org/user/Iyke/diary/390162
title: OSM Webinar/Training for ABSUmappers Team (Mappers Wanted 2019)
published: 2019-06-29 20:57:25
fetched: 2019-07-05 03:00:04.359112
created_at: 2019-06-30 09:00:04.414417
updated_at: 2019-07-05 03:00:04.464219
summary:
  <p>We just concluded the second phase of OSM mappers wanted 2019 online webinar training, for ABSUmappers team. OSM Nigeria coordinator taught on how to use the hot task manager.</p>


guid: https://blog.osm-baustelle.de/?p=394
url: https://blog.osm-baustelle.de/index.php/2019/06/30/osm-notes-overlay-experimental/
title: OSM Notes Overlay (experimental)
published: 2019-06-30 10:12:48
fetched: 2019-10-13 12:30:23.958277
created_at: 2019-06-30 16:30:28.491268
updated_at: 2019-10-13 12:30:24.017880
summary:
  I added a new experimental &#8220;OSM Notes&#8221; overlay yesterday. The Overlay will retrieve all active OSM notes for the displayed area, and will add numbered markers and index entries for each note. This way it is possible to check a neighborhood for open notes without having to stare on a screen to get from one &#8230; <a href="https://blog.osm-baustelle.de/index.php/2019/06/30/osm-notes-overlay-experimental/" class="more-link">Continue reading<span class="screen-reader-text"> "OSM Notes Overlay (experimental)"</span></a>

content:
  <p><a name="preamble"></a> </p>
  <p>I added a new experimental &#8220;OSM Notes&#8221; overlay yesterday.</p>
  <p>The Overlay will retrieve all active OSM notes for the displayed area, and will add numbered markers and index entries for each note.</p>
  <p>This way it is possible to check a neighborhood for open notes without having to stare on a screen to get from one to the next, or at least that&#8217;s my personal intended purpose.</p>
  <p><img src="https://blog.osm-baustelle.de/wp-content/uploads/2019/06/notes-1.png" style="border-width: 0; vertical-align: text-bottom;" alt="align=right"> <img src="https://blog.osm-baustelle.de/wp-content/uploads/2019/06/notes-2.png" style="border-width: 0; vertical-align: text-bottom;" alt="align=right"></p>
  <p><span id="more-394"></span></p>
  <p>Right now this overlay is still experimental, good results are only produced when using the &#8220;index on extra page&#8221; layout and PDF output format.</p>
  <p>This is all still work in progress, but I hope to get most of the issues sorted out over the next week.</p>


guid: https://www.openstreetmap.org/user/ashish123/diary/390164
url: https://www.openstreetmap.org/user/ashish123/diary/390164
title: GSoC 2019 Project: Pt-assistant
published: 2019-06-30 05:26:48
fetched: 2019-07-05 10:30:03.660908
created_at: 2019-06-30 17:30:04.809345
updated_at: 2019-07-05 10:30:03.768278
summary:
  <p>In pt-assistant my next task is to improve the visualization. as route relations make a spider-like structure so visualization of relations becomes too tough. So the task is to break the route relations into segments where each segment serves a bunch of relations and will be a collection of ways which are serving the same bunch of common relations. for complete details, you can look <a href="https://docs.google.com/document/d/1UZ3w1jFV5xDdZwCh1Dvw2kkFRcena4T-WyDLwLZiM4I/edit?usp=sharing" rel="nofollow noopener noreferer">TaskManager</a></p>


guid: tag:blogger.com,1999:blog-3395883144047931311.post-4569631713131132104
url: http://tlatet.blogspot.com/2019/06/breamish-valley.html
title: Breamish Valley
updated: 2019-06-30 21:58:49.242000
published: 2019-06-30 19:23:00.001000
fetched: 2019-10-09 09:30:14.485340
created_at: 2019-06-30 19:30:20.137905
updated_at: 2019-10-09 09:30:14.744580
content:
  <a data-flickr-embed="true" href="https://www.flickr.com/photos/petereed/48162199512/in/datetaken/" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;" title="Breamish Valley"><img alt="Breamish Valley" src="https://live.staticflickr.com/65535/48162199512_2a976fe438_n.jpg" /></a><script async="" charset="utf-8" src="//embedr.flickr.com/assets/client-code.js"></script>This beatiful valley <span class="st">in the Northumberland National Park is </span>crossed by NCN68.<br />I'm out of practice, so the gentle climb up the valley against a steady headwind was hard work.<br />But the return felt like flying.


guid: http://blog.openstreetmap.de/?p=15869
url: http://blog.openstreetmap.de/blog/2019/07/wochennotiz-nr-466/
title: Wochennotiz Nr. 466
published: 2019-07-01 06:13:14
fetched: 2019-09-04 15:30:29.464263
created_at: 2019-07-01 06:30:22.782117
updated_at: 2019-09-04 15:30:31.934204
summary:
  18.06.2019-24.06.2019 Orte in Moskau, die mit Terror zu Sowjetzeiten in Verbindung stehen 1 &#124; © NextGIS &#124; Kartendaten © OpenStreetMap-Mitwirkende, ODbL Mapping Mit Straßensperrungen an Sommerwochenenden (bis 14. September) unterbindet die Tiroler Landesregierung die Nutzung von Landstraßen durch Transitreisende. Die &#8230; <a href="http://blog.openstreetmap.de/blog/2019/07/wochennotiz-nr-466/">Weiterlesen <span class="meta-nav">&#8594;</span></a>

content:
  <p>18.06.2019-24.06.2019</p>
  <div class="wp-caption alignnone" style="width: 701px;">
  <p class="wp-caption-text"><img src="//blog.openstreetmap.de/wp-uploads//2019/07/466_T_EN.png" width="691" height="415" /></p>
  <p class="wp-caption-text">Orte in Moskau, die mit Terror zu Sowjetzeiten in Verbindung stehen <a href="#wn466_20339"><sup>1</sup></a> | © NextGIS | Kartendaten © OpenStreetMap-Mitwirkende, ODbL</p>
  </div>
  <h2 id="wn466_mapping">Mapping</h2>
  <ul>
  <li id="wn466_20352">Mit Straßensperrungen an Sommerwochenenden (bis 14. September) <a href="https://tirol.orf.at/stories/3001188/">unterbindet</a> die Tiroler Landesregierung die Nutzung von Landstraßen durch Transitreisende. Die Informationen zu den Sperren seien über das Innenministerium an Navigationsgerätehersteller übermittelt worden. Rainer Fügenstein <a href="https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009940.html">fragt</a> auf der Mailingliste Talk-at, wie mit diesen Informationen in OSM umgegangen werden soll bzw. kann. Auch Diskussionen im <a href="https://forum.openstreetmap.org/viewtopic.php?id=66562">österreichischen</a> sowie im <a href="https://forum.openstreetmap.org/viewtopic.php?id=66570">deutschen</a> Forum sind entstanden. Weitere Fahrverbote im Bezirk Reutte und Kufstein sollen folgen.</li>
  <li id="wn466_20364">Michael Brandtner <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-June/046186.html">schlägt</a> <code>amenity=power_supply</code> vor, um Orte zu markieren, die einen kostenlosen oder kostenpflichtigen Zugang zu einer Steckdose ermöglichen. Der <a href="https://wiki.openstreetmap.org/wiki/Proposed_features/amenity%3Dpower_supply">Vorschlag</a> enthält Möglichkeiten der verwendeten Steckdose und deren Anzahl, die eventuelle Gebühr, den Betreiber und weitere Merkmale. Es gab eine umfangreiche Diskussion. (<a href="http://gis.19327.n8.nabble.com/Idea-for-a-new-tag-amenity-power-supply-tt5942164.html">Nabble</a>)</li>
  <li id="wn466_20379">Nach der Erkundung des Gebietes vor Ort und der Diskussion mit Einwohnern <a href="https://lists.openstreetmap.org/pipermail/talk-au/2019-June/012740.html">bemerkt</a> ein australischer Mapper, dass Teile des Verlauf des <a href="https://de.wikipedia.org/wiki/Gwydir_River">Gwydir River</a>, der in OSM basierend auf „offiziellen“ Quellen eingetragen wurde, nicht mehr vorhanden sind und entfernt werden sollten. Der Mapper geht davon aus, dass der Fluss aus politischen Gründen weiterhin in offiziellen Karten erscheint.</li>
  <li id="wn466_20382">Die Funktionstasten F1 bis F4 können in Potlatch 2 jetzt auch genutzt werden, um sie mit Relationen zu belegen, wie Richard Fairhurst in seinem Benutzer-Blog <a href="https://www.openstreetmap.org/user/Richard/diary/389711">schreibt</a>.</li>
  <li id="wn466_20384">WoodWoseWulf <a href="https://www.openstreetmap.org/user/WoodWoseWulf/diary/382394">fasst</a> in seinem Benutzerblog zusammen, was Mapper, die auf Bearbeitungen für Pokémon Go stoßen, über das Spiel wissen sollten.</li>
  </ul>
  <h2 id="wn466_community">Community</h2>
  <ul>
  <li id="wn466_20359">Die OpenStreetMap-Website ist jetzt in <a href="https://de.wikipedia.org/wiki/Birmanische_Sprache">Birmanisch</a>, der offizielle Sprache in Myanmar mit 33 Millionen Muttersprachlern. Neben dieser Neuigkeit bittet Andy Allen in seinem Tweet um Mithilfe, um die verschiedenen Sprachen über die Mindestschwelle von 25% zu bringen. Die deutsche Übersetzung ist derzeit <a href="https://translatewiki.net/wiki/Translating:OpenStreetMap#sortable:3=desc">weniger vollständig</a> als Mazedonisch, Isländisch, Esperanto und einige mehr.</li>
  <li id="wn466_20338"><a href="https://twitter.com/gravitystorm/status/1140899902748274688">Andy Allan</a> und <a href="https://twitter.com/iandees/status/1141851336360812544">Ian Dees</a> suchen nach Wegen, wie sie das „anhaltend unfreundliche und destruktive Verhalten“ in der OSM-Community überwinden und in eine „unterstützende und einladende Gemeinschaft“ verwandeln können.</li>
  <li id="wn466_20345">Bis zum 15. Juli <a href="https://blog.openstreetmap.org/2019/06/18/calling-for-nominees-for-the-openstreetmap-awards-2019/">können</a> Kandidaten für die diesjährigen OSM Awards nominiert werden.</li>
  <li id="wn466_20376">Ein Team von fünf ehrenamtlichen Mappern aus den <a href="https://osmghana.org">ghanaischen OSM</a>&#8211; und Open-Source-Communities <a href="https://twitter.com/Enock4seth/status/1136986639006412801">bereiste</a> Ghana auf dem Open-Source-Weg. Dabei verwendeten sie Mapillary, um Bilder von Straßen und Gebäuden zu erstellen und diese dann in OSM einzupflegen.</li>
  <li id="wn466_20385">Nachdem die OSM-Community nach den für sie wichtigsten Themen befragt wurde, die auf der letzten OSMF-Vorstandssitzung diskutiert werden sollten, <a href="https://blog.openstreetmap.org/2019/05/09/osmf-board-face-to-face-meeting-suggest-the-topics-and-issues-that-matter-to-you/">veröffentlichte</a> der OSMF-Vorstand die Ergebnisse der Umfrage. Christoph Hormann <a href="http://blog.imagico.de/uber-das-vermessen-der-vermesser/">kritisiert</a> in einem Blogbeitrag „fragwürdige Ideen und Tendenzen“ der Veröffentlichung und teilt seine Gedanken über die Befragung.</li>
  </ul>
  <h2 id="wn466_openstreetmap_foundation">OpenStreetMap Foundation</h2>
  <ul>
  <li id="wn466_20287">Sven Geggus <a href="https://twitter.com/realgiggls/status/1138925658107731970">gab</a> auf Twitter bekannt, dass ein vom FOSSGIS gesponsertes Serverpaar für Tiles des <a href="https://tile.openstreetmap.de/">deutschen Kartenstils</a> live geschaltet wurde.</li>
  <li id="wn466_20365">Wir möchten uns dem <a href="https://twitter.com/josmeditor/status/1142204233422426119">JOSM-Team</a> und vielen anderen anschließen und die Botschaft der Operations Working Group verbreiten, die in einem Blogbeitrag nach freiwilligen Helfern <a href="https://blog.openstreetmap.org/2019/06/21/help-the-owg/">sucht</a>.</li>
  <li id="wn466_20348">Die Mitglieder des FOSSGIS e.V. diskutieren über den <a href="https://www.fossgis.de/wiki/F%C3%B6rderantr%C3%A4ge/DOP80-200-Bayern">Förderantrag</a> von Volker Mische, die „Befreiung“ des digitalen Orthophotos 80 cm und 200 cm von Bayern finanziell zu unterstützen.</li>
  </ul>
  <h2 id="wn466_veranstaltungen">Veranstaltungen</h2>
  <ul>
  <li id="wn466_20347">Christine Karch <a href="https://lists.openstreetmap.org/pipermail/osmf-talk/2019-June/006090.html">fragt</a> auf der Mailingliste OSMF-Talk nach Ideen, wo die SotM 2020 stattfinden könnte, da bisher noch niemand mögliche Orte ins Spiel gebracht hat.</li>
  <li id="wn466_20386">Die State of the Map steht vor der Tür. Das Programm für die wichtigste OSM-Veranstaltung, die vom 21. bis 23. September 2019 in Heidelberg stattfindet, ist auf der <a href="https://2019.stateofthemap.org/program/">SotM-Website</a> verfügbar.</li>
  </ul>
  <h2 id="wn466_humanitarian_osm">Humanitarian OSM</h2>
  <ul>
  <li id="wn466_20362">Am Weltflüchtlingstag am 20. Juni <a href="https://medium.com/devseed/missing-millions-finding-the-forcibly-displaced-efed41856f16?sk=346a53f350643bfcb3d7be02f4100286">veröffentlichte</a> Mark Wronkiewicz einen Artikel über die gemeinsamen Bemühungen der Oregon State University, HOT und Development Seed, Flüchtlinge und intern Vertriebene nach einem Konflikt oder einer Katastrophe zu finden, um ihnen helfen zu können. Der Artikel erklärt den Umfang des Problems, wie die Aufgabe gelöst wird und endet mit der Hoffnung, dass KI in naher Zukunft ermöglichen wird, mehr Menschen zu helfen.</li>
  <li id="wn466_20351">Maptime Salzburg wird auf der kommenden AGIT zwei YouthMappers Workshops <a href="https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009939.html">veranstalten</a>. Beim ersten Workshop <a href="https://www.conftool.com/giweek2019/index.php?page=browseSessions&amp;form_session=65">handelt</a> es sich um eine Einführung in das humanitäre Mapping. Der zweite Workshop <a href="https://www.conftool.com/giweek2019/index.php?page=browseSessions&amp;form_session=66">beschäftigt</a> sich mit dem Aufbau eines Netzwerks zwischen den YouthMappers-Chapters in europäischen Institutionen aufzubauen, um deren Zusammenarbeit zu fördern und zu formalisieren. Die Initiative wurde von Studenten von US-amerikanischen Universitäten <a href="https://www.youthmappers.org">gegründet</a> und umfasst bereits 143 YouthMappers-Chapter in 41 Ländern.</li>
  <li id="wn466_20383">Bei HOT US Inc. stehen Vorstandswahlen an. Der Vorstand wird um zwei Posten vergrößert, fünf Plätze sind insgesamt zu besetzen. Die Kandidaten und weitere Details zur Wahl findet man <a href="https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Board_Elections_2019">im OSM-Wiki</a>.</li>
  <li id="wn466_20354">Rebecca Firth von HOT <a href="https://www.hotosm.org/updates/how-map2020-mappers-use-street-level-imagery-to-tackle-humanitarian-challenges/">erklärt</a>, wie Mapillary-ähnliche Straßenbilder verwendet werden, um OSM-Daten in schlecht erfassten Regionen zu verbessern &#8211; insbesondere Daten über Abfallwirtschaft, Straßenzustand und andere dringende Probleme.</li>
  </ul>
  <h2 id="wn466_ausbildung/schulung">Ausbildung/Schulung</h2>
  <ul>
  <li id="wn466_20378">Das kleine E-Learning-Projekt <a href="https://openschoolmaps.ch/">OpenSchoolMaps</a> des Schweizer Chapters SOSM wurde mit einem besonderen Unterrichtsmaterial (PDF) ergänzt: „Die Umgebung selber kartografieren“. Dabei erläutern eine Information für Instruktoren (Lehrpersonen) und ein Arbeitsblatt für Teilnehmende (Schülerinnen und Schüler), wie man einen „Outdoor Mapping Event“ organisiert und was man als Teilnehmender alles darüber wissen sollte. Outdoor Mapping Events umfassen auch Mapping Parties und beispielsweise Projekttage von Schulklassen. Rückmeldungen sind willkommen vorzugsweise als Issue auf dem GIT-Repository.</li>
  </ul>
  <h2 id="wn466_karten">Karten</h2>
  <ul>
  <li id="wn466_20387">Sven Geggus hat die Open Brewpub Map <a href="https://twitter.com/realgiggls/status/1143117249567428610">abgeschaltet</a> und stattdessen die <a href="https://brewmap.openstreetmap.de/">Open Brewery Map</a> mit seiner osmpoidb Technik im backend gestartet.</li>
  <li id="wn466_20361">Die portugiesische Version der Website Historic Place wurde <a href="https://gk.historic.place/historische_objekte/translate/pt-br/index-pt-br.html">aktualisiert</a>. Derzeit verfügt die Website über eine vollständige Benutzeroberfläche in Brasilianisch Portugiesisch.</li>
  </ul>
  <h2 id="wn466_open-data">Open-Data</h2>
  <ul>
  <li id="wn466_20399">In Berlin ist am 6. Juni 2019 ist die Datenlizenz Deutschland Namensnennung 2.0 in Kraft getreten und die alten Nutzungsbedingungen der Datenbestände außer Kraft gesetzt worden. Joachim Kast hat im OSM Forum <a href="https://forum.openstreetmap.org/viewtopic.php?pid=750006#p750006">berichtet</a>, dass er bei der Senatsverwaltung für Stadtentwicklung und Wohnen von Berlin nachgefragt hat, ob die Daten weiterhin in OSM genutzt werden dürfen. Die erfreuliche Antwort, dass sie weiterhin unter der Vorraussetzung des Quellenvermerkes in OSM verwendet werden können, hat er im OSM Wiki <a href="https://wiki.openstreetmap.org/wiki/File:2019-06-03_Datenlizenz_Deutschland_Berlin_OSM.pdf">abgelegt</a>.</li>
  <li id="wn466_20370">In Brandenburg ist per 19. Juni 2019 das Gesetz zur Änderung des Brandenburgischen Vermessungsgesetzes vom 19. Juni 2019 (GVBl. I Nr. 32) in Kraft <a href="https://www.landesrecht.brandenburg.de/dislservice/public/gvbldetail.jsp?id=8166">getreten</a>. Dieses besagt, dass digitale Geobasisinformationen nach Maßgabe der Rechtsverordnung nach Absatz 9 für die kommerzielle und nicht kommerzielle Nutzung entgeltfrei bereitzustellen seien, soweit durch besondere Rechtsvorschrift nichts anderes bestimmt ist oder vertragliche oder gesetzliche Rechte Dritter dem nicht entgegenstünde. (<a href="https://geoportal.brandenburg.de/fileadmin/user_upload/unterlagen/gsc/veranstaltungen/2019-06-13_AP-WS_BB/2019-06-13_Open_Data_Schoenitz.pdf">PDF</a> &#8211; Open Data für digitale Geodaten der<br />
  Vermessungsverwaltung)</li>
  <li id="wn466_20343"><a href="https://de.wikipedia.org/wiki/Yandex">Yandex</a>, eine Art russisches Google, <a href="https://wiki.openstreetmap.org/wiki/RU:%D0%92%D0%B8%D0%BA%D0%B8%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D1%8F/%D0%AF%D0%BD%D0%B4%D0%B5%D0%BA%D1%81.%D0%9F%D0%B0%D0%BD%D0%BE%D1%80%D0%B0%D0%BC%D1%8B">erlaubt</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> (automatische <a href="https://translate.google.de/translate?sl=ru&amp;tl=de&amp;u=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FRU%3A%D0%92%D0%B8%D0%BA%D0%B8%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D1%8F%2F%D0%AF%D0%BD%D0%B4%D0%B5%D0%BA%D1%81.%D0%9F%D0%B0%D0%BD%D0%BE%D1%80%D0%B0%D0%BC%D1%8B">Übersetzung</a>) OSM die Nutzung von Panoramafotos aus ihrem StreetView-ähnlichen Service.</li>
  </ul>
  <h2 id="wn466_programme">Programme</h2>
  <ul>
  <li id="wn466_20350">Mateusz Konieczny wird von NLnet im Rahmen von <a href="https://nlnet.nl/discovery/">NGI Zero</a> für die Arbeit an StreetComplete <a href="https://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/368849">gefördert</a>. Er wird hauptsächlich an Github offenen Issues arbeiten.</li>
  <li id="wn466_20344">Das Online-Service <a href="https://sightsafari.city">Sight Safari</a>, das Sightseeing-Routen bauen kann, wurde zu einer <a href="https://play.google.com/store/apps/details?id=city.sightsafari.android">mobilen App</a> für Android. Es befindet sich jetzt in einer Beta-Testphase. Natürlich verwendet es OSM als Basiskarte.</li>
  </ul>
  <h2 id="wn466_releases">Releases</h2>
  <ul>
  <li id="wn466_20366">QGIS <a href="https://github.com/qgis/QGIS/blob/master/NEWS">veröffentlicht</a> sowohl die neueste Version 3.8 (Sansibar) als auch ein Langzeit-Release (LTR) (3.4.9). LTRs bleiben mindestens ein Jahr lang supportet.</li>
  </ul>
  <h2 id="wn466_kennst_du_schon_…">Kennst du schon …</h2>
  <ul>
  <li id="wn466_20339">[1] … dass das russische Unternehmen NextGIS zusammen mit der internationalen gemeinnützigen Organisation Memorial eine Karte mit dem Namen „Es ist genau hier: Moskau. Topographie des Terrors“ <a href="http://nextgis.ru/blog/topo-terror/">erstellt hat</a>? [1] Die Karte <a href="http://topos.memo.ru">zeigt</a> auf einer OSM-Basiskarte Orte in Moskau, die mit dem Terror in der Sowjetzeit verbunden sind.</li>
  <li id="wn466_20375">… das <a href="https://twitter.com/postgresql_007/status/1142383616829349889">Periodensystem</a> von PostgreSQL?</li>
  <li id="wn466_20341">… die mobile App <a href="https://osmo.mobi"><em>OsMo monitoring</em></a>? Sie ist ein GPS-Tracker, mit dem man seinen Standort mit anderen teilen kann. Man kann auch ein Gruppen-Tracking organisieren. Die App verwendet eine OSM-Basiskarte, allerdings lässt die Nennung der Datenherkunft zu wünschen übrig.</li>
  <li id="wn466_20369">… den Unterschied zwischen einer <a href="https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box"><code>amenity=post_box</code></a> und einer <a href="https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dletter_box"><code>amenity=letter_box</code></a>? Erstere ist zum Verschicken von Post gedacht, die zweite ist ein privater Briefkasten. Gerade in sehr ländlichen Gebieten können solche Briefkästen ein guter Orientierungspunkt entlang von Straßen sein.</li>
  </ul>
  <h2 id="wn466_weitere_themen_mit_geo-bezug">Weitere Themen mit Geo-Bezug</h2>
  <ul>
  <li id="wn466_20373">Der Twitter-Benutzer cartocalypse hat sein Souvenier von einem QGIS-CH Treffen <a href="https://twitter.com/cartocalypse/status/1140322094397493249">veröffentlicht</a>.</li>
  <li id="wn466_20356">WGS84 ist die Art und Weise, wie OSM-Daten gespeichert werden, aber es <a href="https://twitter.com/howardbutler/status/1142062036429561864">stellt sich heraus</a>, dass es nicht so einfach ist, wie es zuerst erscheint.</li>
  <li id="wn466_20360">Die <a href="https://afrigeocon.org"><em>Africa Geospatial Data and Internet Conference 2019</em></a> findet am 22-24 Oktober 2019 in Accra, Ghana, statt.</li>
  <li id="wn466_20371">Ein Bericht von orf.tirol <a href="https://tirol.orf.at/stories/3000024/">zeigt</a> auf, wie wichtig Geodaten für die Einsätze von Blaulichtorganisationen sind. Dabei wird das GIS tiris erwähnt, das 358 Feuerwehren in Form eines Web-GIS zur Verfügung stellt.</li>
  <li id="wn466_20380">Laut der Website <a href="https://www.thedailystar.net/bytes/news/facebook-launches-high-definition-area-map-asia-pacific-region-1761607">thedailystar.net</a> hat Facebook eine von ihrem KI-Team erstelte „exklusive High Definition Area Map“ vorgestellt. Das Unternehmen beansprucht für sich, dass ihre Bevölkerungskarte dreimal so detailliert ist wie jede andere. Facebook wird die Karte hauptsächlich für humanitäre Zwecke der Öffentlichkeit zugänglich machen.</li>
  <li id="wn466_20374">Michael Sumner <a href="https://twitter.com/mdsumner/status/1140990193106731010">twittert</a> über eine Arbeit, die sich mit der Geolokalisierung von Tieren mit Licht <a href="https://geolocationmanual.vogelwarte.ch">beschäftigt</a>.</li>
  <li id="wn466_20357">Google scheint mit hunderttausenden Einträgen von nicht existierenden Geschäften zu kämpfen, die jeden Monat in Google Maps erscheinen. Laut einem <a href="https://www.theverge.com/2019/6/20/18693144/google-maps-fake-business-listings-investigation-report">Artikel</a> von The Verge gibt es derzeit mehr als 11 Millionen gefälschte Profile in Google Maps.</li>
  <li id="wn466_20358">Ökonomen <a href="http://theconversation.com/need-to-find-a-good-restaurant-economics-serves-up-some-golden-rules-117670">berichten</a>, wie die Kundenbewertungen von Lebensmittelgeschäften in Touristengebieten negativ mit der Nähe zu Touristenorten korreliert sind. Bei der Analyse wurden Yelp-Ratings und OSM-Karten verwendet.</li>
  <li id="wn466_20340">Heise <a href="https://www.heise.de/newsticker/meldung/Per-App-und-GPS-Navis-zum-Wandern-und-Radfahren-4445195.html">testete</a> verschiedene dedizierte Navis fürs Wandern und Radfahren und geht dabei auch auf das Kartenmaterial, OSM und die unterschiedliche Aktualität der von den Anbietern bereitgestellten Karten ein.</li>
  <li id="wn466_20372">Der Berliner Bezirk Friedrichshain-Kreuzberg hat eine <a href="https://www.gis-broker.de/agilishost/?scenario=fk_wama_trink">Karte</a> mit Trinkbrunnen <a href="https://daten.berlin.de/datensaetze/trinkbrunnen-im-bezirk-friedrichshain-kreuzberg">veröffentlicht</a>.</li>
  </ul>
  <h2 id="wn466_wochenvorschau">Wochenvorschau</h2>
  <table>
  <thead>
  <tr>
  <th>Wo</th>
  <th>Was</th>
  <th>Wann</th>
  <th>Land</th>
  </tr>
  </thead>
  <tbody>
  <tr>
  <td>Düsseldorf</td>
  <td>Stammtisch</td>
  <td>2019-06-28</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Cologne</td>
  <td>Köln Stammtisch</td>
  <td>2019-07-03</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Stuttgart</td>
  <td>Stuttgarter Stammtisch</td>
  <td>2019-07-03</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Essen</td>
  <td>Mappertreffen</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Bochum</td>
  <td>Mappertreffen</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Nantes</td>
  <td>Réunion mensuelle</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Dresden</td>
  <td>Stammtisch Dresden</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Salzburg</td>
  <td>YouthMappers Workshop</td>
  <td>2019-07-05</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/at.svg" alt="austria" /></td>
  </tr>
  <tr>
  <td>Bordeaux</td>
  <td>Réunion mensuelle</td>
  <td>2019-07-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Lyon</td>
  <td>Rencontre mensuelle pour tous</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Munich</td>
  <td>Münchner Stammtisch</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Hamburg</td>
  <td>Hamburger Mappertreffen</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Zürich</td>
  <td>OSM Stammtisch Zurich</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/ch.svg" alt="switzerland" /></td>
  </tr>
  <tr>
  <td>Berlin</td>
  <td>133. Berlin-Brandenburg Stammtisch</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Ulmer Alb</td>
  <td>Stammtisch Ulmer Alb</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Dortmund</td>
  <td>Mappertreffen</td>
  <td>2019-07-12</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Bonn</td>
  <td>Bonner Stammtisch</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Lüneburg</td>
  <td>Lüneburger Mappertreffen</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>Erasmus+ EuYoutH OSM Meeting</td>
  <td>2019-09-18-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>HOT Summit 2019</td>
  <td>2019-09-19-2019-09-20</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>State of the Map 2019 [2]</td>
  <td>2019-09-21-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  </tbody>
  </table>
  <p>Hinweis:<br />
  Wer seinen Termin hier in der Liste sehen möchte, <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">trage</a> ihn in den <a href="https://wiki.openstreetmap.org/wiki/Current_events">Kalender</a> ein. Nur Termine, die dort stehen, werden in die Wochennotiz übernommen. Bitte <a href="https://osmbc.openstreetmap.de/calendar/preview"> prüfe die Veranstaltung</a> in unserem öffentlichen Kalendertool und korrigiere bitte die Einträge im Kalender, <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">wenn notwendig.</a></p>
  <p align="right"><i>Diese Wochennotiz wurde erstellt von <a href="https://www.openstreetmap.org/user/Nakaner">Nakaner</a>, <a href="https://www.openstreetmap.org/user/Rogehm">Rogehm</a>, <a href="https://www.openstreetmap.org/user/SK53">SK53</a>, <a href="https://www.openstreetmap.org/user/Silka123">Silka123</a>, <a href="https://www.openstreetmap.org/user/SunCobalt/">SunCobalt</a>, <a href="https://twitter.com/manfred__r">derFred</a>, <a href="https://www.openstreetmap.org/user/doktorpixel14">doktorpixel14</a>, <a href="https://www.openstreetmap.org/user/geologist">geologist</a>.</i></p>


guid: https://weeklyosm.eu/?p=12209
url: http://weeklyosm.eu/archives/12209
title: weeklyOSM 466
published: 2019-07-01 06:19:38
fetched: 2019-09-07 12:00:31.590531
created_at: 2019-07-01 06:30:31.196078
updated_at: 2019-09-07 12:00:33.500573
summary:
  18/06/2019-24/06/2019 Places in Moscow which are connected with terror in Soviet times 1 &#124; © NextGIS &#124; Map data © OpenStreetMap contributors, ODbL Mapping In the Austrian province of Tyrol, there is often an increase in traffic on long weekends during the summer holiday period. This often results in long-distance traffic, coming to or from [&#8230;]

content:
  <p>18/06/2019-24/06/2019</p>
  <p><!-- place picture here --></p>
  <div class="wp-caption alignnone" style="width: 701px">
  <p class="wp-caption-text"><img src="https://i2.wp.com/weeklyosm.eu/wp-content/uploads/sites/4/2019/06/466_T_EN.png?resize=691%2C415&#038;ssl=1" alt="Logo" width="691" height="415" data-recalc-dims="1" /></p>
  <p class="wp-caption-text">Places in Moscow which are connected with terror in Soviet times <a href="#wn466_20339"><sup>1</sup></a> | © NextGIS | Map data © OpenStreetMap contributors, ODbL</p>
  </div>
  <h2 id="wn466_mapping">Mapping</h2>
  <ul>
  <li id="wn466_20352">In the Austrian province of Tyrol, there is often an increase in traffic on long weekends during the summer holiday period. This often results in long-distance traffic, coming to or from Italy and Germany, clogging up local roads when seeking a diversion from main routes. Politicians have now <a href="https://tirol.orf.at/stories/3001188/">tried to prevent</a> this by ordering weekend restrictions on long-distance traffic using local roads until 14 September. The information on the closures has been transmitted to navigation equipment manufacturers via the Ministry of the Interior. Rainer Fügenstein therefore <a href="https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009940.html">asks</a> Talk-at how this information can be handled in OSM.</li>
  <li id="wn466_20364">Michael Brandtner <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-June/046186.html">suggests</a> <code>amenity=power_supply</code> to mark places that provide free or paid access to an electrical outlet. The <a href="https://wiki.openstreetmap.org/wiki/Proposed_features/amenity%3Dpower_supply">proposal</a> includes subtags to describe the used socket, the fee, the operator, the capacity and some more. (<a href="http://gis.19327.n8.nabble.com/Idea-for-a-new-tag-amenity-power-supply-tt5942164.html">Nabble</a>)</li>
  <li id="wn466_20379">After surveying the area and discussing with local inhabitants an Australian mapper <a href="https://lists.openstreetmap.org/pipermail/talk-au/2019-June/012740.html">suggests</a> that parts of the <a href="https://en.wikipedia.org/wiki/Gwydir_River">Gwydir River</a> mapped in OSM from &#8220;official&#8221; sources isn&#8217;t there any more and should be removed, due to changing water use. The mapper assumes that the &#8220;<em>river on the map may be a political imperative for government.</em>&#8220;</li>
  <li id="wn466_20382">Richard Fairhurst <a href="https://www.openstreetmap.org/user/Richard/diary/389711">describes</a> the latest addition to the on-line editor Potlatch-2. Specific relations can now be assigned to a function key thus simplifying the process of adding ways to a route relation. In the comments he also provides some additional hints as to how function keys can also be used for adding groups of tags.</li>
  <li id="wn466_20384">WoodWoseWulf <a href="https://www.openstreetmap.org/user/WoodWoseWulf/diary/382394">provides</a> a lot of information in his user diary about Niantic&#8217;s Pokémon Go from an OSM perspective. He explains the game terms, how the game mechanic is influenced by OSM data and the types of &#8220;vandals&#8221; with their motivation and the type of OSM data manipulation.</li>
  </ul>
  <h2 id="wn466_community">Community</h2>
  <ul>
  <li id="wn466_20359">The OpenStreetMap website is available in မြန်မာဘာသာ. As you probably know, it is <a href="https://en.wikipedia.org/wiki/Burmese_language">Burmese</a>, officially language in Myanmar with 33 Million native speakers. In the announcement tweet Andy Allan <a href="https://twitter.com/gravitystorm/status/1142050797431218179?s=19">asks</a> for help to get your language above the 25 percent threshold.</li>
  <li id="wn466_20338"><a href="https://twitter.com/gravitystorm/status/1140899902748274688">Andy Allan</a> and <a href="https://twitter.com/iandees/status/1141851336360812544">Ian Dees</a> are looking for ways how to overcome <em>persistently unfriendly and destructive behaviour</em> which occasionally surfaces in the OSM community, especially in some mailing lists and on GitHub, and change it to a <em>supportive and welcoming community</em>. Ian Dees asks for an Open Source Community Manager who can help with the harsh manners that people experience too often when using OSM&#8217;s more or less anonymous communication channels.</li>
  <li id="wn466_20345">Candidates for this year&#8217;s OSM Awards can be <a href="https://blog.openstreetmap.org/2019/06/18/calling-for-nominees-for-the-openstreetmap-awards-2019/">nominated</a> until 15 July.</li>
  <li id="wn466_20376">A team of five volunteer mappers from the <a href="https://osmghana.org">Ghanaian OSM</a> and Open Source communities <a href="https://twitter.com/Enock4seth/status/1136986639006412801">travelled Ghana</a> the Open Source Way; mapping, capturing street-level images and building capacity in OpenStreetMap and FOSS.</li>
  <li id="wn466_20385">Following the OSM community survey asking for the main topics from a contributor&#8217;s perspective that should be discussed in the recent OSMF board meeting, the OSMF board <a href="https://blog.openstreetmap.org/2019/05/09/osmf-board-face-to-face-meeting-suggest-the-topics-and-issues-that-matter-to-you/">published</a> the outcome of the survey. In a blog post Christoph Hormann <a href="http://blog.imagico.de/on-surveying-the-surveyors/">criticizes</a> <em>questionable ideas and tendencies</em> and shares his thoughts on surveying the views of the community.</li>
  </ul>
  <h2 id="wn466_openstreetmap_foundation">OpenStreetMap Foundation</h2>
  <ul>
  <li id="wn466_20365">We would like to join the <a href="https://twitter.com/josmeditor/status/1142204233422426119">JOSM team</a> and many others in spreading the <a href="https://blog.openstreetmap.org/2019/06/21/help-the-owg">message</a> of the Operations Working Group, which is looking for volunteer helpers.</li>
  </ul>
  <h2 id="wn466_events">Events</h2>
  <ul>
  <li id="wn466_20347">Christine Karch <a href="https://lists.openstreetmap.org/pipermail/osmf-talk/2019-June/006090.html">asks</a> on Osmf-talk for ideas where the SotM 2020 could take place as there are no candidates yet.</li>
  <li id="wn466_20386">The State of the Map 2019 conference is just around the corner. The program for this major OSM event, taking place on 21 to 23 September 2019 in Heidelberg, Germany, is available at the <a href="https://2019.stateofthemap.org/program/">SotM homepage</a>.</li>
  </ul>
  <h2 id="wn466_humanitarian_osm">Humanitarian OSM</h2>
  <ul>
  <li id="wn466_20362">At the World Refugee Day on 20 June, medium.com <a href="https://medium.com/devseed/missing-millions-finding-the-forcibly-displaced-efed41856f16?sk=346a53f350643bfcb3d7be02f4100286">published</a> an article about the joint efforts of Oregon State University, HOT and Development Seed to find refugees and internally-displaced persons following a conflict or a disaster to allow support of these people. The article explains the scale of the issue, how the task is solved and concludes with hopes that AI will allow to help more people in the near feature.</li>
  <li id="wn466_20351">Maptime Salzburg <a href="https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009939.html">will hold</a> two YouthMappers workshops at the upcoming AGIT. The <a href="https://www.conftool.com/giweek2019/index.php?page=browseSessions&amp;form_session=65">first workshop</a> provides an introduction to humanitarian mapping, whilst the <a href="https://www.conftool.com/giweek2019/index.php?page=browseSessions&amp;form_session=66">second</a> deals with the establishment of a network of YouthMappers-Chapters in European institutions in order to promote and formalise their cooperation. The YouthMappers initiative <a href="https://www.youthmappers.org">was founded</a> by students from US universities and already includes 143 YouthMappers Chapters in 41 countries.</li>
  <li id="wn466_20383">The <a href="https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team/Board_Elections_2019">nomination</a> for the upcoming HOT board election closed on 17 June 2019. There are 8 candidates for 7 available seats. Following a decision of the board the size of the board will increase by two to seven members.</li>
  <li id="wn466_20354">Rebecca Firth from HOT <a href="https://www.hotosm.org/updates/how-map2020-mappers-use-street-level-imagery-to-tackle-humanitarian-challenges/">explains</a> how street-level imagery is used to improve OSM data in undermapped regions, in particular data about waste management, road conditions and other pressing issues.</li>
  </ul>
  <h2 id="wn466_education">Education</h2>
  <ul>
  <li id="wn466_20378">The small e-learning project <a href="https://openschoolmaps.ch/">OpenSchoolMaps</a> from the Swiss chapter SOSM was supplemented with special teaching material (PDF): &#8220;Mapping the environment yourself&#8221;, currently in German only. Information for instructors and a worksheet for participants explain how to organize an &#8220;outdoor mapping event&#8221; and what participants should know about it. Outdoor mapping events include mapping parties and project days for school classes. Feedback is welcome, preferably as an issue on the GIT repository.</li>
  </ul>
  <h2 id="wn466_maps">Maps</h2>
  <ul>
  <li id="wn466_20387">Sven Geggus <a href="https://twitter.com/realgiggls/status/1143117249567428610">has disabled</a> the Open Brewpub Map and instead started the <a href="https://brewmap.openstreetmap.de/">Open Brewery Map</a> with the <a href="https://github.com/giggls/osmpoidb">osmpoidb</a> technique in the backend.</li>
  <li id="wn466_20361">The Portuguese version of the Historic Place website <a href="https://gk.historic.place/historische_objekte/translate/pt-br/index-pt-br.html">has been updated</a>. Currently the website has a complete interface in Brazilian Portuguese.</li>
  </ul>
  <h2 id="wn466_open_data">Open Data</h2>
  <ul>
  <li id="wn466_20343">The <a href="https://de.wikipedia.org/wiki/Yandex">Yandex</a> Company, simply put the Russian version of Google, <a href="https://wiki.openstreetmap.org/wiki/RU:%D0%92%D0%B8%D0%BA%D0%B8%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D1%8F/%D0%AF%D0%BD%D0%B4%D0%B5%D0%BA%D1%81.%D0%9F%D0%B0%D0%BD%D0%BE%D1%80%D0%B0%D0%BC%D1%8B">allowed</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> (automatic <a href="https://translate.google.de/translate?sl=ru&amp;tl=en&amp;u=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FRU%3A%D0%92%D0%B8%D0%BA%D0%B8%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D1%8F%2F%D0%AF%D0%BD%D0%B4%D0%B5%D0%BA%D1%81.%D0%9F%D0%B0%D0%BD%D0%BE%D1%80%D0%B0%D0%BC%D1%8B">translation</a>) OSM to use information from Yandex.Panoramas for specifying data in OpenStreetMap. This time by <a href="https://wiki.openstreetmap.org/wiki/File:%D0%A0%D0%B0%D0%B7%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BD%D0%B0_%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%AF%D0%BD%D0%B4%D0%B5%D0%BA%D1%81.%D0%9F%D0%B0%D0%BD%D0%BE%D1%80%D0%B0%D0%BC_%D0%B2_OSM.pdf">e-mail</a>.</li>
  </ul>
  <h2 id="wn466_software">Software</h2>
  <ul>
  <li id="wn466_20350">Mateusz Konieczny <a href="https://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/368849">has received</a> a grant from NLnet as part of <a href="https://nlnet.nl/discovery/">NGI Zero</a> to work on StreetComplete. He will work mostly on open issues in GitHub.</li>
  <li id="wn466_20344">The online service <a href="https://sightsafari.city">Sight Safari</a>, which can build sightseeing routes, became a <a href="https://play.google.com/store/apps/details?id=city.sightsafari.android">mobile app</a> for Android. It’s now in the beta-testing stage. Of course, it uses OSM as a base map.</li>
  </ul>
  <h2 id="wn466_releases">Releases</h2>
  <ul>
  <li id="wn466_20366">QGIS <a href="https://github.com/qgis/QGIS/blob/master/NEWS">releases</a> both the latest version 3.8 (Zanzibar) and a long-term release (LTR) (3.4.9). LTRs remain current for at least a year.</li>
  </ul>
  <h2 id="wn466_did_you_know_…">Did you know …</h2>
  <ul>
  <li id="wn466_20375">&#8230; the <a href="https://twitter.com/postgresql_007/status/1142383616829349889">periodic table</a> of PostgreSQL?</li>
  <li id="wn466_20341">&#8230; the mobile app <a href="https://osmo.mobi">“OsMo monitoring”</a> by Konstantin Moshkov? It’s a GPS tracker which allows you to share your location with others. You can also arrange a group tracking. It uses OSM as a base map, but the naming of the data origin leaves a lot to be desired.</li>
  <li id="wn466_20339">&#8230; that the Russian company NextGIS together with the international non-profit organization “Memorial” <a href="http://nextgis.ru/blog/topo-terror/">created</a> a map <a href="http://topos.memo.ru">“It’s right here: Moscow. Topography of terror”</a>. The map shows places in Moscow which are connected with terror in Soviet times. They use OSM as a base map.</li>
  <li id="wn466_20369">&#8230; the difference between <a href="https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box"><code>amenity=post_box</code></a> and <a href="https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dletter_box"><code>amenity=letter_box</code></a>? The first one is the place you put letters to be sent, the second one is the private mailbox to receive letters. These can serve as orientation points in very rural areas where mailboxes are placed along the main roads far away from buildings.</li>
  </ul>
  <h2 id="wn466_other_“geo”_things">Other “geo” things</h2>
  <ul>
  <li id="wn466_20373">The Twitter user cartocalypse has <a href="https://twitter.com/cartocalypse/status/1140322094397493249">published</a> his souvenir of a QGIS-CH meeting.</li>
  <li id="wn466_20356">WGS84 is the way in which OSM data is stored, but it <a href="https://twitter.com/howardbutler/status/1142062036429561864">turns out</a> that it&#8217;s not as simple as first appears.</li>
  <li id="wn466_20360">The <a href="https://afrigeocon.org"><em>Africa Geospatial Data and Internet Conference 2019</em></a> will take place between 22-24 October 2019 in Accra, Ghana.</li>
  <li id="wn466_20371">A report by orf.tirol <a href="https://tirol.orf.at/stories/3000024/">shows</a> how important geodata are for the missions of blue light organisations. It mentions the GIS tiris, which supports 358 fire brigades in the form of a web GIS.</li>
  <li id="wn466_20380">According to the website <a href="https://www.thedailystar.net/bytes/news/facebook-launches-high-definition-area-map-asia-pacific-region-1761607">thedailystar.net</a> Facebook has unveiled an <em>exclusive high definition area map</em> generated by their AI team. The company claims that their population map is <em>three times more detailed than any other source</em>. Facebook will make the map available to the public, mainly for humanitarian purposes.</li>
  <li id="wn466_20374">Michael Sumner <a href="https://twitter.com/mdsumner/status/1140990193106731010">tweets</a> about a work that <a href="https://geolocationmanual.vogelwarte.ch">deals</a> with the geolocalization of animals with light-detecting data loggers.</li>
  <li id="wn466_20357">Google seems to struggle with hundreds of thousands of fake business listings that appear on Google Maps each month. According to an <a href="https://www.theverge.com/2019/6/20/18693144/google-maps-fake-business-listings-investigation-report">article</a> at The Verge there are currently more than 11 million fake profiles in Google Maps.</li>
  <li id="wn466_20358">A couple of Economists <a href="http://theconversation.com/need-to-find-a-good-restaurant-economics-serves-up-some-golden-rules-117670">report</a> on how customer ratings of food outlets in tourist areas is negatively correlated with proximity to tourist sites. Their analysis used Yelp ratings and OSM geographies.</li>
  <li id="wn466_20372">The district Berlin Friedrichshain-Kreuzberg <a href="https://daten.berlin.de/datensaetze/trinkbrunnen-im-bezirk-friedrichshain-kreuzberg">has published</a> a map, and the underlying data, of drinking fountains.</li>
  </ul>
  <h2 id="wn466_upcoming_events">Upcoming Events</h2>
  <table>
  <thead>
  <tr>
  <th>Where</th>
  <th>What</th>
  <th>When</th>
  <th>Country</th>
  </tr>
  </thead>
  <tbody>
  <tr>
  <td>Angra do Heroísmo</td>
  <td>Erasmus+ EuYoutH OSM Meeting</td>
  <td>2019-06-24-2019-06-29</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/10/pt.svg" alt="portugal" /></td>
  </tr>
  <tr>
  <td>Düsseldorf</td>
  <td>Stammtisch</td>
  <td>2019-06-28</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>London</td>
  <td>OSMUK Annual Gathering</td>
  <td>2019-06-29</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>London</td>
  <td>Wikidata UK Meets OSM</td>
  <td>2019-06-29</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>Kyoto</td>
  <td>幕末京都オープンデータソン#11：京の浪士と池田屋事件</td>
  <td>2019-06-29</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/08/jp.svg" alt="japan" /></td>
  </tr>
  <tr>
  <td>Sakai</td>
  <td>百舌鳥古墳群マッピングパーティ</td>
  <td>2019-06-30</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/08/jp.svg" alt="japan" /></td>
  </tr>
  <tr>
  <td>London</td>
  <td>Missing Maps Mapathon</td>
  <td>2019-07-02</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>Žilina</td>
  <td>Missing Maps mapathon Zilina #5 at Faculty of Management Science and Informatics University of Zilina</td>
  <td>2019-07-02</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/06/sk.svg" alt="slovakia" /></td>
  </tr>
  <tr>
  <td>Cologne</td>
  <td>Köln Stammtisch</td>
  <td>2019-07-03</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Stuttgart</td>
  <td>Stuttgarter Stammtisch</td>
  <td>2019-07-03</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Essen</td>
  <td>Mappertreffen</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Bochum</td>
  <td>Mappertreffen</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Nantes</td>
  <td>Réunion mensuelle</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Dresden</td>
  <td>Stammtisch Dresden</td>
  <td>2019-07-04</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Salzburg</td>
  <td>YouthMappers Workshop</td>
  <td>2019-07-05</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/at.svg" alt="austria" /></td>
  </tr>
  <tr>
  <td>Ivrea</td>
  <td>Incontro mensile</td>
  <td>2019-07-06</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/it.svg" alt="italy" /></td>
  </tr>
  <tr>
  <td>Makati City</td>
  <td>OSMPH × GrabPH Mapathon 1</td>
  <td>2019-07-06</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/ph.svg" alt="philippines" /></td>
  </tr>
  <tr>
  <td>Taipei</td>
  <td>OSM x Wikidata #6</td>
  <td>2019-07-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/tw.svg" alt="taiwan" /></td>
  </tr>
  <tr>
  <td>Bordeaux</td>
  <td>Réunion mensuelle</td>
  <td>2019-07-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Toronto</td>
  <td>Toronto Mappy Hour</td>
  <td>2019-07-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/ca.svg" alt="canada" /></td>
  </tr>
  <tr>
  <td>Lyon</td>
  <td>Rencontre mensuelle pour tous</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Munich</td>
  <td>Münchner Stammtisch</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Salt Lake City</td>
  <td>SLC Mappy Hour</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/us.svg" alt="united states" /></td>
  </tr>
  <tr>
  <td>Hamburg</td>
  <td>Hamburger Mappertreffen</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Zurich</td>
  <td>OSM Stammtisch Zurich</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/ch.svg" alt="switzerland" /></td>
  </tr>
  <tr>
  <td>Berlin</td>
  <td>133. Berlin-Brandenburg Stammtisch</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>San José</td>
  <td>Civic Hack Night &amp; Map Night</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/us.svg" alt="united states" /></td>
  </tr>
  <tr>
  <td>Ulmer Alb</td>
  <td>Stammtisch Ulmer Alb</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Dortmund</td>
  <td>Mappertreffen</td>
  <td>2019-07-12</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Cologne Bonn Airport</td>
  <td>Bonner Stammtisch</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Lüneburg</td>
  <td>Lüneburger Mappertreffen</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Santa Fe</td>
  <td>State of the Map Argentina 2019</td>
  <td>2019-07-27</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/03/ar.svg" alt="argentina" /></td>
  </tr>
  <tr>
  <td>Dumaguete</td>
  <td>Pista ng Mapa 2019</td>
  <td>2019-08-01-2019-08-03</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/ph.svg" alt="philippines" /></td>
  </tr>
  <tr>
  <td>Minneapolis</td>
  <td>State of the Map U.S. 2019 [1]</td>
  <td>2019-09-06-2019-09-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/us.svg" alt="united states" /></td>
  </tr>
  <tr>
  <td>Edinburgh</td>
  <td>FOSS4GUK 2019</td>
  <td>2019-09-18-2019-09-21</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>Erasmus+ EuYoutH OSM Meeting</td>
  <td>2019-09-18-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>HOT Summit 2019</td>
  <td>2019-09-19-2019-09-20</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>State of the Map 2019 [2]</td>
  <td>2019-09-21-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Wellington</td>
  <td>FOSS4G SotM Oceania 2019</td>
  <td>2019-11-12-2019-11-15</td>
  <td><img src="https://weeklyosm.eu/wp-content/uploads/sites/4/2019/06/nz.svg" alt="new zealand" /></td>
  </tr>
  <tr>
  <td>Grand-Bassam</td>
  <td>State of the Map Africa 2019</td>
  <td>2019-11-22-2019-11-24</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/10/ci.svg" alt="ivory coast" /></td>
  </tr>
  </tbody>
  </table>
  <p>Note: If you like to see your event here, please <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">put it into</a> the calendar. Only data which is there, will appear in weeklyOSM. Please <a href="https://osmbc.openstreetmap.de/calendar/preview"> check your event</a> in our public calendar preview and correct it, <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">where appropriate</a>.</p>
  <p align="right"><i>This weeklyOSM was <a href="https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages"> produced</a> by Elizabete, <a href="https://www.openstreetmap.org/user/Nakaner">Nakaner</a>, <a href="https://www.openstreetmap.org/user/Polyglot">Polyglot</a>, <a href="https://www.openstreetmap.org/user/Rogehm">Rogehm</a>, <a href="https://www.openstreetmap.org/user/SK53">SK53</a>, <a href="https://www.openstreetmap.org/user/Silka123">Silka123</a>, <a href="https://www.openstreetmap.org/user/SunCobalt/">SunCobalt</a>, <a href="http://www.openstreetmap.org/user/YoViajo">YoViajo</a>, <a href="https://twitter.com/manfred__r">derFred</a>, <a href="https://www.openstreetmap.org/user/geologist">geologist</a>, <a href="http://map.vroom-project.org">jcoupey</a>, <a href="https://twitter.com/fofliajinal">jinalfoflia</a>, <a href="https://www.openstreetmap.org/user/keithonearth">keithonearth</a>.</i></p>


guid: https://www.openstreetmap.org/user/Silka123/diary/390168
url: https://www.openstreetmap.org/user/Silka123/diary/390168
title: Интервью с Антоном Беличковым
published: 2019-07-01 08:42:32
fetched: 2019-07-06 09:00:04.180075
created_at: 2019-07-01 21:00:04.412174
updated_at: 2019-07-06 09:00:04.381805
summary:
  <p><img src="https://habrastorage.org/webt/5c/1r/hr/5c1rhr0a35os2_hjrhkdhfygin0.png" alt="">
  Антон Беличков (az09) — программист из Магнитогорска, который, как почти все герои моих интервью про мир OSM, пришел в этот проект 10 лет назад. Он — теплая мудрость и твердый дух сообщества RU-OSM. Почему так важен институт наставничества, как нам догнать Америку и чего хочет OSM от властей — обо всем этом он рассказал в <a href="https://habr.com/ru/post/458288/" rel="nofollow noopener noreferer">интервью</a>.</p>


guid: https://www.openstreetmap.org/user/Minh%20Nguyen/diary/390170
url: https://www.openstreetmap.org/user/Minh%20Nguyen/diary/390170
title: Your friendly neighborhood event calendar
published: 2019-07-01 09:14:05
fetched: 2019-07-07 08:30:04.280131
created_at: 2019-07-01 21:30:04.559651
updated_at: 2019-07-07 08:30:04.386367
summary:
  <p>If you’re organizing an OpenStreetMap-related event, consider adding it to <a href="https://wiki.openstreetmap.org/wiki/Current_events" rel="nofollow noopener noreferer">the wiki’s global OSM event calendar</a>, which also appears in each issue of <a href="http://www.weeklyosm.eu/" rel="nofollow noopener noreferer">weeklyOSM</a>. Even if you don’t expect to attract new attendees via the event calendar, it’s a decent way to raise awareness of your local community within the broader OSM community.</p>

  <p>To add an event to the calendar, go to the <a href="https://wiki.openstreetmap.org/wiki/Main_Page" rel="nofollow noopener noreferer">Main Page</a> and click the little blue <a href="https://wiki.openstreetmap.org/w/index.php?title=Template:Calendar&amp;action=edit&amp;uselang=en" rel="nofollow noopener noreferer">✏️</a> link at the top of the calendar. Follow the instructions on the edit page and click “Save changes”. Note that editing the calendar requires <a href="https://wiki.openstreetmap.org/w/index.php?title=Special:CreateAccount&amp;returnto=Template%3ACalendar&amp;returntoquery=action%3Dedit" rel="nofollow noopener noreferer">a free wiki account</a> with a confirmed e-mail address. Otherwise it’d be too easy for spam to get in.</p>

  <p>(If you’re organizing a regularly recurring event for a local community, you should also advertise it in the <a href="https://github.com/osmlab/osm-community-index/" rel="nofollow noopener noreferer">community index</a> that appears after uploading a changeset in iD.)</p>

  <h2 id="same-great-taste-with-half-the-punctuation">Same great taste with half the punctuation</h2>

  <p><a href="https://wiki.openstreetmap.org/wiki/Template_talk:Calendar#Streamlining_templates" rel="nofollow noopener noreferer">The event calendar has been rewritten</a> to make it easier for non-programmers to contribute new events. In the past, adding an event to the wiki’s event calendar meant editing delicate HTML microformats and idiosyncratic templates. But more realistically, it meant copy-pasting an existing event and hoping for the best. Now a single template handles the implementation details for you, so you can focus on the details that matter.</p>

  <p>Before:</p>

  <pre><code class="language-html">|-class="h-event"
  | {{Cal|pizza}} || {{Dm|y=2019|Feb 7}} || &lt;span class="p-name"&gt;[//www.meetup.com/Code-for-San-Jose/events/256761257/ Civic Hack Night &amp; Map Night], [[San José, California|San José]], [[California]], [[United States]]&lt;/span&gt; {{SmallFlag|USA}} {{SmallFlag|California}}
  </code></pre>

  <p>After:</p>

  <pre><code>{{Calendar/event
  | type = pizza
  | date = 2019-07-11
  | name = Civic Hack Night &amp; Map Night
  | url = //www.meetup.com/Code-for-San-Jose/events/261576831/
  | city = San José
  | citylink = San José, California
  | region = California
  | country = United States
  }}
  </code></pre>

  <p>On the surface, it’s just a small change – but hopefully one less thing to stress out about as you organize the event. As a bonus, the calendar takes significantly less time to load compared to the old implementation, which makes a big difference when viewing the <a href="https://wiki.openstreetmap.org/wiki/Main_Page" rel="nofollow noopener noreferer">Main Page</a>.</p>

  <p>Under the hood, getting to this point required writing a new template that retained full compatibility with weeklyOSM’s calendar parser, which had been <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar/event#Implementation_notes" rel="nofollow noopener noreferer">optimized for the old syntax</a>. It was also an opportunity to eliminate options that unnecessarily complicated the code or editing experience, such as unused support for event coordinates and Dzongkha date formatting. (Also, the German city shields are gone. 😬)</p>

  <p>Looking ahead, there are <a href="https://wiki.openstreetmap.org/wiki/Template_talk:Calendar#Automating_archives" rel="nofollow noopener noreferer">more ideas on the table</a> for making it easier to manage the calendar. <a href="https://wiki.openstreetmap.org/wiki/Template_talk:Languages#Lua_rewrite" rel="nofollow noopener noreferer">Further improvements</a> to the wiki’s page load performance are also in the works.</p>

  <p>Thanks to everyone who provided feedback and reported bugs as the new template was being developed. If you run into any difficulties contributing to the calendar, please <a href="https://wiki.openstreetmap.org/w/index.php?title=Template_talk:Calendar&amp;action=edit&amp;section=new" rel="nofollow noopener noreferer">provide feedback on the calendar’s talk page</a>.</p>


guid: https://www.openstreetmap.org/user/lolocox59/diary/390172
url: https://www.openstreetmap.org/user/lolocox59/diary/390172
title: Utiliser le guide iD
published: 2019-07-01 12:32:46
fetched: 2019-07-08 10:30:04.603886
created_at: 2019-07-02 01:00:04.419121
updated_at: 2019-07-08 10:30:04.709360
summary:
  <p>Bonjour,
  Lors de la création de mon compte, je suis automatiquement arrivé à un guide de découverte des fonctionnalités de contribution à OSM.
  Comme il y a quelques temps que je n’ai plus manipulé, il y a quelques fonctionnalités découvertes lors de ce tuto très bien fait, que je ne retrouve pas.
  Quelqu’un sait-il ou retrouver ce lien permettant de refaire le tuto ?
  Par avance, merci !</p>


guid: https://www.openstreetmap.org/user/Silka123/diary/390173
url: https://www.openstreetmap.org/user/Silka123/diary/390173
title: Новости из мира OpenStreetMap № 466 (18.06.2019-24.06.2019)
published: 2019-07-01 22:41:27
fetched: 2019-07-08 17:00:10.900719
created_at: 2019-07-02 11:00:04.328506
updated_at: 2019-07-08 17:00:11.272479
summary:
  <p>Еженедельный выпуск новостей из мира OSM <a href="https://habr.com/ru/post/458460/" rel="nofollow noopener noreferer">№ 466</a> переведен на русский. В этот раз вестей из России не так много, но все они довольны важные и интересные. Обратите внимание на следующие:</p>

  <ul>
    <li>Яндекс разрешил OSM использовать Яндекс.Панорамы для уточнения карты (ура!)</li>
    <li>Sight Safari уже не просто онлайн-сервис, который умеет строить интересные туристические маршруты по городам, а почти что мобильное приложение (желаю успеха и жду полноценного приложения)</li>
    <li>В этот раз картинкой выпуска является скриншот карты террора в Москве, которая выполнена отечественной компанией NextGIS по заказу “Мемориала”. Нужно понимать, что основатель WeeklyOSM - Manfred A. Reiter - невероятно тщательно относится к выбору “картинки выпуска”. (если коротко, то, значит, проект реально классный)</li>
  </ul>

  <p>Из зарубежного:</p>

  <ul>
    <li>Интересный текст о мире вандалов-покемонщиков (читать всем осмерам)</li>
    <li>Поиск и помощь беженцам; обновление карт с помощью панорам (гуманитраный OSM)</li>
    <li>Посмотрите сколько у них проектов, связанных с обучением молодежи основам OSM (когда у нас?)</li>
  </ul>


guid: https://www.openstreetmap.org/user/Geospa_gal/diary/390177
url: https://www.openstreetmap.org/user/Geospa_gal/diary/390177
title: Peer reviewed paper on gender differences in OSM editing now available online
published: 2019-07-02 10:25:25
fetched: 2019-07-09 03:00:03.867354
created_at: 2019-07-02 22:30:04.596405
updated_at: 2019-07-09 03:00:03.997401
summary:
  <p>Some of you will remember - and will have participated in - a demographic survey i conducted almost two years ago which aimed to establish whether there were any differences between the genders in the way contributors edit in OSM. Since then I have conducted several analyses of the data I collected and shared the results at several conferences. Each of the these papers is available on my researchgate profile which can be accessed from the following link.</p>

  <p><a href="https://www.researchgate.net/profile/Zoe_Gardner4" rel="nofollow noopener noreferer">https://www.researchgate.net/profile/Zoe_Gardner4</a></p>

  <p>I’m delighted to announce that the following peer reviewed paper titled “Quantifying gendered participation in OpenStreetMap: Responding to theories of female (under)representation in crowdsourced mapping”, based on the data I collected from the generous OSM users that participated, has just been published and is accessible online using the link below.</p>

  <p><a href="http://link.springer.com/article/10.1007/s10708-019-10035-z" rel="nofollow noopener noreferer">http://link.springer.com/article/10.1007/s10708-019-10035-z</a></p>

  <p>Abstract:
  This paper presents the results of an exploratory quantitative analysis of gendered contributions to the online mapping project OpenStreetMap (OSM), in which previous research has identified a strong male participation bias. On these grounds, theories of representation in volunteered geographic information (VGI) have argued that this kind of crowdsourced data fails to embody the geospatial interests of the wider community. The observed effects of the bias however, remain conspicuously absent from discourses of VGI and gender, which proceed with little sense of impact. This study addresses this void by analysing OSM contributions by gender and thus identifies differences in men’s and women’s mapping practices. An online survey uniquely captured the OSM IDs as well as the declared gender of 293 OSM users. Statistics relating to users’ editing and tagging behaviours openly accessible via the ‘how did you contribute to OSM’ wiki page were subsequently analysed. The results reveal that volumes of overall activity as well editing and tagging actions in OSM remain significantly dominated by men. They also indicate subtle but impactful differences in men’s and women’s preferences for modifying and creating data, as well as the tagging categories to which they contribute. Discourses of gender and ICT, gender relations in online VGI environments and competing motivational factors are implicated in these observations. As well as updating estimates of the gender participation bias in OSM, this paper aims to inform and stimulate subsequent discourses of gender and representation towards a new rationale for widening participation in VGI.</p>

  <p>Since completing this study, I have conducted some further analysis on the same dataset and plan to publish the results of this in due course.</p>

  <p>This kind of research, which focuses on those that have created this vast database, simply cannot happen without your cooperation and support so a huge thanks to everyone who participated in the survey and allowed me to access their edit history.</p>


guid: https://www.openstreetmap.org/user/Silka123/diary/390178
url: https://www.openstreetmap.org/user/Silka123/diary/390178
title: Самостоятельная генерация свежих карт для Maps.Me
published: 2019-07-02 11:24:58
fetched: 2019-07-09 04:00:03.778165
created_at: 2019-07-02 23:30:04.522150
updated_at: 2019-07-09 04:00:03.898472
summary:
  <p>Мне нравится приложение Maps.Me, но, к сожалению, его разработчики не так часто выпускают обновления <a href="opensource-data.mapswithme.com/regular/weekly/" rel="nofollow noopener noreferer">карт</a>, как бы того хотелось. Конечно, все это время в открытом доступе был <a href="https://github.com/mapsme/omim/tree/master/tools/python/maps_generator" rel="nofollow noopener noreferer">софт</a>, с помощью которого можно было собрать себе свежие карты. Однако, скажем прямо, его установка и настройка - это не для людей далеких от сферы IT.</p>

  <p>Но на прошлой неделе команда Maps.Me пошла на встречу ламерам, то есть и мне тоже, и существенно упростила этот процесс. Теперь генератор карт для этого приложения выполнен в виде <a href="https://github.com/mapsme/dockerfiles/tree/master/maps_generator" rel="nofollow noopener noreferer">docker-контейнера</a>. Что это значит? Те кто пробовал работать в Ubuntu сталкивались с тем, что приложения в ней не всегда устанавливаются также просто, как и в Windows - двойным нажатием на файле setup.exe. Нередко приходится устраивать “танцы с бубнами”. Так вот, docker-контейнер делает установку нового ПО в Linux-среде такой же простой, как и в Windows. Буквально несколько команд, которые копируешь из описания, и генератор карт инсталлирован на твой компьютер.</p>

  <p>Я смог почти самостоятельно установить генератор карт и собрать с его помощью несколько свежих карт. Мой ноутбук не самый мощный (HP Pavilion Laptop, Intel® Core™ i3-7100U CPU @ 2.40GHz × 4, 64-бит, ОЗУ 4 Гб), а потому процесс инсталляции генератора занял 1,5-2 часа, но он мог бы завершиться быстрее, если бы я не работал на компьютере в это время. Генерация карт более “тяжелый” процесс - одна область собирается порядка 5,5-6 часов, но в этом время у вас не получится ничего делать параллельно.</p>

  <p>Планирую раз в неделю для себя делать две области: Самарскую и Тульскую. Выкладываться они будут <a href="https://yadi.sk/d/4OsHNmbLcxFkXA" rel="nofollow noopener noreferer">здесь</a>. Также, если кому-то вдруг понадобятся свежие карты какой-то территории для Maps.Me, то обращайтесь, попробую помочь и оперативно это сделать для вас.</p>

  <p>P.S. Генерация карт выполняется в ОС Ubuntu.</p>


guid: https://www.openstreetmap.org/user/LivingWithDragons/diary/390181
url: https://www.openstreetmap.org/user/LivingWithDragons/diary/390181
title: No posts here
published: 2019-07-02 13:14:05
fetched: 2019-07-09 16:30:03.928091
created_at: 2019-07-03 01:30:03.951073
updated_at: 2019-07-09 16:30:04.035131
summary:
  <p>You’ll not see many posts from me here.</p>

  <p>I blogged a lot at <a href="http://www.livingwithdragons.com" rel="nofollow noopener noreferer">LivingwithDragons.com</a>, but that’s gone a bit quiet. I’m trying to maintain the <a href="https://www.youtube.com/channel/UCOzESllbuA8MvERQYiO0KuA/videos" rel="nofollow noopener noreferer">Mapper Diaries</a> YouTube channel.</p>


guid: https://www.openstreetmap.org/user/Adrie%20Sonke/diary/390180
url: https://www.openstreetmap.org/user/Adrie%20Sonke/diary/390180
title: 2-7-2019
published: 2019-07-02 13:07:08
fetched: 2019-07-09 12:30:03.668258
created_at: 2019-07-03 01:30:03.953865
updated_at: 2019-07-09 12:30:03.775712
summary:
  <p>Nog steeds met Nepal Morangdelta bezig. Sinds gisteren een grote task die afgekeurd is geweest. De oorspronkelijke mapper heeft zich er destijds makkelijk van af gemaakt. Hij/zij heeft i.p.v alle gebouwen te mappen de woongebieden aangegeven. Zo ben je vlug klaar, maar iemand anders moet op zeker moment al die gebouwen nog wel doen.
  Wat ook opvalt is dat beken en sloten nog niet altijd herkend worden. En de duikers (tunnels) worden ook vergeten. 
  Voor de verandering ook wat werk in Mozambique gedaan. Dat is weer ander terrein.</p>


guid: https://www.openstreetmap.org/user/Tresin/diary/390182
url: https://www.openstreetmap.org/user/Tresin/diary/390182
title: Hot task managing
published: 2019-07-02 14:08:09
fetched: 2019-07-09 17:00:04.514615
created_at: 2019-07-03 02:30:03.672020
updated_at: 2019-07-09 17:00:04.667129
summary:
  <p>Today was another awesome day. I mapped with Hot for the first time in my life and it waas very very awesome i wish to map more. watch out I am coming with full force</p>


guid: https://www.openstreetmap.org/user/jonasbits/diary/390184
url: https://www.openstreetmap.org/user/jonasbits/diary/390184
title: Trans-Siberian_Railway research
published: 2019-07-02 14:36:22
fetched: 2019-07-09 22:00:04.583774
created_at: 2019-07-03 03:00:03.770788
updated_at: 2019-07-09 22:00:04.692288
summary:
  <p>Vill kartlägga hela 
  <a href="https://en.wikipedia.org/wiki/Trans-Siberian_Railway" rel="nofollow noopener noreferer">https://en.wikipedia.org/wiki/Trans-Siberian_Railway</a>
  <a href="https://www.openstreetmap.org/node/302270181#map=5/35.148/136.492" rel="nofollow noopener noreferer">https://www.openstreetmap.org/node/302270181#map=5/35.148/136.492</a></p>

  <p>eller iallafall hitta en lista på alla “ways”
  <a href="https://www.openstreetmap.org/way/22757090#map=13/54.0739/123.7828" rel="nofollow noopener noreferer">https://www.openstreetmap.org/way/22757090#map=13/54.0739/123.7828</a>
  <a href="https://www.openstreetmap.org/way/126734532#map=10/49.5923/129.9637" rel="nofollow noopener noreferer">https://www.openstreetmap.org/way/126734532#map=10/49.5923/129.9637</a></p>


guid: http://blog.gravitystorm.co.uk/?p=870
url: https://blog.gravitystorm.co.uk/2019/07/03/better-trace-uploads-and-more-for-openstreetmap/
title: Better Trace Uploads, New API Call and More i18n for OpenStreetMap
published: 2019-07-03 15:08:29
fetched: 2019-10-23 07:00:09.004492
created_at: 2019-07-03 15:30:08.416567
updated_at: 2019-10-23 07:00:09.065280
summary:
  June was a busy month for my ongoing development work on OpenStreetMap. The highlight of the month for me was that we wrapped up the project to move GPX upload processing to the built-in job queue system. This means that we can run the GPX processing jobs in parallel, and spread the tasks between different [&#8230;]

content:
  <p>June was a busy month for my ongoing development work on <a href="https://github.com/openstreetmap/openstreetmap-website">OpenStreetMap</a>.</p>
  <p>The highlight of the month for me was that we wrapped up the project to move GPX upload processing to the built-in job queue system. This means that we can run the GPX processing jobs in parallel, and spread the tasks between different machines instead of than being limited to one process on one machine. This makes it much less likely that your uploaded trace will get stuck at the back of a queue.</p>
  <p>It also means that the notification emails that you receive will be translated into your preferred language; it makes it much easier to test the processing or add new features; and we can get rid of some old code that nobody was looking after.</p>
  <p>The key piece of work to get this released was being able to create the trace animations from within our ruby code. <a href="https://github.com/mmd-osm/">mmd-osm</a> worked with the developer of the gd2-ffij rubygem to <a href="https://github.com/dark-panda/gd2-ffij/pull/19">add support for animated gifs</a>. That was the last piece of the puzzle, and when a new version of the gem was released, <a href="https://github.com/openstreetmap/openstreetmap-website/pull/2204">we were good to go</a>.</p>
  <p>Towards the end of the month I developed <a href="https://github.com/openstreetmap/openstreetmap-website/pull/2280">a new &#8216;api/versions&#8217; API call</a>. This allows applications an easier way to find out what versions of the API the server supports, rather than using the unversioned &#8216;api/capabilites&#8217; call (the &#8216;api/0.6/capabilities&#8217; call is what applications should use for checking capabilities, since the capabilities could change between different API versions in future). It seems almost completely unimportant at the moment, since we&#8217;ve been on version 0.6 for over 10 years now, but it&#8217;s solving another piece of the jigsaw that will allow us to run version 0.7 (and perhaps future versions) alongside an existing API version, which we&#8217;ve never done before. There&#8217;ll be more work from me to support API 0.7 over the next few months.</p>
  <p>Internationalisation (i18n) is a topic that I keep working on, since we&#8217;ve got thousands of mappers who don&#8217;t speak English, and problems with the i18n system can be really jarring for them when using the site. One feature we use all over the place is describing things that occurred in the past, and previously <a href="https://github.com/openstreetmap/openstreetmap-website/issues/2255">it wasn&#8217;t possible to accurate translate times like &#8220;3 days ago&#8221; into all languages</a>. I&#8217;ve now added a mechanism to make this possible, and it&#8217;s a solution that I might take upstream for wider use in other rails projects.</p>
  <p>I also rolled up my sleeves and tackled some of the endless and thankless issue pruning! We still have over 450 open requests between two different issue trackers. Some of the issues are important, but are lost in the pile. But many are feature requests that are either quite niche, or ideas that seem reasonable but that realistically we aren&#8217;t likely to ever get around to doing. I find these the hardest to deal with, since it&#8217;s hard to close them without being unwelcoming. Yet the variety of small features that could theoretically be added is endless, and the project doesn&#8217;t gain anything from having an endless list of feature requests in the queue. So I try to deal with them as politely as I can.</p>
  <p>Finally, some more refactoring. This time some <a href="https://github.com/openstreetmap/openstreetmap-website/pull/2279">minor</a> <a href="https://github.com/openstreetmap/openstreetmap-website/pull/2269">changes</a>, including <a href="https://github.com/openstreetmap/openstreetmap-website/pull/2257">the way we create forms</a> and <a href="https://github.com/openstreetmap/openstreetmap-website/pull/2278">render partials</a>. It doesn&#8217;t make the website run faster, but it&#8217;s less code for developers to read, and means that new developers are likely to see better existing code and make new features more easily. I try to keep creating a better and more enjoyable &#8216;developer experience&#8217;, particularly for new developers who might not be familiar with the tools, in the hope we can attract and retain some more developers.</p>
  <p>That&#8217;s all for now!</p>


guid: https://www.openstreetmap.org/user/CupIvan/diary/390187
url: https://www.openstreetmap.org/user/CupIvan/diary/390187
title: Высотная карта зданий
published: 2019-07-03 10:00:55
fetched: 2019-07-10 01:00:04.169557
created_at: 2019-07-03 22:30:04.048852
updated_at: 2019-07-10 01:00:04.281078
summary:
  <p>Сделал раскраску зданий по этажам, жёлтым обозначены жилые дома без этажности, можно быстро их обнаружить и добавить информацию.
  <a href="https://osm.cupivan.ru/levels/#454/?z=16&amp;lat=55.60123255669349&amp;lon=38.09095144271851" rel="nofollow noopener noreferer">https://osm.cupivan.ru/levels/#454/?z=16&amp;lat=55.60123255669349&amp;lon=38.09095144271851</a></p>


guid: https://www.openstreetmap.org/user/bingya/diary/390192
url: https://www.openstreetmap.org/user/bingya/diary/390192
title: 简单自我介绍
published: 2019-07-04 05:42:44
fetched: 2019-07-10 11:30:04.414151
created_at: 2019-07-04 18:00:04.567060
updated_at: 2019-07-10 11:30:04.529096
summary:
  <p>大家好，我是冰牙， 来自中国，喜欢旅游、美食体育运动以及网络游戏，希望和大家做朋友，一起分享，一起交流。
  我的qq号232147816，手机号码18873248869。电子邮箱<a href="mailto:232147816@qq.com" rel="nofollow noopener noreferer">232147816@qq.com</a>.</p>


guid: https://www.openstreetmap.org/user/Sowa1980/diary/390196
url: https://www.openstreetmap.org/user/Sowa1980/diary/390196
title: Теги применяемые мной, расшифровка обозначения, список постоянно пополняется.
published: 2019-07-04 13:48:29
fetched: 2019-07-10 14:00:03.929784
created_at: 2019-07-05 02:00:04.475742
updated_at: 2019-07-10 14:00:04.378849
summary:
  <ol>
    <li>architect_name=Чибисов С.И. - (архитектор)</li>
    <li>sanctified=2015.12.04 - (дата освящения)</li>
    <li>start_of_construction=2015.12.04 - (дата начало строительства)</li>
    <li>completion_of_construction=2017 - (дата завершение строительства)</li>
    <li>commissioning=2019  - (дата ввод в эксплуатацию)</li>
    <li>contact:phone:code=+7-47557 - (код номера поселений при звонках по стационарным телефонам)</li>
    <li>building=children’s veranda (детская веранда)</li>
  </ol>


guid: https://www.openstreetmap.org/user/Moon666/diary/390198
url: https://www.openstreetmap.org/user/Moon666/diary/390198
title: 別件に因んで
published: 2019-07-04 14:34:49
fetched: 2019-07-12 10:00:04.226374
created_at: 2019-07-05 03:00:04.415101
updated_at: 2019-07-12 10:00:04.337937
summary:
  <p>amenity=bank または amenity=atm　闇の魔術 
  leisure=park　魔法生物飼育学　（なってない場所が多い？） 
  amenity=embassy(大使館)またはoffice=diplomatic(外交施設)またはamenity=courthouse(裁判所)　　魔法省 
  amenity=libraryまたはshop=booksまたはamenity=college　ホグワーツ校 
  tourism=museumまたはhistoric=memorial(記念碑)またはamenity=fountain(噴水)　ホグワーツの伝説 
  tourism=information または tourism=gallery　魔法界の不思議 
  leisure=stadiumor(レジャー施設) leisure=pitchor leisure=golf_courseor leisure=fitness_centreor leisure=sports_centre　魔法ゲーム・スポーツ部 
  shop=second_handor shop=computer shop=departmentor shop=opticianor shop=variety_storeorshop=electronics　不可思議な人工物 
  amenity=veterinaryまたはshop=petまたはleisure=garden　魔法動物学</p>


guid: https://www.openstreetmap.org/user/deptho/diary/390197
url: https://www.openstreetmap.org/user/deptho/diary/390197
title: Source
published: 2019-07-04 14:30:47
fetched: 2019-07-11 07:30:04.070114
created_at: 2019-07-05 03:00:04.417979
updated_at: 2019-07-11 07:30:04.182197
summary:
  <p>Just noticed wiki.openstreetmap.org/wiki/Key:source suggesting the changeset should describe the source of the change rather than every object. I’ll reduce the number/type of objects in my changesets to make it easier to relate the changes to the changeset description/sources.</p>


guid: https://www.openstreetmap.org/user/Roland%20Haeder/diary/390199
url: https://www.openstreetmap.org/user/Roland%20Haeder/diary/390199
title: A lot local surveys
published: 2019-07-04 15:00:32
fetched: 2019-07-12 20:30:03.662747
created_at: 2019-07-05 03:30:03.681497
updated_at: 2019-07-12 20:30:03.780923
summary:
  <p>In the past days I did a lot local surveys to complete OSM’s data, like path/building type, opening hours, lit and accessibility status (no stairs=ignore it, 1 step=limited, 2+ stepts=no, explicit access ramp=yes). For that I now walk with bare-foot shoes (very nice!) and a “vegetarian” T-Shirt … ;-)</p>

  <p>It says “Eat p***y, not animals” … ;-)</p>


guid: https://www.openstreetmap.org/user/MrRobles/diary/390200
url: https://www.openstreetmap.org/user/MrRobles/diary/390200
title: OpenStreetMap finalmente ganha recurso de rotas e direções
published: 2019-07-04 22:28:26
fetched: 2019-07-12 22:00:04.520831
created_at: 2019-07-05 10:30:03.716531
updated_at: 2019-07-12 22:00:04.637911
summary:
  <p>Você conhece ou já ouviu falar no sistema de consulta cartográfica OpenStreetMap? Pois é: ele é bem menos famoso que o Google Maps e o Nokia HERE, mas ganha cada vez mais mercado como anexo em outro aplicativos de <a href="http://www.cursoseebooksdigitais.com/" rel="nofollow noopener noreferer">localização online</a>. Agora, com uma nova e importante função, essa plataforma quer traçar voos muito mais altos.</p>

  <p>O OpenStreetMap (OSM) finalmente melhorou e introduziu a função de navegação por rotas de um ponto ao outro. Isso significa que agora é possível saber quais são as direções para sair do ponto “A” ao “B” — algo óbvio para os rivais, mas que o OSM ainda não oferecia em seu sistema.</p>

  <p>A rota pode ser feita da forma tradicional, via carro, ou de bicicleta e à pé. Nessas duas últimas opções, a base de dados utilizada pode ser pelo GraphHooper ou via MapQuest. Abaixo, confira um exemplo de trajeto feito a partir do site.</p>

  <p>O OSM é considerado por muitos como a “Wikipédia dos mapas” por ser livre, gratuita e editável. A contribuição da comunidade é o que faz com que ele seja cada vez mais preciso e completo. O Foursquare é um dos clientes mais famosos que adotou a plataforma — e essa lista só deve crescer se o app continuar melhorando cada vez mais. Você pode visitar os mapas.</p>


guid: https://www.openstreetmap.org/user/raphaelmirc/diary/390201
url: https://www.openstreetmap.org/user/raphaelmirc/diary/390201
title: Inclusão de Prefeituras Municipais do Estado de Pernambuco - Brazil.
published: 2019-07-05 04:01:32
fetched: 2019-07-12 22:30:04.491103
created_at: 2019-07-05 16:30:05.832044
updated_at: 2019-07-12 22:30:04.611909
summary:
  <p>Bom Dia.</p>

  <p>Tenho Inserido no Mapa OSM os dados Como endereço, Site, E-Mail e Telefone para as Prefeituras já existente e para as Prefeituras que não existe tenho inserido o local da prefeitura mais os dados da mesma, os dados das Prefeituras Municipais do Estado de Pernambuco são do site de dados aberto de Pernambuco;</p>

  <p>Link dos dados do site aberto do Estado de Pernambuco. 
  <a href="https://www.pe.gov.br/governo/prefeituras/" rel="nofollow noopener noreferer">https://www.pe.gov.br/governo/prefeituras/</a></p>

  <p>Participa da Nossa Sala no Telegram; 
  <a href="https://web.telegram.org/#/im?p=@osm_pernambuco" rel="nofollow noopener noreferer">https://web.telegram.org/#/im?p=@osm_pernambuco</a></p>

  <p>Forte abraço a todos os Mapeadores do OSM.</p>

  <p>Raphaelmirc - Recife/PE.</p>


guid: https://blog.openstreetmap.org/?p=176636728
url: https://blog.openstreetmap.org/2019/07/06/sotm2019-program-and-call-for-posters/
title: State of the Map 2019 program and call for posters
published: 2019-07-06 01:14:58
fetched: 2019-10-24 08:00:04.334881
created_at: 2019-07-06 01:30:03.917554
updated_at: 2019-10-24 08:00:04.504811
summary:
  SotM 2019 Program Announced The last couple of months have been busy with organising the State of the Map 2019 conference. In particular, the program committees have done the difficult job of selecting which talks will be presented at the conference. We had many submissions and unfortunately we could not accept them all, but we [&#8230;]

content:
  <figure class="wp-block-image"><img src="https://blog.openstreetmap.org/wp-content/uploads/2019/07/SotM2018_viewing_posters-1024x683.jpg" alt="" class="wp-image-176636736" srcset="https://blog.openstreetmap.org/wp-content/uploads/2019/07/SotM2018_viewing_posters-1024x683.jpg 1024w, https://blog.openstreetmap.org/wp-content/uploads/2019/07/SotM2018_viewing_posters-300x200.jpg 300w, https://blog.openstreetmap.org/wp-content/uploads/2019/07/SotM2018_viewing_posters-768x512.jpg 768w, https://blog.openstreetmap.org/wp-content/uploads/2019/07/SotM2018_viewing_posters-624x416.jpg 624w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption><em>Viewing SotM 2018 posters. Photograph by </em><a href="https://www.flickr.com/photos/thomersch/28801465347/in/album-72157697903865771/"><em>Thomas Skowron,</em></a><em> </em><a href="https://creativecommons.org/licenses/by/2.0/"><em>CC BY 2.0</em></a></figcaption></figure>



  <h2>SotM 2019 Program Announced</h2>



  <p>The last couple of months have been busy with organising the State of the Map 2019 conference. In particular, the program committees have done the difficult job of selecting which talks will be presented at the conference. We had many submissions and unfortunately we could not accept them all, but we aimed at selecting talks that we believe you will all find really interesting.</p>



  <p>As well as the regular talks in the program, this year also sees a full track on Sunday dedicated to academic talks which anyone is welcome to attend, not just the academically inclined among you!<br /><br />For more information on the talks that were selected and when they will be presented, take a look at the <a rel="noreferrer noopener" aria-label=" (opens in a new tab)" href="https://2019.stateofthemap.org/program/" target="_blank">program</a>. Most talks will be recorded, so if you cannot attend, you can watch them online after the conference!</p>



  <h2>Call for Posters</h2>



  <p>Getting the selection of talks ready was not the only thing happening the past few weeks &#8211; we have also been preparing for the annual poster competition. This year we have a dedicated poster session at the conference where selected posters will be exhibited and you will have a chance to meet the creators and talk with them.</p>



  <p>For more details on how to submit, see our <a href="https://2019.stateofthemap.org/calls/posters/">Call for Posters</a>.</p>



  <p>Your poster could show how well your home region is mapped, it could be a beautiful new style or map. It might focus on a community project or statistics, it might be a poster explaining and inviting people to OpenStreetMap. What&#8217;s important, is we want it to be about OSM. We&#8217;re also welcoming academic posters about research around OpenStreetMap data. <br /><br />You don’t have to attend SotM 2019 to submit a poster.</p>



  <h2>Early Bird Tickets</h2>



  <p>Early bird tickets are still available at the <a href="https://join.osmfoundation.org/?page=CiviCRM&amp;q=civicrm%2Fevent%2Finfo&amp;reset=1&amp;id=13">ticket sales web page</a>. These prices are only available until the 21st of July, so get your ticket now!</p>



  <p><em>SotM Organising Committee</em></p>



  <p><a href="https://2019.stateofthemap.org/"><em>Sign up for event updates</em></a><em> and follow us </em><a href="https://twitter.com/sotm"><em>@sotm</em></a><em>!</em></p>



  <p><em>The <a href="https://stateofthemap.org/">State of the Map</a> conference is the annual, international conference of OpenStreetMap</em>,<em> organised by the <a href="https://wiki.osmfoundation.org/">OpenStreetMap Foundation</a>. The OpenStreetMap Foundation is a not-for-profit organisation, formed in the UK to support the OpenStreetMap Project. It is dedicated to encouraging the growth, development and distribution of free geospatial data for anyone to use and share. The OpenStreetMap Foundation owns and maintains the infrastructure of the OpenStreetMap project and you can support it by becoming a <a href="https://join.osmfoundation.org/">member</a>. The <a href="https://wiki.osmfoundation.org/wiki/StateoftheMap_Organizing_Committee">State of the Map Organising Committee</a> is one of our volunteer <a href="https://wiki.osmfoundation.org/wiki/Working_Groups">Working Groups</a>.</em></p>


guid: https://www.openstreetmap.org/user/fcphantom/diary/390209
url: https://www.openstreetmap.org/user/fcphantom/diary/390209
title: Wisconsin Building Footprint import
published: 2019-07-05 20:58:19
fetched: 2019-07-12 23:00:03.875378
created_at: 2019-07-06 09:00:04.330862
updated_at: 2019-07-12 23:00:03.995866
summary:
  <p>Beginning in June of 2019, I began importing building footprints for counties inWisconsin. These were sourced from the State Cartographer’s office, and is part of a larger project of importing this data for other counties in the state.</p>

  <p><a href="https://wiki.openstreetmap.org/wiki/Wisconsin_Multi-County_Building_Footprint_Import" rel="nofollow noopener noreferer">https://wiki.openstreetmap.org/wiki/Wisconsin_Multi-County_Building_Footprint_Import</a></p>

  <p>I finished Menominee county, have added all areas not already mapped for Wood county, and have now started on Winnebago county.</p>


guid: https://www.openstreetmap.org/user/Monica%20Martin/diary/390211
url: https://www.openstreetmap.org/user/Monica%20Martin/diary/390211
title: Grab PH Mapathon
published: 2019-07-06 05:09:35
fetched: 2019-07-13 00:00:03.737772
created_at: 2019-07-06 17:30:03.747078
updated_at: 2019-07-13 00:00:03.860680
summary:
  <p>Hello. I am here at Grab PH’s office for the OSMPH x GrabPH Mapathon to help map areas located in Taytay, Cainta, Angono, and Binangonan, Rizal.</p>


guid: http://blog.openstreetmap.de/?p=15876
url: http://blog.openstreetmap.de/blog/2019/07/wochennotiz-nr-467/
title: Wochennotiz Nr. 467
published: 2019-07-07 11:25:39
fetched: 2019-09-09 17:00:18.550812
created_at: 2019-07-07 11:30:27.006055
updated_at: 2019-09-09 17:00:19.846456
summary:
  25.06.2019-01.07.2019 Vollständigkeit des Straßennetzes &#8211; OpenStreetMap-Daten vs. gRoads 1 &#124; Kartendaten gRoads und © OpenStreetMap-Mitwirkende, ODbL Mapping Die iD-Funktion, ein Wikidata-Tag für die Marke einer Restaurant- oder Laden-Kette hinzuzufügen, sorgte laut einem GitHub-Fehlerbericht bei mehreren Restaurants, die zu keiner Kette &#8230; <a href="http://blog.openstreetmap.de/blog/2019/07/wochennotiz-nr-467/">Weiterlesen <span class="meta-nav">&#8594;</span></a>

content:
  <p>25.06.2019-01.07.2019</p>
  <p><!-- place picture here --></p>
  <div class="wp-caption alignnone" style="width: 650px;">
  <p class="wp-caption-text"><img src="https://wiki.openstreetmap.org/w/images/thumb/a/ad/BaseRoadsVsOpenData_Burkina-Faso_priorisation_umap.png/640px-BaseRoadsVsOpenData_Burkina-Faso_priorisation_umap.png" alt="Logo" width="640" height="409" /></p>
  <p class="wp-caption-text">Vollständigkeit des Straßennetzes &#8211; OpenStreetMap-Daten vs. gRoads <a href="#wn467_20363"><sup>1</sup></a> | Kartendaten gRoads und © OpenStreetMap-Mitwirkende, ODbL</p>
  </div>
  <h2 id="wn467_mapping">Mapping</h2>
  <ul>
  <li id="wn467_20394">Die iD-Funktion, ein Wikidata-Tag für die Marke einer Restaurant- oder Laden-Kette hinzuzufügen, <a href="https://github.com/openstreetmap/iD/issues/6577">sorgte</a> laut einem GitHub-Fehlerbericht bei mehreren Restaurants, die zu keiner Kette gehören, für die fehlerhafte Erfassung der Wikidata-iD. Eine vorgeschlagene Lösung ist ein Tag wie <code>not:brand:wikidata=</code>, um zu vermeiden, dass das Merkmal erneut hinzugefügt wird. Quincy Morgan, einer der beiden iD-Maintainer, verweist darauf, dass aufgrund der kürzlichen Widerstände der OSM-Genehmigungsprozess eingehalten werden sollte, bevor dieses Feature implementiert wird.</li>
  <li id="wn467_20431">Die Entscheidung der iD Maintainer, <code>natural=water</code> in Kombination<code>water=reservoir</code> statt <code>landuse=reservoir</code> zu unterstützen und vom Validator des Editors die Änderung des letztgenannten Tags vorzuschlagen, <a href="https://github.com/openstreetmap/iD/issues/6589">führte</a> zu einer Diskussion auf GitHub. Die Entscheidung, die in dieser Diskussion wegen der Missachtung der OSM-Community kritisiert wurde, ist <a href="https://github.com/openstreetmap/iD/issues/5591">nicht neu</a> und wurde letzten Dezember getroffen.</li>
  <li id="wn467_20415">Emily Eros von <a href="https://www.sharedstreets.io/">SharedStreets</a> hat einen interessanten und umfassenden Artikel über das „Bordsteinmanagement“ wie Parkbeschränkungen als immer wichtigeres Thema für Unternehmen und Kommunen <a href="https://medium.com/sharedstreets/openstreetmap-and-curb-regulations-7812ee582a33">veröffentlicht</a>. Sie bemerkt und benennt Defizite von OSM in diesem Bereich und fragte sich warum, da das Interesse des öffentlichen und privaten Sektors an diesem Thema so groß ist. Sie analysierte die aktuell erfassten Informationen, zeigte einige Schwierigkeiten auf und schlägt neue Wege vor, um die Informationen zu ergänzen.</li>
  <li id="wn467_20426">Zwei neue Abschnitte in der <a href="https://wiki.openstreetmap.org/wiki/Good_practice"><em>Good Practice</em></a>-Wiki-Seite <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-June/046327.html">veranlassten</a> Joseph Eisenberg, auf der Tagging-Mailingliste nachzufragen. Er war der Meinung, dass die neuen Abschnitte „Überprüfe die Geschichte wichtiger Objekte“ und „Erfasse keine unbedeutenden, vergängliche und mobilen Objekte“ Wiederholungen aus vorherigen Abschnitte sind und hat sie daher wieder gelöscht.</li>
  <li id="wn467_20441">Leif Rasmussen <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-July/046356.html">kündigte</a> den Beginn der Abstimmung über den <a href="https://wiki.openstreetmap.org/wiki/Proposed_features/Connectivity">Vorschlag</a> für bessere Spurverbindungsinformationen an Kreuzungen zum 1. Juli an.</li>
  <li id="wn467_20422">Der Tag <a href="https://wiki.openstreetmap.org/wiki/Tag:tourism=camp_pitch"><code>tourism=camp_pitch</code></a> für einzelne Plätze innerhalb eines Campingplatzes wurde mit der nötigen Mehrheit <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-June/046322.html">beschlossen</a>.</li>
  <li id="wn467_20420">Der russische Mapper Pavel Gavrilov <a href="https://wiki.openstreetmap.org/wiki/RU:Strava">beschreibt</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> (automatische <a href="https://translate.google.de/translate?sl=ru&amp;tl=de&amp;u=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FRU%3AStrava">Übersetzung</a>) im Wiki, wie sich Strava-Daten für die Verbesserung von OSM nutzen lassen.</li>
  </ul>
  <h2 id="wn467_community">Community</h2>
  <ul>
  <li id="wn467_20411">Auf der Mailingliste Talk <a href="https://lists.openstreetmap.org/pipermail/talk/2019-June/082747.html">gab</a> die Data Working Group bekannt, dass einige Blogbeiträge von OSM-Nutzern verborgen werden mussten, da ein Mapper trotz Ermahnung weiterhin beleidigende Kommentare veröffentlichte.</li>
  <li id="wn467_20391">Der FOSSGIS e.V. <a href="https://forum.openstreetmap.org/viewtopic.php?id=66615">fördert</a> Mappingpartys am 15. OSM-Geburtstag (10./11. August 2019) finanziell. Eine <a href="https://wiki.openstreetmap.org/wiki/OpenStreetMap_15th_Anniversary_Birthday_party">Liste</a> der Veranstaltungen findet sich im Wiki.</li>
  <li id="wn467_20406">Chris Beddow von Mapillary <a href="https://blog.mapillary.com/update/2019/06/26/end-of-maps-as-we-know-it.html">bloggte</a> über die Entwicklung von OSM, Mapping-Technologien und den verschiedenen OSM-Communities. Seine Schlussfolgerung ist, dass jeder Mapper, jede einzelne Community im OSM-Bereich wertvoll ist und die Beziehungen zwischen allen Beteiligten, seien es kommerzielle Unternehmen oder Freiwillige, gestärkt werden sollten.</li>
  <li id="wn467_20416"><a href="https://twitter.com/kevin_bullock">Kevin Bullock</a> erklärt in einem <a href="https://www.openstreetmap.org/user/@kevin_bullock/diary/390153">Blogeintrag</a>, dass <a href="https://en.wikipedia.org/wiki/Maxar_Technologies">Maxar Technologies</a>, der Mutterkonzern von DigitalGlobe, im Zuge eines Marken-Rebrandings die für OSM bereitgestellten DigitalGlobe-Luftbilder durch die an den meisten Orten aktuelleren Layer Maxar Premium &amp; Maxar Standard ersetzt.</li>
  <li id="wn467_20419">Anfang Juni <a href="https://forum.openstreetmap.org/viewtopic.php?id=66423">fand</a><img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> in Russland ein Mapathon „June floors“ statt. Die ganze Woche (3.-10.06.) wies die russische OSM-Community Gebäuden die Anzahl von Stockwerken zu. An dieser Veranstaltung nahmen 184 Mapper teil. Die Stockwerke wurden für 7643 Objekte aktualisiert.</li>
  </ul>
  <h2 id="wn467_openstreetmap_foundation">OpenStreetMap Foundation</h2>
  <ul>
  <li id="wn467_20462">Severin Menard <a href="https://lists.openstreetmap.org/pipermail/osmf-talk/2019-June/006099.html">weist</a> in einer Email an die OSMF darauf hin, dass die <a href="https://wiki.osmfoundation.org/w/images/6/62/Organised_Editing_Guidelines.pdf">Organised_Editing_Guidelines</a> offensichtlich nicht ernst genommen werden. Ein gutes <a href="https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/Madagascar_Itasy_lake_Mapathon">Beispiel</a>, wie ein Mapathon im Wiki behandelt werden könnte. Ein <a href="https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities">Überblick</a> im Wiki.</li>
  <li id="wn467_20392">Gregory Marler <a href="https://blog.openstreetmap.org/2019/06/25/host-sotm/">wirbt</a> für die Ausrichtung der nächsten State of the Map-Konferenz mit einem Blogbeitrag mit dem Titel „Why your community should host State of the Map“.</li>
  </ul>
  <h2 id="wn467_veranstaltungen">Veranstaltungen</h2>
  <ul>
  <li id="wn467_20436">Mit einem visuellen Eindruck der letztjährigen <em>State of the Map Latam</em> <a href="https://twitter.com/openstreetmap/status/1144379891875557376">gibt</a> OSM einen Ausblick auf die kommenden Konferenzen in Lateinamerika. Die <a href="https://sotm.osmargentina.org"><em>SOTM Argentina</em></a> ist für den 27. Juli in Santa Fe geplant, gefolgt von der <a href="https://wiki.openstreetmap.org/wiki/State_of_the_Map_Latam_2019"><em>State of the Map Latam 2019</em></a>, die im November in Paraguay stattfinden wird.</li>
  <li id="wn467_20395">Die Videos der <a href="https://www.youtube.com/playlist?list=PLOOscafdiYWMiCr9ae8F-ttCKmfeBX8Yk">SotM CZ/SK 2016</a> sind jetzt erst online verfügbar.</li>
  </ul>
  <h2 id="wn467_humanitarian_osm">Humanitarian OSM</h2>
  <ul>
  <li id="wn467_20403">Die Organisation Ärzte ohne Grenzen <a href="https://lists.openstreetmap.org/pipermail/hot/2019-June/014918.html">sucht</a> Helfer für zwei Mapathons in Hongkong am Montag, den 5. August, und Sonntag, den 1. September.</li>
  <li id="wn467_20398">Das <a href="https://drive.google.com/file/d/1rtuzOhilMS8VdB1_XG8vVoga4e-qJnMd/view">Protokoll</a> der Vorstandssitzung von HOT US Inc. vom 13. Juni ist veröffentlicht worden.</li>
  </ul>
  <h2 id="wn467_karten">Karten</h2>
  <ul>
  <li id="wn467_20390"><a href="https://www.kontur.io/">Kontur</a> hat eine Karte <a href="http://disaster.ninja/live/">erstellt</a>, die die Dichte der OSM-Objekte pro Bevölkerung anzeigt, vor allem um bei der humanitären Kartierung zu helfen.</li>
  <li id="wn467_20418">Die Stadtverwaltung Nischni Nowgorod (Russland) hat ein GIS-Portal <a href="https://gorodnakarte.ru">eingerichtet</a>, das nicht stationäre Einzelhandelsobjekte (Straßenkioske) und Werbebauten zeigt. OSM wird als Basiskarte verwendet.</li>
  <li id="wn467_20408">Die französische Suchmaschine Qwant, die sich an datenschutzsensitive Nutzer richtet, hat vor Kurzem ihren eigenen Kartendienst <a href="https://www.heise.de/newsticker/meldung/Qwant-startet-eigenen-Kartendienst-4456566.html">gestartet</a>. Der auf OSM-Daten basierende Dienst <a href="https://www.qwant.com/maps"><em>Qwant Maps</em></a> ist jetzt in der Betaphase, jedoch werden Adressen noch nicht berücksichtigt.</li>
  </ul>
  <h2 id="wn467_switch2osm">switch2OSM</h2>
  <ul>
  <li id="wn467_20402">OpenStreetMap Slowenien <a href="https://twitter.com/OpenStreetMapSi/status/1143872894436618240?s=19">bemerkte</a> die Nutzung von OSM-Karten in <a href="https://twitter.com/URS_ZR/status/1142042139444031488">Zivilschutz- und Katastrophenschutzfahrzeugen</a>.</li>
  </ul>
  <h2 id="wn467_programme">Programme</h2>
  <ul>
  <li id="wn467_20400">omgitsgela hat in ihrem OSM-Benutzerblog eine Anleitung <a href="https://www.openstreetmap.org/user/omgitsgela/diary/390135">veröffentlicht</a>, wie man JOSM auf einem Chromebook nutzen kann.</li>
  <li id="wn467_20428">Die MapOSMatic-Instanz unter <a href="https://maposmatic.osm-baustelle.de">osm-baustelle.de</a> hat OSM-Fehlermeldungen als für die Karte und Kartenindex auswählbare Daten <a href="https://blog.osm-baustelle.de/index.php/2019/06/30/osm-notes-overlay-experimental/">hinzugefügt</a>.</li>
  </ul>
  <h2 id="wn467_programmierung">Programmierung</h2>
  <ul>
  <li id="wn467_20437">tchaddad <a href="https://www.openstreetmap.org/user/tchaddad/diary/390156">beschreibt</a> die Arbeit am <a href="https://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2019/Accepted_projects">Google Summer of Code</a> Projekt, das die Datenanreicherung von Nominatim mit Daten von Wikidata zum Ziel hat. Der erste Schritt, so der Blogbeitrag, ist die Aktualisierung und Verbesserung der bestehenden Wikipedia-Extraktionsskripte.</li>
  </ul>
  <h2 id="wn467_releases">Releases</h2>
  <ul>
  <li id="wn467_20397">Verschiedene Versionen der Webapp Noticias Aqui E Agora sind jetzt auf <a href="http://NoticiasAquiEAgora.com">Portugiesisch</a>, <a href="http://NouvellesIci.com">Französisch</a>, <a href="http://NoticiasAquiYAhora.com">Spanisch</a>, <a href="http://NachrichtenHier.com">Deutsch</a> und <a href="https://www.NewsHereNow.com">Englisch</a> verfügbar. Die Webapp macht es einfach, die nächstgelegenen Restaurants zu finden, die nicht zu einer Restaurantkette gehören, lokale Cafés und unabhängige Buchhandlungen, die mit leicht zu findenden Unternehmen wie McDonalds, Starbucks und Amazon konkurrieren. Wenn dein Lieblingsrestaurant oder deine unabhängige Buchhandlung in OpenStreetMap fehlt, füge es doch bitte zu OSM hinzu. Bitte füge dabei den Link zur Website (URL) bei, so dass man mit wenigen Klicks auf das Menü eines Restaurants in der Nähe zugreifen kann.</li>
  <li id="wn467_20405">Wambacher hält seine <a href="https://wambachers-osm.website/index.php/osm-software-watchlist">OSM-Software-List</a> mit den neuesten Release immer aktuell. Er <a href="https://forum.openstreetmap.org/viewtopic.php?pid=753322#p753322">bekam</a> weitere Vorschläge für OSM-nutzende Software aus dem Forum.</li>
  </ul>
  <h2 id="wn467_kennst_du_schon_…">Kennst du schon …</h2>
  <ul>
  <li id="wn467_20363">&#8230; [1] das Projekt zur Verbesserung der Vollständigkeit, Präzision und Konsistenz des Hauptstraßennetzes in mehreren westafrikanischen Ländern? Die Qualität und Quantität von OSM-Daten wird anhand offener Referenzdaten wie <a href="https://sedac.ciesin.columbia.edu/data/collection/groads">gROADS</a> (Global Roads Open Access Data Set) gemessen und so verbesserungswürdige Gebiete ermittelt. Nicolas Decoster <a href="https://lists.openstreetmap.org/pipermail/hot/2019-June/014906.html">bittet</a> um Mithilfe, um die seit 2015 gemachten Verbesserungen, die auf der <a href="https://twitter.com/nicolas_chavent/status/1139813028034162688">SotM-Fr 2019</a> präsentiert wurden, fortzusetzen.</li>
  <li id="wn467_20421">&#8230; dass der russische Mapper Rainbow Fox eine Software <em>WhereIsMyPhoto</em> <a href="https://www.softportal.com/software-45762-whereismyphoto.html">geschrieben</a><img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> hat, die die Suche und Arbeit mit Fotos vereinfacht? Wenn das Bild Geodaten enthält, wird der Aufnahmeort auf der OSM-Basiskarte angezeigt.</li>
  <li id="wn467_20423">&#8230; <a href="https://www.openandromaps.org">OpenAndroMaps</a>? Die Website bietet den Download verschiedener Vektorkarten für Smartphones an. Die Styles werden regelmäßig aktualisiert und verbessert. Als Benutzer <a href="https://www.openandromaps.org/elevate-4-update-lizenzergaenzung-und-einstellung-elevate-2">beachte</a> bitte das Elevate 4 Update.</li>
  <li id="wn467_20430">&#8230; die Webseite <a href="https://wo-ist-markt.de/#karlsruhe">Wo ist Markt in &#8230;?</a> Hier werden die Wochenmärkte, Gemüsemärkte und Trödelmärkte verschiedener Städte in Deutschland angezeigt. Neben einer <a href="https://wo-ist-markt.de/info.html">Informationsseite</a> kann man auf der Seite des<a href="https://github.com/wo-ist-markt/wo-ist-markt.github.io"> GitHub Repos</a> weitere Details finden.</li>
  <li id="wn467_20424">&#8230; die verlassene Geisterstadt <a href="https://de.wikipedia.org/wiki/Kitsault">Kitsault</a> in Kanada, mit einem Einwohner? Die <a href="https://www.openstreetmap.org/node/1098653796#map=15/55.4570/-129.4747">Bergbausiedlung</a> wurde 1983 verlassen und die Häuser, Grundstücke, Krankenhaus und Geschäfte werden seitdem durch einen Investor mit wenigen Leuten vor Ort instandgehalten für eine nächste Generation von Bergleuten. Ein nicht mehr ganz neuer <a href="https://www.stern.de/reise/fernreisen/geisterstadt-kitsault--das-geheimnis-der-verlassenen-stadt-7366462.html">Bericht</a> des <em>Stern</em> und ein <a href="https://www.google.de/url?sa=t&amp;rct=j&amp;q=&amp;esrc=s&amp;source=web&amp;cd=11&amp;cad=rja&amp;uact=8&amp;ved=2ahUKEwjhvsm51o_jAhVRUlAKHVU4Ddg4ChC3AjAAegQICBAB&amp;url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3D1doa98h9l6A&amp;usg=AOvVaw1CCmft-XOx8pQH7Ho6VJQc">Filmchen</a> dazu geben mehr Hintergrundinformationen. (Bleibt zu überlegen, ob das Tagging mit place=city stimmt.)</li>
  </ul>
  <h2 id="wn467_weitere_themen_mit_geo-bezug">Weitere Themen mit Geo-Bezug</h2>
  <ul>
  <li id="wn467_20401">Die Meldeplattform <a href="https://www.radar-online.net/">RADar!</a> nutzt OpenStreetMap und ist ein onlinebasiertes Bürgerbeteiligungs- und Planungsinstrument des <a href="http://www.klimabuendnis.org/">Klima-Bündnisses</a>. Über die <a href="https://www.radar-online.net/app">RADar!-App</a> oder via Internet kann auf störende und gefährliche Stellen im Radwegeverlauf aufmerksam gemacht werden. Die Meldungen sind auf der Webseite einsehbar und häufig auch gut geeignet, um den aktuellen Zustand oder die Oberfläche von Radwegen in OSM zu aktualisieren. <img src="https://s.w.org/images/core/emoji/12.0.0-1/72x72/1f609.png" alt="😉" class="wp-smiley" style="height: 1em; max-height: 1em;" /></li>
  <li id="wn467_20434">Michael Marz <a href="https://lists.fossgis.de/pipermail/fossgis-talk-liste/2019-June/010099.html">startete</a> ein persönliches Projekt, indem er alle zwei Monate alle primären Map Features (verschiedene Key) in je einem eigenen Paket zum <a href="https://download.osmdata.xyz/">Download</a> anbietet. Weitere Informationen finden sich auf der <a href="https://github.com/michaelmgis/osmdata.xyz">GitHub-Seite</a>.</li>
  <li id="wn467_20410"><em>theyapantimes</em> <a href="https://www.japantimes.co.jp/news/2019/06/28/world/benin-leaps-21st-century-new-national-map-first-since-1957/#.XRZOe3pXpdg">berichtete</a>, dass Benin in Nigeria nun stolz ist, über eine moderne <a href="https://www.openstreetmap.org/#map=12/6.3626/5.6305">digitale Karte </a>zu verfügen, um die letzte Karte von 1957 abzulösen. Es war viel Arbeit nötig, durchgeführt von 30 beninischen Kartographen (OSM-Mappern). Das Projekt entstand durch Initiative der Vereinten Nationen (UNDP) mit finanzieller Unterstützung durch die europäische Union.</li>
  <li id="wn467_20414">Saadiq Mohiuddin <a href="https://saadiqm.com/2019/06/21/mapping-curb-rules.html">beschreibt</a>, wie er eine <a href="http://saadiqm.com/curb-rules-map/">Karte</a> von Bordstein-Parkregeln in Calgary erstellt hat.</li>
  <li id="wn467_20435">Der <em>Spiegel</em> <a href="https://www.spiegel.de/wissenschaft/datenlese/deutschlands-stadtgeschichte-in-karten-und-schwarzplaenen-a-1273220.html">berichtet</a> umfangreich über der Entwicklung, über Schwarzpläne (OSM-basierend) deutscher Städte zentrumsnah, oft alten Ursprungs, zu erkennen und die weitere Stadtplanung daraufhin zu optimieren. In der Kritik stehen dabei in der weiteren urbanen Expansion die Verdichtung, selbst in den Außenbezirken einer Stadt (<a href="https://www.openstreetmap.org/#map=16/51.0235/6.8963">Beispiel</a> &#8211; Köln Chorweiler). Eine kurze <a href="https://forum.openstreetmap.org/viewtopic.php?id=66669">Diskussion</a> dazu im Forum.</li>
  <li id="wn467_20417">Ist auf deiner Tastatur eine OSM-Taste? Die Tastatur von Benutzer ImreSamu <a href="https://www.openstreetmap.org/user/ImreSamu/diary/390151">hat</a> jedenfalls eine.</li>
  <li id="wn467_20393">Ein kleiner Koordinatenfehler <a href="https://www.propublica.org/article/trump-inc-podcast-one-trump-tax-cut-meant-to-help-the-poor-a-billionaire-ended-up-winning-big">hat</a> dazu geführt, dass ein milliardenschwerer Investor für Trumps Steuererleichterungen für Arme qualifiziert wurde.</li>
  <li id="wn467_20407">Google hat zur Umgehung einer Verkehrsstörung knapp 100 Autos in Colorado auf einen unbefestigten Feldweg <a href="https://edition.cnn.com/2019/06/26/us/google-maps-detour-colorado-trnd/index.html">gelotst</a>, wo diese stecken blieben.</li>
  <li id="wn467_20413">Der Tagesspiegel <a href="https://www.tagesspiegel.de/gesellschaft/hashtag-createsoundscape-digitale-landkarte-erfasst-deutschlands-glockenlandschaft/24382514.html">berichtet</a> über das Projekt <a href="https://createsoundscape.de">#createsoundscape</a>, das über Crowdmapping Deutschlands „Glockenlandschaft“ erfassen will.</li>
  <li id="wn467_20429">Die Wikimedia Foundation hat einen langjährigen Admin der englischen Wikipedia für ein Jahr wegen einer Art Code-of-Conduct-Verletzung gesperrt, ohne Details zu nennen. Die Community begehrt gegen die Intransparenz und die Umgehung typischer Entscheidungswege auf. Einzelne Admins haben sich einen Benutzersperren-Editwar mit der Foundation geliefert. <em>BuzzFeed News</em> <a href="https://www.buzzfeednews.com/article/josephbernstein/wikipedia-ban-editor-culture-war">berichtet</a> darüber. Die Juni-Ausgabe des <em><a href="https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/Archives/2019-06-30">The Signpost</a></em>, ein internes monatliches Magazin der englischen Wikipedia, hat zu der Sache mehrere Artikel.</li>
  <li id="wn467_20432">Aus einer <a href="https://fragdenstaat.de/anfrage/vhf-undoder-uhf-kanale-fur-die-aussendung-von-realtime-telematik-rtk-3/">Antwort</a> des Bundesamt für Kartographie und Geodäsie auf eine Anfrage nach Informationsfreiheitsgesetz geht hervor, dass das Landesamt für Digitalisierung, Breitband und Vermessung Bayern an einer versuchsweisen Ausstrahlung von PPP-Korrekturdaten für GNSS via DAB+ arbeitet.</li>
  </ul>
  <h2 id="wn467_wochenvorschau">Wochenvorschau</h2>
  <table>
  <thead>
  <tr>
  <th>Wo</th>
  <th>Was</th>
  <th>Wann</th>
  <th>Land</th>
  </tr>
  </thead>
  <tbody>
  <tr>
  <td>Salzburg</td>
  <td>YouthMappers Workshop</td>
  <td>2019-07-05</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/at.svg" alt="austria" /></td>
  </tr>
  <tr>
  <td>Bordeaux</td>
  <td>Réunion mensuelle</td>
  <td>2019-07-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Lyon</td>
  <td>Rencontre mensuelle pour tous</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Munich</td>
  <td>Münchner Stammtisch</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Hamburg</td>
  <td>Hamburger Mappertreffen</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Wuppertal</td>
  <td>OSM-Treffen Wuppertaler Stammtisch im Hutmacher 18 Uhr</td>
  <td>2019-07-10</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Zürich</td>
  <td>OSM Stammtisch Zürich</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/ch.svg" alt="switzerland" /></td>
  </tr>
  <tr>
  <td>Berlin</td>
  <td>133. Berlin-Brandenburg Stammtisch</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Ulmer Alb</td>
  <td>Stammtisch Ulmer Alb</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Dortmund</td>
  <td>Mappertreffen</td>
  <td>2019-07-12</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Bonn</td>
  <td>Bonner Stammtisch</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Lüneburg</td>
  <td>Lüneburger Mappertreffen</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Viersen</td>
  <td>OSM Stammtisch Viersen</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Bremen</td>
  <td>Bremer Mappertreffen</td>
  <td>2019-07-22</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Lübeck</td>
  <td>Lübecker Mappertreffen</td>
  <td>2019-07-25</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>Erasmus+ EuYoutH OSM Meeting</td>
  <td>2019-09-18-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>HOT Summit 2019</td>
  <td>2019-09-19-2019-09-20</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>State of the Map 2019 [3]</td>
  <td>2019-09-21-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  </tbody>
  </table>
  <p>Hinweis:<br />
  Wer seinen Termin hier in der Liste sehen möchte, <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">trage</a> ihn in den <a href="https://wiki.openstreetmap.org/wiki/Current_events">Kalender</a> ein. Nur Termine, die dort stehen, werden in die Wochennotiz übernommen. Bitte <a href="https://osmbc.openstreetmap.de/calendar/preview"> prüfe die Veranstaltung</a> in unserem öffentlichen Kalendertool und korrigiere bitte die Einträge im Kalender, <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">wenn notwendig.</a></p>
  <p align="right"><i>Diese Wochennotiz wurde erstellt von <a href="https://www.openstreetmap.org/user/Map-Peter">Map-Peter</a>, <a href="https://www.openstreetmap.org/user/Nakaner">Nakaner</a>, <a href="https://www.openstreetmap.org/user/Rogehm">Rogehm</a>, <a href="https://www.openstreetmap.org/user/SK53">SK53</a>, <a href="https://www.openstreetmap.org/user/Silka123">Silka123</a>, <a href="https://www.openstreetmap.org/user/SunCobalt/">SunCobalt</a>, <a href="https://www.openstreetmap.org/user/bjoern_m">bjoern_m</a>, <a href="https://twitter.com/manfred__r">derFred</a>, <a href="https://www.openstreetmap.org/user/doktorpixel14">doktorpixel14</a>, <a href="https://www.openstreetmap.org/user/geologist">geologist</a>, <a href="https://www.openstreetmap.org/user/tordans">tordans</a>.</i></p>


guid: https://weeklyosm.eu/?p=12219
url: http://weeklyosm.eu/archives/12219
title: weeklyOSM 467
published: 2019-07-07 11:11:57
fetched: 2019-09-10 08:00:27.605716
created_at: 2019-07-07 11:30:37.238228
updated_at: 2019-09-10 08:00:29.442007
summary:
  25/06/2019-01/07/2019 Consolidated mapping projects &#8211; base roads check vs open data references 1 &#124; Map data gRoads and © OpenStreetMap contributors, ODbL Mapping A new iD feature, which adds Wikidata and Wikipedia tags for brands of retail chains, caused issues when restaurants with very similar names were tagged mistakenly, according to a GitHub bug report. [&#8230;]

content:
  <p>25/06/2019-01/07/2019</p>
  <p><!-- place picture here --></p>
  <div class="wp-caption alignnone" style="width: 650px">
  <p class="wp-caption-text"><img src="https://i2.wp.com/wiki.openstreetmap.org/w/images/thumb/a/ad/BaseRoadsVsOpenData_Burkina-Faso_priorisation_umap.png/640px-BaseRoadsVsOpenData_Burkina-Faso_priorisation_umap.png?resize=640%2C409&#038;ssl=1" alt="Logo" width="640" height="409" data-recalc-dims="1" /></p>
  <p class="wp-caption-text">Consolidated mapping projects &#8211; base roads check vs open data references <a href="#wn467_20363"><sup>1</sup></a> | Map data gRoads and © OpenStreetMap contributors, ODbL</p>
  </div>
  <h2 id="wn467_mapping">Mapping</h2>
  <ul>
  <li id="wn467_20394">A new iD feature, which adds Wikidata and Wikipedia tags for brands of retail chains, caused issues when restaurants with very similar names were tagged mistakenly, <a href="https://github.com/openstreetmap/iD/issues/6577">according</a> to a GitHub bug report. One proposed solution is to use the tag <code>not:brand:wikidata=</code> to avoid the tag being added again. Quincy Morgan, one of the two iD maintainers, points to the approval process before introducing it.</li>
  <li id="wn467_20431">iD&#8217;s decision to support <code>natural=water</code> with <code>water=reservoir</code> instead of <code>landuse=reservoir</code> and to flag the latter for a tagging change <a href="https://github.com/openstreetmap/iD/issues/6589">led to</a> a discussion on GitHub. The decision that was disputed isn&#8217;t new and <a href="https://github.com/openstreetmap/iD/issues/5591">goes back</a> to December 2018.</li>
  <li id="wn467_20415">Emily Eros from <a href="https://www.sharedstreets.io/">SharedStreets</a> has <a href="https://medium.com/sharedstreets/openstreetmap-and-curb-regulations-7812ee582a33">published</a> a comprehensive article about kerb management, such as parking restrictions, which is becoming an important topic for businesses and local government. She noticed a comparative absence of data in OSM on the theme and was wondering why. She analyses current usage, highlights some difficulties and proposes new ways of adding the information.</li>
  <li id="wn467_20426">The addition of two new sections on the <a href="https://wiki.openstreetmap.org/wiki/Good_practice">&#8220;Good Practice&#8221;</a> wiki page <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-June/046327.html">led</a> Joseph Eisenberg to consult the tagging mailing list. He felt that the new sections &#8220;Check the history of important objects&#8221; and &#8220;Don&#8217;t map insignificant, perishable and mobile object&#8221; are duplications of previous sections and removed them.</li>
  <li id="wn467_20441">Leif Rasmussen <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-July/046356.html">announced</a> the start of voting on the connectivity relation <a href="https://wiki.openstreetmap.org/wiki/Proposed_features/Connectivity">proposal</a> which intends to improve the mapping of lane connections at intersections.</li>
  <li id="wn467_20422">The tag <a href="https://wiki.openstreetmap.org/wiki/Tag:tourism=camp_pitch"><code>tourism=camp_pitch</code></a> for individual pitches within a campsite has been <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-June/046322.html">approved</a>.</li>
  <li id="wn467_20420">Russian OSMer Pavel Gavrilov wrote a big and comprehensive article in WikiOSM about how <a href="https://wiki.openstreetmap.org/wiki/RU:Strava">Strava</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> (automatic <a href="https://translate.google.de/translate?sl=ru&amp;tl=en&amp;u=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FRU%3AStrava">translation</a>) data could make OSM more accurate.</li>
  </ul>
  <h2 id="wn467_community">Community</h2>
  <ul>
  <li id="wn467_20411">The Data Working Group <a href="https://lists.openstreetmap.org/pipermail/talk/2019-June/082747.html">announced</a> that it hid a handful of blog entries in the OSM user diaries which involved insulting comments.</li>
  <li id="wn467_20391">The FOSSGIS, OSM&#8217;s local chapter in Germany, <a href="https://forum.openstreetmap.org/viewtopic.php?id=66615">announced</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/de.svg" alt="(de)" /> (automatic <a href="https://translate.google.com/translate?sl=auto&amp;tl=EN&amp;u=https://forum.openstreetmap.org/viewtopic.php?id=66615">translation</a>) financial support for mapping parties at OSM&#8217;s 15th birthday on 10-11 August.</li>
  <li id="wn467_20406">Chris Beddow from Mapillary <a href="https://blog.mapillary.com/update/2019/06/26/end-of-maps-as-we-know-it.html">blogged</a> about the evolution of OSM, mapping technologies and OSM&#8217;s communities. His conclusion is that every mapper, every single community in OSM matters and the ties between all stakeholders, be it commercial companies or volunteers, should be made stronger.</li>
  <li id="wn467_20416">A number of changes in the imagery layers within OSM editors have been made at the request of <a href="https://en.wikipedia.org/wiki/Maxar_Technologies">Maxar</a> (the parent company of Digital Globe, whose products are being rebranded). <a href="https://twitter.com/kevin_bullock">Kevin Bullock</a> of Maxar wrote a <a href="https://www.openstreetmap.org/user/@kevin_bullock/diary/390153">diary entry</a> explaining these changes in more detail.Regular OSM contributors may have already noticed that the Digital Globe imagery layers have disappeared from the online editors. They will have also noted the appearance of two equivalent, but generally more up-to-date, layers called Maxar Premium and Maxar Standard. JOSM is following suit, but some performance issues will not be resolved until later in July.The removal of the Digital Globe layers was implemented as a <a href="https://github.com/osmlab/editor-layer-index/pull/680">pull request</a> by Bryan Housel.</li>
  <li id="wn467_20419">At the beginning of June a Mapathon &#8220;June floors&#8221; <a href="https://forum.openstreetmap.org/viewtopic.php?id=66423">took place</a> (automatic <a href="https://translate.google.com/translate?sl=auto&amp;tl=EN&amp;u=https://forum.openstreetmap.org/viewtopic.php?id=66423">translation</a>) in Russia. During the week (3 to 10 June) the Russian OSM community assigned floors to buildings which didn&#8217;t have them before. 184 mappers took part in this event. Floors were updated for 7643 objects.</li>
  </ul>
  <h2 id="wn467_openstreetmap_foundation">OpenStreetMap Foundation</h2>
  <ul>
  <li id="wn467_20462">In an <a href="https://lists.openstreetmap.org/pipermail/osmf-talk/2019-June/006099.html">email to the OSMF</a> and the Talk lists, SeverinGeo points out that the <a href="https://wiki.osmfoundation.org/w/images/6/62/Organised_Editing_Guidelines.pdf">Organised_Editing_Guidelines</a> are obviously not taken seriously. A <a href="https://lists.openstreetmap.org/pipermail/talk/2019-June/thread.html#82745">discussion</a> has started about this topic regarding how to handle this situation. A list of all current organised editing activities should be <a href="https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities">here</a>.</li>
  <li id="wn467_20392">Gregory Marler <a href="https://blog.openstreetmap.org/2019/06/25/host-sotm/">advertises</a> the hosting of the next State of the Map conference with a blog post titled &#8220;Why your community should host State of the Map&#8221;.</li>
  </ul>
  <h2 id="wn467_events">Events</h2>
  <ul>
  <li id="wn467_20436">With a visual impression of last year&#8217;s <em>State of the Map Latam</em>, OSM <a href="https://twitter.com/openstreetmap/status/1144379891875557376">is providing</a> an outlook of upcoming conferences in Latin America. The <a href="https://sotm.osmargentina.org"><em>SOTM Argentina</em></a> is scheduled for 27 July in Santa Fe followed by the <a href="https://wiki.openstreetmap.org/wiki/State_of_the_Map_Latam_2019"><em>State of the Map Latam 2019</em></a> which will take place in Paraguay in November.</li>
  <li id="wn467_20395">The videos from <a href="https://www.youtube.com/playlist?list=PLOOscafdiYWMiCr9ae8F-ttCKmfeBX8Yk">SotM CZ/SK 2016</a> have been published.</li>
  </ul>
  <h2 id="wn467_humanitarian_osm">Humanitarian OSM</h2>
  <ul>
  <li id="wn467_20403">Médecins Sans Frontières <a href="https://lists.openstreetmap.org/pipermail/hot/2019-June/014918.html">is looking</a> for helpers for two mapathons to be held in Hong Kong on Monday, 5 August and Sunday, 1 September.</li>
  <li id="wn467_20398">The <a href="https://drive.google.com/file/d/1rtuzOhilMS8VdB1_XG8vVoga4e-qJnMd/view">minutes</a> for the HOT board meeting of 13 June 2019 have been made available.</li>
  </ul>
  <h2 id="wn467_maps">Maps</h2>
  <ul>
  <li id="wn467_20390"><a href="https://www.kontur.io/">Kontur</a> has created a map <a href="http://disaster.ninja/live/">showing</a> the density of OSM objects per unit of population, mostly to help with humanitarian mapping.</li>
  <li id="wn467_20418">The Nizhniy Novgorod (Russia) City Administration <a href="https://gorodnakarte.ru">created</a> (<a href="https://translate.google.com/translate?sl=ru&amp;tl=en&amp;u=https://gorodnakarte.ru/">translation</a>) a GIS-portal which shows mobile retail facilities (street kiosks) and advertising structures. OSM is used as a base map.</li>
  <li id="wn467_20408">The French search engine Qwant, which targets privacy sensitive users, <a href="https://betterweb.qwant.com/qwant-maps-a-open-and-privacy-focused-map/">is starting</a> its own map service. The privacy-preserving service <a href="https://www.qwant.com/maps"><em>Qwant Maps</em></a> is based on OSM data.</li>
  </ul>
  <h2 id="wn467_switch2osm">switch2OSM</h2>
  <ul>
  <li id="wn467_20402">OpenStreetMap Slovenia <a href="https://twitter.com/OpenStreetMapSi/status/1143872894436618240?s=19">noticed</a> the use of OSM maps in civil protection and disaster relief <a href="https://twitter.com/URS_ZR/status/1142042139444031488">vehicles</a> (<a href="https://translate.google.com/translate?sl=sl&amp;tl=en&amp;u=https://twitter.com/URS_ZR/status/1142042139444031488">translation</a>).</li>
  </ul>
  <h2 id="wn467_software">Software</h2>
  <ul>
  <li id="wn467_20400">omgitsgela <a href="https://www.openstreetmap.org/user/omgitsgela/diary/390135">published</a> a guide on how to use JOSM on a Chromebook in their OSM user diary.</li>
  <li id="wn467_20428">The MapOSMatic instance at <a href="https://maposmatic.osm-baustelle.de/">osm-baustelle.de</a> has added <a href="https://blog.osm-baustelle.de/index.php/2019/06/30/osm-notes-overlay-experimental/">“OSM Notes”</a> as an overlay you can add to your map and map index.</li>
  </ul>
  <h2 id="wn467_programming">Programming</h2>
  <ul>
  <li id="wn467_20437">tchaddad <a href="https://www.openstreetmap.org/user/tchaddad/diary/390156">detailed</a> the work done on the <a href="https://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2019/Accepted_projects">Google Summer of Code</a> project to add data from Wikidata to Nominatim. The first step, according to the blog post, is the update and improvement of the existing Wikipedia extraction scripts.</li>
  </ul>
  <h2 id="wn467_releases">Releases</h2>
  <ul>
  <li id="wn467_20397">Different versions of the webapp <em>Noticias Aquí E Agora</em> are now available in <a href="http://NoticiasAquiEAgora.com">Portuguese</a>, <a href="http://NouvellesIci.com">French</a>, <a href="http://NoticiasAquiYAhora.com">Spanish</a>, <a href="http://NachrichtenHier.com">German</a>, and <a href="https://www.NewsHereNow.com">English</a>. The webapp <em>Noticias Aquí E Agora</em> makes it easy to find the nearest local independent restaurants, cafes and bookstores, which compete against chains, such as McDonalds, Starbucks and Amazon. If your favorite food location or independent bookstore is missing from OpenStreetMap, please add it to OSM. Please include the site link (URL) so that access to the menu of any nearby restaurant will be just a few clicks away.</li>
  <li id="wn467_20405">Wambacher always keeps his <a href="https://wambachers-osm.website/index.php/osm-software-watchlist">OSM software list</a> up to date with the latest releases. He has received further <a href="https://forum.openstreetmap.org/viewtopic.php?pid=753322#p753322">suggestions</a> for OSM-using software to add to his list from the forum. <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/de.svg" alt="(de)" /> (automatic <a href="https://translate.google.com/translate?sl=auto&amp;tl=EN&amp;u=https://forum.openstreetmap.org/viewtopic.php?pid=753322#p753322">translation</a>)</li>
  </ul>
  <h2 id="wn467_did_you_know_…">Did you know …</h2>
  <ul>
  <li id="wn467_20363">[1] &#8230;this <a href="https://wiki.openstreetmap.org/wiki/Consolidated_mapping_projects_-_base_roads_check_vs_open_data_references">methodology</a> aimed at improving the completeness, precision and consistency of the major road network? This work was recently presented at <a href="https://twitter.com/nicolas_chavent/status/1139813028034162688">SotM-Fr 2019</a>. It measures OSM data against open data references like <a href="https://sedac.ciesin.columbia.edu/data/collection/groads">gROADS</a> to assess the quality and quantity and to find areas which need improvement through <a href="https://tasks.hotosm.org/project/1245">Tasking Manager</a> projects and <a href="http://u.osmfr.org/m/274667/">prioritization uMap tasks</a>. The developers <a href="https://lists.openstreetmap.org/pipermail/hot/2019-June/014906.html">are asking</a> for contributions to this project, started in 2015 and currently covering nine African countries. A <a href="https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/Consolidated_mapping_projects_-_base_roads_check_vs_open_data_references">specific Directed Editing sub-page</a> has been created in the OSM wiki.</li>
  <li id="wn467_20421">&#8230;that the Russian mapper Rainbow Fox <a href="https://www.softportal.com/software-45762-whereismyphoto.html">wrote</a> (<a href="https://translate.google.com/translate?sl=ru&amp;tl=en&amp;u=https://www.softportal.com/software-45762-whereismyphoto.html">translation</a>) WhereIsMyPhoto which simplifies searching through collections of photos? When the image has geodata the shooting location is shown on the OSM basemap.</li>
  <li id="wn467_20423">&#8230; <a href="https://www.openandromaps.org/en">OpenAndroMaps</a>? The website offers downloads of different styled vector maps for smartphones. The styles are regularly updated and improved. As a user please note the <a href="https://www.openandromaps.org/en/elevate-4-update-additional-license-and-discontinuation-of-elevate-2">Elevate 4 update</a>.</li>
  <li id="wn467_20430">On the website <a href="https://wo-ist-markt.de/info.html.">Wo ist Markt?</a> you can see the weekly markets, vegetable markets and flea markets of different cities in Germany. Besides an <a href="https://wo-ist-markt.de/info.html">information page</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/de.svg" alt="(de)" /> (automatic <a href="https://translate.google.com/translate?sl=auto&amp;tl=EN&amp;u=https://wo-ist-markt.de/info.html">translation</a>) you can find further details on the <a href="https://github.com/wo-ist-markt/wo-ist-markt.github.io">GitHub Repo page</a>.</li>
  <li id="wn467_20424">&#8230; the ghost town of Kitsault in Canada, with a single inhabitant? The mining settlement was abandoned in 1983, but the houses, land, hospital and shops have since been maintained by an investor using a few local people to prepare for a future generation of miners. An 18-month old <a href="https://www.stern.de/reise/fernreisen/geisterstadt-kitsault--das-geheimnis-der-verlassenen-stadt-7366462.html">article in Stern</a> (automatic <a href="https://translate.google.com/translate?sl=auto&amp;tl=EN&amp;u=https://www.stern.de/reise/fernreisen/geisterstadt-kitsault--das-geheimnis-der-verlassenen-stadt-7366462.html">translation</a>) provides more background, and a short film about it. (It remains to consider whether the tagging with place=city is correct.)</li>
  </ul>
  <h2 id="wn467_other_“geo”_things">Other “geo” things</h2>
  <ul>
  <li id="wn467_20401">The reporting platform <a href="https://www.radar-online.net/en/home">RADar!</a> uses OpenStreetMap and is an online citizen participation and planning tool of <a href="https://www.climatealliance.org/home.html">Climate Alliance</a>. The <a href="https://www.radar-online.net/en/app">RADar! app</a> or the Internet can be used to draw attention to disturbing and dangerous spots along the cycle path. The messages can be viewed on the website and are often well suited for updating the current state of cycle paths in OSM <img src="https://s.w.org/images/core/emoji/12.0.0-1/72x72/1f609.png" alt="😉" class="wp-smiley" style="height: 1em; max-height: 1em;" /></li>
  <li id="wn467_20434">Michael Marz has <a href="https://lists.fossgis.de/pipermail/fossgis-talk-liste/2019-June/010099.html">started</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/de.svg" alt="(de)" /> (automatic <a href="https://translate.google.de/translate?sl=de&amp;tl=en&amp;u=https%3A%2F%2Flists.fossgis.de%2Fpipermail%2Ffossgis-talk-liste%2F2019-June%2F010099.html">translation</a>) a personal project which offers all primary map features (distinct keys) in their own separate <a href="https://download.osmdata.xyz/">downloadable package</a>. Further information can be found at the <a href="https://github.com/michaelmgis/osmdata.xyz">GitHub page</a>.</li>
  <li id="wn467_20410">The Japan Times <a href="https://www.japantimes.co.jp/news/2019/06/28/world/benin-leaps-21st-century-new-national-map-first-since-1957/#.XRZOe3pXpdg">reported</a> that Benin is now proud to have a modern <a href="https://www.openstreetmap.org/#map=12/6.3626/5.6305">digital map</a> to replace the last map from 1957. A lot of work was needed, carried out by 30 Beninese cartographers. The project was initiated by the United Nations (UNDP) with financial support from the European Union.</li>
  <li id="wn467_20414">Saadiq Mohiuddin <a href="https://saadiqm.com/2019/06/21/mapping-curb-rules.html">described</a> how he created a map of curb parking rules in Calgary.</li>
  <li id="wn467_20417">Is there an OSM key on your keyboard? The keyboard of user ImreSamu <a href="https://www.openstreetmap.org/user/ImreSamu/diary/390151">has one</a>.</li>
  <li id="wn467_20393">Be careful when working with data, a slight misalignment of coordinates meant a property developer <a href="https://www.propublica.org/article/trump-inc-podcast-one-trump-tax-cut-meant-to-help-the-poor-a-billionaire-ended-up-winning-big">qualified for tax cuts for the poor</a>.</li>
  <li id="wn467_20407">To avoid traffic congestion, Google <a href="https://edition.cnn.com/2019/06/26/us/google-maps-detour-colorado-trnd/index.html">diverted almost 100 cars</a> in Colorado onto an unpaved dirt road where they got stuck.</li>
  <li id="wn467_20429">The Wikimedia Foundation has blocked a long-time administrator of the English Wikipedia for a year because due to a code-of-conduct violation, without giving details. The community is appealing against the lack of transparency and the circumvention of typical decision paths. Individual admins have delivered a user-block edit war with the Foundation. BuzzFeed News <a href="https://www.buzzfeednews.com/article/josephbernstein/wikipedia-ban-editor-culture-war">reports</a> about it. The June issue of <a href="https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/Archives/2019-06-30">The Signpost</a>, an internal monthly magazine of the English Wikipedia, has several articles on the subject.</li>
  </ul>
  <h2 id="wn467_upcoming_events">Upcoming Events</h2>
  <table>
  <thead>
  <tr>
  <th>Where</th>
  <th>What</th>
  <th>When</th>
  <th>Country</th>
  </tr>
  </thead>
  <tbody>
  <tr>
  <td>Salzburg</td>
  <td>YouthMappers Workshop</td>
  <td>2019-07-05</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/at.svg" alt="austria" /></td>
  </tr>
  <tr>
  <td>Ivrea</td>
  <td>Incontro mensile</td>
  <td>2019-07-06</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/it.svg" alt="italy" /></td>
  </tr>
  <tr>
  <td>Makati City</td>
  <td>OSMPH × GrabPH Mapathon 1</td>
  <td>2019-07-06</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/ph.svg" alt="philippines" /></td>
  </tr>
  <tr>
  <td>Taipei</td>
  <td>OSM x Wikidata #6</td>
  <td>2019-07-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/tw.svg" alt="taiwan" /></td>
  </tr>
  <tr>
  <td>Bordeaux</td>
  <td>Réunion mensuelle</td>
  <td>2019-07-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Toronto</td>
  <td>Toronto Mappy Hour</td>
  <td>2019-07-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/ca.svg" alt="canada" /></td>
  </tr>
  <tr>
  <td>Lyon</td>
  <td>Rencontre mensuelle pour tous</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/fr.svg" alt="france" /></td>
  </tr>
  <tr>
  <td>Munich</td>
  <td>Münchner Stammtisch</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Salt Lake City</td>
  <td>SLC Mappy Hour</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/us.svg" alt="united states" /></td>
  </tr>
  <tr>
  <td>Hamburg</td>
  <td>Hamburger Mappertreffen</td>
  <td>2019-07-09</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Wuppertal</td>
  <td>OSM-Treffen Wuppertaler Stammtisch im Hutmacher 18 Uhr</td>
  <td>2019-07-10</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Zurich</td>
  <td>OSM Stammtisch Zurich</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/02/ch.svg" alt="switzerland" /></td>
  </tr>
  <tr>
  <td>Berlin</td>
  <td>133. Berlin-Brandenburg Stammtisch</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>San José</td>
  <td>Civic Hack Night &amp; Map Night</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/us.svg" alt="united states" /></td>
  </tr>
  <tr>
  <td>Ulmer Alb</td>
  <td>Stammtisch Ulmer Alb</td>
  <td>2019-07-11</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Dortmund</td>
  <td>Mappertreffen</td>
  <td>2019-07-12</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Cologne Bonn Airport</td>
  <td>Bonner Stammtisch</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Lüneburg</td>
  <td>Lüneburger Mappertreffen</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Viersen</td>
  <td>OSM Stammtisch Viersen</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Bremen</td>
  <td>Bremer Mappertreffen</td>
  <td>2019-07-22</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Nottingham</td>
  <td>Nottingham pub meetup</td>
  <td>2019-07-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>Reading</td>
  <td>Missing Maps Reading Mapathon</td>
  <td>2019-07-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>Salt Lake City</td>
  <td>SLC Map Night</td>
  <td>2019-07-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/us.svg" alt="united states" /></td>
  </tr>
  <tr>
  <td>Lübeck</td>
  <td>Lübecker Mappertreffen</td>
  <td>2019-07-25</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Santa Fe</td>
  <td>State of the Map Argentina 2019</td>
  <td>2019-07-27</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/03/ar.svg" alt="argentina" /></td>
  </tr>
  <tr>
  <td>Dumaguete</td>
  <td>Pista ng Mapa 2019</td>
  <td>2019-08-01-2019-08-03</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/ph.svg" alt="philippines" /></td>
  </tr>
  <tr>
  <td>Minneapolis</td>
  <td>State of the Map U.S. 2019 [2]</td>
  <td>2019-09-06-2019-09-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/us.svg" alt="united states" /></td>
  </tr>
  <tr>
  <td>Edinburgh</td>
  <td>FOSS4GUK 2019</td>
  <td>2019-09-18-2019-09-21</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>Erasmus+ EuYoutH OSM Meeting</td>
  <td>2019-09-18-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>HOT Summit 2019</td>
  <td>2019-09-19-2019-09-20</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>State of the Map 2019 [3]</td>
  <td>2019-09-21-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Wellington</td>
  <td>FOSS4G SotM Oceania 2019</td>
  <td>2019-11-12-2019-11-15</td>
  <td><img src="https://weeklyosm.eu/wp-content/uploads/sites/4/2019/06/nz.svg" alt="new zealand" /></td>
  </tr>
  <tr>
  <td>Grand-Bassam</td>
  <td>State of the Map Africa 2019</td>
  <td>2019-11-22-2019-11-24</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/10/ci.svg" alt="ivory coast" /></td>
  </tr>
  </tbody>
  </table>
  <p>Note: If you like to see your event here, please <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">put it into</a> the calendar. Only data which is there, will appear in weeklyOSM. Please <a href="https://osmbc.openstreetmap.de/calendar/preview"> check your event</a> in our public calendar preview and correct it, <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">where appropriate</a>.</p>
  <p align="right"><i>This weeklyOSM was <a href="https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages"> produced</a> by <a href="https://www.openstreetmap.org/user/Nakaner">Nakaner</a>, <a href="https://www.openstreetmap.org/user/NunoMASAzevedo">NunoMASAzevedo</a>, <a href="https://www.openstreetmap.org/user/Polyglot">Polyglot</a>, <a href="https://www.openstreetmap.org/user/Rogehm">Rogehm</a>, <a href="https://www.openstreetmap.org/user/SK53">SK53</a>, <a href="https://www.openstreetmap.org/user/SeverinGeo">SeverinGeo</a>, <a href="https://www.openstreetmap.org/user/Silka123">Silka123</a>, <a href="https://www.openstreetmap.org/user/SunCobalt/">SunCobalt</a>, <a href="https://www.openstreetmap.org/user/TheSwavu">TheSwavu</a>, <a href="http://www.openstreetmap.org/user/YoViajo">YoViajo</a>, <a href="https://twitter.com/manfred__r">derFred</a>, <a href="https://www.openstreetmap.org/user/geologist">geologist</a>, <a href="https://twitter.com/fofliajinal">jinalfoflia</a>, <a href="https://www.openstreetmap.org/user/muramototomoya">muramototomoya</a>, <a href="https://www.openstreetmap.org/user/tordans">tordans</a>.</i></p>


guid: https://www.openstreetmap.org/user/cMartin/diary/390214
url: https://www.openstreetmap.org/user/cMartin/diary/390214
title: FrischBack-Auflösung
published: 2019-07-07 22:04:31
fetched: 2019-07-13 01:30:04.190102
created_at: 2019-07-08 10:30:04.658497
updated_at: 2019-07-13 01:30:04.315424
summary:
  <p>Seit dem 1. Juli ist FrischBack in Thüringen Geschichte. Einige Verkaufsläden werden unter neuem Namen weitergeführt. Einige wurden bereits im Mai geschlossen. Noch gibt es FrischBack bei OSM: Eventuell sollte jeder mal in seiner Gegend die Läden auskundschaften:</p>

  <p><a href="https://overpass-turbo.eu/s/Kyf" rel="nofollow noopener noreferer">https://overpass-turbo.eu/s/Kyf</a></p>


guid: https://www.openstreetmap.org/user/GrabPHMikko/diary/390215
url: https://www.openstreetmap.org/user/GrabPHMikko/diary/390215
title: OpenStreetMap Mapathon by Grab PH team and OSM PH community
published: 2019-07-08 04:56:24
fetched: 2019-07-13 09:00:04.084791
created_at: 2019-07-08 17:00:11.219788
updated_at: 2019-07-13 09:00:04.232411
summary:
  <p>On July 6, 2019 in Metro Manila, Philippines - we the Grab PH team hosted a mapathon at the Pantry Area 12F, Wilcon IT Hub, Makati City. There were over 55 participants from Grab, the academia, private institutions, etc. who joined and mapped areas in Angono and Binangonan, Rizal (<a href="https://tasks.hotosm.org/project/6126" rel="nofollow noopener noreferer">https://tasks.hotosm.org/project/6126</a>).</p>

  <p>The task created was aimed to contribute to building footprints and roads on OSM. Mr. Eugene Villar (@seav) started the training sharing what is OSM, its history, and its current status in the Philippines. It was then followed by Mikko Tamura (@GrabPHMikko) teaching how to draw points, lines, areas on OSM. Lastly, Ms. Feye Andal (@feyeandal) oriented the participants on the HOT Tasking Manager. The best part of the mapathon was that the experienced OSM mappers as well as the intermediate OSM mappers joined the event to assist the new mappers to edit on OpenStreetMap. All-in-all, it was a successful event as as everyone learnt something new, mapped and also got some interesting goodies back home with them, thanks to the Grab team!</p>

  <h2 id="outcomes-from-the-eventhttpresultmapsneis-oneorgosm-changesetscommenthotosm-project-6126111449191211250"><a href="http://resultmaps.neis-one.org/osm-changesets?comment=hotosm-project-6126#11/14.4919/121.1250" rel="nofollow noopener noreferer">Outcomes from the Event</a></h2>

  <p>Number of OSM contributors: 43 <br>
  Number of Map Changes: 27,377 <br>
  Highways Created: 175 <br>
  Buildings: 4,227 <br>
  Land uses: 168 <br>
  Waterways: 4</p>

  <p><img src="https://scontent-hkg3-2.xx.fbcdn.net/v/t1.15752-9/66032835_646452772534898_4681556421844664320_n.jpg?_nc_cat=105&amp;_nc_oc=AQn-eGSwiOHAJ2brv5skBVWlsdujB7xjr0dqK4ke7FQ3xIy8PfLvn7DoGsVmtaq2MYQ&amp;_nc_ht=scontent-hkg3-2.xx&amp;oh=cd948eeea5fed3362df1e423aa9ed37d&amp;oe=5D7CFD30" alt="Look forward to more posts and mapathons with the community. Happy Mapping! :)">
  Look forward to more posts and mapathons with the community. Happy Mapping! :)</p>


guid: https://www.openstreetmap.org/user/Tomas%20Straupis/diary/390216
url: https://www.openstreetmap.org/user/Tomas%20Straupis/diary/390216
title: River barrier
published: 2019-07-08 07:12:07
fetched: 2019-07-13 13:00:03.879038
created_at: 2019-07-08 19:30:04.177679
updated_at: 2019-07-13 13:00:04.005208
summary:
  <p>Direction of a way representing <i>waterway=dam</i> or <i>waterway=weir</i> is important, because you want to know which side is lower, and which one is higher - it usually the one on the side of <i>landuse=reservoir</i>, but sometimes reservoirs could go in sequences, sometimes with very small separating parts:</p>

  <p><img src="https://i.ibb.co/PTwSGS4/dams.png" alt="Map with a dam"></p>


guid: https://blog.shaunmcdonald.me.uk/?p=1045
url: http://feedproxy.google.com/~r/ShaunMcdonaldsBlog/~3/yj4ZIicaUeg/
title: 5 minutes and 4 crossing to cross the main road outside Royal Infirmary Edinburgh
published: 2019-07-08 22:52:42
fetched: 2019-10-19 01:00:04.541430
created_at: 2019-07-08 23:30:04.615296
updated_at: 2019-10-19 01:00:04.771997
summary:
  Last month I was up in Edinburgh visiting family. Whilst on a wander I came across a crazy long crossing over the main road outside the Royal Infirmary Edinburgh. The 4 crossings took just under 5 minutes to cross with a button press at each crossing. I used the most direct crossing possible, following the [&#8230;]

content:
  <p>Last month I was up in Edinburgh visiting family. Whilst on a wander I came across a crazy long crossing over the main road outside the Royal Infirmary Edinburgh. The 4 crossings took just under 5 minutes to cross with a button press at each crossing. </p>



  <p>I used the most direct crossing possible, following the pedestrian crossings, to be able to get across the main road from the walking and cycling route that runs past the hospital from the walking routes from the back of the hospital and Greendykes, to the Moredun/Craigour side of Old Dalkeith Road.</p>



  <figure class="wp-block-image"><a href="https://blog.shaunmcdonald.me.uk/wp-content/uploads/2019/07/Map-of-crossings-outside-hospital.png"><img src="https://blog.shaunmcdonald.me.uk/wp-content/uploads/2019/07/Map-of-crossings-outside-hospital-1024x680.png" alt="Anotated map showing the crossings" class="wp-image-1048" srcset="https://blog.shaunmcdonald.me.uk/wp-content/uploads/2019/07/Map-of-crossings-outside-hospital-1024x680.png 1024w, https://blog.shaunmcdonald.me.uk/wp-content/uploads/2019/07/Map-of-crossings-outside-hospital-300x199.png 300w, https://blog.shaunmcdonald.me.uk/wp-content/uploads/2019/07/Map-of-crossings-outside-hospital-768x510.png 768w, https://blog.shaunmcdonald.me.uk/wp-content/uploads/2019/07/Map-of-crossings-outside-hospital-624x414.png 624w" sizes="(max-width: 1024px) 100vw, 1024px" /></a><figcaption>Annotated map of the crossings. (Google Satellite view).</figcaption></figure>



  <p>I&#8217;ve recorded a video walking across this road (just the crossings):</p>



  <figure class="wp-block-embed-youtube wp-block-embed is-type-video is-provider-youtube wp-embed-aspect-16-9 wp-has-aspect-ratio"><div class="wp-block-embed__wrapper">
  <iframe class='youtube-player' type='text/html' width='625' height='352' src='https://www.youtube.com/embed/zHl1G2AZb-c?version=3&#038;rel=1&#038;fs=1&#038;autohide=2&#038;showsearch=0&#038;showinfo=1&#038;iv_load_policy=1&#038;wmode=transparent' allowfullscreen='true' style='border:0;'></iframe>
  </div><figcaption>Video of the slow pedestrian crossing.</figcaption></figure>



  <p>Is 5 minutes too long to cross a main road? I think it is. Is it any wonder why pedestrians walk across roads without waiting for a green man when it take so long? Edinburgh is investing in active travel, though I&#8217;m sure reducing the time it takes for pedestrians to cross main roads would be a cheap and cost effective way to improve pedestrian safety and make walking and cycling more desirable. Maybe more people would walk places if the waiting time wasn&#8217;t as long?</p>



  <p>Maybe it&#8217;s time car drivers had to wind down the window and press a button several times to get through junctions like this?</p>



  <p>For the eagle eyed, after completing the crossing I reported the red men on the crossings as not working via the <a href="http://www.edinburgh.gov.uk/info/20089/roads_and_pavements/1228/report_a_problem_with_a_traffic_signal">Clarence hotline</a>.</p>


guid: https://www.openstreetmap.org/user/jkirk/diary/390220
url: https://www.openstreetmap.org/user/jkirk/diary/390220
title: Tennis court surfaces
published: 2019-07-08 15:57:45
fetched: 2019-07-14 10:00:04.636631
created_at: 2019-07-09 04:00:03.835978
updated_at: 2019-07-14 10:00:04.779784
summary:
  <p>According to Wikipedia there are four main tennis surfaces types:</p>

  <ul>
    <li>Clay courts</li>
    <li>Grass courts</li>
    <li>Hard courts</li>
    <li>Carpet courts</li>
  </ul>

  <p>But when looking at the “sport=tennis’ tag the <a href="https://wiki.openstreetmap.org/wiki/Tag:sport%3Dtennis" rel="nofollow noopener noreferer">English</a> and <a href="https://wiki.openstreetmap.org/wiki/DE:Tag:sport%3Dtennis" rel="nofollow noopener noreferer">German</a> Wiki pages are note very accurate about the tennis court surface types. The English page does not recommend any “surface” values but refers to the <a href="https://wiki.openstreetmap.org/wiki/Key:surface" rel="nofollow noopener noreferer">Wiki page</a> (which is ok), but the German page talks about “clay”, “asphalt”,  “grass” and “sand”.</p>

  <p>But when looking at the”<a href="https://wiki.openstreetmap.org/wiki/DE:Key:surface" rel="nofollow noopener noreferer">surface</a>” key, only “clay”, “decoturf” and “carpet” are connected with tennis.</p>

  <p>“DecoTurf” is a <em>special</em> tennis hardcourt product manufactured by an US company. I think we should avoid using “surface=decoturf”.</p>

  <p>When checking <a href="https://taginfo.openstreetmap.org/tags/sport=tennis#combinations" rel="nofollow noopener noreferer">taginfo</a> of “sport=tennis” you can see more than 96% of them are combined with “leisure=pitch” but only less than 9% have a “surface” tag. Most of them are “clay”, followed by “paved”, “asphalt”, “concrete” and “sand”. (Next to) <strong>none</strong> of them are tagged with surface “grass” or “carpet” (or even “decoturf” (good!))!</p>

  <p>I am not sure yet, how to tag hard courts (I tend to “hardcourt”), but we should only use the following values for “surface”:</p>

  <ul>
    <li>clay</li>
    <li>grass</li>
    <li>hardcourt</li>
    <li>carpet</li>
  </ul>


guid: https://www.openstreetmap.org/user/maning/diary/390221
url: https://www.openstreetmap.org/user/maning/diary/390221
title: Lupang Arenda drone mapping - part 1
published: 2019-07-08 21:54:42
fetched: 2019-07-14 20:00:04.499543
created_at: 2019-07-09 10:00:04.049483
updated_at: 2019-07-14 20:00:04.651079
summary:
  <p>Last weekend, a couple of OSM volunteers and drone enthusiasts visited Lupang Arenda in Taytay, Rizal. 
  The visit was part of the ongoing collaboration with Barangay Santa Ana in Taytay to use OpenStreetMap  as one of their tools for managing community initiatives.  <em>The origins of this collaboration has an interesting back story but I won’t talk about it on this post.</em> ;)</p>

  <p>The main goal of the visit is to capture images using drones to create an updated aerial imagery of the community to identify individual building/houses.  For a densely populated community like Lupang Arenda, it is difficult to get this level of detail using satellite imagery.</p>

  <p><img src="https://user-images.githubusercontent.com/353700/60768198-cf2fee00-a0f4-11e9-832d-bca97bd45283.png" alt="">
  <br><em>The crew. Photo by Erwin Olario.</em></p>

  <p>After a few minutes of mission planning, we split the group into 3 teams.  2 teams deployed drones to capture overhead photos and 1 team installed action cams to the barangay vehicles to collect street-level photos.  The drone team <strong>flew 5 times covering ~82 hectares or half of the whole community.</strong> After the collection, we then processed the drone imagery using <a href="https://github.com/OpenDroneMap/ODM" rel="nofollow noopener noreferer">OpenDroneMap</a> to <a href="https://github.com/OSMPH/papercut_fix/issues/54#issuecomment-509093971" rel="nofollow noopener noreferer">create high-resolution orthophoto</a>.</p>

  <p><img src="https://user-images.githubusercontent.com/353700/60840730-b2142180-a1bf-11e9-8049-40c1878b7336.png" alt="">
  <br><em>Coverage of captured imagery</em></p>

  <p><img src="https://user-images.githubusercontent.com/353700/60840772-c3f5c480-a1bf-11e9-89ae-f871b0002b41.png" alt="building_outline">
  <br><em>Processed orthophoto and building outline from OpenStreetMap based on outdated satellite imagery.</em></p>

  <p>The level of detail we captured are amazing! Aside from the original intent of using this imagery to update the building outline of individual houses, the imagery also reveals key community issues.  Here’s a couple I was able to identify with just a quick pan and scan.</p>

  <p><img src="https://user-images.githubusercontent.com/353700/60840783-c526f180-a1bf-11e9-8e6c-4110fd14defe.png" alt="reclamation">
  <br><em>Expansion of settlement continues towards the remaining wetlands of Laguna Lake.</em></p>

  <p><img src="https://user-images.githubusercontent.com/353700/60840780-c48e5b00-a1bf-11e9-9dab-7a5cc42a0902.png" alt="new_construction">
  <br><em>New structures under construction.</em></p>

  <p><img src="https://user-images.githubusercontent.com/353700/60840770-c35d2e00-a1bf-11e9-9c0a-072744e71581.png" alt="abandoned">
  <br><em>Abandoned buildings which may require update of the barangay household survey database.</em></p>

  <p><img src="https://user-images.githubusercontent.com/353700/60840773-c3f5c480-a1bf-11e9-838d-eca88375f740.png" alt="debris_blockage">
  <br><em>Debris and garbage blocking access to some roads.</em></p>

  <p><img src="https://user-images.githubusercontent.com/353700/60840777-c48e5b00-a1bf-11e9-850b-faf66aa15248.png" alt="localized_flodding2">
  <img src="https://user-images.githubusercontent.com/353700/60840778-c48e5b00-a1bf-11e9-90d0-fa1f6501e98c.png" alt="localized_flodding3">
  <br><em>Localized flooding due to blocked drainage canals.</em></p>

  <p>These are just a few spots I saw with a quick browse.  We are very excited share back the output to the partner community and understand better how they will use the data. Imagery is now available at <a href="https://map.openaerialmap.org/#/121.11478328704835,14.537581224033948,15?resolution=high&amp;_k=dqxutz" rel="nofollow noopener noreferer">OpenAerialMap</a> for anyone to use.</p>

  <p>We are still not done, we will cover the other half of the community in future visits. Huge thanks to Bunny, Ian, Buboy, Leigh and Rally for volunteering a weekend of their busy schedule to doing this.  Also thanks to Erwin, Kath and Marriane for organizing the activity.</p>

  <h3 id="interested-in-using-drone-for-your-community-mapping--join-ian-bunny-and-leigh-at-the-inaugural-pista-ng-mapahttpstitopistangmapa2019-this-august-in-dumaguete-where-they-will-share-about-their-experience-in-flying-and-processing-drone-imagery">Interested in using drone for your community mapping?  Join Ian, Bunny and Leigh at the inaugural <a href="https://ti.to/pistangmapa/2019" rel="nofollow noopener noreferer">Pista ng Mapa</a> this August in Dumaguete where they will share about their experience in flying and processing drone imagery.</h3>


guid: https://www.openstreetmap.org/user/Kleper/diary/390223
url: https://www.openstreetmap.org/user/Kleper/diary/390223
title: Refugiados en Colombia pasando el Darien Caribe
published: 2019-07-09 04:03:26
fetched: 2019-07-15 06:00:04.327006
created_at: 2019-07-09 16:30:03.985631
updated_at: 2019-07-15 06:00:04.463758
summary:
  <p>Participar de la comunidad de OpenStreetMap Colombia me ha llevado a conocer de una forma diferente el país. Este año debido a diferentes situaciones me encuentro en el Darien Caribe explorando el paso de los migrantes por una zona casi que desconocida para muchos Colombianos pero que quizás es una de las más hermosas del País, se conoce como Darien Caribe, es una costa chocoana que se ubica en el norte del Chocó y hacer parte del océano atlántico. Por diferentes razones geopoliticas migrantes de diferentes partes del mundo han elegido esta zona del país para emprender un viaje que implica recorrer todo Centro América empezando su paso por unas de las selvas mas densas del país que conocemos como el Tapon del Darien.</p>

  <p><a href="https://umap.openstreetmap.co/es/map/desde-camerun-a-necocli_2285#4/6.23/-28.92" rel="nofollow noopener noreferer">https://umap.openstreetmap.co/es/map/desde-camerun-a-necocli_2285#4/6.23/-28.92</a></p>

  <p>El mapa anterior ilustra un poco el viaje que los refugiados deben hacer para llegar a su destino, como vemos es un recorrido bastante largo.
  El proceso que vamos a realizar durante algunos de los próximos meses sera tratar de entender la ruta que realizan desde Colombia especialmente el tramo desde Capurgana hasta pasar la frontera con Panamá y emprender su viaje por la selva.</p>

  <p>En próximas entradas agregare el detalle de lo que nos hemos ido encontrando.</p>


title: شمزان جهادیه
summary:
  <p>شمزان جهادیه
  جوادراه گل</p>

published: 2019-07-09 04:52:55
fetched: 2019-07-15 09:00:04.900042
created_at: 2019-07-09 17:00:04.618370
updated_at: 2019-07-15 09:00:05.069862
guid:
  https://www.openstreetmap.org/user/%D8%AC%D9%88%D8%A7%D8%AF%D8%B1%D8%A7%D9%87%20%DA%AF%D9%84/diary/390224

url:
  https://www.openstreetmap.org/user/%D8%AC%D9%88%D8%A7%D8%AF%D8%B1%D8%A7%D9%87%20%DA%AF%D9%84/diary/390224


guid: https://www.openstreetmap.org/user/ID%60s/diary/390226
url: https://www.openstreetmap.org/user/ID%60s/diary/390226
title: Транспортная сеть на примере Криворожского скоростного трамвая. Упорядочивание информации.
published: 2019-07-09 09:58:01
fetched: 2019-07-16 06:30:04.229612
created_at: 2019-07-09 22:00:04.642796
updated_at: 2019-07-16 06:30:04.381609
summary:
  <p>Итак, по транспортной сети. Продолжаю крутить Криворожский скорик. Сразу скажу - данный пример не по принципу роут-мастера. В каждое направление - отдельные линии маршрута. Так же хочу определить основную идею - минимум дублирующейся информации и её упорядоченность на каждом из уровней материнских и дочерних отношений. В договорной деятельности есть такое понятие, как “границы балансовой принадлежности”, поэтому довольно важно понимать, где кончается ответственность одних и начинается ответственность других. Кроме того, есть элементы, которые одновременно обслуживают несколько компаний. Как пример - линию highway=…, если по ней ходит троллейбус и над проезжей частью находится контактная линия будут обслуживать не только дорожники, но и предприятие, обслуживающее работу троллейбуса. Поэтому, хоть и не напрямую, к линии highway=… необходимо на одном из уровней поместить operator=…</p>

  <p>Примерно, пока только в голове, прикинул систему отношений, которую в итоге хочу получить. По сути, предприятие-перевозчик состоит из 2 основных составных частей - это сами маршруты и полностью или частично обслуживаемые территории. Пойдем по порядку.</p>

  <ol>
    <li>
      <p>Маршруты. Тут все не очень сложно. Состоят из самих линий, по которым транспорт движется, точек остановки самого транспорта на проезжей части и платформ для пассажиров (точка или линия, вплетенная в пешеходную навигационную сеть). Вики предлагает именно такую иерархию. Её и будем придерживаться в дальнейшем. Пока придумывал, как это все сделать, сделал в точности до наоборот. Обязательно изменю порядок в дальнейшем. Основные теги этого отношения (type=route) решил выделить откуда и куда (from=… ; to=…) движется маршрут, его colour=…, его номер ref=…, вид маршрута route=… (в моем случае light_rail) и его name=… То есть информация, касающаяся ТОЛЬКО информации о маршруте.</p>
    </li>
    <li>
      <p>Территории. Тут немного сложнее. Как ярко выраженный пример можно выделить территорию депо или станции. Обслуживанием данных территорий также занимается компания-перевозчик. Здесь же мы сталкиваемся с еще одним под-отношением -
  type=public_transport + public_transport=stop_area. Для дорожного транспорта сюда будут входить точки остановки самого транспорта на проезжей части и платформ для пассажиров (точка или линия, вплетенная в пешеходную навигационную сеть). В моем случае сюда будут еще и входить территории станций. Кроме того я столкнулся с таким, что почти каждая станция Криворожского скоростного имеет свою страницу на Википедии. Было бы очень правильно в данное отношение внести ссылку на статью.</p>
    </li>
  </ol>

  <p>После создания отношений маршрутов и остановок, с добавлением территорий депо и прочих огороженных территорий (скоростной, к примеру, ездит по поверхности за забором, куда доступа кроме как у обслуживающей компании нет) все они связывается в большое материнское отношение type=network. И уже сюда вносится информация о том, кто operator=… данной сети, общее название предприятия, ссылки на офф сайт, телефоны и тд.</p>

  <p>Таким образом единственная информация, которая будет дублироваться, это name=… в отношении type=public_transport + public_transport=stop_area и точкой остановки общественного транспорта на проезжей части. По большей части чисто ради рендера. Ибо из отношения name=… не отображается. И то это скорее применимо для дорожного транспорта. В случаях, где есть станции, можно дублировать name=… на точку или полигон станции.</p>


guid: https://www.openstreetmap.org/user/Silka123/diary/390227
url: https://www.openstreetmap.org/user/Silka123/diary/390227
title: Новости из мира OpenStreetMap № 467 (25.06.2019-24.06.2019)
published: 2019-07-09 12:57:55
fetched: 2019-07-16 18:30:04.338031
created_at: 2019-07-10 01:00:04.229644
updated_at: 2019-07-16 18:30:04.506539
summary:
  <p>Еженедельный выпуск новостей из мира OSM <a href="https://habr.com/ru/post/459350/" rel="nofollow noopener noreferer">№ 467</a> переведен на русский.</p>


guid: https://www.openstreetmap.org/user/ke9tv/diary/390233
url: https://www.openstreetmap.org/user/ke9tv/diary/390233
title: Why are the Adirondack and Catskill Parks labeled 'national_park' ?
published: 2019-07-10 02:54:33
fetched: 2019-07-17 21:00:04.771473
created_at: 2019-07-10 15:00:03.710742
updated_at: 2019-07-17 21:00:04.934714
summary:
  <p>The tagging of the Adirondack and Catskill Parks as <code>boundary=national_park</code> has been fraught with controversy.  I’m more or less responsible for the tagging decision, and I’ve decided to make a diary entry explaining it, so that I don’t have to keep repeating the explanation.</p>

  <p>These two entities are not ‘State Parks’ - unlike other parks such as Allegany State Park or Harriman State Park. In fact, they are unique entities in New York, and quite possibly the US and even the world.</p>

  <p>Unlike most parks, which are created by statute, or even by executive proclamation, the Adirondack and Catskill Parks were created by a constitutional convention in New York, and are explicitly enshrined in article XIV of the state constitution, which begins:</p>

  <blockquote>
    <p>The lands of the state, now owned or hereafter acquired, constituting the Forest Preserve as now fixed by law, shall be forever kept as wild forest lands. They shall not be leased, sold or exchanged, or be taken by any corporation, public or private, nor shall the timber thereon be sold, removed or destroyed.</p>
  </blockquote>

  <p>This is the strongest protection enjoyed by any park or nature reserve of which I am aware. While all the others that I know about could be destroyed by a legislature’s passing a bill, any significant change to the Adirondack and Catskill Parks requires a constitutional amendment. There have been several such over the years, but none has come close to repeal. The most significant ones were the authorizations to construct the Olympic sports complex at Lake Placid, to build Interstate 87 through the Adirondacks, and to permit New York City to construct reservoirs and draw its water supply from the Catskills.</p>

  <p>The parks are represented by an arbitrary line on the map (called the Blue Line because of its traditional rendering on official state maps), in which any land that the state acquires for conservation purposes becomes ‘Forever Wild.’ The private land inside those parcels is extremely tightly regulated to control development. While the parks contain highways, villages, farms, working forests and mines, the inholdings up north are beholden to what has been called the world’s toughest zoning board: the Adirondack Park Agency.</p>

  <p>The boundary of the park is, to the locals, the most important administrative boundary in the region. For instance, real estate listings in the area will almost always state whether a property lies within or outside the Adirondack Park - that fact is far more significant to the landowner than which county or township the land falls in.</p>

  <p>The way the parks are organized is reminiscent of National Parks in Europe. As an example, the Cairngorms National Park in Scotland contains villages and farms, aerodromes, aquaculture facilities, airfields, ski resorts. It is a mixed-use area, although the primary and overarching land use is conservation.</p>

  <p>I’m comfortable as well with the word, ‘national’, because in the US the States are sovereign entities in their own right. Virtually all issues of land ownership and use are the prerogative of the States, and in most cases the Federal government may not intervene. New York’s two great parks therefore are designated by a sovereign entity and enjoy stronger legal protection than any of the US National Parks.</p>

  <p>The level of significance is also consistent with the ‘national park’ designation. The Adirondack Park encompasses a greater land area than Yellowstone, Everglades, Grand Teton, Glacier and Cascade combined, and the portion that is owned by the state and Forever Wild is bigger than any two. In fact, there was a proposal floated in the 1960’s to transfer the Adirondack Park to the National Park Service, creating an Adirondack National Park. The proposal was spectacularly unpopular, and failed, but provoked a significant reorganization of the state’s executive agencies, including creation of the independent Adirondack Park Agency.</p>

  <p>Moreover, just as in Scotland with the Cairngorms, other designations would give rise to considerable confusion. When there are parks - actual parks, with a single land use - within another park, rendering becomes confusing (particularly if the alternative is leisure=park, shown only by a coloured infill) and topologic queries are equally confusing. This sort of issue affects the Adirondacks (with, for instance, the Lake George Battlefield Park within the Adirondack Park) and the Cairngorms (the Glenmore Forest Park within the Cairngorms National Park) alike.</p>

  <p>There truly is no good tagging available, in the sense that the choice of tag will avoid controversy. The tagging chosen is far from the least controversial that could be chosen, but comes closest to expressing the intent of the People when the constitution that created the parks was ratified.</p>

  <p>This is not wholesale tagging of State Parks as <code>boundary=national_park</code>, but rather a considered choice for two features that are truly unparalleled in the nation. When I looked farther afield than the US, the only comparable features that I found were national parks in other countries.</p>

  <p>The only coherent objection that I’ve heard thus far is that they don’t have ‘National Park’ in their names and that they they aren’t administered by the National Park Service. That itself is tied up in the history of our National Parks: New York had the idea first, and Teddy Roosevelt took it with him to Washington. (To this day, New York has very few NPS facilities, because we got along quite well indeed without them.) These two parks serve the same <em>function</em> and have most of the same <em>indicia</em> (other than trademark) of our large National Parks. They simply happen to have existed before the Federal government was in that business. (The only National Park that’s older is Yellowstone - and it couldn’t have been a state facility when it was established, because it predates Wyoming’s statehood.)</p>

  <p>Besides, I’m willing to tolerate a few anomalous tags for an administrative region that’s the size of a small country. (The Adirondack Park is about equal in land area to the State of Massachusetts. It’s considerably bigger than Slovenia or Luxembourg, a little smaller than Belgium.)</p>


guid: https://www.openstreetmap.org/user/JPCS_C_PRO_12345/diary/390232
url: https://www.openstreetmap.org/user/JPCS_C_PRO_12345/diary/390232
title: FEU Alabang Seminar
published: 2019-07-10 02:32:18
fetched: 2019-07-17 15:00:04.680389
created_at: 2019-07-11 05:00:14.585653
updated_at: 2019-07-17 15:00:04.821660
summary:
  <p>This is pretty cool, learned a lot of ways and the tools here to be used to expand our locations and areas through an open source format that everyone is available to enter and volunteer.</p>

  <p>This method should be used more often to have a constant update in our maps!</p>


guid: https://osmand.net/blog/osmand-3-4-released
url: https://osmand.net/blog/osmand-3-4-released
title: OsmAnd 3.4
published: 2019-07-11 17:00:00
fetched: 2019-10-20 15:30:23.069255
created_at: 2019-07-11 14:30:28.950985
updated_at: 2019-10-20 15:30:23.194806
summary:
  <head><style type="text/css">
  .blogimageblock img {
      max-width: 300px;
      padding: 10px;
      margin-top: 20px;
      margin-right: 10px;
      margin-bottom: 20px;
  }
  .blogimageblock {
      margin: 30px auto 0;
      text-align: center;
      border-radius: 6px;
      background-color: #fafafa;
      border: 1px solid #e6e6e6;
  }

  </style></head>
  <h2>OsmAnd 3.4</h2><div class="date">July 11, 2019</div><p>We are glad to announce the release of version 3.4! We proudly present some major improvements and new features, and hope you will enjoy them:</p><img src="https://osmand.net/images/blog/3.4/17.png" alt="(Image not available offline)"/><h3><b>Application profiles</b></h3><p>Now you can create your own profile for your needs, with a custom icon and color. Go to <i>General menu-> Settings-> Application settings</i>. Here you can select <i>Base profiles</i> to display in the navigation.</p><p>After clicking to "+Add" you can build your own profile with your own parametres: icon, avoid, elevation, configure map, screen, navigation settings...</p><p>You can add own modified version of <b>routing.xml</b> to osmand folder: ...osmand/routing.</p><div class="blogimageblock"><img src="https://osmand.net/images/blog/3.4/1.jpg"/><img src="https://osmand.net/images/blog/3.4/2.jpg"/><img src="https://osmand.net/images/blog/3.4/3.jpg"/><img src="https://osmand.net/images/blog/3.4/4.jpg"/><div style="clear:both;"></div></div><h3><b>Settings and min/max speed for profiles</b></h3><p>We add settings for default and min/max speed for profiles. You can improve base profiles for your own conditions. Go to <i>General menu-> Settings-> Application settings</i>. Here you can set special settings for <i>Base profiles</i>: <i>Routing preferences, Navigation preferences, Voice</i>. Please, click <i>Navigation settings</i> for setting up your own speed: min/max speed.</p><div class="blogimageblock"><img src="https://osmand.net/images/blog/3.4/5.jpg"/><img src="https://osmand.net/images/blog/3.4/6.jpg"/><img src="https://osmand.net/images/blog/3.4/7.jpg"/><img src="https://osmand.net/images/blog/3.4/8.jpg"/><div style="clear:both;"></div></div><h3><b>Add a widget with current coordinates</b></h3><p>For switch on this widget, please go to <i>General menu-> Configure screen (Remaining elements)</i>. After you can see your own coordinates on top of the screen.</p><p>You can change coordinate format  <i>General menu-> Settings-> General settings-> Coordinate format</i>.</p><div class="blogimageblock"><img src="https://osmand.net/images/blog/3.4/9.jpg"/><img src="https://osmand.net/images/blog/3.4/10.jpg"/><div style="clear:both;"></div></div><h3><b>The compass at the Radius ruler</b></h3><p> We add the option to show the compass on the map with the Radius ruler. Go to settings of the Radius Ruler (menu Configure screen) and choose <i>"Show compass ruler"</i>. Now you can see the compass at the Radius ruler (if you don't see it, please to click at the widget of Radius ruler).</p><div class="blogimageblock"><img src="https://osmand.net/images/blog/3.4/11.jpg"/><img src="https://osmand.net/images/blog/3.4/12.jpg"/><img src="https://osmand.net/images/blog/3.4/13.jpg"/><img src="https://osmand.net/images/blog/3.4/14.jpg"/><div style="clear:both;"></div></div><h3><b>'Turn Screen On' option</b></h3><p>At this release, we returned 'Turn Screen On' option. Now, this feature doesn't ask any permissions for correctly working. You can use it to save phone energy consumption. You should go to <i>General menu-> Settings-> Navigation settings</i>, choose a profile for setting the time for which the screen will turn on and use proximity sensor.</p><p>Proximity sensor is a very useful feature during a long trip. You should wave your hand over the top of the screen to turn on the screen while navigating.</p><div class="blogimageblock"><img src="https://osmand.net/images/blog/3.4/15.jpg"/><img src="https://osmand.net/images/blog/3.4/16.jpg"/><div style="clear:both;"></div></div><h3><b>What is more?</b></h3><p><i>- Fix background track logging.</i></p><p><i>- Improved map downloads in the background.</i></p><p><i>- Fixed Wikipedia language selection.</i></p><p><i>- Fixed compass button behavior during navigation.</i></p><p><i>- Bug fixes.</i></p><p>_________________________________________________</p><p>OsmAnd at <a href="https://www.facebook.com/osmandapp/">Facebook</a>, <a href="https://www.twitter.com/osmandapp/">Twitter</a>, and <a href="https://www.reddit.com/r/OsmAnd/">Reddit</a>!</p> <p>Join us at our <a href="https://t.me/OsmAndMaps">group of Telegram (EN)</a>.</p> <p>Join us at our <a href="https://t.me/deosmand">group of Telegram (DE)</a>.</p> <p>Join us at our <a href="https://t.me/ruosmand">group of Telegram (RU)</a>.</p><p><a href="https://play.google.com/store/apps/details?id=net.osmand" target="_blank"><img src="https://raw.githubusercontent.com/osmandapp/osmandapp.github.io/9fc59e5136b6a07045eb96d052b3ce6ddde805c3/website/images/help/badge_store_google_play.png" alt="Get it on Google Play" height="60"/></a><a href="https://www.amazon.com/OsmAnd-Maps-Navigation/dp/B00D0SA8I8" target="_blank"><img src="https://raw.githubusercontent.com/osmandapp/osmandapp.github.io/9fc59e5136b6a07045eb96d052b3ce6ddde805c3/website/images/help/badge_store_amazon.png" alt="Get it on Amazon" height="60"/></a><a href="https://itunes.apple.com/app/apple-store/id934850257?pt=2123532&amp;ct=WebSite&amp;mt=8" target="_blank"><img src="https://raw.githubusercontent.com/osmandapp/osmandapp.github.io/9fc59e5136b6a07045eb96d052b3ce6ddde805c3/website/images/app-store-badge.png" alt="Get it on App Store" height="60"/></a></p>


guid: https://www.openstreetmap.org/user/Kleper/diary/390240
url: https://www.openstreetmap.org/user/Kleper/diary/390240
title: En busca de los refugiados por el Darien Caribe
published: 2019-07-11 02:36:56
fetched: 2019-07-19 05:30:03.803067
created_at: 2019-07-11 15:00:04.263446
updated_at: 2019-07-19 05:30:03.979840
summary:
  <p>En la entrada anterior de este blog les conté un poco la misión en la que nos encontramos en este momento. Para llevar a cabo esta tarea decidimos recorrer el Darien Caribe y tratar de entender la ruta que están haciendo cientos de personas cada mes para pasar a Centro América y tratar de llegar a Estados Unidos y Canada en busca de asilo o una vida mejor.</p>

  <p>El Lunes 8 de Julio, viajamos a Capurgana con un grupo grande de Migrantes, casi 90 personas de diferentes lugares del mundo, pero especialmente de Camerun iban para la zona para buscar una ruta en la montaña que les permita llegar a Panamá especialmente a la vía Panamericana y emprender su viaje por Centro América.</p>

  <p>Al llegar a Capurgana nos encontramos con un paisaje bastante triste, el gobierno de Colombia dispone solo de 2 funcionarios de migraciones para revisar que las personas que pasan tengan su permiso de transito, en la zona los migrantes y refugiados son despreciados por los locales y ademas suelen cobrarles.
  Casi que de inmediato se encuentran con los “Coyotes” que son quienes van a ayudarles a pasar la selva, al menos la parte de Colombia. En las primeras indagaciones que hicimos nos indicaron que estas personas viajaban a un lugar cercano conocido como Sapzurro y luego pasaban a Panamá a un lugar que se conoce como La Miel y de ahí emprendían su viaje por la selva.
  Por cuestiones de logística no pudimos salir de inmediato a acompañar el recorrido de los migrantes, esto hizo que cuando quisimos alcanzarlos ya era demasiado tarde y los perdimos. Intentando alcanzarlos tomamos el camino turístico hacia la Miel. En el siguiente enlace se puede ver la ruta que hicimos: <a href="https://www.openstreetmap.org/directions?engine=fossgis_osrm_foot&amp;route=8.6366%2C-77.3472%3B8.6640%2C-77.3706" rel="nofollow noopener noreferer">https://www.openstreetmap.org/directions?engine=fossgis_osrm_foot&amp;route=8.6366%2C-77.3472%3B8.6640%2C-77.3706</a></p>

  <p>En el camino nos dimos cuenta que nunca los íbamos a encontrar, aun así seguimos hasta la Miel para verificar si llegaban a este lugar por algún otro lado. Des afortunadamente estas personas ya no llegan a La Miel, los “Coyotes” para evitar a las autoridades y las zonas turísticas han creado otros caminos por la selva que los saca directamente desde Capurgana a una zona de la frontera con Panamá que los dirige de inmediato a emprender el camino hacia la vía panamericana.</p>

  <p>En el camino nos encontramos con lo siguiente:</p>

  <ol>
    <li>Los locales no quieren hablar del tema con nadie y cuando hacíamos preguntas sobre los migrantes nos ignoraban o nos miraban de mala manera y no teníamos respuesta.</li>
    <li>En Capurgana se ha asentado una mafia que esta lidiando con estas personas para quitarles dinero y pertenencias y sacarlos lo mas rápido del país.</li>
    <li>Ninguna entidad Colombiana quiere lidiar con el problema y por eso decidieron entregarles un documento que les permite pasar por el país, pero de parte del estado no hay ningún tipo de atención a estas personas aunque viajan mujeres embarazadas y con niños en brazos.</li>
    <li>Cada cierto tiempo los coyotes cambian las rutas para evitar que otras personas las usen.</li>
    <li>Si eres migrante e intentas pasar sin la ayuda de un coyote eres detenido por “un grupo ilegal” y obligado a pagar las cuotas.</li>
    <li>Al parecer hay muchas muertes de migrantes en la selva y aunque todos lo saben a la vez todos los callan.</li>
  </ol>

  <p>La situación es complicada y al parecer no hay perspectivas de atención de ninguna entidad hasta el momento.</p>


guid: https://www.openstreetmap.org/user/mariannemores/diary/390247
url: https://www.openstreetmap.org/user/mariannemores/diary/390247
title: Lupang Arenda[CELO] Tagging
published: 2019-07-12 08:03:01
fetched: 2019-07-19 06:30:04.838000
created_at: 2019-07-12 20:30:03.722564
updated_at: 2019-07-19 06:30:04.996203
summary:
  <pre><code> As a Barangay Deparment that holds the census that also records the map of the CELO   (certificate of lot occupancy) which is challenging us from the census in a row / small house when it comes to   CELO to be specifie in each home's house who has availed CELO (certificate) to stand up for   their establishment.  https://www.openstreetmap.org/#map=17/14.53746/121.11067 



      * Beneficiaries of 8,000 ISF households or estimated population of Arenda
      * using motor / bicycle / walking using additional street-level imagery with Mapillary
      * plan to increase house numbers
      * supplementing important data (e.g. health centers, place of worship, pharmacy, 
         miscellaneous) without CELO because it is important to the community
      * it has a population of 70,000 hectares
      * future plans for DRR, PWD use, etc.  
  </code></pre>

  <p>Example this CELO Tagging for every house hold 
  addr:neighbourhood:
  addr:quarter:
  addr:street:
  addr:town:
  addr:village:
  building:
  place:
  ref:PH:CELO:
  <a href="https://www.openstreetmap.org/edit#map=20/14.53817/121.10791" rel="nofollow noopener noreferer">https://www.openstreetmap.org/edit#map=20/14.53817/121.10791</a>
  <a href="https://lh3.googleusercontent.com/-6X5mCt1mIZg/XSPp1e7UxTI/AAAAAAACxY8/WTK5VmUdYEoDC6CI9QH7SGkGEzjMU9UiQCK8BGAs/s0/2019-07-08.png" rel="nofollow noopener noreferer">https://lh3.googleusercontent.com/-6X5mCt1mIZg/XSPp1e7UxTI/AAAAAAACxY8/WTK5VmUdYEoDC6CI9QH7SGkGEzjMU9UiQCK8BGAs/s0/2019-07-08.png</a>
  <a href="https://www.openstreetmap.org/changeset/71582475#map=17/14.53670/121.10912&amp;layers=N" rel="nofollow noopener noreferer">https://www.openstreetmap.org/changeset/71582475#map=17/14.53670/121.10912&amp;layers=N</a></p>

  <p>and it is your best look at where it is clearer and better now in the  area of ​​the barangay santa ana taytay rizal.</p>

  <p><a href="https://lh3.googleusercontent.com/-GdRLwYHye3g/XSPqB7J9RKI/AAAAAAACxZA/Dx6fcPXDezUUtSmivdMKWNuofN8VglvWwCK8BGAs/s0/2019-07-08.png" rel="nofollow noopener noreferer">https://lh3.googleusercontent.com/-GdRLwYHye3g/XSPqB7J9RKI/AAAAAAACxZA/Dx6fcPXDezUUtSmivdMKWNuofN8VglvWwCK8BGAs/s0/2019-07-08.png</a></p>

  <p>thank you</p>


guid: https://www.openstreetmap.org/user/alexkemp/diary/390250
url: https://www.openstreetmap.org/user/alexkemp/diary/390250
title: Bot-Flood Stats
published: 2019-07-12 09:34:43
fetched: 2019-07-19 10:00:04.325192
created_at: 2019-07-12 22:00:04.587752
updated_at: 2019-07-19 10:00:04.455882
summary:
  <h2 id="before"><em>Before</em></h2>
  <p>This was originally posted by myself on 6 May 2019. It is an attempt to document the then-recent spam/abuse problem within these Diaries in a scientific manner. The idea was to allow the wider community to get a fuller grasp on the issues and help answer some fundamental questions. After all, nobody knows everything. Here is my attempt to state some of those questions and to try to answer some of them:–</p>

  <p><strong><em>Some Questions:</em></strong></p>

  <ol>
    <li>Is this Spam, Abuse, or a mixture of the two?  <br>
  (<em>the motivation behind those two are completely different</em>)</li>
    <li>Are they bot-posts, human-posts, or a mixture of the two?  <br>
  (<em>prevention mechanisms for those two differ</em>)</li>
    <li>What are the best methods to prevent this from continuing?  <br>
  (<em>best practices have been evolved across the last 20 years, but OSM is not your typical forum/blog</em>)</li>
  </ol>

  <p><strong><em>Some Answers:</em></strong></p>

  <ul>
    <li>There is a general, continual background issue in the Diaries of what appears to be human-posted spam/abuse of up-to 10 posts / day. These range from <a href="https://www.openstreetmap.org/user/c0077w/diary/329178" rel="nofollow noopener noreferer">nonsense posts</a> to actual spam.</li>
    <li>Apr 22: a series of bot-posts began  <br>
  (that fact determined by speed and duration)</li>
    <li>The bot-posts did not contain url-links  <br>
  (thus technically not spam)</li>
    <li>Apr 25 → May 23: those bot-posts rapidly escalated into an average of 11,044 posts / day (min 1, max 29,340)</li>
    <li>May 14, 3am → 7am BST: bots hit these Diaries at a combined maximum rate of 66 post/minute and averaged 27 post/minute</li>
    <li>18 May: an attempt to stop the bot flood was made by a <a href="https://github.com/openstreetmap/openstreetmap-website/commit/25951cae383261e057c1a136395780dc88822a6c#diff-cb333937db4fdf75f29294867cd772cf" rel="nofollow noopener noreferer">broken change to robots.txt</a>, intended to prevent Search Engines from indexing the Diaries</li>
    <li>19 May: the broken change to robots.txt <a href="https://github.com/openstreetmap/openstreetmap-website/commit/71cbb003f8a8db1b077ebeefb776033a3e31ee9a#diff-cb333937db4fdf75f29294867cd772cf" rel="nofollow noopener noreferer">was fixed</a></li>
    <li>20 May: the bot-flood abruptly ended (confirming it to be a spam-flood rather than abuse-flood), stuttered into life again on 22 May &amp; finished for good on 23 May</li>
    <li>June 5: a broken link to the non-existent sitemap within robots.txt <a href="https://github.com/openstreetmap/openstreetmap-website/commit/31e1204dfab9b81346a2881ac0943ba37a76a323#diff-cb333937db4fdf75f29294867cd772cf" rel="nofollow noopener noreferer">was fixed</a></li>
    <li>June 6, 17:07:41 GMT: the robots.txt 5 June fix was allocated to a <a href="https://github.com/openstreetmap/openstreetmap-website/issues/1113" rel="nofollow noopener noreferer">4-year-old issue</a> (evidenced by the <em>Last-Modified</em> date obtained shortly after)</li>
    <li>15 June, 23:56 two more changes (<a href="https://github.com/openstreetmap/openstreetmap-website/commit/7a91da329dca7b7338384a4d738ae56d16812ab7#diff-cb333937db4fdf75f29294867cd772cf" rel="nofollow noopener noreferer">[1]</a> <a href="https://github.com/openstreetmap/openstreetmap-website/commit/7f61fc22de8d46bfcdcce44edcfdc912d951070e#diff-cb333937db4fdf75f29294867cd772cf" rel="nofollow noopener noreferer">[2]</a>) to robots.txt re-opened the Diaries to be indexed again</li>
    <li>20 June: the <em>wfgz</em> bots are re-sending 1,000s of posts to the Diaries again</li>
    <li>23 June: the same <a href="https://github.com/openstreetmap/openstreetmap-website/commit/fc67e63589536b0d8fa3a92aa7eff57ebeceb3a6#diff-cb333937db4fdf75f29294867cd772cf" rel="nofollow noopener noreferer">robots.txt changes</a> as before to stop Diary indexing successfully stop the bot-flood</li>
    <li>2 July, 19:16:03 GMT: the same <a href="https://github.com/openstreetmap/openstreetmap-website/commit/37966859da6fe8419f2d80d05d259cd2c751099d#diff-cb333937db4fdf75f29294867cd772cf" rel="nofollow noopener noreferer">robots.txt changes</a> as before to revert stopping Diary indexing</li>
    <li>12 July: so far no repeat of the bot-flood. Hooray!</li>
  </ul>

  <p><em>The post of 6 May now continues verbatim.</em>  <br>
  Mention was made in my <a href="https://www.openstreetmap.org/user/alexkemp/diary/158832" rel="nofollow noopener noreferer">last diary</a> and also in <a href="https://www.openstreetmap.org/user/Sam%20Wilson/diary/152900" rel="nofollow noopener noreferer">Sam Wilson’s diary</a> about the large amounts of spam coming in to overwhelm these Diary pages. In good scientific manner here is a quantification of the issue, obtained by examining ID numbers for all recent surviving Diary posts.</p>

  <h2 id="background"><em>Background</em></h2>
  <p>Diary posts are incremented serially. Thus, deducting the theoretical number of posts by the actual number of posts leads to the measure of how many spammer posts may have been removed.</p>

  <pre><code>The Numbers
      Date    End-ID  ---------Posts---------
                     Actual   Theory      Diff
      12 Apr   48187      -              (spam)
      13 Apr   48193      5        6         1
      14 Apr   48195      1        2         1
  Mon 15 Apr   48202      2        7         5
      16 Apr   48216      5       14         9
      17 Apr   48223      2        7         5
      18 Apr   48234      5       11         6
      19 Apr   48242      5        8         3
      20 Apr   48252      8       10         2
      21 Apr   48255      2        3         1
  Mon 22 Apr   48287      4       32        28
      23 Apr   48378     12       91        79
      24 Apr   48385      1        7         6
      25 Apr   56488      6    8,103     8,097
      26 Apr   74643      8   18,155    18,147
      27 Apr   99519      2   24,876    24,874
      28 Apr  128866      7   29,347    29,340
  Mon 29 Apr  140684      3   11,818    11,815
      30 Apr  149349      4    8,665     8,661
       1 May  152912     13    3,563     3,550
       2 May  156826      8    3,914     3,906
       3 May  158835      2    2,009     2,007
       4 May  158837      1        2         1
       5 May  172694      6   13,857    13,851
  Mon  6 May  193238      6   20,544    20,538
       7 May  210953      2   17,715    17,713
       8 May  218281      4    7,328     7,324
       9 May  240069      2   21,788    21,786
      10 May  256019      7   15,950    15,943
      11 May  270022      1   14,003    14,002
      12 May  275013      8    4,991     4,983
  Mon 13 May  276830      2    1,817     1,815
      14 May  283239      2    6,409     6,407
      15 May  291589      2    8,350     8,348
      16 May  296320      1    4,731     4,730
      17 May  318162      6   21,842    21,836
      18 May  339272      2   21,110    21,108
      19 May  347443      2    8,171     8,169
  Mon 20 May  364479      3   17,036    17,033
      21 May  364493      7       14         7
      22 May  364971      4      479       475
      23 May  368657      4    3,686     3,682
      24 May  368669      8       12         4
      25 May  368675      3        6         3
      26 May  368682      4        7         3
  Mon 27 May  368691      3        9         6
      28 May  368702      3       11         8
      29 May  368711      2        9         7
      30 May  368716      2        5         3
      31 May  368725      7        9         2
       1 Jun  368726      1        1         0
       2 Jun  368734      2        8         6
  Mon  3 Jun  368750      7       16         9
       4 Jun  368753      2        3         1
       5 Jun  368757      2        4         2
       6 Jun              0        0         0
       7 Jun  368766      2        9         7
       8 Jun  368773      3        7         4

  Between 25 Apr &amp; 23 May (29 days):
  -------------------------  -------
              Total  :  124  320,272
              Daily  :    4   11,044
  -------------------------  -------
  </code></pre>

  <h3 id="update-8-may"><em>Update 8 May:</em></h3>
  <p>01:52am BST: I dropped in on the 1st of tonight’s spammers:</p>

  <blockquote>
    <p>Title: translation of ID=210955: Being vomited and vomiting frlse  <br>
  Text : 苟颜德缕uwrfh 苟颜德缕uwrfh 苟颜德缕uwrfh..wfgz</p>
  </blockquote>

  <h3 id="am-bst-sunday-12-may"><em>09:37am BST Sunday 12 May:</em></h3>
  <p>The latest spammer is /user/twuptyoe378/diary/274627 (removed)  <br>
  The first spammer:</p>

  <blockquote>
    <p>Title: translation of ID=270023: Vomiting  <br>
  Text : 07633abawl</p>
  </blockquote>

  <h3 id="update-14-may"><em>Update 14 May:</em></h3>
  <p>The first 3 posts shortly after 1am BST were the now-classic Bengali (bn) wfgz spam. Here is the very first:</p>

  <blockquote>
    <p>Title: (ID=276831): 暮铣德娜侗cjenp  <br>
  Text : 肆考韭缕节oqgwr肆考韭缕节oqgwr肆考韭缕节oqgwr..wfgz</p>
  </blockquote>

  <p>After 90 minutes we began to get some Chinese (zh-CN) vip spam, which continues until shortly before 20:42 BST. Once again, here is the very first:</p>

  <blockquote>
    <p>Title: (ID=282971): 北京幸运28官方网站  <br>
  Text : 北京幸运28官方网站 【导师微信:&lt;redacted&gt;】【网址&lt;redacted&gt;.vip 】【加拿大28稳赢法】…</p>
  </blockquote>

  <h3 id="update-15-may-to-discover-spam-stats"><em>Update 15 May to discover spam stats:</em></h3>
  <p>I put in place a cron-job Monday to save the current Diary top-page every 10 minutes from 01:00 BST until 10:00 BST. I investigated it today using egrep &amp; tabulated the listing below.</p>

  <p>These are the rates at which the <em>wfgz</em> spammers dropped their spam into these Diaries over the night of 14 May. You will see that they hit a maximum rate of 66 post/minute and averaged 27 post/minute. The spam began shortly after 3am BST and stopped (presumably due to the intervention of OSM admin) at about 7am. As best I can tell, all of the posts made between those times were from these <em>wfgz</em> spammers.</p>

  <pre><code>Date        1st Post Posts
  ------------ ------- -----
  May 14 07:10  279688     -
  May 14 07:00  282939    66
  May 14 06:50  282873   424
  May 14 06:40  282449   119
  May 14 06:30  282330   167
  May 14 06:20  282163   234
  May 14 06:10  281929   426
  May 14 06:00  281503   231
  May 14 05:50  281272   129
  May 14 05:40  281143   182
  May 14 05:30  280961   292
  May 14 05:20  280669   237
  May 14 05:10  280432   659
  May 14 05:00  279773   130
  May 14 04:50  279643   190
  May 14 04:40  279453   120
  May 14 04:30  279333   321
  May 14 04:20  279012   186
  May 14 04:10  278826   347
  May 14 04:00  278479   466
  May 14 03:50  278013   223
  May 14 03:40  277790   244
  May 14 03:30  277546   342
  May 14 03:20  277204   342
  May 14 03:10  276862    28
  May 14 03:00  276834     0
  May 14 02:50  276834     1
  May 14 02:40  276833     0
  ------------ ------- -----
              minimum:   119
              maximum:   659
              average:   273
  </code></pre>


guid: https://www.openstreetmap.org/user/Shrini/diary/390251
url: https://www.openstreetmap.org/user/Shrini/diary/390251
title: ILUGC Monthly Meet - July 13, 2019 - 3-6 pm - IITM - Debian Release Party - OSM Mapathon
published: 2019-07-12 10:15:23
fetched: 2019-07-19 16:00:04.013927
created_at: 2019-07-12 22:30:04.561507
updated_at: 2019-07-19 16:00:04.159578
summary:
  <p>Indian Linux Users Group, Chennai [ ILUGC ] is spreading awareness on Free/Open Source Software (F/OSS) in Chennai since January 1998.</p>

  <p>We usually meet on the second Saturday of every month, and for the month of July we shall meet on Saturday, July 13, 2019 at 1500 IST.</p>

  <p>Venue: Classroom No 1, Aerospace Engineering, Near Gajendra Circle, IIT Madras. Link for the Map: <a href="http://bit.ly/iitm-aero" rel="nofollow noopener noreferer">http://bit.ly/iitm-aero</a>
  Event Details:
  Event 1:</p>

  <p>Topic: Debian 10 “Buster” Release Party</p>

  <p>Description: Debian 10 Buster was released few days back. Let us celebrate with Cake and a discussion about it. Duration: 20 minutes
  Event 2:</p>

  <p>Topic: Mini-Mapathon for OpenStreetMap.org</p>

  <p>Description: OpenStreetMap.org is a colloborative created maps system, which is provided open map data for all. Let us learn and contribute to OSM in this mini mapathon.</p>

  <p>Duration: 2 hours</p>

  <p>Speaker: Barani</p>

  <p>About Speaker: This is Barani tharan, an enthusiastic open source Contributor. I have started OSM contribution during OSM Mapathon organized by FSFTN. I have mapped all roads, places etc in my Hometown. Its been more than 2 years I started contribution, Still it continuing. When I move to new place or City I note maximum places and roads and map in OSM. During OSM Mapathon I got 3rd place which gives more encouragement to Mapping.</p>

  <p>Let’s map for people… Happy Mapping :-)</p>

  <p>Here are video introduction in Tamil for OSM. Watch these videos.</p>

  <p><a href="http://www.kaniyam.com/video-on-openstreetmaps-org-in-tamil/" rel="nofollow noopener noreferer">http://www.kaniyam.com/video-on-openstreetmaps-org-in-tamil/</a></p>

  <p><a href="http://www.kaniyam.com/video-on-openstreetmap-org-in-tamil-part-2/" rel="nofollow noopener noreferer">http://www.kaniyam.com/video-on-openstreetmap-org-in-tamil-part-2/</a>
  Requirements:</p>

  <p>This is full handson session. All participants should bring their laptops.</p>

  <pre><code>Create an account in https://www.openstreetmap.org/
  Bring with a Laptop, Charger
  Bring your own internet connection like mobile hotspot or wifi hotspot (We dont have internet at IITM)
  </code></pre>

  <p>After Talks:</p>

  <p>QA &amp; general discussions</p>

  <p>Entry free. All are welcome.</p>


guid: https://www.openstreetmap.org/user/alexkemp/diary/390252
url: https://www.openstreetmap.org/user/alexkemp/diary/390252
title: PoI Musings
published: 2019-07-12 10:58:12
fetched: 2019-07-19 16:30:04.558469
created_at: 2019-07-12 23:00:03.946788
updated_at: 2019-07-19 16:30:04.721912
summary:
  <p>Another Diary as part of mapping Nottingham’s <a href="https://www.openstreetmap.org/user/alexkemp/diary/48243" rel="nofollow noopener noreferer">Creative Quarter</a>, this time musing on <em>Points of Interest</em> (PoI) as part of mapping for OSM.</p>

  <h2 id="a-conversation-with-the-lady-at-ast-auto-centre"><em>A conversation with the lady at AST Auto Centre</em></h2>
  <p>I could not be certain either from my original visit nor from our Bing imagery whether some central buildings were occupied by the <a href="https://www.openstreetmap.org/way/694358064" rel="nofollow noopener noreferer">Ashley St. Auto Centre</a> (below) or by a <a href="https://www.openstreetmap.org/way/694358063" rel="nofollow noopener noreferer">business on the opposite side of the block</a> on <a href="https://www.openstreetmap.org/relation/9459454" rel="nofollow noopener noreferer">Handel Street</a>, so phoned the number on the business card that the lady at AST had given me on 17&nbsp;May. This was 4&nbsp;June so I did not expect her to remember me but she did, and mentioned <a href="https://www.openstreetmap.org/user/alexkemp/diary/47653" rel="nofollow noopener noreferer">the little leaflet</a> that I had given her.</p>

  <p>I quickly sorted the original reason for the call (AST occupies those buildings), but as soon as I mentioned OSM she immediately responded about the number of enquiries that the business gets via Google maps (I had never mentioned Google). I brightly informed her that the updated mapping should be available within the next hour.
  <img src="https://images.mapillary.com/ilbhsv8gPlGgGgaNCuo-nQ/thumb-2048.jpg" alt="AST Auto Centre"></p>

  <h3 id="seo--search-engine-optimisation"><em>SEO == “Search Engine Optimisation”</em></h3>
  <p>(this is almost always a euphemism for “SPAM”)</p>

  <p>In a former life as a website owner &amp; operator I spent my time fighting to keep spam out of my site forums + trying to keep the site firmly within Google’s gaze. Whilst many spammers are profoundly stupid, it was not lost on me that there is some fierce intelligence at play behind the entire spam business, else they would have long ago dissolved into the void. I was not too proud to learn from these experts where I could find it, at the same time as I did my best to kill them dead on my site. I attempt to put all the SEO intelligence that I have gathered into practical application with these diary posts, as one example, making them as attractive as possible firstly to the human readers but also to the bots operated by the Search-Engines. If both find them attractive then OSM wins again.</p>

  <p>I was very interested in the response from the lady at AST. It was the first time that I had had such positive feedback on the idea of OSM, and it seemed a good endorsement of both the promotional leaflets (well done to <a href="https://github.com/gravitystorm/openstreetmap-promotional-leaflets" rel="nofollow noopener noreferer">Andy Allan</a>) and also of OSM.</p>

  <p>I’ve spent 30-odd years of my life as a professional salesman, and therefore it often colours my approach to things. With OSM it was immediately obvious that the map is a boon for every business — what a marketing opportunity! I therefore work tirelessly to promote every business that I meet during my surveys. (For newer mappers: in OSM-speak these businesses are called ‘PoI’, which is to say <em>“Points of Interest”</em>) I collect Business Cards/Compliment Slips/Brochures whilst mapping so that back at home all of the business’s most important contact information can be put up on the map. If the OSM map is an easily-referenced source of information for most businesses, then it will become very interesting for the common customer, which is good for customers, good for businesses, and good for OSM. The kind of virtuous circle that we need.</p>

  <h3 id="public-service-information-business-cards-compliment-slips-brochures"><em>Public Service Information:– Business Cards, Compliment Slips, Brochures</em></h3>
  <p>For the benefit of younger mappers, since I’ve often had young folks telling me that they do not know what I’m talking about when I’ve asked for one of these items:–</p>

  <h4 id="business-cards"><em>Business Cards</em></h4>
  <p>These are dead trees processed into stiff paper (ask your teachers if you are unfamiliar with the idea of paper) and then printed with the business, personal name of the business owners + address &amp; contact numbers. They are intended to be given to other people during personal meetings to facilitate marketing promotion of the business. Please approach your health professional if you have been triggered by the idea of a one-on-one personal meeting, but this is actually quite normal during business life.</p>

  <h4 id="compliment-slips"><em>Compliment Slips</em></h4>
  <p>These are dead trees processed into (typically) a ⅓ of an A4 sheet of paper (ask your teachers if you are unfamiliar with the idea of paper) and then pre-printed — normally on just one side — with the name, address &amp; other contact details of the business. They are intended to be placed into the same envelope as a letter. Ask your teachers if you are unfamiliar with the idea of an envelope or a postal-letter.</p>

  <h4 id="brochuresbooklets"><em>Brochures/Booklets</em></h4>
  <p>These are dead trees processed into (typically) a series of A5 sheets of paper (ask your teachers if you are unfamiliar with the idea of paper) and folded (brochures) or bound (booklets) after pre-printing with information about the business &amp; it’s activities.</p>

  <p>A final item, often overlooked it seems to me by others, is that these Diaries are a very good method to put up URLs in the map that can be indexed by the SEs.</p>


guid: https://www.openstreetmap.org/user/JasonManoloudis/diary/390253
url: https://www.openstreetmap.org/user/JasonManoloudis/diary/390253
title: GSoC 2019 - SVG texture support & making external Fonts configurable - OSM2World
published: 2019-07-12 11:31:12
fetched: 2019-07-19 20:00:03.810120
created_at: 2019-07-13 00:00:03.811401
updated_at: 2019-07-19 20:00:03.950804
summary:
  <h1 id="intoduction">Intoduction</h1>
  <p>SVG texture support was an important part of for this Google Summer of Code project. Apart from the reasons mentioned in the <a href="https://github.com/JayGhb/GSoC-2019-Application" rel="nofollow noopener noreferer">application document</a>, on <em>why adding Scalable Vector Graphics support would be benefitial</em>, its true importance lays on this fact: <strong>Most Wikimedia CC0 available images are SVG files</strong>. That would also be the reason that led in “swapping” priorities between the 3d and 4th task listed in the application; SVGs had to be supported if users were to make use of textures provided in traffic sign catalogues like <a href="https://de.wikipedia.org/wiki/Bildtafel_der_Verkehrszeichen_in_der_Bundesrepublik_Deutschland_seit_2017" rel="nofollow noopener noreferer">this one</a>. <br> By the end of it, this task ended up leaving some extra time in our hands, presenting a good opportunity to implement another useful functionality: <strong>Make external fonts configurable and able to be registered in the application</strong>. (<em>Note: “external” refers to fonts not supported by default in the user’s OS</em>). The need for a functionality like this (mostly) derived from the fact that texts on traffic signs use fonts not so widespread (e.g. Interstate) but it can also come in handy in many other cases as well. <br> <strong>The changes described bellow can be found under the July 12 2019 commits of this feature’s <a href="https://github.com/tordanik/OSM2World/compare/master...JayGhb:SVG-support-and-font-shipping" rel="nofollow noopener noreferer">branch</a></strong>. <br> So, with that out of the way, let’s see how everything got blended into the project:</p>

  <h1 id="svg-textures-support">SVG textures support</h1>
  <p>The concept of implementing svg textures support was pretty straightforward: a really good support for png images already exists, that of course works with all target outputs of OSM2World; so converting svgs to pngs to make further use it would be the best course of action. As of the latest updates described in a <a href="https://www.openstreetmap.org/user/JasonManoloudis/diary/368806" rel="nofollow noopener noreferer">previous diary entry</a>, image layers in a texture are now of the ImageTextureData type. That of course makes ImageTextureData.java the appropriate class to implement such a mechanism. <br> A couple of changes took place in that class:</p>

  <ol>
    <li>A new private field <code>private File convertedToPng</code> was introduced to hold the file created after the conversion</li>
    <li>The private method <code>private File SVG2PNG(File svg)</code> was created to implement the actual conversion</li>
  </ol>

  <p>The usual way of converting files from one type to another is through “Transcoding” methods; their name speaks for itself. For svgs such methods (and classes) come with svg libraries, like the one used in this case, <a href="https://xmlgraphics.apache.org/batik/" rel="nofollow noopener noreferer">Apache Batik</a>. The Batik transcoders need a new File object to write the png to and those new files were deemed to also be temporary ones i.e. be deleted once the application terminates. <br> Apart from that, the getFile() method in ImageTextureData was extended to the state presented below and with that, pretty much everything worthy to be covered on svg to png conversion is included! Png exports with textures where svg images are being used can be found at the end of this entry.</p>

  <pre><code>public File getFile() {
  	
  	if(this.file.getName().endsWith(".svg") &amp;&amp; this.convertedToPng == null) {
  		convertedToPng = SVG2PNG(this.file);
  	}
  	
  	if(this.file.getName().endsWith(".svg") &amp;&amp; this.convertedToPng != null) {
  		return convertedToPng;
  	}
  	
  	return this.file;
  	
  }
  </code></pre>

  <h1 id="making-external-fonts-configurable">Making external fonts configurable</h1>
  <p>Let me clear out what “configurable” stands for in this case: the user is now able to include in his configuration file a path to a folder containing font files, under the <em>fontDirectory</em> key. These fonts are then parsed and registered into the application, allowing them to be used in Font constructors, in-code, as well as in text layers definitions in a configuration file. <br>
  The method for that was defined in ConfigUtil.java that holds other configuration utilities as well. <br><code>public static void parseFonts(Configuration config)</code> , as described before, takes a Configuration object (with the configuration file loaded) as a parameter, navigates to the folder path given under the fontDirectory key and loops through the files. Each file is then registered into the application using the “key” method of this mechanism, <code>GraphicsEnvironment.registerFont()</code>. <br> Reading through the Apache Commons Configuration documentation, it was made clear that a PropertiesConfiguration object was always necessary if a configuration file was to be loaded. Following that, a call to <em>parseFonts</em> was made in the 2 classes that held such an object: <em>OSM2World.java</em>, which also includes the main class of the project and <em>ReloadOSMAction.java</em> which reloads a previously opened OSM file. <br> And with that said, making external fonts configurable mechanism is also wrapped-up!</p>

  <h1 id="png-outputs-of-svg-textures-used-stop-sign-and-tennis-net">PNG outputs of SVG textures used (stop sign and tennis net)</h1>
  <p><img src="https://i.imgur.com/TGVzwYi.png" alt="STOP sign">
  <img src="https://i.imgur.com/SkGj1dJ.png" alt="tennis net"></p>

  <h2 id="application-document">Application document:</h2>
  <p><a href="https://github.com/JayGhb/GSoC-2019-Application/blob/master/application.pdf" rel="nofollow noopener noreferer">https://github.com/JayGhb/GSoC-2019-Application/blob/master/application.pdf</a></p>

  <h2 id="coming-up-traffic-sign-catalogues">Coming up: Traffic Sign catalogues</h2>


guid: https://www.openstreetmap.org/user/7rst1/diary/390255
url: https://www.openstreetmap.org/user/7rst1/diary/390255
title: OpenStreetMap Community Form
published: 2019-07-12 13:22:04
fetched: 2019-07-19 20:00:03.810120
created_at: 2019-07-13 01:30:04.265516
updated_at: 2019-07-19 20:00:03.944179
summary:
  <p>Recently the OSM group over at Telegram crafted a form for OSM editors with the goal of knowing our community a little better. This form questions who you are, how you work and if you have any feedback to any OSM services. Please share this so we can reach every type of mapper and get the whole picture! :)</p>

  <p><strong>The form is available <a href="https://forms.gle/cP3KA5cswoHj3nen9" rel="nofollow noopener noreferer">here</a></strong></p>

  <p>The data will be published here 11th August, 2019, with indefinitive graphs and sneak peaks on Telegram every week till then. <em>Username and date of submissions will not be connected with individual answers in the final results.</em></p>

  <p>You can join the <a href="https://t.me/OpenStreetMapOrg" rel="nofollow noopener noreferer">OSM Telegram group</a> to stay up to date!</p>

  <p>Syver</p>


guid: https://www.openstreetmap.org/user/Zkir/diary/390256
url: https://www.openstreetmap.org/user/Zkir/diary/390256
title: Валидатор 3D: Церкви и другие здания
published: 2019-07-12 20:40:33
fetched: 2019-07-19 22:30:04.195629
created_at: 2019-07-13 09:00:04.160390
updated_at: 2019-07-19 22:30:04.337092
summary:
  <p>Няшки мои, всем привет кого давно не видел!</p>

  <p>Запилил новый валидатор: он проверяет <strong>наличие 3D-моделей</strong> для церквей и некоторых других исторических зданий. Почему церкви? Потому что это наиболее заметные объекты и для их моделирования есть фотографии на temples.ru.</p>

  <p>На данный момент в валидацию включены отдельные районы Московской, Владимирской и Ярославской областей, т.е. то, что попадает в <strong>квадратный градус [56°, 38°]</strong></p>

  <p>Например, видно, что в Сергиево-Посадском районе 3D-модели есть для 32 церквей из 92 (я ими занимался), а например в соседней Владимирской области совсем глухо. Так что если вы не знаете, чем заняться – знайте, ваша помощь всегда кстати. :)</p>

  <p>Если будет интерес к теме, можно будет добавить другие регионы и какие-то другие проверки.</p>

  <p>Валидатор доступен здесь: <strong><a href="http://3dcheck.zkir.ru" rel="nofollow noopener noreferer">3dcheck.zkir.ru</a></strong>. Обновляться будет раз в неделю вручную.</p>

  <hr>
  <ul>
    <li><a href="https://wiki.openstreetmap.org/wiki/Simple_3D_buildings" rel="nofollow noopener noreferer">Спецификация Simple Buildings, т.е. то, как рисовать 3D-здания в OSM</a></li>
    <li><a href="https://wiki.openstreetmap.org/wiki/User:Zkir" rel="nofollow noopener noreferer">Дополнительные теги для церквей</a></li>
    <li><a href="https://demo.f4map.com/#lat=56.3099201&amp;lon=38.1301151&amp;zoom=18&amp;camera.theta=58.228&amp;camera.phi=-41.93" rel="nofollow noopener noreferer">3D карта, ака F4map</a></li>
  </ul>


guid: https://www.openstreetmap.org/user/Mumm*/diary/390257
url: https://www.openstreetmap.org/user/Mumm*/diary/390257
title: Skattkärr
published: 2019-07-13 00:31:20
fetched: 2019-07-19 22:30:04.195629
created_at: 2019-07-13 13:00:03.954370
updated_at: 2019-07-19 22:30:04.333997
summary:
  <p>Har lagt till adresser på några byggnader i Skattkärr och angivit lite övrig data till byggnader jag råkade känna till.</p>


guid: https://blog.openstreetmap.org/?p=176636761
url: https://blog.openstreetmap.org/2019/07/13/call-for-help-with-translations/
title: Call for help with translations of blog posts and surveys
published: 2019-07-13 23:05:51
fetched: 2019-10-24 08:00:04.334881
created_at: 2019-07-13 23:30:04.087043
updated_at: 2019-10-24 08:00:04.500871
summary:
  Would you like to translate posts on blog.openstreetmap.org? Or see surveys from the OpenStreetMap Foundation in your language..? This is a call to community members who have helped with translations in the past or want to help now. You can translate as many old or new blog posts as you like &#8211; expressing an interest [&#8230;]

content:
  <figure class="wp-block-image"><img src="https://blog.openstreetmap.org/wp-content/uploads/2019/07/languages-1.jpg" alt="" class="wp-image-176636794" srcset="https://blog.openstreetmap.org/wp-content/uploads/2019/07/languages-1.jpg 960w, https://blog.openstreetmap.org/wp-content/uploads/2019/07/languages-1-300x194.jpg 300w, https://blog.openstreetmap.org/wp-content/uploads/2019/07/languages-1-768x497.jpg 768w, https://blog.openstreetmap.org/wp-content/uploads/2019/07/languages-1-624x404.jpg 624w" sizes="(max-width: 960px) 100vw, 960px" /></figure>



  <p>Would you like to translate posts on blog.openstreetmap.org? Or see surveys from the <a href="https://wiki.osmfoundation.org/">OpenStreetMap Foundation</a> in your language..? This is a call to community members who have helped with translations in the past or want to help now. </p>



  <ul><li>You can translate as many old or new blog posts as you like &#8211; expressing an interest does not mean you have to translate every new post.</li><li>We would like to encourage people to collaborate! If more than one person can do a translation, we would be thrilled if you work together.</li></ul>



  <h3><strong>Blog post translations</strong></h3>



  <p>We&#8217;d like to make the official blog at blog.openstreetmap.org available in more languages, and for some of the existing languages we&#8217;d need to catch up on translations of recent blog posts. These are straightforward and we will provide initial guidance.</p>



  <h3><strong>Extra help needed for translations of surveys</strong></h3>



  <p>For surveys we need help both in translating the questions, as well as the answers. For that reason we would be thrilled if local communities decided to form small groups that will volunteer to help us. Please note that as anyone who helps with surveys will have access to information that people might want to keep private, you will have to sign a <a href="https://wiki.osmfoundation.org/w/images/b/b9/Draft_NDA_version_20180911.pdf">non-disclosure agreement</a>.<br /><br />The OpenStreetMap Foundation will start doing surveys 2-3 times per year. The next one is planned just before the State of the Map 2019 conference and translation of questions will start this week.</p>



  <h3><strong>Next step</strong></h3>



  <p>Want to help? <br />Please send us an email to <a href="mailto:communication@osmfoundation.org">communication@osmfoundation.org</a>&nbsp;<br />with subject: <em>Helping with translations in [your language]</em><br />and indicate whether you want to help with translations of blog posts, surveys or both.<br /><br />Thank you!<br /><br /><em><a href="https://wiki.osmfoundation.org/wiki/Communication_Working_Group">Communication Working Group</a></em><br /></p>



  <p><em>The </em><a rel="noreferrer noopener" href="https://wiki.osmfoundation.org/" target="_blank"><em>OpenStreetMap Foundation</em></a><em> is a not-for-profit organisation, formed in the UK to support the OpenStreetMap Project. It is dedicated to encouraging the growth, development and distribution of free geospatial data for anyone to use and share. The OpenStreetMap Foundation owns and maintains the infrastructure of the OpenStreetMap project, is financially supported by membership fees and </em><a rel="noreferrer noopener" href="https://donate.openstreetmap.org/" target="_blank"><em>donations</em></a><em>, and organises the annual, international </em><a rel="noreferrer noopener" href="https://stateofthemap.org/" target="_blank"><em>State of the Map</em></a><em> conference. It has no full-time employees and it is supporting the OpenStreetMap project through the work of our volunteer </em><a rel="noreferrer noopener" href="https://wiki.osmfoundation.org/wiki/WorkingGroups" target="_blank"><em>Working Groups</em></a><em>. Please consider becoming a </em><a rel="noreferrer noopener" href="https://join.osmfoundation.org/" target="_blank"><em>member</em></a><em> and read about our </em><a rel="noreferrer noopener" href="https://join.osmfoundation.org/fee-waiver-program/" target="_blank"><em>fee-waiver program</em></a><em>. </em></p>


guid: https://weeklyosm.eu/?p=12232
url: http://weeklyosm.eu/archives/12232
title: weeklyOSM 468
published: 2019-07-14 07:55:52
fetched: 2019-09-20 05:30:27.376709
created_at: 2019-07-14 08:00:46.009090
updated_at: 2019-09-20 05:30:29.242301
summary:
  02/07/2019-08/07/2019 OSM at the birthday party 2006 in London &#8211; map with (at that time) correct attribution 1 &#124; Map data © OpenStreetmap OdbL 😉 About us ERRATUM: In weeklyOSM #467 we wrote &#8220;The Japan Times reported that Benin is now proud to have a modern digital map to replace the last map from 1957&#8221;. [&#8230;]

content:
  <p>02/07/2019-08/07/2019</p>
  <p><!-- place picture here --></p>
  <div class="wp-caption alignnone" style="width: 701px;">
  <p class="wp-caption-text"><img src="https://i0.wp.com/wiki.openstreetmap.org/w/images/9/94/Osm_2nd_anniv_poster.jpg?resize=691%2C415&#038;ssl=1" alt="Logo" width="691" height="415" data-recalc-dims="1" /></p>
  <p class="wp-caption-text">OSM at the birthday party 2006 in London &#8211; map with (at that time) correct attribution <a href="#wn468_20472"><sup>1</sup></a> | Map data © OpenStreetmap OdbL <img src="https://s.w.org/images/core/emoji/12.0.0-1/72x72/1f609.png" alt="😉" class="wp-smiley" style="height: 1em; max-height: 1em;" /></p>
  </div>
  <h2 id="wn468_about_us">About us</h2>
  <ul>
  <li id="wn468_20507">ERRATUM: In weeklyOSM #467 we <a href="http://weeklyosm.eu/archives/12219#wn467_20410">wrote</a> &#8220;The Japan Times reported that Benin is now proud to have a modern digital map to replace the last map from 1957&#8221;. Actually the link to OSM was wrong, as it directed to a city in Nigeria and not to Benin the country. Besides this, the geodata produced through this project led by <a href="https://en.wikipedia.org/wiki/IGN_FI">IGN France International</a>, as in many former French colonies, is unfortunately not open at all, despite it have been <a href="https://www.ignfi.fr/en/portfolio-item/cartographie-benin/">part funded</a> by public EU funds.</li>
  </ul>
  <h2 id="wn468_mapping">Mapping</h2>
  <ul>
  <li id="wn468_20451">Joseph Eisenberg has <a href="https://lists.openstreetmap.org/pipermail/talk/2019-July/082797.html">rewritten</a> the <a href="https://wiki.openstreetmap.org/wiki/Good_practice">Good Practice</a> wiki page and started a discussion about his changes at the general Talk mailing list. While the edits were broadly accepted with some minor exceptions, he was criticised for editing before discussing the changes.</li>
  <li id="wn468_20482">Joseph Eisenberg <a href="https://lists.openstreetmap.org/pipermail/tagging/2019-July/046520.html">announced</a> the start of voting for his <a href="https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:waterway=tidal_channel">proposal</a> for the tag <code>waterway=tidal_channel</code>.</li>
  <li id="wn468_20481">User higa4 <a href="https://qiita.com/higa4/items/422f00de8b58d375fb97">analyzed</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ja.svg" alt="(ja)" /> the state of Japanese mapping as of the first half of 2019.</li>
  <li id="wn468_20493">Maning Sambale <a href="https://www.openstreetmap.org/user/maning/diary/390221">wrote</a> about his visit with other Philippine colleagues in <a href="https://www.openstreetmap.org/?mlat=14.5372&amp;mlon=121.1098#map=16/14.5372/121.1098">Lupang Arenda, Taytay, Rizal</a> and shared insights about the field mapping activity organised with the local village government to collect aerial and street-level imagery for use by the community in their governance, development, and disaster preparedness programmes. He mentions the free workshops in next month&#8217;s <a href="https://ti.to/PistaNgMapa/2019#schedule">Pista Ng Mapa</a> local conference in the Philippines, which will be facilitated by the same team of volunteer drone operators.</li>
  <li id="wn468_20494">SilentSpike&#8217;s <a href="https://github.com/openstreetmap/iD/issues/6631">suggestion</a> to implement a warning in iD when landuse is connected to highways was discussed and, as usual, there are diverse opinions..</li>
  </ul>
  <h2 id="wn468_community">Community</h2>
  <ul>
  <li id="wn468_20472">[1] This year OpenStreetMap will celebrate its 15th birthday on 9 August 2019. Details on the celebration events are being <a href="https://wiki.openstreetmap.org/wiki/Birthday">collected</a> at the wiki.</li>
  <li id="wn468_20500">SeverinGeo published a <a href="https://twitter.com/SeverinGeo/status/1148216730923257856">Twitter moment</a> about two weeks of OSM and free Geomatics training in Nouakchott (Mauritanie) targeted to the local OSM community and stakeholders from the research, development and local authorities. The courses were facilitated with the help of members of Nigerian and Senegalese communities with the support of the International Organisation of Francophonie (OIF).</li>
  <li id="wn468_20443">In 2017, Zoe Gardner conducted a <a href="https://lists.openstreetmap.org/pipermail/talk/2017-August/078456.html">survey</a> on the gender and some further demographic data of mappers and analysed their <a href="http://hdyc.neis-one.org/">HDYC</a> profiles. Her detailed findings have now been <a href="https://link.springer.com/epdf/10.1007/s10708-019-10035-z">published</a> in a peer-reviewed paper. Men were typically the more active mappers. There were no major differences between genders in the use of some of the important keys that HDYC represented at the time.</li>
  <li id="wn468_20501">The OSM Forum <a href="https://github.com/openstreetmap/openstreetmap-forum/pull/13">now has</a> a responsive (i.e. suitable for smartphones) style called Victory. You can enable it in your forum profile at the item &#8220;Display&#8221;.</li>
  <li id="wn468_20485">The Grab team in the Philippines hosted a mapathon and <a href="https://www.openstreetmap.org/user/GrabPHMikko/diary/390215">describe</a> the successful event in a blog post.</li>
  <li id="wn468_20440"><a href="https://en.wikipedia.org/wiki/Harry_Potter:_Wizards_Unite">Harry Potter Wizards Unite</a> is a new location-based augmented reality game from <a href="https://en.wikipedia.org/wiki/Niantic_(company)">Niantic</a>, the creators of <a href="https://en.wikipedia.org/wiki/Ingress_(video_game)">Ingress</a> and <a href="https://en.wikipedia.org/wiki/Pok%C3%A9mon_Go">Pokémon Go</a>. Gregory played the game on his <a href="https://www.youtube.com/watch?v=XzsSgwHR6x8">Mapper Diaries</a> channel and took a look at how it uses OpenStreetMap data.</li>
  <li id="wn468_20471">A reminder that nominations for the annual <a href="http://awards.osmz.ru">OSM Awards</a> can be submitted until 15 July.</li>
  <li id="wn468_20458">An offline mapathon <a href="https://forum.openstreetmap.org/viewtopic.php?id=66579">took place</a> (<a href="https://translate.google.com/translate?sl=ru&amp;tl=en&amp;u=https://forum.openstreetmap.org/viewtopic.php?id=66579">translation</a>) on 22 June in Kommunarka (Moscow, Russia), where a new metro station was opened recently. Five people took part in this activity. They walked through several areas of the village and collected a lot of information, which they now use for editing this area in OSM.</li>
  </ul>
  <h2 id="wn468_openstreetmap_foundation">OpenStreetMap Foundation</h2>
  <ul>
  <li id="wn468_20490">OSMF board member Joost Schouppe <a href="https://lists.openstreetmap.org/pipermail/science/2019-July/000044.html">announced</a> that the board will carry out regular surveys ahead of every major OSM event. The survey is not meant as a popularity poll but to listen to people, who otherwise might not be heard.</li>
  </ul>
  <h2 id="wn468_events">Events</h2>
  <ul>
  <li id="wn468_20468">The early bird discount for <a href="https://2019.stateofthemap.org/">State of the Map</a> tickets <a href="https://twitter.com/sotm/status/1147437530683514880?s=19">has been extended</a> until 21 July 2019.</li>
  <li id="wn468_20474">The SotM team published a <a href="https://2019.stateofthemap.org/calls/posters/">&#8220;Call for Posters&#8221;</a> for the poster exhibition at State of the Map 2019 in Heidelberg. You should submit your proposal by 18 August 2019. In a blog post the team also <a href="https://blog.openstreetmap.org/2019/07/06/sotm2019-program-and-call-for-posters/">announced</a> the release of the <a href="https://2019.stateofthemap.org/program/">SotM programme.</a></li>
  <li id="wn468_20449"><a href="https://twitter.com/osgeojapan/status/1145617552065699841">OSGeo.JP</a> <img src="http://blog.openstreetmap.de/wp-uploads//2016/12/ja.svg" alt="(ja)" /> announced <a href="https://www.facebook.com/FOSS4GNiigata/">FOSS4G Niigata</a> <img src="http://blog.openstreetmap.de/wp-uploads//2016/12/ja.svg" alt="(ja)" />, which will be held on 13 and 14 September, and has started a <a href="https://docs.google.com/forms/d/e/1FAIpQLSeMNrmzHNGSW4nRn9XLoBCf5bE8bNL9gefBGRgzQiVlN2OjoQ/viewform?vc=0&amp;c=0&amp;w=1&amp;usp=mail_form_link">call for presentations</a> with a deadline of 31 July. This year the event will be held in <a href="https://www.openstreetmap.org/relation/4237973">Niigata</a> instead of at FOSS4G Tokyo.</li>
  <li id="wn468_20446">The <a href="https://www.agit.at/">agit2019</a> (<a href="https://translate.google.com/translate?sl=de&amp;tl=en&amp;u=https://www.agit.at/">translation</a>), Symposium and Expo for Applied Geoinformatics took place last week in Salzburg. The OSM &amp; OSGeo exhibition stand was set up and operated by Markus and Andreas, who had their hands full over the days and had to respond to sometimes difficult questions from visitors. Andreas, aka Geologist, also managed to deliver a daily report for the community. Please follow how the two of them <a href="https://www.openstreetmap.at/2019/07/agit-2019-anreise-und-standaufbau/">arrived</a> (<a href="https://translate.google.com/translate?sl=de&amp;tl=en&amp;u=https://www.openstreetmap.at/2019/07/agit-2019-anreise-und-standaufbau/">translation</a>) on the <a href="https://www.openstreetmap.at/2019/07/agit-2019-tag-1-osgeoday/">1st day</a> (<a href="https://translate.google.com/translate?sl=de&amp;tl=en&amp;u=https://www.openstreetmap.at/2019/07/agit-2019-tag-1-osgeoday/">translation</a>), the <a href="https://www.openstreetmap.at/2019/07/agit-2019-tag-2/">OSGeo Day</a> (<a href="https://translate.google.com/translate?sl=de&amp;tl=en&amp;u=https://www.openstreetmap.at/2019/07/agit-2019-tag-2/">translation</a>), the 2nd day and <a href="https://www.openstreetmap.at/2019/07/agit-2019-3-und-somit-letzter-tag-auf-der-agit/">Friday</a> (<a href="https://translate.google.com/translate?sl=de&amp;tl=en&amp;u=https://www.openstreetmap.at/2019/07/agit-2019-3-und-somit-letzter-tag-auf-der-agit/">translation</a>). And a <a href="https://lists.openstreetmap.org/pipermail/talk-at/2019-July/010022.html">post-report</a> (<a href="https://translate.google.com/translate?sl=de&amp;tl=en&amp;u=https://lists.openstreetmap.org/pipermail/talk-at/2019-July/010022.html">translation</a>) from Markus aka ScubbX.</li>
  <li id="wn468_20463">GeoMundus, a free international conference about Geospatial Technologies, Geoinformatics, and Geosciences, which is organised by students from the Erasmus Mundus Masters of Science in Geospatial Technologies, <a href="http://geomundus.org/2019/">opened</a> for registration. The conference will take place on 29 and 30 November at the <a href="https://www.openstreetmap.org/way/46835092">Universitat Jaume I</a> in Castellón de la Plana, Spain.</li>
  <li id="wn468_20489">Erwin Olario <a href="https://lists.openstreetmap.org/pipermail/talk-asia/2019-June/000027.html">invites</a> people in Asia to the local open mapping conference <a href="https://ti.to/PistaNgMapa/2019">Pista ng Mapa</a> (Festival of Maps). The event will take place on 1 to 3 August 2019 at the Foundation University, Dumaguete, Philippines.</li>
  </ul>
  <h2 id="wn468_humanitarian_osm">Humanitarian OSM</h2>
  <ul>
  <li id="wn468_20444">HOT is collecting building outlines to measure exposure risk in Tanzania. For the assessment, mappers digitised more than 10,955 buildings and 20 mappers collected data on the ground.The <a href="https://www.hotosm.org/updates/collecting-building-data-sets-for-exposure-data-in-tanzania/">blog post</a> outlines the background of the project, how the data was gathered and how it will be used, and gives an idea of the challenges faced.</li>
  </ul>
  <h2 id="wn468_education">Education</h2>
  <ul>
  <li id="wn468_20465">Jean-François Perrat <a href="http://geoconfluences.ens-lyon.fr/programmes/outils/mapathon-carto">has published</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/fr.svg" alt="(fr)" /> a guide to the organisation of a mapathon or a participatory map session in class. Starting with the basics and what tools are available, a possible implementation in class is also described. (automatic <a href="https://translate.google.com/translate?sl=fr&amp;tl=en&amp;u=http://geoconfluences.ens-lyon.fr/programmes/outils/mapathon-carto">translation</a>)</li>
  </ul>
  <h2 id="wn468_maps">Maps</h2>
  <ul>
  <li id="wn468_20477">Darafei &#8220;Komяpa&#8221; (Kotyara) Praliaskouski <a href="https://lists.openstreetmap.org/pipermail/talk/2019-July/082828.html">wrote</a> about a map displaying a <a href="http://disaster.ninja/live/">density comparison</a> between population and the count of OpenStreetMap objects.</li>
  </ul>
  <h2 id="wn468_switch2osm">switch2OSM</h2>
  <ul>
  <li id="wn468_20473">The Civil Protection in the Azores <a href="https://twitter.com/iamnunocaldeira/status/1147465839886643200?s=19">used OpenStreetMap</a>, at least during an exercise.</li>
  <li id="wn468_20456">The Russian Cycling Federation <a href="https://fvsr.ru/static/press/materials/2019/06/06/Belgorod_GidA5_2019_viewpdf.pdf">used</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> an OSM map in a leaflet for the Russian Cycling Championship and Competition which took place in Belgorod on 26 to 30 June.</li>
  </ul>
  <h2 id="wn468_open_data">Open Data</h2>
  <ul>
  <li id="wn468_20461">Nikolai Janakiev <a href="https://janakiev.com/slides/wikidata-openstreetmap/">created</a> an online presentation with a comparison of Wikidata and OSM.</li>
  <li id="wn468_20447">The European Commission has <a href="http://ec.europa.eu/trade/policy/in-focus/eu-mercosur-association-agreement/eu-mercosur-in-your-town/">published</a> a map with an OSM background displaying company locations in the EU which are trading with <a href="https://en.wikipedia.org/wiki/Mercosur">Mercosur</a>, the South American trade bloc.</li>
  </ul>
  <h2 id="wn468_software">Software</h2>
  <ul>
  <li id="wn468_20459">The developers of Maps.Me have significantly <a href="https://github.com/mapsme/dockerfiles/tree/master/maps_generator">simplified</a> the process of installing a map generator for their application. It&#8217;s now available as a docker-container which allows the creation of fresh maps for Maps.Me even for inexperienced users. It currently only works on Linux.</li>
  <li id="wn468_20464">Mateusz Konieczny posted <a href="https://github.com/westnordost/StreetComplete/issues/1470">results of testing how</a> new users interact with StreetComplete (UX testing).</li>
  </ul>
  <h2 id="wn468_programming">Programming</h2>
  <ul>
  <li id="wn468_20495">iD users <a href="https://github.com/openstreetmap/iD/issues/6616">may become</a> able to change the style of the map in the editor. The iD maintainer Quincy Morgan calls the feature, which is similar to &#8220;Map Styles&#8221; in JOSM, &#8220;Lenses&#8221;.</li>
  <li id="wn468_20448">Andy Allan <a href="https://blog.gravitystorm.co.uk/2019/07/03/better-trace-uploads-and-more-for-openstreetmap/">blogged</a> about his work on the OSM website/API in June. Among other things, the processing of GPX uploads was improved and a new <code>/api/versions</code> call was introduced. This new call allows users to find out which versions the API supports and makes it possible to run multiple API versions in parallel.</li>
  </ul>
  <h2 id="wn468_releases">Releases</h2>
  <ul>
  <li id="wn468_20480">The iD team has released version v2.15.3 of the popular editor. The changes in the new version, which is already in use at osm.org, are <a href="https://github.com/openstreetmap/openstreetmap-website/pull/2294">detailed</a> at GitHub.</li>
  </ul>
  <h2 id="wn468_did_you_know_…">Did you know …</h2>
  <ul>
  <li id="wn468_20484">The Vatican City is the source of many mysteries. The area of the small country seems to be one of these. Frank Gavaerts <a href="https://twitter.com/FrankGevaerts/status/1147893082244956161">claims</a> that Wikipedia and <em>&#8220;every single source &#8230; says it&#8217;s 44 ha, including britannica.com&#8221;</em> but the JOSM plugin <a href="https://twitter.com/josmeditor/status/1147874047818178562?s=19">measures</a> 0.49 km².</li>
  <li id="wn468_20445">You have probably seen the <em>Image of the week</em> on the OSM main <a href="https://wiki.openstreetmap.org/wiki/Main_Page">wiki page</a> but do you know how you can propose an image? It&#8217;s very simple and documented <a href="https://wiki.openstreetmap.org/wiki/Featured_image_proposals">here</a>.</li>
  <li id="wn468_20486">&#8230; that you can have the whole world <a href="https://github.com/rastapasta/mapscii">rendered</a> in the console? You can access a demo server via Telnet, or you can run the map yourself.</li>
  <li id="wn468_20476">&#8230; how to tag the fuels available at a petrol station? It&#8217;s recommended to use generic names for different types of fuel instead of local names or brands to keep the data consistent world-wide. The Wiki <a href="https://wiki.openstreetmap.org/wiki/Key:fuel">documents</a> these values, but in total there are more than <a href="https://taginfo.openstreetmap.org/search?q=fuel%3A">500 different &#8220;fuel:*&#8221; tags</a> in use &#8211; most of them undocumented and used only a few times each.</li>
  <li id="wn468_20450">&#8230; the <a href="https://geodienst.github.io/lighthousemap/">Beacon map</a> which animates how they look and blink? The GitHub <a href="https://github.com/geodienst/lighthousemap">hosted</a> project uses <code>seamark:light:sequence</code> and also uses the <code>seamark:light:range</code> and <code>seamark:light:colour</code> tags.</li>
  <li id="wn468_20454">&#8230;that the Russian company NextGIS <a href="http://nextgis.ru/projects/rostmuseum">created</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> an information system of cultural and historical heritage of Rostov land (Yaroslavl region, Russia)? On the <a href="http://map.rostmuseum.ru">map</a> you can find historical places, sacred places, estates and even places where healers lived. (automatic <a href="https://translate.google.com/translate?sl=ru&amp;tl=en&amp;u=http://nextgis.ru/projects/rostmuseum">translation</a>)</li>
  <li id="wn468_20457">&#8230; that the Russian mapper FreeExec has created a lot of validators for OSM? You can <a href="https://frexosm.ru">find</a> <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/ru.svg" alt="(ru)" /> on his personal website: a visualisation of the Russian Federation&#8217;s power supply grid, the validation of substations over 35 kV, railway stations of Russia and many other things. (automatic <a href="https://translate.google.com/translate?sl=auto&amp;tl=EN&amp;u=https://frexosm.ru">translation</a>)</li>
  </ul>
  <h2 id="wn468_osm_in_the_media">OSM in the media</h2>
  <ul>
  <li id="wn468_20460">Valeriy Trubin continues his series of interviews with the Russian OSM community. This time he talked to the municipal official from Tolyatti (Samara region, Russia) <a href="https://habr.com/ru/post/455164/">Elena Balashova</a> (<a href="https://translate.google.com/translate?sl=ru&amp;tl=en&amp;u=https://habr.com/ru/post/455164/">translation</a>), who allowed the use of EMGIS data in OSM, and <a href="https://habr.com/ru/post/458288/">Anton Belichkov</a> (<a href="https://translate.google.com/translate?sl=ru&amp;tl=en&amp;u=https://habr.com/ru/post/458288/">translation</a>) from Magnitogorsk (Chelyabinsk region, Russia), who has been an OSM mapper for 10 years.</li>
  </ul>
  <h2 id="wn468_other_“geo”_things">Other “geo” things</h2>
  <ul>
  <li id="wn468_20442">Alex Parsons <a href="https://twitter.com/r_solymosi/status/1146022364586618880">tweeted</a> about a <a href="https://academic.oup.com/bjc/article/58/4/944/4107534">study</a> in which the authors analysed the problems reported on the <a href="https://www.fixmystreet.com/">fixmystreet</a> website to see whether there was a difference in reporting between the sexes. They found that men were more likely to report problems related to driving and women more likely to report problems related to walking.</li>
  <li id="wn468_20469">In France, the conseil général de l&#8217;environnement et du développement durable <a href="http://www.cgedd.developpement-durable.gouv.fr/protection-des-points-d-eau-evaluation-de-la-mise-a2744.html">published</a> (<a href="https://translate.google.com/translate?sl=fr&amp;tl=en&amp;u=http://www.cgedd.developpement-durable.gouv.fr/protection-des-points-d-eau-evaluation-de-la-mise-a2744.html">translation</a>) a report indicating that the prefectures have interpreted quite liberally the possibility of revising IGN hydrography maps, eliminating many small rivers. In a country where Open Data is considered important, many criticisms followed (<a href="https://www.actu-environnement.com/ae/news/definition-points-eau-protection-pesticides-33746.php4">1</a> <a href="https://translate.google.com/translate?sl=fr&amp;tl=en&amp;u=https://www.actu-environnement.com/ae/news/definition-points-eau-protection-pesticides-33746.php4">translation</a> , <a href="https://www.lemonde.fr/planete/article/2019/07/06/comment-des-points-d-eau-proteges-des-pesticides-ont-disparu-des-cartes-ign_5485995_3244.html">2</a> <a href="https://translate.google.com/translate?sl=fr&amp;tl=en&amp;u=https://www.lemonde.fr/planete/article/2019/07/06/comment-des-points-d-eau-proteges-des-pesticides-ont-disparu-des-cartes-ign_5485995_3244.html">translation</a>, <a href="https://reporterre.net/Des-milliers-de-cours-d-eau-sont-rayes-de-la-carte-de-France-et-s-ouvrent-aux">3</a> <a href="https://translate.google.com/translate?sl=fr&amp;tl=en&amp;u=https://reporterre.net/Des-milliers-de-cours-d-eau-sont-rayes-de-la-carte-de-France-et-s-ouvrent-aux">translation</a>, <a href="https://twitter.com/DecryptaGeo/status/1148537598505291776">4</a> <a href="https://translate.google.com/translate?sl=fr&amp;tl=en&amp;u=https://twitter.com/DecryptaGeo/status/1148537598505291776">translation</a>) <img src="https://blog.openstreetmap.de/wp-uploads/2016/12/fr.svg" alt="(fr)" /> highlighting attempts to avoid the environmental obligations for these waterways.</li>
  <li id="wn468_20479">K.M. Alexander extracted icons from old maps such as <a href="https://blog.kmalexander.com/2019/05/15/donia-a-free-17th-century-cartography-brush-set-for-fantasy-maps/"><em>Isola di Malta</em></a>, from 1686, or <a href="https://blog.kmalexander.com/2019/04/18/blaeu-a-free-17th-century-cartography-brush-set-for-fantasy-maps/"><em>Terræ Sanctæ</em></a>, from 1660, and made the icons available under a <a href="https://creativecommons.org/licenses/by/4.0/">CC BY 4.0</a> licence.</li>
  <li id="wn468_20467">The NZZ <a href="https://www.nzz.ch/feuilleton/google-sagt-ob-es-eine-stadt-gibt-die-wirklichkeit-ist-digital-ld.1492939">reports</a> about the influence of Google Maps on the representation of territorial claims and border conflicts (&#8220;Google Maps war&#8221;) and what happens if an entire city disappears by mistake for a month&#8230; (automatic <a href="https://translate.google.com/translate?sl=auto&amp;tl=EN&amp;u=https://www.nzz.ch/feuilleton/google-sagt-ob-es-eine-stadt-gibt-die-wirklichkeit-ist-digital-ld.1492939">translation</a>)</li>
  <li id="wn468_20483">The Guardian <a href="https://www.theguardian.com/us-news/2019/jul/08/guthook-guides-hiking-app">features</a> an article about the app <a href="https://atlasguides.com/guthook-guides/"><em>Guthook Guides</em></a>, which provides information on hikes, wilderness regions and trails worldwide, and the unintended consequences caused by the increasing reliance of users on their phones when navigating through the wilderness.</li>
  <li id="wn468_20470">Mike <a href="https://geoobserver.wordpress.com/2019/07/05/osm-schwarzmalerei-2/">reports</a> (<a href="https://translate.google.com/translate?sl=de&amp;tl=en&amp;u=https://geoobserver.wordpress.com/2019/07/05/osm-schwarzmalerei-2/">translation</a>) on his homepage #geoObserver that, despite the disappearance of one method, the creation of building footprint maps from OSM data using an <a href="http://overpass-turbo.eu/s/KwN">overpass turbo query</a>, even within QGIS, is not a big problem.</li>
  <li id="wn468_20452">A <a href="https://www.youtube.com/embed/sWkx6N8qxfg?version=3&amp;rel=1&amp;fs=1&amp;autohide=2&amp;showsearch=0&amp;showinfo=1&amp;iv_load_policy=1&amp;wmode=transparent">video</a> about the new features of QGIS 3.8 (Zanzibar).</li>
  </ul>
  <h2 id="wn468_upcoming_events">Upcoming Events</h2>
  <table>
  <thead>
  <tr>
  <th>Where</th>
  <th>What</th>
  <th>When</th>
  <th>Country</th>
  </tr>
  </thead>
  <tbody>
  <tr>
  <td>Dortmund</td>
  <td>Mappertreffen</td>
  <td>2019-07-12</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Cologne Bonn Airport</td>
  <td>Bonner Stammtisch</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Lüneburg</td>
  <td>Lüneburger Mappertreffen</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Viersen</td>
  <td>OSM Stammtisch Viersen</td>
  <td>2019-07-16</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Mannheim</td>
  <td>Mannheimer Mapathons e.V</td>
  <td>2019-07-17</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Maebashi</td>
  <td>第1回 MissionDayまえばし　マッピングパーティ</td>
  <td>2019-07-20</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/08/jp.svg" alt="japan" /></td>
  </tr>
  <tr>
  <td>Bremen</td>
  <td>Bremer Mappertreffen</td>
  <td>2019-07-22</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Nottingham</td>
  <td>Nottingham pub meetup</td>
  <td>2019-07-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>Reading</td>
  <td>Missing Maps Reading Mapathon</td>
  <td>2019-07-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>Salt Lake City</td>
  <td>SLC Map Night</td>
  <td>2019-07-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/us.svg" alt="united states" /></td>
  </tr>
  <tr>
  <td>Maebashi</td>
  <td>第1回 MissionDayまえばし　もくもく会</td>
  <td>2019-07-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/08/jp.svg" alt="japan" /></td>
  </tr>
  <tr>
  <td>Lübeck</td>
  <td>Lübecker Mappertreffen</td>
  <td>2019-07-25</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Santa Fe</td>
  <td>State of the Map Argentina 2019</td>
  <td>2019-07-27</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/03/ar.svg" alt="argentina" /></td>
  </tr>
  <tr>
  <td>Kamakura</td>
  <td>鎌倉マッピングパーティ</td>
  <td>2019-07-27</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/08/jp.svg" alt="japan" /></td>
  </tr>
  <tr>
  <td>Düsseldorf</td>
  <td>Stammtisch</td>
  <td>2019-07-31</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Dumaguete</td>
  <td>Pista ng Mapa 2019</td>
  <td>2019-08-01-2019-08-03</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/ph.svg" alt="philippines" /></td>
  </tr>
  <tr>
  <td>Minneapolis</td>
  <td>State of the Map U.S. 2019 [2]</td>
  <td>2019-09-06-2019-09-08</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/us.svg" alt="united states" /></td>
  </tr>
  <tr>
  <td>Edinburgh</td>
  <td>FOSS4GUK 2019</td>
  <td>2019-09-18-2019-09-21</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/05/uk.svg" alt="united kingdom" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>Erasmus+ EuYoutH OSM Meeting</td>
  <td>2019-09-18-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>HOT Summit 2019</td>
  <td>2019-09-19-2019-09-20</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Heidelberg</td>
  <td>State of the Map 2019 [3]</td>
  <td>2019-09-21-2019-09-23</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/01/de.svg" alt="germany" /></td>
  </tr>
  <tr>
  <td>Wellington</td>
  <td>FOSS4G SotM Oceania 2019</td>
  <td>2019-11-12-2019-11-15</td>
  <td><img src="https://weeklyosm.eu/wp-content/uploads/sites/4/2019/06/nz.svg" alt="new zealand" /></td>
  </tr>
  <tr>
  <td>Grand-Bassam</td>
  <td>State of the Map Africa 2019</td>
  <td>2019-11-22-2019-11-24</td>
  <td><img src="http://blog.openstreetmap.de/wp-uploads//2016/10/ci.svg" alt="ivory coast" /></td>
  </tr>
  </tbody>
  </table>
  <p>Note: If you like to see your event here, please <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">put it into</a> the calendar. Only data which is there, will appear in weeklyOSM. Please <a href="https://osmbc.openstreetmap.de/calendar/preview"> check your event</a> in our public calendar preview and correct it, <a href="https://wiki.openstreetmap.org/wiki/Template:Calendar">where appropriate</a>.</p>
  <p align="right"><i>This weeklyOSM was <a href="https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages"> produced</a> by Elizabete, <a href="https://www.openstreetmap.org/user/Nakaner">Nakaner</a>, <a href="https://www.openstreetmap.org/user/PierZen">PierZen</a>, <a href="https://www.openstreetmap.org/user/Polyglot">Polyglot</a>, <a href="https://www.openstreetmap.org/user/Rogehm">Rogehm</a>, <a href="https://www.openstreetmap.org/user/SK53">SK53</a>, <a href="https://www.openstreetmap.org/user/SeverinGeo">SeverinGeo</a>, <a href="https://www.openstreetmap.org/user/Silka123">Silka123</a>, <a href="https://www.openstreetmap.org/user/SunCobalt/">SunCobalt</a>, <a href="https://www.openstreetmap.org/user/TheSwavu">TheSwavu</a>, <a href="http://www.openstreetmap.org/user/YoViajo">YoViajo</a>, <a href="https://twitter.com/manfred__r">derFred</a>, <a href="https://www.openstreetmap.org/user/geologist">geologist</a>, <a href="https://twitter.com/fofliajinal">jinalfoflia</a>, <a href="https://www.openstreetmap.org/user/k_zoar">k_zoar</a>, <a href="https://www.openstreetmap.org/user/muramototomoya">muramototomoya</a>.</i></p>


