Blogs.OpenStreetMap.org

February 09, 2016

"OpenStreetMap.org User's Diaries"

Releasing GraphHopper 0.6

A new version of the routing engine GraphHopper appeared!

Read more here

alternative routes with GraphHopper

by karussell at February 09, 2016 10:18 AM

Re-tagging quadrant routes in Pennsylvania, USA from `ref` -> `ref:penndot` (Part 2)

Continuing from the previous diary post.

Last week, the quadrant routes (routes having 4-digit route numbers prefixed with SR) in Pennsylvania were re-tagged by replacing the ref key with the ref:penndot key.

Outcome

Total routes re-tagged: 6787

screen shot 2016-02-05 at 6 58 55 pm

Breakdown of re-tagged routes

  • ref=Sr **** -> ref:penndot=SR ****: 35
  • ref=SR **** -> ref:penndot=SR ****: 3151
    • This was a mass-edit and have been uploaded in one go
    • After the edit was done it was noticed that in 29 of these routes SR **** was followed by a non-state route number like T*** , PA ***, Historic PA ***
  • ref=SR**** -> ref:penndot=SR****: 3592
    • This edit was done in 7 parts, each changesest containing the following number of routes:
      • 32: In this case, ref=SR**** was changed to ref:penndot=SR **** using the TODO list plugin in JOSM. Since changing the rest 3560 routes in a similar way would have taken a very long time, from the next step only ref was changed to ref:penndot by mass modification and SR**** was left as is
      • 474
      • 179
      • 325
      • 592
      • 1422
      • 568
    • Also this time it was ensured that none of the routes of the order of SR followed by a non-state route number were edited
  • ref:penndot=Sr -> ref:penndot=SR: 9

Note

  • Of these 6787 re-tagged routes, 1031 routes were found with the penndot_ref tag alongside the ref tag. Following the OSM Wiki guidelines, the penndot_ref tags were deleted for these routes.
  • @rickmastfan67 pointed out that 4 nodes with exit numbers were wrongly re-tagged to ref:penndot in this process. This change was reverted back here

Next Action

  • 37 routes were found where SR**** is followed by a non-state route number like T*** , PA ***, Historic PA ***
  • 79 routes were found where a non-state route number like T*** , PA ***, Historic PA *** is followed by SR ****

For the above 116 routes, the ref tags were not changed to ref:penndot as we're unsure of the correct tagging convention for these cases. We would appreciate any input on what would be the correct way to tag them and if the 29 similar routes that were unintentionally re-tagged to ref:penndot in the second step need to be reverted back.

by oini at February 09, 2016 10:08 AM

My last visit to Lesotho

I am in Maseru to train 14 members of the #MapLesotho OSM community. This is the third, and final year of the training. That is explained here here

14 mappers form clusters

So far the community members have decided that they will form three clusters of interest, and these are:

  • Training and Engagement - main mission, to make Lesotho be as mapped as it possibly can be, and ensure that lots of users are recruited and make a contribution to the map

  • Technical Quality - ensure all that is mapped is traced and tagged in an orthodox way to increase usability of the map

  • Spatial Analysis - will use the data as much as possible to investigate matters relating to the physical layout of Lesotho.

I will be sad to leave, but to see the OSM community become so focussed here is a wonderful thing for me, knowing that in some small way I helped it. Right now the guys here have the basemap for the whole urban area 1% from completion and 2% away from validation.

13 mappers working hard here

by DeBigC at February 09, 2016 10:06 AM

My last visit to Lesotho

I am in Maseru to train 14 members of the #MapLesotho OSM community. This is the third, and final year of the training. That is explained here here So far the community members have decided that they will form three clusters of interest, and these are:

  • Training and Engagement - main mission, to make Lesotho be as mapped as it possibly can be, and ensure that lots of users are recruited and make a contribution to the map

  • Technical Quality - ensure all that is mapped is traced and tagged in an orthodox way to increase usability of the map

  • Analysis - will use the data as much as possible to investigate matters relating to the physical layout of Lesotho.

I will be sad to leave, but to see the OSM community become so focussed here is a wonderful thing for me, knowing that in some small way I helped it.

by DeBigC at February 09, 2016 10:06 AM

Grass&Green: with more entities to enhance the classification

Hi mappers,

OSM, as a VGI mapping project, inherits various challenges: naive contributors, flexible contribution mechanism, and uncertainty of spatial data. The facts that rise subjective classification problems in the resulting data. Whether a piece of land covered by grass is classified as “park”, “garden”, “meadow”, or “forest”; whether a water body is classified as “pond”, “lake”, or “reservoir”. In OSM project, such of these classification answers are likely dependent on contributors’ perceptions. However, the appropriate classification of entity is strongly related to some qualitative observations and quantitative measures.

Thus, Grass&Green is a tool that has been developed to help contributors to assign the most appropriate classification of some entities of grass-related features. The role of contributors is needed not only in adding new data, but also to revise and confirm the existence one.

• The tool has an access and contribution to users accounts

Alt text

• It has very supportive and easy to use interface

Alt text

On the right hand, it presents the entity under investigation with some qualitative descriptions of its context. On the left hand, it show the OSM entity combined with some recommendations and suggestion, with full flexibility to update/confirm/reject these given recommendations.

• The tool provides the user with textual and visual descriptions of the target features and similar identical features.
Alt text

Example of classification improvements:

o The next was only grass with fence, the contributors with our tool makes it "Garden" which is more expressive information than grass with fence.

Alt text

o The next was labeled as "Park", however its characteristics is far from being park for amusements and entertainment. Out tool correct it to the reasonable classification as "Garden"

Alt text

The status of contributions: We have around 250 participants from more over that 30 counties. They checked around 3000 entities in about 3 months. However, we are seeking for more confirmation and rejections. The data need to be check and we adapt the methodology of crowd-sourcing revision.

Alt text

Alt text

They are mostly agree or partial agree with our recommendations and working to improve the classification quality of these features.

So, please feel free to contribute and follow us on Twitter and Facebook. Send us your feedbacks. Every small contribution even for one entity would be appreciated.

by grass_and_green at February 09, 2016 10:01 AM

Geofabrik

OSM Inspector Address View mit neuen Funktionen

(Gastbeitrag von Lukas Toggenburger, der den Address-View programmiert hat)

Letzthin wurde ich von User Stephan75 wegen der Auswertung von addr:place-Tags im OSM Inspector (http://tools.geofabrik.de/osmi/?view=addresses) angeschrieben. Für die Wochenaufgabe mit postalischen Adressen hat er sich gewünscht, solche Einträge auch angezeigt zu bekommen.

Seit der ersten Version werden im OSM Inspector Verbindungslinien von Adress-Einträgen (z.B. addr:street=Bahnhofstraße) zum nächstliegenden Punkt der zugehörigen Straße (highway=residential, name=Bahnhofstraße) eingezeichnet. Falls in der Region des Adress-Eintrags keine Straße mit entsprechendem Namen gefunden werden kann, wird das als potenzieller Fehler hervorgehoben. Das Tagging-System mit addr:place=… wird für diejenigen Fälle verwendet, wo sich die Adresse nicht auf eine sich in der Nähe befindliche Straße bezieht, sondern auf einen Weiler, eine Siedlung, etc. (place=…, name=…). Der anfangs erwähnten Anfrage von Stephan75 bin ich nachgekommen: Neu werden analog den Adressen mit addr:street=… auch für die Adressen mit addr:place=… Verbindungslinien bzw. Fehlermarkierungen eingezeichnet.

Zwei weitere Funktionen habe ich ebenfalls neu eingebaut: Zum einen werden Hausnummern (addr:housenumber=…) hervorgehoben, die nicht nur aus den Zeichen 0-9, a-z und A-Z bestehen. Zum andern habe ich mir gedacht, dass Adress-Einträge (addr:*=…) auf ungeschlossenen Linienzügen (ways) wohl meistens Tagging-Fehler sind (Ausnahme addr:interpolation=…). Solche Einträge werden nun ebenfalls hervorgehoben.

Hintergrund

Im Herbst 2013 schrieb ich als Projektarbeit für mein Masterstudium im Bereich ICT die Adress-Ansicht des OSM Inspectors um. Ziel war eine schnellere Verarbeitung und die Erweiterung des dargestellten Gebiets von Europa auf die gesamte Welt. Anstatt das Projekt nach dem Erhalt der Note auf sich beruhen zu lassen, habe ich immer wieder mal Änderungen vorgenommen, einsehbar unter https://github.com/ltog/osmi-addresses.

Die Software ist in C++11 geschrieben. Unter Verwendung von libosmium (https://github.com/osmcode/libosmium) werden Adress-relevante Inhalte aus OSM-Daten extrahiert und in .sqlite-Dateien geschrieben. Deren Inhalte wiederum werden mittels OSGeo MapServer ans Webinterface ausgeliefert. Auch die direkte Einbindung in JOSM über die WMS-Schnittstelle ist möglich, siehe https://wiki.openstreetmap.org/wiki/OSM_Inspector/WxS.

Kommentare und Pull-Requests nehme ich gerne entgegen.

Ein herzliches Dankeschön geht an die Firma Geotab Inc. (http://www.geotab.com), die das Hosting des Address View finanziert und an die Geofabrik, die den OSM Inspector betreibt. Danke auch ans Institut für Photonics und ICT (http://www.htwchur.ch/ipi), das die Arbeit betreut hat (und damals wie heute mein Arbeitgeber ist).

by fred at February 09, 2016 12:10 AM

February 08, 2016

"OpenStreetMap.org User's Diaries"

Strange GUI issues with JOSM and Ubuntu/Debian

There are some issues JOSM users experience which are not the fault of JOSM developers because Java/OpenJDK causes it.

You use Ubuntu or Debian an experience strange GUI issues at JOSM's tag editor and at comboboxes at JOSM presets? They look like this:

screenshot tag editor 1

or this

screenshto tag editor 2

or this

screenshto tag editor 3

or this?

screenshto bug at preset combo box

There is even a video of it.

Solution

There is a workaround. Thank you, Don-vip. Remove the line

assistive_technologies=org.GNOME.Accessibility.AtkWrapper

from /etc/java-8-openjdk/accessibility.properties (the file might be located at another directory if you use OpenJDK 7)

How I discovered the bug

I have been using Arch Linux for the last 18 months and started using Ubuntu (better: Xubuntu) on my new laptop. First I thought it were a KDE-related problem because I tried Kubuntu. A switch to XFCE did not fix it. Searching JOSM's issue tracker for open issues did not help because the issue was closed (that's ok, it's no JOSM problem). I tried an older version of JOSM but did not help. I tried OpenJDK 7 and 8, both behave the same. I asked at #osm-de IRC and malenki pointed me to the issue and the workaround.

by Nakaner at February 08, 2016 09:59 PM

První přidání dopravní značky: Stůj, dej přednost v jízdě!

Zakládám OSM deníček :-).

První zápis je o mém prvním mapování značky Stůj, dej přednost v jízdě!

Mapování je jednoduché, na uzel se dají hlavně dva tagy:

  • highway = stop
  • direction = forward/backward podle směru cesty

Uzel nesmí být součástí křižovatky, ale na místě zastavení před ní.

Příklad na tramvajovém přejezdu u Hranečníku: https://www.amazon.com/clouddrive/share/DIO2LMCXJ3Q0BTT6Q9vnqm7xHR7vjzs5DuAh08y9hmm

Pro zobrazení směru u ikony značky lze v JOSM použít speciální styl. Viz info zde: http://www.openstreetmap.org/user/species/diary/36144

by Vladimír Domes at February 08, 2016 08:37 PM

Editace

Města: Dolní Bojanovice, Hodonín, Horní Věstonice, Josefov, Mikulčice, Mutěnice, Starý Poddvorov, Vacenovice, Velké Bílovice

Jiné lokality: CHKO Pálava, PP Zimarky, rybník Nesyt, rybníky Písečné

by MapperDB at February 08, 2016 08:10 PM

Preparing a map for the Garmin nüvi 205t

In search for a dedicated car-GPS, 15€ for a used Garmin nüvi 205t seemed like a steal.
Garmin 205 There is a lot of documentation how to get map data running on Garmin devices, but the maps made by Computerteddy and frikart.no were not playing too nicely with this device.
From the beginning:
First concern: Will it read a 32GB microSD. Oddly enough, it worked.
What is next: We get some well established OSM based map data, and good to go. In theory...
Let's see what isn't going so smoothly.
Say, we want to search for an adress, how about Lothstraße in München? After all, it is in the map data:
1
Turns out: no results when searching for it. Why? I can't tell you, really, but we can solve it.
Let's convert some maps in a way that works, tested specifically for the nüvi 205t:

  1. Get a map, for example germany-latest.osm.pbf from Geofabrik
  2. Convert the .osm.pbf to .o5m using osmconvert
    osmconvert germany-latest.osm.pbf -o=germany-latest.o5m
  3. Filter with osmfilter to keep only boundaries in this new o5m file
    osmfilter germany-latest.o5m --keep-nodes= --keep-ways-relations="boundary=administrative =postal_code postal_code=" -o=germany-latest-bnd.o5m
  4. Generate boundary files with mkgmap. We need these, because without them, there would be countless duplicates of the same city and the streets would be split into all these different "virtual" cities on the device, making it uncomfortable to search adresses
    java -cp ./mkgmap/mkgmap.jar uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor germany-latest-bnd.o5m bnd
  5. Now we need to split the map with splitter, so it can be processed for the device
    java -jar ./splitter/splitter.jar --output-dir=./splitmap/ germany-latest.osm.pbf
  6. And in the end, we convert the map for the device, using mkgmap again (The options --tdbfile and --make-poi-index might very well be useless, but this is the exact commandline i tested with success)
    mkgmap --gmapsupp --country-name=Deutschland --country-abbr=Deu --bounds=bnd --drive-on=right --process-destination --process-exits --housenumbers --latin1 --index --location-autofill=is_in --make-poi-index --poi-address --add-pois-to-lines --add-pois-to-areas --tdbfile --verbose --route ./splitmap/*osm.pbf
  7. Copy the resulting gmapsupp.img and the osm* files to a folder called "Garmin" on a FAT32 formatted microSD

There were still two duplicates of some cities, but the one using the format "Cityname, State" contained >99% of the streets, and the one using "Cityname, Country" almost none, so it is easy to use the correct one when searching for adresses.
I am stil confused why there were no other reports about problems with the maps made by computerteddy and frikart.no yet, but if they show up, mkgmap is your friend.

by utack at February 08, 2016 05:24 PM

TESI

STUDIO COMPATIBILITA' DI OSM CON PROGRAMMI DI MODELLAZIONE 3D.

by cap8789 at February 08, 2016 10:07 AM

広島県庁周辺の点字ブロック情報追加

県庁周辺の歩道に点字ブロック情報を追加しました。

by Masataka Shinke at February 08, 2016 04:48 AM

Missing maps.

Working on Missing maps projects. Mozambique, Swaziland and South Afrika.

by rivw at February 08, 2016 02:53 AM

Empezando con Mapillary

Algunas cosas para tomar en cuenta:

  • Loguearse
  • Configurar como me desplazo, auto, bicicleta, peatón
  • App sin necesidad de conexión desde el celular se puede conectar posteriormente a una conexion adsl via wifi o tener megas de conexion a internet por el celular.
  • Bajar brillo, quitar wifi, quitar datos, cerrar apps abiertas... ahorrarás batería 45% +-

by GeryEscalier at February 08, 2016 01:22 AM

Коллекция демагогии

За время чтения русскоязычной ветки форума OSM, с января 2012, мне случалось участвовать во множестве обсуждений, в которых разные участники проекта в той или иной степени старались оправдать обозначение под рендер или конвертер. Делали они это, вероятно, с разными целями: одни из духа противоречия (есть такие люди, которых воротит от правил или от того, что им указывают на ошибки), другие - просто от желания "потроллить", третьи - действительно желая видеть в подписи, вообще на карте, либо в поиске в навигаторе то, что не поддерживается или чего там быть не должно. Чтобы иметь возможность потыкать демагогов носом в то, что их риторика - глубоко не оригинальна и предсказуема, я хочу тут собрать коллекцию их высказываний. Не в форме прямых цитат, а в форме тезисов. Дополнения в комментариях приветствуются.

Да, к слову, пресловутые новички иногда вполне искренне заблуждаются, но им достаточно разъяснить все один раз, за редчайшим исключением. А убежденными сторонниками этого безобразия и самыми упорными демагогами оказываются, как раз, участники проекта с опытом.

"Данные не имеют смысла, если их нельзя найти".

На самом деле, никто не знает всех случаев применения данных OSM, потому что нет никакого реестра пользователей. Доходит до курьеза: например, пока на форуме не поднялся шум по поводу адресации в Зеленограде, никто не знал толком, что существует, как минимум, два прецедента карт (и конвертеров), которые поддерживают тамошнюю специфическую адресацию без улиц, что инвалидировало аргументы некоторых о том, что в таких адресах нужно вставлять ложное значение addr:street=, иначе поиск невозможен.

"Данные не имеют смысла, если их нельзя увидеть"

Тут ровно та же ситуация, только этот аргумент еще глупее, так как стилей растровых и векторных карт для данных OSM вообще гигантское количество, плюс - создать свой - не така уж сложная работа (это проще, чем сделать конвертер карты со всеми нужными настройками). Если чего-то нет в стандартном стиле на главной странице osm.org, оно может быть в одном из кучи других стилей. И заменяя правильное обозначение, которое не поддерживается в том или ином стиле, на обозначение для чего-то другого, что поддерживается, такой "благодетель" ломает поддержку таких объектов в том стиле, где поддерживаются оба. То есть тот, кто пользуется другим стилем, теряет возможность различить объекты двух видов, так как все они обозначены одинаково.

"Мы должны заботиться о пользователе - о том, кто смотрит на карту"

Непосредственный пользователь данных OSM - это тот, кто поддерживает стили для рендеринга растровых карт, кто делает карты для навигаторов, кто создает какие-то производные продукты из этих данных. И именно для того, чтобы обеспечить машинную обработку, разбор и фильтрацию данных и существуют все правила обозначения в OSM. Для некоторых (компания MapBox, например) это практически их основной бизнес. А тот, кто смотрит в растровую карту на сайте или в навигатор - это конечный пользователь производного продукта. Так что забота о нем, как ни крути - на том, кто этот продукт делает. И чем лучше данные OSM структурированы, чем они однозначнее и т.п., тем проще ему заботиться о конечном пользователе. Ведь даже чтобы нарисовать простейшую иконку для POI, нужно знать, а что же именно обозначает тот или иной тег, а также быть уверенным, что им не обозначают несколько разных вещей. Эта забота авторов производных продуктов - реальна: не даром на форуме есть ветки для обратной связи с несколькими авторами стилей, сборок карт и навигационных программ.

"Самые популярные объекты должны быть видны (на Mapnik-е, т.е. стандартном стиле osm.org)"

Это вариация на тему заботы о пользователе. Ирония в том, что определить эти самые популярные объекты - невозможно, так как тайлы стандартного стиля используются сотнями разных способов для совершенно разных задач, и никому (особенно - приводящим этот аргумент) не известно ничего о том, кто и что там на самом деле ищет чаще всего.

"Всё относительно"

Это вообще самый глупый демагогический аргумент, который значит что угодно, а потому - ничего. Некоторые считают, что он звучит очень философски, потому его можно вставить в начале какого-нибудь бредового предложения, чтобы оно казалось убедительнее. Тут даже и возражать нечего, потому что это даже не аргумент, так как из него ничего не следует.

"Если делать все слишком строго, проект загнётся"

Как-то вот еще не загнулся, даже наоборот. Если у кого-то проблемы со следованием осмысленным правилам - есть другие проекты, где степень анархии выше. Но раз эти личности все равно хотят участвовать в OSM, стоит поменьше выпячивать свой "оригинальный" взгляд.

"Давайте взвешивать все в каждом случае отдельно"

Довольно ловкий аргумент, который сам по себе взывает к здравому смыслу, но стоит с ним согласиться, как он будет распространен на действия, выходящие за границы здравого смысла, мотив которых - оправдание искажения данных.

"Mapink (стиль Standard) - лицо OSM"

Еще одно вводное утверждение, которое во-первых, не соответствует истине (никто из разработчиков его таковым не объявлял, это нигде не декларируется), а во-вторых, совершенно непонятно, как из этого что-то должно следовать, тем более - то, что нужно корёжить данные ради этого самого воображаемого "лица".

"Если в Wiki не написано, что так - нельзя, то я так буду делать"

Документация пишется для того, чтобы описать, как нужно. Как правило, вариантов того, как нужно - совсем немного. Описать все возможные неправильные частные варианты - просто невозможно, а общие принципы неправильного подхода также давно описаны. Этот аргумент - пример классического правового нигилизма.

"Мы всё равно обозначаем все под рендер/навигатор"

Схема обозначений OSM разрабатывается для того, чтобы обеспечить оптимальную машинную обработку данных, независимо от конкретного применения, а не "под абстрактный рендер/конвертер". Но даже если бы это было так (скажем, существовали бы какие-то описания типовых требований к конвертерам и стилям), традиционные нарушения, такие как применение тегов не по назначению и т.п., все равно были бы недопустимы. Так что этот аргумент не делает требование не обозначать под рендер ложным.

"Вы пытаетесь самоутвердиться, заставляя других выполнять правила"

Обвинения в личной заинтересованности - традиционный демагогический прием, но с ним есть большая проблема: даже если это так, это не устраняет необходимости выполнять эти правила, так как они придуманы независимо от чьего-либо желания и мотивированы не тем, что "я так хочу", а практическими требованиями, связанными с функционированием проекта. Точно также, как правила орфографии не являются выдумкой grammar nazi. Просто в отсутствии тех, кто о них напоминает, неучам комфортнее. Самодуры, конечно, бывают, но они, обычно, избегают публичности на форуме (GaM, который достал всех в Ленинградской области своими придирками).

"Я в курсе как надо, но это 'как надо' выглядит как дерьмо"

Тут, опять же, комментировать практически нечего - человек сам признается, что так, как он делает, делать не надо, но ему плевать.

"Все так делают"

Вообще не аргумент, потому что так делают не все, так что это просто ложь.

Продолжение, вероятно, следует.

by BushmanK at February 08, 2016 12:25 AM

February 07, 2016

"OpenStreetMap.org User's Diaries"

First entry

Getting ready for Garmin Vbri camera.

by Tan Anderson at February 07, 2016 11:43 PM

Opening_hours Statistik-porn

Ok, eher Softporno, hab diesmal nicht alles durchgezählt, sonst hätt ich 3 Tage statt einen gebraucht.

In den letzten 4 Wochen wurden deutschlandweit 12.500 Objekte erstellt oder geändert die (zum heutigen Stand) Öffnungszeiten beinhalten. Das ist recht dehnbar, aufgrund solch diffuser Daten ne Statistik zu bauen (wenn wer ne vernünftige Overpass-abfrage parat hat, wo opening_hours hinzukamen, nur her damit), ich versuchs trotzdem:

Da ich etwa einmal monatlich opening_hours korrigiere, kann ich grob übern Daumen abschätzen, dass bei den ("neuen") Objekten etwa 50-80% dabei sind, wo die Öffnungszeiten wirklich neu sind. Bei sage und schreibe 460 Warnungen und Fehlern hab ich ein wenig das Gefühl, dass die Sensibilität endlich etwas steigt und das Abkippen von Phantasie- und "aus-dem-Bauch"-Murx stark abgenommen hat. (Ok, 460 neue Fehler in 4 Wochen ist kein Pappenstiel, das sind etwa 2-5% Abfall aber naja...)

Was wollte ich?

Achja, grobe Fehlerverteilung frei aus dem Kopf und völlig unwissenschaftlich unstatistisch:

  • 40% falsche Wochentage
  • 10% falsch gesetzte Komma oder Semikoli
  • 20% fehlende Komma oder Semikoli
  • 2% Verwendung von Komma statt Semikolon (in aller Regel korrekt und sinnvoll renderbar aber schematisch falsch)
  • 10% Verwendung komischer Zeichen wie langen oder anderen exotischen Bindestrichen etc.
  • 5% Verwendung von Klartext a la: "Küchenzeiten" oder "Auf Anfrage" etc.
  • 2% vertan im Tag a la website (opening_hours=www.example.org) oder Strasse etc.
  • diverse andere

Nach Korrektur aller Werte bleiben etwa 2-5% übrig, die inhaltlich und schematisch korrekt sind, aber nicht "schön". also 9:00 statt 09:00.

by MKnight at February 07, 2016 10:51 PM

Аксайская картографическая экспедиция / Open cartographical expedition

Аксайская картографическая экспедиция

В прошлом году ввиду производственной травмы моя поездка сорвалась, но я очень стремлюсь исправить это в году текущем.

В первых числах мая отправляюсь в открытую картографическую экспедицию на лодке по реке Аксай (Ростовская область). В пути, основной задачей будет сбор картографического материала. Конечно-же речь идет о POI и характеристиках объектов, которые дистанционно определить невозможно.

Я подготовил мапкрафтовский пирог, в котором каждый может взять себе по маленькому кусочку (144 куска) и отрисовать его, проставив заметки на объектах, которые необходимо уточнить в поле.

Расчетная протяженность маршрута составляет 85 километров. Продолжительность мероприятия семь дней, за которые планируется посетить максимальное количество точек с проставленными на них заметками.

Экспедиция открытая и присоединиться к ней может любой желающий. Для этого даже не требуется быть зарегистрированным в OpenStreetMap (заметки на карте может оставлять любой желающий).

Подробности и контакты на прежнем месте: http://xn--80afd3balrxz7a.xn--p1ai/aksajskaya-kartograficheskaya-ekspeditsiya/

English

In the past year due to a work injury my trip fell through, but I aim to rectify that this year.

In early may, sent in the open cartographic expedition by boat on the river Aksai (Rostov region). In a way, the challenge will be the collection of cartographic material. Of course we are talking about the POI and characteristics of the objects that are remotely impossible to determine.

I prepared mapcraft pie in which anyone can take a little piece of it (144 pieces) and render selection notes on the objects that need to be clarified in the field.

The estimated length of the route is 85 miles. The duration of the event seven days, for which will visit maximum number of points marked on them with notes.

Outdoor expedition and how to join can be anyone. You do not even need to be registered in OpenStreetMap (notes on the map can leave anyone).

Details and contacts at the same place: http://xn--80afd3balrxz7a.xn--p1ai/aksajskaya-kartograficheskaya-ekspeditsiya/

by Сергей Голубев at February 07, 2016 08:28 PM

OSMBlog (German)

Wochenaufgabe Straßennamen (Neuauflage)

 

Worum geht es?

Um die Qualität der OpenStreetMap-Daten zu kontrollieren, gibt es ja inzwischen viele Möglichkeiten. Das OSM-Wiki hält unter der Seite Qualitätssicherung bzw. Quality assurance eine Sammlung dazu bereit.

Ein Spezial-Thema waren in diesem Zusammenhang schon immer die konkreten postalischen Adressen von Objekten.

In welcher Art diese Adressen in den OSM-Daten zugewiesen werden, ist im OSM-Wiki unter Addresses und Karlsruhe Schema dokumentiert. (Eventuell haben die jeweils englischsprachigen Versionen der Wikiseiten einen aktuelleren Stand.)

Zwischen den wirklich schon zahlreich vorhandenen Objekten mit diesen Adressdaten finden sich jedoch immer wieder einige Ausreißer, denen nur eine Hausnummer zugewiesen wurde, jedoch keinerlei weitere Zuordnung zu einer Straße oder einer anderen örtlichen Instanz (damit sind z.B. Dörfer gemeint, welche so klein sind, dass es keine eigenen Straßennamen gibt.)

Es geht also kurz gesagt um “Hausnummern ohne Straßen”.

Für Programme wie Navigations-Apps oder Online-Adress-Suchdienste sind diese Objekte mit diesen straßenlosen Hausnummern nicht nutzbar und quasi verloren.

In der Vergangenheit gab es bereits Aktionen, um diese unvollständigen Adressdaten aufzuspüren und zu verbessern:

Generell: Was macht in den OSM-Daten eine vollständige Adresse aus?

Nach aktueller Definition sollte neben der Hausnummer eines der drei Ergänzungen vorhanden sein:

  • addr:housenumber=* mit addr:street=*
  • addr:housenumber=* mit addr:place=* bei Dörfern, die aufgrund ihrer geringen Größe keine eigenen Straßennamen haben.
  • addr:housenumber=* mit Zugehörigkeit zu einer Relation des Typs "associatedStreet" (Dieses Datenmodell ist nicht so weit verbreitet.)

Aktuelle Möglichkeiten

Bei einem Blick auf die gebräuchlisten OSM-Karten z.B. über openstreetmap.org werden die Objekte mit den “straßenlosen” Hausnummern zwar angezeigt, dass die weiteren Informationen aber hier und da fehlen, sieht man dort nicht. Um diese unvollständige Objekte zu finden und deren Daten zu ergänzen, bietet sich neben anderen Möglichkeiten folgende Vorgehensweise an:

  • Die aktuell wohl beste Quelle für unvollständige Adressen in Deutschland ist wohl folgende Online-Karte: https://maps.aimpulse.com/osm/addresses/ (wird ca. wöchentlich aktualisiert, Bild siehe oben)
  • Dort unten rechts auf den Layer “Adressen ohne Straße” wechseln, sodass die Landkreise je nach Quantität in gelb, orange oder rot dargestellt werden. Damit haben wir auf einen Schlag eine bundesweite Übersicht auf Basis der Landkreise und der Anzahl der unvollständigen Adress-Objekte.
  • Mit den aus der Karte ablesbaren Namen der Landkreise lässt sich dann eine overpass-turbo-Abfrage anpassen, welche dann die genauere Lage der einzelnen Treffer für einen einzelnen Landkreis anzeigt. Je nach Einzelfall kann man dann in der overpass-turbo-Abfrage dann auch statt dem Landkreisnamen auch der Name einer einzelnen Gemeinde angeben, um so die Treffer bei lokalen Häufungen noch einzugrenzen.

Die Abfrage zum Füttern von http://overpass-turbo.eu lautet zum Beispiel:

{{nominatimArea:"Landkreis Harburg"}}
(._; )->.area;

/*zunächst alle Häuser mit Hausnummer, aber ohne Straße oder addr:place in der aktuellen bbox in "allHouses" sammeln */
/* (statt (area.area) auch ({{bbox}}) möglich!) */
way(area.area)["addr:housenumber"]["addr:place"!~"."]["addr:street"!~"."]->.allHouses;

/* In der BBOX alle associatedStreet Relationen ermitteln */
rel(area.area)[type=associatedStreet]->.associatedStreet;

/* und darin alle Wege mit der Rolle "house" in "asHouse" sammeln */
way(r.associatedStreet:"house")->.asHouse;

/* Jetzt die Differenz der beiden Mengen bilden, Nodes dazu und ausgeben */
((.allHouses; - .asHouse); >; );out;

/* Jetzt das ganze noch für Nodes: */
node(area.area)["addr:housenumber"]["addr:place"!~"."]["addr:street"!~"."]->.allHousesNode;
node(r.associatedStreet:"house")->.asHouseNode;
((.allHousesNode; - .asHouseNode););out;

 

  • Dieser “Quellcode” sollte in den linken Bereich (ggf. den dortigen bereits vorhandenen Quellcode vorher löschen) auf overpass-turbo.eu eingefügt werden.
  • Bei der Definition von “nominatimArea” kann jeder beliebige Name einer geschlossenen Gebietsrelation eingefügt werden, wie Landkreise, Gemeinden, Stadtteile.

overpass-turbo

  • Wenn overpass-turbo nach Ausführen der Abfrage die Treffer anzeigt, kann man diese über die dortige Exportfunktion direkt in JOSM reinladen, wenn in dem parallel gestartetem Editor JOSM die sog. Remote-Funktion aktiviert ist. (Dabei kann es aktuell innerhalb von JOSM zu Timeout-Meldungen kommen.)
  • Wenn nicht schon geschehen, so bietet sich spätestens nun das Aktivieren des Kartenstils “Coloured Streets” in JOSM an, da dieser auch schon gleich Objekte mit fehlendem Schlüssel für addr:street hervorhebt.JOSM-ColouredStreets
  • Um die nun rot hervorgehobenen Objekte sollten nun die normalen OSM-Daten aus der unmittelbaren Umgebung heruntergeladen werden, denn daraus können sich Straßennamen und bereits vollständige Hausnummern in der Umgebung herleiten.
  • Hat man nun in JOSM eine ganze Serie von Adress-Objekten mit fehlendem addr:street-Merkmal lokalisiert, so können diese wie folgt am effektivsten einer einzelnen Straße zugeordnet werden:
    • alle relevanten Objekte (bei Gebäuden bitte ohne die Eckpunkte) mit Strg-Taste und Mausklick auswählen.
    • Die Merkmale der gewählten Objekte werden nun im rechten JOSM-Bildschirm unter dem Teilfenster “Merkmale / Mitgliedschaften” dargestellt.
    • Am oberen Rand dieses Teilfenstern findet sich nun ein klickbarer Verweis auf die JOSM-Vorlage “Anmerkungen / Adressen” mit der weis-blauen Zahl 41 als Symbol. Dieses Symbol anklicken.
    • In der sich dann öffnenden Vorlage kann man durch 1x Tab-Taste auf das Feld für den Straßennamen wechseln.
    • Durch Eingabe des vorher lokalisierten zutreffenden Straßennamens (Groß-/Kleinschreibung beachten!) gibt JOSM nach einigen Buchstaben schon in Betracht kommende Vorschläge.
    • Sobald der zutreffende Straßenname unter addr:street (alternativ der Dorfname unter addr:place) steht, einfach mit der Enter-Taste die Änderung für alle vorher ausgewählten Objekte bestätigen, und: fertig!

Hinweise für die Praxis:

Für bestimmte Bundesländer stehen Hintergrundkarten zur Verfügung, aus denen legal Informationen für OSM-Zwecke entnommen werden dürfen. Neben den ALKIS-Layern mit Hausnummern für NRW gibt es ähnliche Layer für Hamburg (Hausnummern, Gebäude, Straßen+Namen) und Mecklenburg-Vorpommern (Offene Regionalkarte, auch ORKa genannt, mit Hausnummern und Gebäuden aus den Katasterdaten und Straßen aus OSM). Diese Ebeben lassen sich in JOSM über das Menü “Hintergrundbild” einblenden.

Hilfreich können generell noch die JOSM-Plugins HouseNumberTaggingTool und FixAddresses sein.

Generell gilt: Bitte die fehlenden Straßen- oder Ortsnamen nur mit großer Sorgfalt einfügen, d.h. man sollte sich schon sehr sicher sein, anhand der Daten in der Umgebung die richtigen Namen zuzuweisen.
Im Zweifelsfall lieber einmal mehr z.B. im OSM-Forum nachfragen, wie andere Mapper jeweils einen konkreten Fall beurteilen würden.

Und auch wichtig: bitte keine illegalen Quellen für Straßennamen nutzen!

Alternative Qualitätskontrollen:

  • Der Address-Layer vom OSM-Inspector der geofabrik.de hatte bisher folgende Schwächen: er wertet keine associatedStreet-Relationen aus, und er beachtet addr:place (als Ersatz für addr:street) bisher nicht. Anpassungen hierfür sind aber begonnen und eventuell schon bei Start dieser Wochenaufgabe verfügbar.
    (Der JOSM-Mappaint-Stil ColouredStreets, der JOSM-Validator und die Onlinekarte von Aimpulse beachten diese Feinheiten bereits.)
  • http://osm.lyrk.de/address … auch hier ist fraglich, ob addr:place und associatedStreet-Relationen ausgewertet werden.
  • Zur Qualitätskontrolle bietet auch Osmose inzwischen auch eine Kategorie “addr”, welche dann beispielsweise doppelte Hausnummern sowie addr:housenumber ohne addr:street/place oder ohne associatedStreet-Relation anzeigt.

Bisher gab es auch bei einigen Straßenzügen mit Hausnummern ohne Straßenzuordnung eine Konstellation, dass die reinen Hausnummern von Mappern erfasst wurden, die von der “Notwendigkeit” des zusätzlichen addr:street-Schlüssels (oder vergleichbar addr:place) nicht so richtig Kenntnis hatten. Für ein pädagogisch wertvolles Vorgehen bietet sich auch die Möglichkeit, diese Mapper z.B. über die Changeset-Diskussionen anzuschreiben, vielleicht mit dem Hinweis auf diese oder die vorherigen Wochenaufgaben zwecks Erklärung.

Im OSM-Forum steht dieses Thema für Fragen und Anregungen zur Verfügung.

Viel Spaß und Freude bei der neuen Wochenaufgabe!

Flattr this!

by stephan75 at February 07, 2016 08:05 PM

"OpenStreetMap.org User's Diaries"

Do you know what this is?

Have a look at bing images I see five circle segments that can be footpaths on the ground. Any idea of what it can be? Directional antennae?

by gormur at February 07, 2016 01:17 AM

February 06, 2016

CycleStreets

Cycle North Staffs app created by CycleStreets

We’ve created a new cycling app for Stoke-on-Trent City Council.

The Cycle North Staffs app, developed by CycleStreets, is here to help you to get the most out of your cycling. The app is packed with routes across Stoke-on-Trent and Newcastle-under-Lyme to get you to school, to work, or for leisure. It’s suitable for all ages and abilities.

The app is available for both iPhone and Android, and is available free of charge:

   

The app has a wide range of features:

  • Plan cycle routes from A-B
  • Gives a choice of routes: fastest, quietest, and balanced option
  • Browse leisure routes – fancy a pleasant hour’s ride somewhere nice?
  • Browse points of interest, such as bike shops or tourist attractions
  • Shows time, distance and quietness level
  • Shows how many calories you would use
  • Avoids hills automatically where possible, and shows the elevation profile
  • Calculates CO2 saving compared to a car
  • Browse photos and videos of cycle facilities in the area
  • Save your favourite places for easy access

Leisure routes   Local area information

Points of interest   Photos and videos of the area

The app makes use of our open-source iOS and Android codebases, helping lower costs to the Council and providing a well-tested codebase.

We are able to create custom cycle apps and embedded cycle journey planner websites for Local Authorities, companies and others. Do get in touch if this might be of interest to your organisation.

The apps have been possible thanks to the great work of our developers Neil and Jez.

by Martin at February 06, 2016 11:47 PM

"OpenStreetMap.org User's Diaries"

Map Maker Canada schadenfreude

Aww — looks like Google Map Maker is editable again in Canada. It's got some restrictions now, including one that The Great Unwashed can't edit polygons any more (which, in my 'hood at least, means no more polygons nicked wholesale from OSM). But the main new feature is: “Top mappers in your country are now empowered to moderate your edits”. These Regional Leads bless your edits … once they get around to it.

Seems that most of the comments on the Canada forum are of the form “I added my business X months ago, why hasn't it shown up?”

Now, if only there were a thoughtfully moderated alternative to Map Maker out there … ☺

by scruss at February 06, 2016 01:52 PM

February 05, 2016

"OpenStreetMap.org User's Diaries"

Statistical data of the Dutch OSM mappers.

Trying to improve the commitment of new mappers and to help them overcome the obvious beginners problems when trying to map, the Dutch community (after discussion in the user-forum) started to welcome new mappers as soon as they had made their first edit (in the Netherlands) on the map. To find out who the new mappers were, I used this rss-feed, provided by Pascal Neis.
This welcome program started on the 1st of August of 2015 and continues to this day. It is run by me and as such is a one-man task.
During this process I became curious to the mapping behaviour of the mappers and started to collect some data about their activity:

  • when did they start their user account?
  • when did they start to map?
  • how many edits did they do?
  • and much more

Soon I realized that I needed more data (over a longer time span) to get a better insight and so I contacted Pascal Neis and asked him to provide me with the relevant data, dating from some years back. After some startup problems with the data - not all the mappers seemed to be present in the data - I started my research with a dataset that contained the following data:

  • userID
  • username
  • date of registration
  • date of first edit in the Netherlands
  • date of their latest edit
  • number of changesets

First results

The dataset I have used for my research contained 3205 mappers that have done a first edit in the Netherlands between 1-1-2014 and 29-1-2016.

On first inspection of the data, it surprised me to see that some mappers did their first edit 7 years after they had created an account! This, then, was the first thing to investigate: how many days (after registration) pass before the first changeset is created?
Next I investigated how many days passed before the mapper did his latest (and very often his last) edit.

We see that most mappers (77%) create an account and start to map immediately, but 4% of the mappers waited more than 3 years before they did a first edit. But it is striking to see that for almost all of those mappers (68%) this first edit is also their last! So called "hit-and-run" mappers.
"Last edit" is of course hard to tell, because they might return some day in the future and do another edit, but experience so far doesn't prove that.
Of course it is difficult to draw conclusions based on a rather small dataset, but it nevertheless looks not to far from truth to conclude that OSM mapping is basically in the hands of a small group of dedicated persons.

When are you a regular mapper?

If I look at my own status, I have got the label: "a crazy mapper", whatever that means, but once every three days (on average) I'm mapping: adding new things, fixing errors, searching for errors etc. But even if you add/change/correct things once every three months, you're a regular mapper.
The number of days since your last edit is a good measure of your status. See the next table:

This table shows that 138 mappers (4%) did edit something but did not return for a period of more than 730 days (2 years) after this edit. This is the maximum my dataset can reveal (because it spans 2 years and one month), and it is possible that some of those mappers will return in the future, but it is not very likely.
1411 mappers (44%) did their latest edit more than 1 year ago and still another 25% of the mappers did not return to mapping within (at least) 6 months.
One might say that for the majority of the mappers it is a one-time-only affair. Probably fixing something in their own area (missing names, shops, houses etc) and then never return.

A good measure of your mapping activity is the number of changesets you have done, and that is what is in the next table.
(Showing # changesets, # mappers in numbers and as %, sum of group left to it.)

This table shows:
1225 mappers did create 1 changeset
10 mappers did create (each!) more than 1000 changesets

And 82% of the mappers created between 1-9 changesets. From the graph it is obvious that this is almost a perfect example of an exponential curve.

Conclusions?

In the Netherlands we have an active (albeit small) community of mappers and there is no indication that this community is different (statistically) from the complete set (2 000 000+) of OSM mappers (see links below), but it is also clear that the results that we get from the different datasets are not always easy to understand and only after at least one more year we might get some results that show us if the welcome program that we run in the Netherlands has improved the participation of the Dutch mappers!


some useful links:
osm-report-2015
osm-activity-2014
osm-activity-report-2013
openstreetmap-active-users

by marczoutendijk at February 05, 2016 08:46 PM

Mapeo sistemático de vías en municipio de Ponteareas.

Doy por finalizado el mapeo sistemático de carreteras y caminos rurales en el municipio de Puenteareas (https://es.wikipedia.org/wiki/Puenteareas).

Aparte de trazar los que no estaban, he corregido el curso de numerosas vías existentes, incluso varias ediciones mías previas, aprovechando la actualización de las fotos aéreas y la comprobación sobre el terreno, en algunos casos.

No he intervenido en el casco urbano de la capital.

Debido al abandono en general del campo, muchos caminos van quedando impracticables; además, en varios montes se están llevando a cabo replantaciones forestales, creando, variando o eliminando pistas. Estos hechos harán que los datos queden obsoletos, siendo necesarias revisiones de vez en cuando.

by Mithus at February 05, 2016 06:46 PM

It is not safe to cycle in Britain (a rant).

In the wake of a serious act of driver brutality against a cyclist, in which the police were unable to specifically prosecute, I feel that it is not safe to cycle in the UK today, because the infrastructure that is required to enable safe cycling without a helmet or any of that extraneous gear is either not there, or it is at best too piecemeal to be considered "safe".

Having surveyed London streets for OSM, it is unsurprising that the London Cycle Network and its signage is far too piecemeal to enable safe cycling without a helmet or any of that extraneous gear: there cycling in the UK is not user-friendly but instead like playing Russian Roulette. It is unsurprising that Netherlands is so ahead of us in the provision of cycling infrastructure, to a point where helmets and other extraneous gear are a mere sports thing over there.

Therefore, I think that in the UK, the car and the bus is still the king. With all the aggression against cyclists in the UK (just look at all those videos on YouTube!), this is why I feel that it is not safe to cycle in Britain at all, and non-drivers may be better of with public transport, until the government provides the right infrastructure so that cycling is no longer like playing Russian Roulette.

by Amaroussi at February 05, 2016 05:59 PM

Chris Hill

Drains and meadows

I mapper jumped into mapping the rural areas of East Yorkshire more than a year ago but, sadly, seems to have stopped. This mapper has added farmland and woods in much more detail than anything before and has drawn the outlines of lots of buildings in villages too. There are a couple of things that I've decided to change in any areas that I take a look at now. That is meadows and drains.

Meadows are a special thing in Britain, with most having disappeared. They are not just areas of grassland but a very specific kind of management, involving no fertiliser, a careful cutting of the grass for hay more than once a year and some animal grazing, but not all year round. The timing of the hay cuts allows wild flowers to flourish as they have time to set seed before they are cut down. This makes a beautiful landscape that has all but vanished from the English countryside. The mapper has made the mistake that almost any green field in the aerial imagery is a meadow, so I'm checking as best I can on the ground and changing it to farmland unless it really is a meadow. The farmland is drawn with each field outlined which means I can try to add hedges when I see them. This too improves the quality of the rural mapping.

The other problem is that every field-side ditch has been mapped as a drain. This is further worsened by another mapper doing the same thing in Holderness, the flat land to the east of Hull. There are some waterways I would call a drain there, but most are ditches in my view. A ride out doesn't cover much ground to correct this and imagery is ambiguous at best. So there's lots to check and much will change.

The East Riding countryside is a great place to spend time; having an excuse to carefully explore and examine more of it in detail is no bad thing, so I'm not complaining.

by noreply@blogger.com (Chris Hill) at February 05, 2016 04:30 PM

"OpenStreetMap.org User's Diaries"

Grotte Santo Stefano

Ciao, ho deciso che comincio a mappare gli edifici e le aree verdi di Grotte Santo Stefano: il paese di mio padre. Luca

by lpelo2000 at February 05, 2016 12:59 PM

OSMAND

OsmAnd 2.2

New OsmAnd 2.2 has been released. Fuller POI information, restructured downloads and a brand-new UI are some of the main things to see. Get the update now!

Reworked context-sensitive UI

OsmAnd has acquired a whole new context menu design that changes according to the content and the type of location you're working with. Now POI, Favorites and other types of locations get corresponding context menus to help you operate the app much easier. Also, you can now just tap on a region you need to download the map. This way, you'll get the map sections that you need much faster. More to come, you can enjoy amazing pull-up menus and a whole new Create POI interface.

New Wikipedia data, downloads by country and much more complete data

Now you can enter the name of the country and see all maps available for this particular location: the Standard map, Hillshade, Wikipedia data, Contour lines map and Roads-only map. This way, you'll see Wikipedia files as soon as you enter the country name. Besides that, the Wikipedia data has gotten fuller.

New navigation interface

You can build a route with all your waypoints or select to go right to the destination point. To do it, just tap the destination, and then press the blue navigation button.

Reworked POI editing menu

See new improvements in the POI editing section. You can now edit the points of interest you've created before committing them to the server. Also, the whole new Edit POI menu interface will help you add new points rapidly and manage them. Just don't forget to turn OSM Editing plugin on.

February 05, 2016 11:08 AM

OsmAnd 1.2.2 for iOS is now released

The new OsmAnd release has a list of new features that are waiting to be tried out. You can now use shading on the map to see the relief, plan trips and search for points of interest in a handy way. Let's get to details.

POI on the map

One of the significant steps forward is the ability to view POI on the map. From now on, you'll be able to view any points of interest as you enter the Search.

Hillshade maps

The OsmAnd iOS version now has the hillshade maps. Those are map layers visualizing the details of the terrain. The hillshade maps are available by country.

Creating new trip

You can now just enter the My trips menu, choose Create new trip and then add waypoints by making long taps. Add details to the waypoint, such as its name, color indicating this waypoint, its group (you can create a group of waypoints: work locations, favorite spots on town, etc.) and a description.

Route preparation and viewing your trip

You can choose to sort your waypoints using the route management menu. Just tap the blue toolbar, then swipe the waypoint you'd like to move higher on the list and tap the arrow icon. Activate or deativate waypoints to customize your route in this menu. Also, now you can add an endless number of waypoints.

Navigation

Now you can view waypoints or delete them by tapping on the upper toolbar and swiping to the left. Tap the arrow to unfold the full list and choose the point you need to get to in order to see the distance to it and view the location on map. Please note that the points are connected by straight lines and are meant to help you create a general understanding of the directions for your trip. To mark it as visited, select the checkbox sign. Same checkboxes will be available as soon as you approach the waypoints.

Improvement in POI search

As you search for the points of interests, your previous destinations will be added to make searching even easier. The same applies to the favorites.

The new version also has lots of small improvements to make the user experience better. Go ahead and try out OsmAnd 1.2.2. Install!

February 05, 2016 11:08 AM

OsmAnd 1.1.1. for iOS released

A new OsmAnd version for iOS is here! The update includes a convenient plugin, more improvements in the POI area and a nicer UI.

Offline Contour Lines Maps

This plugin, being much appreciated by Android users, is now available in the iOS version. It provides you with quite detail info on the terrain of a certain location and the heights. To get the plugin, just go to the in-app purchase area.

TODO

POI improvements & Wikipedia

Now you can get even more detailed info about POI and use Wikipedia articles offline.

Download contour lines & wikipedia maps Wikipedia search Wikipedia article

New trip recording features and UI advancements

Add waypoints to recording track

You can add new waypoints to the track while recording it or do the same with a new track without recording. Also, you'll see UI amendments called to make the use of the app better.

February 05, 2016 11:08 AM

Habrahabr OpenStreetMap (RU)

Вафли против технологий на FOSDEM 2016




О конференции FOSDEM я узнал примерно в ноябре, когда в рассылку OpenStreetMap пришло предложение заявлять доклады на поток Geospatial. Отправил заявку про мобильные редакторы карты (в число которых скоро войдёт MAPS.ME), в декабре её подтвердили, и Mail.Ru Group отправила меня в командировку. Поскольку это мой первый раз, в теме опенсорса я «маску на стройке нашёл» и никого не знаю, вместо плодотворного общения со знакомыми, на что уходит примерно половина времени на осмерских конференциях State of the Map, писал заметки, чтобы потом оформить в этот текст. Под катом много слов и фотографий.
Читать дальше →

by Zverik at February 05, 2016 08:00 AM

"OpenStreetMap.org User's Diaries"

Mappers from Kolkata : Lets join hands

I planned to use OSM data for a transport oriented project for the city of Kolkata, India. I started few months back to find that there are large unmapped areas in OSM within the city itself. Also the mapping community activities have slowed down in last couple of years. I would like to call all mapping enthusiasts of Kolkata to join hands to ramp up the Mapping Quotient of the City of Joy effectively. Together we can make a difference. Please contact me on following handles : Twitter : @jeet_sen LinkedIn : Suvajit Sengupta Email : suvajit.sengupta@gmail.com

by Suvajit at February 05, 2016 06:56 AM

February 04, 2016

Russion live OSM radio

"OpenStreetMap.org User's Diaries"

First Entry

I've been a member of OSM for just under 2 years and I suppose I ought to start using this diary.

Project Map Pinedale

For the past few months, the majority of my activity has been targeted at the town of Pinedale, Wyoming, United States. This was (and still is) a very under-mapped town by most standards. So far, I have been able to map the majority of the businesses & buildings on main street (Pine Street). The remainder of the town on the map is almost exclusively roads at this point with some scattered buildings.

Goals

My personal goal for the next few months will be to map every major building (basically everything with the exception of some outbuildings, sheds, etc). Besides merely creating building outlines, I would like to tag each building with its proper address and any other information I can gather on it. Additionally, I will improve road mappings as I notice deficiencies. Ideally, I will be able to accomplish all this by the end of August.

Other

I will try to continue adding to my diary with status updates & possibly projected end-dates for this project.

On the odd chance someone else sees this entry & would like to contribute to this project, I would love to hear from you!

by MRPockets at February 04, 2016 09:29 PM

Eine neue Funktionalität und kleine Verbesserungen in der Hausnummerauswertung - 2016/01

In den Monaten November und Dezember war ich ziemlich untätig bzgl. meiner Auswertungen. Im Januar habe ich wieder mehr Zeit investiert und einiges produktiv gestellt, das ich hier grob darstellen möchte.

Neu: Prüfung der Distanz zwischen OSM-Hausnummern und offiziellen Geokoordinaten

Direkt erstmal der große Dämpfer in Deutschland: es gibt nur wenige Gemeinden, die Hausnummerlisten mit Geokoordinaten zur freien Nutzung bereitgestellt haben. Nur dann ist die folgende Funktion verfügbar, z.B. in Berlin, Köln, Würzburg und Freiberg. Für die ganzen sächsischen Gemeinden werde ich die Funktion demnächst aktivieren.

Bei den entsprechenden Gemeinden gibt es auf der Auswertungsseite den zusätzlichen Link "vergleichen mit offiziellen Geokoordinaten" (siehe z.B. Freiberg). Es wird dann eine zweiteilige Seite angezeigt, auf der links die Hausnummern mit den größten Distanzen zwischen der OSM-Position und der offiziellen Position aufgelistet werden. Nach dem Klick auf den Link "Karte" werden Soll- und OSM-Ist-Position rechts auf der Karte angezeigt, mit Klick auf "Josm" wird der Bereich im Editor geöffnet.

Distanzen von mehr als 50m können, müssen aber nicht, auf echte Fehler hinweisen. Meist ist dann bei der OSM Adresse die falsche Straße angegeben, oder die offizielle Koordinate ist räumlich nahe an der Straße, während die OSM-Adresse an einem Gebäude auf dem Grundstück (z.B. in einem Schrebergarten) angegeben ist.

Ich hoffe, diese Auswertung hilft, den einen oder anderen Fehler zu finden. Die Funktionalität wurde vom OSM-User malenki angeregt, vielen Dank dafür!

Kleine Verbesserungen

  • Die Nominatim-Suche geht wieder. Leider hatte ich nicht mitbekommen, das dort der Service auf https umgestellt wurde.

  • Manchmal hängt sich die Auswertung auf und wird blockiert, bis ich das herausfinde oder jemand mich darauf hinweist. Jetzt wird eine Blockade erkannt, sodaß der Ausfall nur kurz besteht.

  • Beim Import von Hausnummerlisten wird jetzt immer die Postleitzahl mit importiert, wenn vorhanden. Das erfolgte früher nur für andere Länder, wenn dort die PLZ unbedingt für den Abgleich erforderlich war.

  • In Deutschland vorerst nur für Köln habe ich testweise neben der normalen Auswertung von Straße und Hausnummer zusätzlich die Postleitzahl mit einbezogen. In Köln gibt es relativ viele gleichnamige Straßen. Die neue Funktionalität der Distanzprüfung machte das ziemlich auffällig und so habe ich die Auswertung hier erweitert. Im Laufe der nächsten Wochen werden andere Gemeinden folgen, dazu muss ich nochmal alle Hausnummerlisten sichten und einige neu importieren.

  • Gemeinden, bei denen Geokoordinaten vorliegen, werden jetzt stadtteilbezogen besser ausgewertet. Die offiziellen Geokoordinaten werden verwendet, um eine stadtteilbezogene Sollliste zu erstellen, dadurch wird genau auswertbar, welche fehlenden Hausnummern auch wirklich in diesem Stadtteil sein müssen.

  • Es sind weitere, kleine Anpassungen/Verbesserungen durchgeführt worden.

Experimente in der Oberfläche - Feedback erwünscht

Die Gemeindeauswahlseite war bisher eine superlange Seite und die Suche nach der wünschten Gemeinde war umständlich. Das soll jetzt einfacher sein, indem je Land nur noch die nächste Ebene (in Deutschland die Bundesländer) direkt angezeigt wird und die tiefere Ebene aufklappbar ist. Außerdem gibt es eine seiteninterne Suche. Leider wird dann nur zum passenden Bundesland gesprungen, das Aufklappen bis zur Gemeinde will ich natürlich noch hinbekommen.

Ist eine Gemeinde ausgewählt worden, gibt es auf der Folgeseite, hier Freiberg wie bisher etliche Optionen für die eigentliche Auswertungsseite. Neu ist hier nur, das für die Optionen jeweils ein Tooltip angezeigt wird, damit die ganzen Einstellmöglichkeiten besser erläutert werden.

Beide Anpassungen habe ich erstmal nur auf diesen Seiten durchgeführt, um Feedback zu erhalten, ob diese Benutzung besser oder schlechter als vorher angesehen werden.

Monatliche theoretische Hausnummerauswertung

Die Sonderauswertung für Januar ist fertig.

Ab jetzt gibt es in der Kartendarstellung auch im Fall des ausgwählten Layers "Änderungen der Anzahl Hausnummern" die Möglichkeit, auf eine Gemeinde zu klicken, um die Infos dazu zu erhalten. Vorher war bei diesem Layer kein Anlicken möglich.

Listen-Updates

Potsdam ist die einzige Gemeinde in Deutschland, die von sich aus zweimal im Jahr eine aktualisierte Hausnummerliste zuschickt, Troisdorf hat mir auch schon mal ein Update geschickt, vielen Dank! Es gibt auch schon vereinzelt User, die Updates anfordern. Ich importiere diese natürlich gerne.

In diesem Zusammenhang eine Bitte an Interessierte: bitte fragt bei Eurer Gemeinde nach einer Hausnummerliste oder einer Aktualisierung! In einer Gemeinde mit OpenData-Portal bitte auch nachsehen, ob dort eine Liste oder ein Update zu einer bestehenden verfügbar ist und mich informieren.

Munin-Spielerei

Der Server ist zeitweise sehr ausgelastet und in seltenen Fällen hing auch der gesamte Auswertungsprozess. Deshalb habe ich sowohl für mich selbst als auch für andere Technikverliebte Munin auf dem Server aktiviert und neben den normalen Auswertungen habe ich für die Hausnummerauswertung eine Grafik ergänzt. Es kommt voraussichtlich noch eine für die Straßenlistenauswertung hinzu.

Ausblick

  • Gerade in Deutschland gibt es Hausnummerlisten, die Geokoordinaten enthalten, die wir aber nicht direkt importieren dürfen, also nur für den Abgleich bereitgestellt wurden. Die beschränkte Bereitstellung wird noch nicht berücksichtigt, u.a., um unzulässige direkte Importe in OSM zu unterdrücken. Die Koordinaten sollen in Zukunft aber in den Funktionen berücksichtigt werden, wo sie zulässig genutzt werden dürfen. Das wird u.a. in Sachsen Verbesserungen bringen.

  • Es gibt Sonderfälle in den bereitgestellten Hausnummerlisten oder Auswertungsparameter, die bisher nur je Land eingestellt werden können. Das soll auf Gemeindeebene einstellbar werden und dadurch werden in Einzelfällen bessere Auswertungen möglich werden.

Verbesserungsvorschläge willkommen!

Ich freue mich über Verbesserungsvorschläge oder Hinweise zu bestehenden Fehlern und will diese besser und schneller unterstützen, als ich dies in der Vergangenheit gemacht habe.

edit: Typo

by okilimu at February 04, 2016 08:37 PM

OSMBlog (German)

Wochennotiz Nr. 289

26.01.2016-01.02.2016

Logo
OpenTopoMap 2.0 [1] | ein Ausschnitt aus der neuen Version der OpenTopoMap in Zoomlevel 17

Mapping

  • User MKnight lässt sich in seinem Blog über building=terrace aus, weil er von überprüften 785 “terrassenartigen Gebäuden” für maximal 80 dieses Tag als würdig erachtet – also knapp 10%.
  • Janine Yoong erklärt in ihrem Blog bei Mapillary, wie Crowdsourcing-Fotografie für Kommunen u. U. bessere Informationen liefert als der Marktbegleiter.
  • Die Deutsche Post kündigt an, zukünftig nur noch 2.000 statt wie bisher 11.000 Briefkästen Sonntags zu leeren. Das bedeutet bald wieder neue Arbeit für Briefkastenmapper.
  • Matthijs Melissen hat ein Proposal vorgestellt, das tourism=gallery abschaffen will. Der Vorschlag wird auf tagging heiß diskutiert.
  • User geri-oc ruft dazu auf, dass jeder Mapper bitte mal in 2016 in seiner Gegend die Qualitätstools nutzt und “aufräumt”. Am weitesten verbreitet sind hier Keep Right und Osmose zu nennen. In der Schweiz gibt es auch, noch im Aufbau, das Tool fblog.ch.
  • Rob Nickerson liefert in seiner Email zum UK 2016 Q1 Mapping Marathon einen Überblick über Aktivitäten und Auswertungstools:
  • David Marchal fragt sich, wie man Taggingregeln im Wiki und dazugehörige Abstimmungen zu verstehen hat, inwiefern sie Empfehlungen, Verpflichtungen oder gar nichts darstellen.

Community

  • Die Ordnance Survey, die britische Vermessungsbehörde, hat für die britische Jugendherbergsorganisation eine Karte aus dieser Gegend abgeliefert. Unser britischer Korrespondent SomeoneElse meint dazu: “Ich kenne die Gegend ziemlich gut, aber ich kann mich nicht daran erinnern, dass ein Fluss über den Kamm in der Nähe von Hollins Cross fließt!” :-)
  • Die Organisation einer UK OSM Group wird mit einem weiteren virtuellen Treffen interessierter OSMler vorangetrieben. In dieser Diskussion geht es um die “Oberziele” und u. a. um die Rechtsform, in der man sich organisieren will.
  • GOwin berichtet über einen Mapathon auf den Philippinen in der amerikanischen Botschaft .
  • Steve Coast wird als Board Advisor für Navmii tätig.
  • Die Geofabrik hat sich vom Weihnachtsmann neue dicke Hardware schenken lassen und ist damit auch für das weitere stetige Wachstum von OSM gut gerüstet.
  • Felix Delattre wird im OpenCage Data Blog über OpenStreetMap in Nicaragua interviewt.
  • Ende letzten Jahres fand in Passau das Event Map the World 2015 statt, das vom FOSSGIS e.V. finanziell mitgefördert wurde. Wer ein Event, einen Code Sprint oder ähnliches plant, das freie Software aus dem GIS-Bereich oder Freie Geodaten unterstützt, kann beim Vorstand des FOSSGIS e.V. eine Förderung beantragen.

Importe

  • Sander Deryckere hat eine Diskussion um schlechte Importe angestoßen und dafür eine neue Wikiseite erstellt, die diese sammeln und deren aktuellen Bearbeitungsstatus auflisten soll.

OpenStreetMap Foundation

Veranstaltungen

  • Die Abgabefrist zur Einreichung von Beiträgen zur FOSSGIS Konferenz vom 04. bis 06. Juli 2016 an der Universität Salzburg wurde bis zum 21. Februar 2016 verlängert.
  • Am 10. Februar 2016 um 13:00 UTC kann man an einem Webinar mit dem Thema Crowdsourcing Data and Quality Control – The Experience of OpenStreetMap teilnehmen, sofern man sich zuvor angemeldet hat.

Humanitarian OSM

  • Benutzer dekstop zeigt eine Weltkarte mit allen Mappingevents der Projekte Missing Maps und HOT.
  • Golem berichtet über den Vortrag von Blake Girardot auf der Fosdem 2016 in Brüssel.
  • Die Huffington Post berichtet über HOT. (automatische Übersetzung)
  • HOT sucht einen Entwickler für ein Analysetool, um die Datenqualität von OSM zu prüfen. HOT hat dafür ein größeres Budget, das von der Knightfoundation zur Verfügung gestellt wird. (via talk)

Karten

  • Beim Wettbewerb “Die besten Apps zur Aufzug-API” der Deutschen Bahn hat Benutzer ubahnverleih mit Indoorvator, einer Indoor-Karte für Bahnhöfe, den Preis in der Kategorie “Indoor” gewonnen.
  • [1] Derstefan stellt eine Vorabversion der OpenTopoMap 2.0 bereit, die positives und konstruktives Feedback hervorruft. Die wichtigsten Neuerungen sind:
    • weltweite Abdeckung
    • Zoomstufe 16 und die 17 sogar mit Hausnummern
    • Schummerung und Höhenlinien mit 30m Auflösung
    • Brücken mit Widerlagern
  • Aleszu Bajak hat auf storybench eine Schritt-für-Schritt-Anleitung zur Erstellung von Wetterkarten mit cartodb veröffentlicht. (automatische Übersetzung).
  • transformap.co ist eine Sammlung Overpass-basierter Karten, die z.B. Parks, Öko-Läden, alternative Wohnformen, Gemeinschaftsgärten usw. zeigen.
  • Die British Library hat über 550 Karten aus dem War Office Archiv (vergleichbar in Deutschland mit dem Bundesarchiv-Militärarchiv) des britischen Geheimdienstes digitalisiert. (automatische Übersetzung)
    Andy Mabbett fragt nach der Verwendbarkeit.
    Richard Fairhurst zeigt eine Lösung auf.
    Jez Nicholson startet einen Test.

switch2OSM

  • Auf dieser OSM-Karte findet man die derzeit bei der Deutschen Digitalen Bibliothek 2323 registrierten Einrichtungen. Die Zahl der Partner steigt kontinuierlich; langfristig sollen alle deutschen Kultur- und Wissenschaftseinrichtungen ihre Inhalte einbringen.
  • Die französische Polizei benutzt OSM auf Papier und auch auf Tablets (bei Sekunde 30). (Achtung Video!)
  • Die Deutsche Bahn verwendet auf den Infobildschirmen in den neuen IC2 (Doppelstock-Intercity) OpenStreetMap und zeigt neben Fahrstrecke auch die jeweils aktuelle Station.
  • Das technische Museum Wien hat seinen akustischen Onlinestadtplan der Stadt Wien veröffentlicht, der von der Internet Foundation Austria im Rahmen des 9. netidee Calls 2014 gefördert wurde.

Open-Data

  • Die FOSDEM 2016 in Brüssel (30-31. Jan.) kurz gelistet:
    • Nach der obligatorischen Bierparty hatten die Vortragenden und Besucher etwas Mühe, den Ort des Geschehens zu erreichen.
    • Am Sonntag gaben sich die Redner immer wieder die Klinke in die Hand, darunter auch einige Vertreter großer Firmen.
    • Die Übersicht der Räume und Themen.
    • Besucher und Nichtbesucher müssen sich wohl nach dem Marathon die interessanten oder verpassten Vorträge per Video anschauen.
    • Sicher war der Geospatial devroom gut besucht. Unter anderen mit Ilya Zverev als Redner.
  • Eine kurze Übersicht über neue Open-Data Portale in D-A-CH in 2016.
  • Das neue Schweizer Portal opendata.swiss ging am 2. Februar online.

Lizenzen

Programme

  • Die App Location Privacy hilft dabei, die Privatsphäre beim Klicken auf Locationlinks in Android zu schützen.
  • Maps.me hat einen Nachtkartenstil auf Android veröffentlicht. Der Stil ist im Routingmodus ab Sonnenuntergang verfügbar.
  • Vor einiger Zeit wurde das Layout von nominatim.openstreetmap.org umgestellt. Besonders die Detailseite ist erheblich verbessert worden.
  • Stephan Bösch-Plepelits alias skunk verkündet auf seinem Blog mit schwerem Herzen, dass er den Dienst OpenStreetBrowser nicht mehr fortführen kann.

Releases

Software Version Release Datum Änderungen
Maps.me 5.6 12.1.2016 Fehler beseitigt
GeoServer 2.8.2 26.1.2016 4 Erweiterungen in dem Geofence UI, 24 Bugs entfernt
Locus Map Free 3.15.0 27.1.2016 kostenpflichige Fahrrad-Maps, verbesserte Downloads, Kalkulation von Fahrzeiten
Grass Gis 7.0.3 28.1.2016 64-Bit-Unterstützung and 210 Fehlerkorrekturen
Atlas 1.2.0 30.1.2016 POI-Suche und-Info, verbess. Map- und Routing-Engines

Programmierung

  • Joy Culbertson stellt als ‘Community Officier’ des API Providers ProgrammableWeb acht (8) WEB APIs vor, darunter das TagFinder API für OSM.
  • Das OpenCage Data Blog berichtet, dass der OpenCage Geocoder nun Ergebnisse zurückliefert, bei denen nach Möglichkeit zusätzlich ein Link zum direkten Bearbeiten des jeweiligen OSM-Elements enthalten ist.
  • Pelican Mapping, eine OpenSource Mappingsoftware, hat ihre neues Gebäudemodul auf OpenStreetMap-Daten von Paris getestet.

Kennst Du schon …

  • … das Geocacherforum vom Geoclub.de? Viele Mapper betreiben als zweites Hobby Geocaching und umgekehrt. Man kann auch in diesem Hobby, das eng verbunden ist mit OSM, oft einen gewissen Professionalismus erkennen.
  • … das für Freunde historischer Karten interessante Tool Map Warper von Tim Waters? Wir berichteten erstmals in #143 und hatten in #222 auf das Tutorial-Video von DaCor zur Rektifizierung historischer Karten mit Map Warper hingewiesen.
  • … die Möglichkeit, in JOSM vor dem Hochladen neuer Daten die Namen der genutzten Hintergrund-Layer per Knopfdruck in das Feld für Anderungssatz-Kommentare einfügen zu lassen?
  • Mapz.com, den Download-Service für individuelle Land- und Stadtkarten? Nach einer Registrierung kann man die OSM- oder Open-Data Karten mit einem einfachen Editor beschriften, Marker setzen und Zeichnungen erstellen, bevor man sie dann skaliert herunterlädt.
  • … die Great British Public Toilet Map?
  • Translatewiki.net? Dort werden viele OpenSource-Projekte übersetzt, u. a. auch die OpenStreetMap Website oder Potlatch.

Weitere Themen mit Geo-Bezug

  • Nosolosig, eine spanischsprachige “NichtnurGIS”-Zeitschrift berichtet über ein Buch mit 476 antiken Karten, das vom Instituto de Estadística y Cartografía de Andalucía herausgegeben wurde. Laut Nosolosig soll es eines der schönsten geografischen Bücher in spanischer Sprache sein. (automatische Übersetzung)
  • Ein Blog-Posting beschreibt den Betrieb von Mapbox-Diensten auf Amazon Web Services oder … die Migration von NoSQL zu Amazon DynamoDB.
  • OSM Science Fiction: Das DLR und Informatiker der Uni Würzburg arbeiten an einem Navigationssystem für zukünftige Missionen auf dem Mars. Mittels Funkbojen und Drohnen sollen Roboterfahrzeuge das System nutzen können, um sich zu orientieren.
  • User zvenzzon hat uns eine Email gesendet: Hey, look at this impressive work, not openstreetmap but cool. Recht hat er.
  • Gonzalo Prieto hat schon einige Artikel über Karten veröffentlicht. Auf geografiainfinita hat er nun einen mit schönen alten Karten bebilderten Artikel mit dem Titel “Die Entwicklung der Straßenkarte in Spanien von der Römerzeit bis in die Gegenwart” veröffentlicht. (automatische Übersetzung)

Wochenvorschau

Wo Was Wann Land
Stuttgart Stammtisch 03.02.2016 germany
Dresden Stammtisch 04.02.2016 germany
Berlin Hack Weekend 06.02.2016-07.02.2016 germany
Passau Mappertreffen 08.02.2016 germany
Wien 54. Wiener Stammtisch 11.02.2016 österreich
Berlin 92. Berlin-Brandenburg Stammtisch 12.02.2016 germany
Lüneburg Mappertreffen Lüneburg 16.02.2016 germany
Bonn Bonner Stammtisch 16.02.2016 germany
Karlsruhe Stammtisch 17.02.2016 germany
Bremen Bremer Mappertreffen 22.02.2016 germany
Graz Stammtisch 22.02.2016 austria

Hinweis:
Wer seinen Termin hier in der Liste sehen möchte, trage ihn in den Kalender ein. Nur Termine, die dort stehen, werden in die Wochennotiz übernommen.

Diese Wochennotiz wurde erstellt von Nakaner, Peda, rogehm, Manfred, Marc, stephan75, wambacher.

Flattr this!

by Wochennotizteam at February 04, 2016 10:40 AM

OpenStreetMap Weekly Update

weekly 289

1/26/2016-2/1/2016 Chefchaouen, Marocco – view in OpenTopoMap [1] | the world in OpenTopoMap Mapping A blog by Mapillary explains how crowd-sourced photography of cities can allow local 3D mapping which can be useful for local authorities and more up-to-date than sources like Google Streetview. Matthijs Melissen created a proposal to deprecate tourism=gallery, which is still […]

by weeklyteam at February 04, 2016 10:02 AM

"OpenStreetMap.org User's Diaries"

Good example of how we shouldn't map for navigation device

Recent question of some person, who uses maps for Garmin navigation devices, derived from OSM data, brought up a good example of tagging for navigator. He was dissatisfied by his Garmin navigator (actually, BMW branded Nav V) making straight routes instead of turn-by-turn ones in case, when destination is somewhere in the end of private road, tagged with access=private. He acknowledged, that Garmin Basecamp software works okay with the same map. Then he asked about proper way to tag roads, say, in suburban residential areas, where access is limited by locked lift gate, and where only residents have a key.

Several OSM contributors told him, that it is enough to put a barrier=lift_gate node on that way and to tag this node with access=private. Wiki suggests this as some sort of "intermediate" or "minimal" tagging method too (and obviously, it doesn't call it a "bad practice"). And it will help to avoid that issue of Garmin routing. But is it right and consistent?

First, access= key is intended to tell us, that access to tagged object is limited (or, otherwise, granted). So, tagging a lift gate with access=private literally means "this is a private lift gate", which only partially makes sense, since you still can approach it, but you can't operate (open) it.

Second, access regime of road is not necessarily created by physical barrier such as lift gate. It could have a sign. Or just a note. Or it could be limited by law. It means, we can't eliminate adding limited access tag to highway-tagged way itself completely, in any situation. Therefore, it makes that scheme with access=* on a barrier node obviously inconsistent.

Third, having some limited amount of data in bounding box around the point with access=*, it is impossible (without any additional tag, which should store the direction of propagation for this access rule along the way it belongs to) to find out, in which direction does this rule propagate. Another argument is that access rules for roads should be inherited from an enclosing territory, where this rule applies. But it's completely wrong, because there are access rules applied directly to roads, not to a territory, where this road is situated.

Indeed, it could be hard to tag every road behind the barrier with access=*. But that's another question - question of data completeness. Situation of incomplete tagging is normal for OSM, and it doesn't create any issue. But removal of access=* tags from roads does, because it increases an incompleteness.

So, that's why we should, ideally, tag roads with limited access tags and avoid relying on barrier node. Especially, if this tagging method is inspired by an attempt to compensate bugs of certain navigation system by changing data for it.

by BushmanK at February 04, 2016 02:47 AM

#MapLesotho Trip - 05th-22nd Feb - Follow along on snapchat

tl;dr follow me on snapchat to see what the #MapLesotho folks get up to. Same as my twitter - dacor_ie

Very shortly I will be heading back to Lesotho for 2 weeks with DebigC and RustyB as part of #MapLesotho which is being supported by Action Ireland Trust and Fingal County Council.

This will be the final trip so during our time there, the activities will be much more focused on the long term sustainability of the project. Some of our main goals will be

  • Increase the general level of expertise (think: relations etc)
  • Data curation (KeepRight, OMSI etc)
  • Data analysis (Overpass, QGIS)
  • Train the trainer
  • Growing the community

We're also planning a monster Mapillary drive while we're there so I'll be including many photos and videos of Lesotho itself. You can see some from last years trip here

We will also have Oscar from Mapillary coming along to give a masterclass or two on using Mapillary.

If you are in anyway curious about what we're doing, I'm going to be using snapchat a lot while I'm there, in particular, creating ongoing "stories". These will feature snippets of the training, photos, interviews etc (though Im not sure how well the interviews will work given the limitations of snapchat) but it will also feature some of the downtime and general chats among the #MapLesotho folks. I'll be talking to a lot of the local mappers and covering some of our trips to govt agencies as we look to get data released for use in OSM.

If there are questions you'd like to see answered, I'll be taking those also. I have a list of questions myself, but it would be great to hear from others as there will be many things I simply won't think to ask about.

So yeah, follow me if this interest you :)

snapchat username is dacor_ie

by DaCor at February 04, 2016 12:55 AM

February 03, 2016

"OpenStreetMap.org User's Diaries"

An attempt to geocode the list of schools from Dept. Ed. leads nowhere

In the UK they are doing a quarterly project to map more schools and there is a list of schools in Ireland from the Department of Education, but that only has addresses, not locations.

I thought I'd download that file and throw it at Nominatim and see if we can't geocode those addresses, and have something to work with. I thought with all the mapped townlands, that Nominatim might be OK at some of the rural addresses.

The results are not good.

Nominatim returns a bounding box for a result. Here's what happens when you try to geocode all the primary schools:

ireland

The big boxes are where nominatim was only able to get the county. You can see that many other boxes are just around towns and villages. Nothing more detailed than that. The map might as well be a map of "Counties and Towns of Ireland", which is useless for locating schools.

An example address is "SCOIL NAOMH MICHEAL,SNEEM,CO KERRY". It's no surprise that Nominatim cannot get any more accurate than the village of Sneem in that case. The other school in Sneem, SCOIL EOIN,TAHILLA,SNEEM,CO. KERRY, is hardly more accurate.

The code is in the "ie-schools-geocode" repository on our github Run "make install primary-schools-areas.shp" to generate the data. The geocoding is done in "geocode-single.sh"

That image is based on the shapefile in primary-schools-areas.zip. If you don't want to generate the data, you can just download it directly from github. By using the Open Data plug-in you can open it in JOSM.

Unfortunately, it looks like the schools list database isn't very useful for mapping all the schools.

Irish addresses, eh?

by rorym at February 03, 2016 09:04 PM

New GitHub Repository for OpenStreetMap Ireland code

OSM is a mapping project, but sometimes people write software to do stuff with OSM. Irish Townlands is one example of this. And that code (like much in OSM) is open source (see it here), and I use Github, since it's so popular for open source.

So I set up a Github organization for us! Here: OpenStreetMap Ireland If you're a Github user, feel free to join (on-line, or contact me and I can add you). I've already transferred the townlands.ie source code there. Feel free to transfer any other projects on github there.

by rorym at February 03, 2016 10:19 AM

Query overpass with the awesome Wizard

Extract all features without a name tag:

name!=*

Extract all features that has a name tag

name=*

Extract all name tags which contains a particular set of words in the name

name:ram

name~ram

Extract all name tags which does not contain a particular set of words in the name

name!~ram

Edits by a user

user:osmusername

Combine two queries

Extract all features with name tag but without the word View in the name

name=* && name!~View

All buildings touched by a user in the last one month

user:osmusername && newer:1month && building

user:osmusername && newer:"2016-01-28T19:01:00Z" && building

by ramyaragupathy at February 03, 2016 09:10 AM

February 02, 2016

"OpenStreetMap.org User's Diaries"

Method of dealing with traffic signs, on islands in, and by areaised highways

I copied this into my userdairy to make it easier for people with questions about my use of traffic signs on island on areaised highways to find my reasoning. It was writen in responce to someone stuggling and deleting and modifing them stating as part of the conversation:-

I've corrected two of them, the last one is here: http://www.openstreetmap.org/changeset/36931147 Please read again http://wiki.openstreetmap.org/wiki/Key:traffic_sign regarding the use of highway=traffic_sign on a way / node and see this changeset

http://www.openstreetmap.org/changeset/36875633

I think they had some fixed rules based on pre areaised uses that needed to be adapted to make sence of areaised highways https://wiki.openstreetmap.org/wiki/Proposed_features/area:highway https://wiki.openstreetmap.org/wiki/Proposed_features/area_highway/mapping_guidelines <--This is a new page I just found and am yet to study (ie not read before below was written...) https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area <---This to also has new parts I'm yet to study too (for the same reason)

Comment from Govanus less than a minute ago

this sign was a very large direction sign. Somehow this needs to be a relation and not a phiscial way according to:- http://wiki.openstreetmap.org/wiki/Relation:destination_sign which is confusing to do to a real object rather than a virtual sat-nav indicator. there seems a lot of confusion possible till you realise that there are two functions of defining and indicating traffic signs in OSM Function 1: Alert the navigation system that a traffic rule is in action in a place or part of the road. Function 2: To indicate the location of street furniture used to make a physical sign displaying infomation to road users.

In simply mapped areas using a single way for everything then tags fit to way sections for function 1, and a point, with point specific tagging, carries function 2. Its been debated wether the point goes on and into the way (as all is 1-dimensional) or by the side like a more 2-dimensional form. The obvious over sign has hight seperating layering style tags to avoid confusion.

Now in more complex and more detailed mapping used for small area rendering like doorway approches etc meny line features gain full areas and it is logical to make point features of flat objects into lines carring the same tagging to give the same meaning especialy when signs become 10 meters tall and twice the width of the sidewalk like on the southen bypass. there are also box bolard signs used along this road when the flat ones where crashed into that was a cheap replacement. they may apper as tiny squares after being areaised the four faces can carry different signs when needed too (though I don't think the replacement one here dose and carries a non-sign on one side a black rimed white circle).

The function1 role for the traffic_sign UK:610 is given by forceing a split of the routing line at the correct spot to obay it, in an areaised highway. Remeber that the road now has lots of width as well as length and the routing line needs to follow the middle of the carrage way and not run over the sidewalk lamps and poles just drwan in the middle of the road, and this is the natural way to guide cars and busses past the features too (when some one measures the lane width changes and gives it in lane features it will make more sence too that lorries can take a staighter course but the routing line needs to fllow the middle for the logic of so meny other tags that get dumped on it. so that's why I drew them as I did. reading the wiki still dosn't seem to put this into question (especialy if you take the licence to convert points to ways when converting ways to areas when this make most sence when scaled to the phisical feature (ie the same size as real life)

The problem with this direction sign (in http://www.openstreetmap.org/changeset/36931147) is that direction signs don't commonly carry a common referance standard-drawing number in the pointed too offical traffic_sign manual because the signs a composed on a custom to site basis following some layout rules on stuff like spaceings and line widths and angles etc. So the function 2 tagging so far seems absent as only the function 1 seems covered so this sign needs to be here to be added to a form of more virtual sign defined here:- http://wiki.openstreetmap.org/wiki/Relation:destination_sign possibly as a new role type of physical sign board or something...

The sign contains sub signs too as well a very long winded textual execption list that will probably need a lot of special use of clausual tags (more common to parking) on top of this there is question make about the intergation this with lane tagging and/or diffend marking as although these are ghost lanes only the tagging for laneing carries a lot of this infomation on lane use and possible extions of the inclusion of detination tagging to complement this signs intentions, this is fitting more of the function 1 role. Finally the question of how to intergrate possible lane features that may be drawn in future into any relation for http://wiki.openstreetmap.org/wiki/Relation:destination_sign Is another question that will probably be answered as a yes included.

As I had run out of time for this doing the other 100 features needing offset correction I drew a simple sign board so it could at least be used for function 2 pedestrian navigation uses on the sidewalk (like "oh yes I'm here; because overthere's that huge sign shown on my map"). Also others might feel like finishing the puzzel for me as it wasn't finished.

by Govanus at February 02, 2016 09:32 PM

Belgian Mapper of the Month: ponci4520

Stefan is 28 years old and just finished his studies in resource and sustainability management (Joint Degree for Sustainable Development). Right now, he is looking for a job. He uses OpenStreetMap not only on a daily base for personal use, but also for his university research in order to visualise the distribution of cultural resources in cities. In future, Stefan would like to learn how to build his own map layers to show otherwise invisible buildings and infrastructures.

How did you discover OpenStreetMap?

The first time I heard about OpenStreetmap was at university. It was also mentioned in an edition of Arte, titled "Le dessous des cartes". But I only really started mapping after participating in a conference on the use of maps for the visualisation of sustainable economy and community initiatives. This initiative, called Transformap, hopes to produce thematic maps based on OpenStreetMap. After this conference, I took part in a monthly meeting of the OpenStreetMappers user group in Graz, Austria - where I was studying at that time. It is a very active group. Unsurprisingly, Graz is very well mapped. That motivated me to participate, so I started to map my own area, Hesbaye.

Do you use OpenStreetMap?

I spend a lot of time looking at maps. There is no other media that helps to understand, discover, or rediscover an area as well as maps. Maps also have the enormous potential to participate in the development of an area. I also have a smartphone with an OpenStreetMap navigation application, called OsmAnd. I use that app for navigation as well as an "ordinary" map of the place that I am visiting.

What kind of mapper are you?

Until now, I mostly did remote mapping in the area where I live: Hesbaye in the Liège province. But slowly, I started to follow some roads and visiting nearby areas to compare the map with the reality. I really like to discover new places thanks to OpenStreetMap. I do not have a real speciality, but by mapping my village, I learned a lot, especially concerning historical buildings. Since I want to show this patrimonium to others, I focus more on this topic at the moment.

What is your biggest achievement as a mapper?

Mapping the village I come from, though that is more like a never-ending marathon than an achievement. When I started, the Hesbaye region was barely mapped. However, nowadays, I notice that there are more and more mappers active in this area. Although I only contributed part of the data, I am very pleased that the map is getting more and more details.

How can we motivate more people to contribute to OpenStreetMap?

By organising Map-Jams and or workshops, e.g. in the Re_lab in Liège. By giving introductions to new mappers and teach them how they can use the different tools (JOSM, GPS, data imports) By organising regular meetings (once or twice a month) for mappers. By making a brochure with information for public services, companies, NGO's, computer scientist, etc. to promote the use of OpenStreetMap.

What is the strength of OpenStreetMap?

OpenStreetMap proved itself a couple of times to help people in need, e.g. after the earthquake in Haïti, or more recently during the ebola outbreak in West-Africa. The humanitarian intervention was more effective because the area was mapped by volunteers. The major asset of OpenStreetMap is without doubt its "open source" character. It is de-facto a common asset that belongs to humanity: everybody can participate -- of course you need an internet connection and a computer. Nevertheless it remains accessible for a large group. Those values are important and provide an alternative paradigm for the mantra of growth and commercial gain. I also believe that OpenStreetMap is a nice example of bottom-up internet organisation.

What is the biggest challenge for OpenStreetMap?

Exactly this internet governance. Unfortunately there are more and more examples of increased top-down control on the internet (for security reasons, economic issues, etc.). As often, there are good arguments for both sides, but I am convinced that open source software proves that the internet is a collaborative project that is for the benefit of all.

Anything else that you want to mention?

OpenStreetMap is really not difficult. It is a community with a lot of passionate people who use patience and enthusiasm to help anyone who wants to get their head around open source software. You can start by exploring the different OpenStreetMap maps and the rest will happen automatically!

by escada at February 02, 2016 07:35 PM

Simple 3D buildings, meus primeiros testes

O OpenStreetMap é mais que um mapa. É um verdadeiro banco de dados livre do mundo, onde você também pode colaborar. Esse mapa pode tanto representar o mundo de forma plana quanto tridimensional com Simple 3D buildings.

Compartilho os resultados dos meus primeiros passos nesse artigo:

http://projetorgm.com.br/blog/conhecimento-envolvido/tutoriais/simple-3d-buildings-mapeamento-3d-do-mundo-real-de-forma-simples/ imagem...

by edilqueirozdearaujo at February 02, 2016 06:23 PM

Rifugio Fontana Mura + sentiero Gta 418

02-02-16 Aggiunto rifugio Fontana Mura, e nominativo parte finale del sentiero Gta418 da Sellery superiore mt1726 a colle Roussa mt2019

by Flavio_Crawe at February 02, 2016 06:01 PM

Mappato sentiero Gta 412 e aggiunto Rifugio Alpini

02-02-16 Mappato sentiero Gta 412 Colle Roussa - Punta Sarasina e aggiunto rifugio Alpini in alpe Bocciarda

by Flavio_Crawe at February 02, 2016 05:58 PM

Aggiunta sella Colle del Besso mt 1665 + Gta408

26-01-2016 Aggiunta sella Colle del Besso mt 1665 e nominato sentiero da col del Besso a prese Damon in sentiero Gta 408

by Flavio_Crawe at February 02, 2016 05:50 PM