This post is also available in English : http://www.openstreetmap.org/user/jbelien/diary/44356

---

Article écrit pour l'open Summer of code 2018.

---

Tout d'abord, il n'y a aucun doute sur le fait que Google Maps est un bon produit et que ses outils (API, librairie JavaScript, ...) fonctionnent bien et sont faciles à mettre en place mais ...

C'est Google qui décide

Quand Google Maps a démarré il y a plus de 10 ans, tout était complètement gratuit mais ces derniers mois les choses ont changé drastiquement !
La première décision prise par Google a été de limiter le nombre de requêtes gratuites par jour. Cela n'a pas vraiment eu d'impact sur les petits utilisateurs qui sont resté sous la limite mais certains gros comptes ont décidé de passer à d'autres solutions dont OpenStreetMap (par exemple, Foursquare et Pinterest).
Les derniers changements (Juin 2018) ont beaucoup plus d'impact : Google a décidé d'encore réduire la limite du nombre de requêtes gratuites (de 25000 cartes par jour à 28000 cartes par mois - ce qui équivaut plus ou moins à 1000 cartes par jour, donc 25 fois moins) mais ils ont aussi obligé les utilisateurs à fournir leur numéro de carte de crédit même si la limite gratuite n'est pas dépassée !

Impact sur le site du Premier Ministre belge :

L'argent est bien sûr un problème mais il y a pire, Google peut décider ce qui affiché, masqué ou mis en évidence dans la carte et comment c'est affiché. Que faire si Google décide de masque ou de mettre en évidence certain type de magasins ; ou pire, que faire si Google décide de dessiner les frontières entre pays où ils veulent. Ce genre de chose peut vite mener à des problèmes éthiques !

Pour faire "simple", vous n'avez absolument aucun contrôle, Google peut changer les conditions d'utilisation de leurs services quand ils veulent et ce sera plus que probablement à votre désavantage !

Pourquoi OpenStreetMap ?

OpenStreetMap est (principalement) une carte du monde entier publiée gratuitement sous une licence de contenu libre. Construite par des contributeurs bénévoles, elle est éditable par tous et en constante évolution.

La licence OpenStreetMap autorise un accès libre (ou quasiment libre) à nos cartes et à l’ensemble des données cartographiques sur lesquels elles sont construites. Notre projet vise à promouvoir des usages innovants et intéressants de ces données.

-- Source: https://wiki.openstreetmap.org/wiki/FR:À_propos_d’OpenStreetMap

OpenStreetMap use is free as in free beer but also as in free speech !
L'utilisation d'OpenStreetMap est gratuite comme dans bière gratuite et libre comme dans liberté d'expression !
Toute le monde peut contribuer et tout le monde peut l'utiliser ! Les données OpenStreetMap sont ouvertes ! Peut importe que vous soyez développeur, scientifique, activiste, cartographe, géographe, ..., vous pouvez utiliser la base de données OpenStreetMap pour satisfaire vos besoins quels qu'ils soient.

Vous avez accès aux données

Google Maps ne vous donne pas accès aux données utilisées pour créer la carte (et c'est le cas de la plupart des solutions propriétaires) mais vous avez un accès complet à la base de données OpenStreetMap !

L'accès aux données signifie que vous pouvez une carte qui répond à vos besoins et ne dépend donc pas des décisions faites par le fournisseur de carte.

Si vous avez besoin de certaines informations, il vous suffit de les télécharger ! Disons que vous avez besoin de tous les batiments de Bruxelles pour un projet de recherche, ou vous voulez trouver le distributeur de billets le plus proche, ou vous voulez toutes les informations disponibles dans le pays que vous êtes en train de visiter et vous en avez besoin hors ligne, ... ; ce sont toutes des requêtes faciles à exécuter ! Les données OpenStreetMap sont ouvertes !

OpenStreetMap couvre le monde entier et quel que soit le pays les contributeurs utilisent les même règles, il est donc trivial de passer de local (votre quartier) à global (la Terre entière) !

Et si vous voyez que quelque chose n'est pas correct dans la carte, il vous suffit de faire la correction ou de prévenir la communauté et nous ferons la correction ! Corriger et améliorer la carte ne profitera pas seulement à une seule grosse compagnie mais profitera à tout le monde. OpenStreetMap est créé et mis à jour des citoyens comme vous.

La force de la communauté

Grâce à des centaines de millier de contributeurs à travers le monde, OpenStreetMap est probablement la carte la plus complète et la plus à jour de la planète.

Quand le centre de Bruxelles est devenu officiellement réservé aux piétons, la mise à jour d'OpenStreetMap a immédiatement été faite le jour où c'est devenu official ; même chose pour les changements récents à Gand. Google Maps a bien sûr également fait la mise à jour mais cela a pris des semaines, parfois des mois ... et cela mène évidemment à des problèmes (navigation, routage, ...).

Les pays en voie de développement sont également un bon exemple de la force de la communauté : les ONG (comme Médecins Sans Frontières, la Croix-Rouge, ...) ont souvent besoin de cartes pour préparer et coordonner leurs actions sur le terrain. Cela coûte généralement très cher d'acheter des cartes de ces régions (pour autant que ces cartes existent). Ils ont donc décidé d'utiliser OpenStreetMap. Ils font appel à nous de manière régulière pour cartographier les régions du Monde où ils doivent intervenir.

Exemple de la différence entre OpenStreetMap et Google Maps dans la région de Kathmandou :

C'est bien beau tout ça mais passons à la technique ...

Il existe un nombre gigantesque de librairies et outils utilisant les données OpenStreetMap.

Si vous cherchez un fond de carte, il y a un nombre (presque) infini de solutions en fonction de vos besoins (carte standard, carte cycliste, carte liée à l'accessibilité, ...). Jetez un coup d'oeil sur le wiki : https://wiki.openstreetmap.org/wiki/Tiles#Servers et si vous voulez jouer avec des Vector Tiles, allez voir https://openmaptiles.org/.
OpenStreetMap Belgique propose également son propre fond de carte pour la Belgique et les pays limitrophes : https://tile.osm.be/.

Si vous cherchez une API de géocodage, allez voir Nominatim : https://nominatim.openstreetmap.org/.

Si vous cherchez un algorithme de routage, jetez un coup d'oeil à OSRM (http://project-osrm.org/), GraphHopper (https://www.graphhopper.com/), Itinero (http://www.itinero.tech/), ...

Tout ce qu'il est possible de faire avec Google Maps est possible avec OpenStreetMap et (presque) aussi facile à mettre en place !

Vous pouvez trouver plus d'information sur le site https://switch2osm.org/ !

Vous pouvez aussi allez voir les librairies développées par Mapbox : https://www.mapbox.com/help/how-web-apps-work/.
C'est probablement le moyen le plus simple de migrer de Google Maps à OpenStreetMap : les libraries et API développées par Mapbox vous fournissent toutes les fonctions fournies par Google Maps (fond de carte - vous pouvez même choisir vos propres styles -, routage, géocodage, ...) et sont toutes basées sur les données OpenStreetMap. La plupart des produits développés par Mapbox sont open-source mais certains services et fonctions viennent avec un inconvénient, vous devrez payer si vous dépasser la limite du nombre de requêtes gratuites.

---

Un peu plus de lecture (et les sources utilisées pour rédiger cet article) :

En Français :

• https://medium.com/@cq94/dont-be-evil-until-95f2e8dfaaad (écrit par C. Quest d'OpenStreetMap France)
• https://medium.com/@cq94/tarifs-google-maps-pour-les-nuls-d47c1833c242 (écrit par C. Quest d'OpenStreetMap France)

En Anglais :

• https://switch2osm.org/why-switch/
• https://wiki.openstreetmap.org/wiki/Why_OpenStreetMap%3F
• http://geoawesomeness.com/why-would-you-use-openstreetmap-if-there-is-google-maps/ (écrit par A. Buczkowski)
• https://www.citylab.com/design/2016/08/google-maps-areas-of-interest/493670/ (écrit par L. Bliss)

Im Versuch den Begriff "Adresse" genauer aufzulösen, habe ich soeben im AT- OSM Forum eine Absage erhalten. https://forum.openstreetmap.org/viewtopic.php?id=63031

[quote=Negreheb]4 Threads zum mehr oder weniger gleichen Thema? [/quote]

Mythos aus Fräulein Smillas Gespür für Schnee (Film), Seufz mit dem Mythos, dass Inuit zig Wörter für Schnee besitzen, muss endlich Schluss sein. https://www.stuttgarter-nachrichten.de/inhalt.die-wahrheit-inuit-und-der-schnee-von-gestern.3bf350e0-f343-4bd5-93e3-d3bd05d340b9.html

Adresse ist nur Adresse, ein Thread genügt dazu laut Negreheb auch vollkommen. Eigentlich genügt auch ein Deutschsprachiges OSM Forum. Österreich kann genauso gut im DE Forum abgehandelt werden.

Warum diese Nervosität bezüglich Aufklärung über at Adressen. Transparenz ist doch nur gut.

Cet article est également disponible en français : http://www.openstreetmap.org/user/jbelien/diary/44358

---

Article written for open Summer of code 2018

---

First of all, there is absolutely not doubt about the fact Google Maps is a good product and the Google Maps tools (API, JavaScript library, ...) work quite well and are easy to setup but ...

Google is in charge

When Google Maps started more than 10 years ago, everything was completely free to use. These last few months that has changed drastically.
The first decision made by Google was to limit the free number of requests per day. It didn't really impact the small users that were still under the limit but some big players decided to switch to other solution like OpenStreetMap (for instance Foursquare and Pinterest).
The latest change (June 2018) has much more impact : Google decided to reduce the limit of free requests (25000 map display per day to 28000 per month - that's around 1000 map display per day, so 25 times less) but also made it mandatory to give your credit card number even if you do not go over the free limit !

Impact on Belgian Prime Minister website :

Money is definitely an issue but worst, Google can decide what's displayed or hidden or highlighted and how it is displayed. What if Google decide to "hide" or "highlight" certain kind of shops for instance ; even worse, what if they decide to draw the border between countries wherever they want. All of this could quickly lead to ethical issues !

Long story short, you have absolutely no control about this, Google can change the term of use of their service when they want how they want and it will most probably not be in your advantage !

Why OpenStreetMap ?

OpenStreetMap is a free, editable map of the whole world that is being built by volunteers largely from scratch and released with an open-content license.

The OpenStreetMap License allows free (or almost free) access to our map images and all of our underlying map data. The project aims to promote new and interesting uses of this data.

-- Source: https://wiki.openstreetmap.org/wiki/About_OpenStreetMap

OpenStreetMap use is free as in free beer but also as in free speech !
Everyone can contribute and everyone can use it ! OpenStreetMap is open data ! Whether you're a developer, a scientist, an activist, a cartographer, ..., you can use OpenStreetMap database to fulfil your need.

You have access to the data

Google Maps doesn't give you access to the data behind the map (and that's the case for most proprietary solutions) but you have full access to the OpenStreetMap database !

Access to the data means you can build a map that suits you and not depend on decisions made by the map provider.

If you need some information, just download it ! Let's say you need all the buildings from Brussels for a research project, or you want to find the nearest ATM, or you want all the information from the country you're in vacation and you need it offline, ... ; those are all simple queries ! OpenStreetMap database is open !

OpenStreetMap covers the whole world with the same mapping rules so it's really easy to switch from local to global !

If you see that something is wrong in the map, just fix it, or notify the community and we'll fix it ! Fixing the map will not only benefit one big player but everyone in the world. OpenStreetMap is made by citizens just like you.

Power of the community

Thanks to hundreds of thousand contributors all over the world OpenStreetMap is probably the most up-to-date and complete map of the world.

When the city center of Brussels became officially accessible for pedestrian only, the update was immediately made in OpenStreetMap the day it became official ; same thing for the recent mobility changes in Ghent. Google Maps of course also made the change but it took a few weeks, sometimes months ... and that can lead to some issues (navigation, ...).

Third world countries are also a great example of the power of the community : humanitarian organization (like Doctors Without Borders, Red Cross, ...) often need maps to be able to prepare and coordinate their actions on the field. It usually costs a lot to buy maps from those regions (if there is a map available) so they made the switch to OpenStreetMap. They call us on a regular basis to ask the community to map part of the world where they have to take actions.

Example of difference between OpenStreetMap and Google Maps in Kathmandu :

That's nice but let's get technical ...

Many libraries and tools are already using OpenStreetMap data.

You're looking for a baselayer, there are so much options available depending on your needs (standard basemap, basemap focused on cycling, on accessibility, ...). Have a look at the list available on the wiki : https://wiki.openstreetmap.org/wiki/Tiles#Servers and if you want to play with Vector Tiles, have a look at https://openmaptiles.org/.
OpenStreetMap Belgium also provides its own baselayers covering Belgium and surroundings : https://tile.osm.be/.

You're looking for a geocoding API, have a look at Nominatim : https://nominatim.openstreetmap.org/.

You're looking for a routing algorithm, check OSRM (http://project-osrm.org/), GraphHopper (https://www.graphhopper.com/), Itinero (http://www.itinero.tech/), ...

Everything that's possible with Google Maps is possible with OpenStreetMap and (almost) as easy to use and set up !

You can find more information on https://switch2osm.org/ !

You can also have a look at all the great libraries made by Mapbox : https://www.mapbox.com/help/how-web-apps-work/
That's probably the easiest way to switch from Google Maps to OpenStreetMap : Mapbox libraries and API allow you to have all the function provided by Google Maps (basemap - you can even style your own -, directions, geocoding, ...) and are all based on OpenStreetMap data. Most of Mapbox products are open-source but some services and functions come with a downside, you'll have to pay if you go over the request limits.

---

Some more reading (and sources used for this article) :

In English:

• https://switch2osm.org/why-switch/
• https://wiki.openstreetmap.org/wiki/Why_OpenStreetMap%3F
• http://geoawesomeness.com/why-would-you-use-openstreetmap-if-there-is-google-maps/ (by A. Buczkowski)
• https://www.citylab.com/design/2016/08/google-maps-areas-of-interest/493670/ (by L. Bliss)

In French :

• https://medium.com/@cq94/dont-be-evil-until-95f2e8dfaaad (by C. Quest from OpenStreetMap France)
• https://medium.com/@cq94/tarifs-google-maps-pour-les-nuls-d47c1833c242 (by C. Quest from OpenStreetMap France)

I have found an authoritative but slightly out-of-date list of provinces, districts, and municipalities in Turkmenistan, have corrected and updated it based on recent press releases, and posted it to the OSM wiki:

https://wiki.openstreetmap.org/wiki/Districts_in_Turkmenistan

I am also working with my embassy's motor pool to identify the national highways, which are either not tagged or are in some cases mistagged. This will be a bit of a project over the summer as we research the Turkmen national highway system and bring the OSM map up to date. My ambition is to have a complete map of Turkmenistan's national highway network, all properly tagged.

01-19内容：茂陵山路-七里河路-葡萄园北路-二环东路-解放东路片区初步

Можно уже перейти к рассмотрению того, что я отмечаю при своих проверках POI, а заодно где и когда. Сразу надо предупредить, что если здесь написано, что я какие-либо объекты не отмечаю, то это не значит, что я их совсем никогда не отмечаю, это значит, что я не стремлюсь их отмечать при проведении проверок POI. Тем более это не значит, что я считаю, что они не нужны, и буду их удалять, когда они мне попадутся.

TL;DR

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

Где: в данный момент – на территории Адмиралтейского и Центрального районов Санкт-Петербурга в первую очередь вдоль официальных улиц (согласно rgis), далее во дворах и ТК.

Когда: в какой-либо момент со вторника по пятницу с 11:00 по 18:00, при необходимости в другое время.

Что?

Целевые теги

Когда я пытаюсь написать, что я отмечаю, мне приходится говорить и о том, что я не отмечаю. Это связано с системой тегов в осме или, в ряде случаев, отсутствием системы. В данном случае, отмечаю я POI, а каким осмовским тегам это соответствует?

• amenity – некоторым. Этот ключ соответствует разнородным объектам, как урнам, так и университетам. Университеты при данных проверках мне нужны, а урны – нет. Урны у меня относятся к особому виду проверок – урново-скамеечной картографии, для которых более-менее годится maps.me как редактор, но сейчас речь не о них.

• club – всем. Это редко используемый тег, про который часто непонятно, стоит ли использовать именно его.

• craft – всем, какие заметны в городской среде, а это те, которые предоставляют услуги населению, например, ателье.

• highway – никаким. Этот ключ вообще не должен бы использоваться для POI, но он таки используется, например, для остановок транспорта. Но остановки не подходят по критериям, приведённым выше.

• landuse – так сложилось, что некоторые крупные объекты, которые удовлетворяют критериям, например заводы, обозначаются этим тегом. Если я их могу обнаружить, то я их обозначаю, но в результаты проверки не включаю.

• leisure – некоторым, например leisure=playground не подходит. Детские площадки я обозначаю при детальной отрисовке дворов, так что если я пойду искать во дворе POI, то чтобы отдельно туда не ходить за всем остальным, я отмечу и детские площадки.

• office – всем, но большинство из них никак о себе не сообщают, и я такие не обозначаю.

• shop – всем. Самый очевидный ключ для данных проверок.

• tourism – некоторым. Музеи нужны, а viewpoint'ы – нет.

Видно, что невозможно придумать фильтр для типов точек, которые меня интересуют, так как в любой момент может войти в употребление новый тег из семейства amenity, leisure или tourism, и будет неизвестно, интересует ли он меня. То же самое с другой стороны выглядит как невозможность сформулировать определение интересующего меня множества объектов на местности на основе тегов осм.

Требования к POI

Как я уже писал, я определил интересующее меня множество POI по степени находимости и скорости изменений. Скорость изменений – это то, из-за чего в принципе приходится заниматься обновлением данных отдельно для POI. Но и среди того, что обычно относят к POI, скорость изменений разная. Некоторые из точек способны меняться быстрее, чем типичный магазин. Отсюда следует моё требование стационарности. Как я его обычно определяю: обозначаемое мной место не должно быть на колёсах и не должно быть переносимо парой человек. Такие точки могут не иметь постоянного местонахождения или запросто исчезнуть. На колёсах часто бывают фургоны «выпечка» или «кофе с собой».

Не подходит, так как на колёсах

К переносимым точкам относится стихийная торговля в подземных переходах, у станций метро, железнодорожных станций и рынков, возможно и внутри рынков. У этих точек обычно есть серьёзные причины переместиться или исчезнуть, а я не собираюсь заниматься учётом этих причин, например, законности или скорости, с которой весь их товар будет распродан.

Поставите ли вы здесь office=telecommunication?

Обычным ларькам повезло подойти по моим критериям, хотя они были близки к тому, чтобы я не обращал на них внимание: они тоже перемещаются на небольшие расстояния и прекращают/возобновляют работу чаще, чем обычные магазины. Частое прекращение и возобновление работы ожидаемо для любой точки, на которой присутствует только один человек, а помимо ларьков это могут быть и те из торговых мест на рынках и в переходах, которые подходят по критериям проверок.

Этот ларёк не работает только сейчас или в принципе?

Всякие банкоматы, платёжные терминалы, торговые автоматы, для отсечения которых даётся требование наличия персонала, не угодили мне не только тем, что многие из них нестационарны, но и тем, что их сложнее найти. Типичный платёжный терминал находится в типичном магазине, и обнаружить его можно только зайдя в магазин. Помимо обнаружения присутствия для поддержки актуальности данных нужно и обнаружение отсутствия, а это ещё сложнее. Это значит, что я не ищу терминалы и т.п. на территориях определённых мной участков, не перепроверяю их, если они обозначены, хотя могу их удалить, если обозначены они были давно, и поменялось или закрылось содержащее их заведение. Заодно требование персонала отсекает много лишнего из amenity типа скамеек и почтовых ящиков.

Типичный платёжный терминал в типичном магазине

Найти на месте может быть сложно и точку побольше, чем терминал. Когда магазин, кафе и т.п. видно с улицы или другого доступного места, то всё понятно с наличием точки, хотя не обязательно понятно, какие теги ставить. Но заведение может быть видимо только по косвенным признакам, таким как табличка, из которой следует, что где-то за дверью оно есть, а за дверь могут зайти только клиенты. Можно было бы такие заведения в проверки не включать, как я сначала и делал. К таким заведениям относятся практически все офисы. С другой стороны, есть и очень заметные офисы, которые видны не только по табличкам. Некоторые из них можно даже перепутать с магазинами, и то, что они не являются магазинами, выясняется уже при последующем поиске информации про них в интернете. Чтобы не игнорировать очень заметные офисы и не делить офисы на очень и не очень заметные, я стал обозначать их все, если они либо непосредственно видны, либо удовлетворяют дополнительному критерию, о котором написано ниже.

Что ещё обычно заметно только в виде таблички:

• мини-отели – у некоторых нет даже и таблички, а у которых есть – таблички мелкие, так как располагаются на обычной двери жилого дома, и самих отелей часто бывает несколько. В этом случае цель существования таблички – информировать о коде домофона.

• мелкие услуги типа изготовления ключей и ремонта всякой всячины.

• всё, что находится в бизнес-центрах, а это не обязательно офисы. Не в каждый БЦ можно свободно войти.

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

Если искать строго только те заведения, которые непосредственно видны, то иногда придётся пропускать даже крупные места типа больниц. Откуда я знаю, что там, где написано «больница», действительно больница, если я в ней не был? В случае с магазинами и кафе можно в окно заглянуть или, если непонятно, зайти внутрь. В общем, если вводить только непосредственно видимое, можно лишиться довольно широкого класса заведений.

Но всё-таки наличие таблички не гарантирует наличия заведения, про которое на ней написано. Тогда как определить, надо ли его ввести? Также возникает и противоположный вопрос: если в осме уже есть заведение, которого не видно на месте, и про которое могло бы быть написано на какой-нибудь табличке, которую можно не заметить, надо ли его удалить? Чтобы уменьшить количество таких вопросов, у меня есть требование дополнительной верификации: про место должно быть написано где-то в интернете. Я стараюсь не вводить те места, наличие которых я не смогу проверить в случае исчезновения таблички.

Этим «где-то в интернете» обычно является сайт заведения или его страница в какой-либо соцсети, когда их нет, могут помочь всякие официальные документы. Понятно, что из «где-то» приходится исключить чужие базы данных типа 2ГИС, а также то, что поисковики любят показывать справа от результатов. Несколько раз я добавлял офисы компаний потому что про них сообщалось в СМИ, что бывает в связи с имущественными спорами с различной степенью криминальной составляющей.

Есть ли за этой дверью офисы, с учётом того, что на сайте соответствующих организаций про них не написано?

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

Предпочтения одних видов POI другим

Отдаю ли я предпочтение каким-либо точкам внутри обозначенного выше множества? Я не стал проверять в первую очередь «наиболее важные» POI. Как их в принципе можно было бы определить? Ну, например по нахождению на более оживлённой улице. Но я решил обойти все улицы в интересующих меня районах. Можно решить, что более важные заведения это те, которые более узнаваемы, а более узнаваемыми будут те, которые принадлежат крупной сети. Но я не ввожу в приоритетном порядке точки крупной сети только потому, что она крупная, хотя и штучным заведениям я не отдаю предпочтение только для того, чтобы поддержать их в борьбе с предполагаемым капиталистическим врагом.

Вопрос предпочтения определённых POI другим довольно легко переводится некоторыми в политическую плоскость. Например, смотрят на долю женщин среди участников, видят, что она мала, а затем делают утверждение типа «вы делаете карту, не отражающую потребностей половины пользователей». Дальше удаётся добраться до обвинений широких слоёв участников в каком-нибудь -изме, или даже в том, что они больше зарабатывают за счёт осма по сравнению с менее привилегированными классами. В данной записи на эту тему дальше рассуждать я не хочу, но могу попробовать рассмотреть упомянутое отражение потребностей тех или иных групп пользователей.

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

Остановка не подходит, так как нет персонала

Может ли быть такое, что даже среди POI, удовлетворяющих моим критериям, я уделяю меньше внимания каким-то, которые больше нужны кому-то? В принципе может. Шансы быть добавленными выше у тех точек, которые более заметны при проходе мимо них. Одно из часто приводимых утверждений на тему, что осмеры мапят не то, что нужно, это то, что они уделяют недостаточно внимания детским садам, зато активно отмечают бары. В моём случае и у детских садов и у баров шансы быть отмеченными ниже среднего. Детские сады в центре Петербурга часто видны только по табличкам, которые могут быть в не самых заметных местах, например в окнах. Почему шансы ниже у баров написано далее в разделе Когда?

Некоторые участники, кстати, чаще отмечают POI определённого типа внутри обозначенного мной множества. Например, Pavel47, вводит почтовые отделения и ящики, а GaM – супермаркеты и прочие продуктовые магазины. Можно заметить, что эти точки, за исключением мелких продуктовых магазинов, отличаются большей стабильностью по сравнению с обычными магазинами, так что у маппинга отдельно «Пятёрочек» и «Дикси» смысл не только в том, что они для кого-то важнее. Несмотря на это, я пока не собираюсь придумывать дополнительные критерии для разделения POI по вероятной скорости изменения.

Помимо предпочтений какие места обозначать, могут быть предпочтения как обозначать, то есть какими тегами и насколько подробно. Это будет рассмотрено вместе с тем, какие я использую теги, в одной из следующих записей.

Где?

Географическое где

Ещё могут быть предпочтения географические. Обычно они звучат так: «вы отмечаете богатые районы (города, страны) более активно, чем бедные». Это уже ближе к моему случаю, ведь я маплю в основном центр, а не Купчино или Гражданку, хотя далеко не все места в центральных районах можно назвать богатыми. Объясняется это просто: я действую там, куда мне легче добраться, и до Невского проспекта мне добраться легче, чем до Невского района. Ещё я надеюсь, что центр нужен большему числу пользователей.

Западный край Адмиралтейского района

Систематически отмечать POI я начал с Адмиралтейского района. До того у меня была идея собирать данные по муниципальным округам. В Петербурге они меньше районов, например, в Адмиралтейском районе шесть округов. Так я делать не стал, потому что их границы неудобно для меня проходят, да и запоминать их мне лень. Между районами границы проходят более естественным образом, например, по Неве. Правда, этого нельзя сказать про границу между Адмиралтейским и Центральным районом. Например, станция метро «Адмиралтейская» находится именно в Центральном районе. В итоге после того, как я обошёл один раз все улицы Адмиралтейского района, я добрался и до Центрального.

Железные дороги – ещё один вариант естественных границ районов

Прочие места Адмиралтейского района, где есть POI, я обхожу параллельно с улицами Центрального района. Эти прочие места, то есть дворы и всяческий indoor, уже нельзя мапить без предварительной подготовки, которая может заключаться в выяснении доступности для посещения самого места и скачивании данных в Vespucci. Этот процесс более растянут по времени, чем обход улиц, соответственно ждать, пока я обойду все дворы с POI в одном районе, прежде чем приступать к другому, непродуктивно.

POI в других местах я обычно вообще не трогаю и могу в случае несоответствия данных осма с реальностью оставить заметку с помощью maps.me, которую я сам закрывать не буду. У некоторых по этому поводу возникают вопросы, мол, раз я знаю, что тут что-то не так, то почему я не делаю правку? Ответ: потому что мне и в своих районах хватает данных для ввода, и эти данные – не только POI.

Геометрическое где

Имеет смысл объяснить здесь, как я рисую участки. Рисуются они так, чтобы внутри оказалась примерно половина ширины улицы, вдоль которой идёт проверка, и примерно половина ширины выходящих на неё зданий. Это линии вдоль «длинных» сторон участка. На его «коротких» сторонах граница участка должна проходить через угол здания, находящийся на перекрёстке улицы участка и пересекающей её улицы. Здесь может возникнуть упомянутая в прошлой записи проблема, из-за которой участки могут перекрываться: на самом углу может быть вход в POI. По ряду причин, о которых будет написано в следующих записях, мне нужно, чтобы вход был внутри участка, а угловой вход должен быть внутри двух участков, поэтому границу участка надо отодвинуть от угла в направлении от улицы метров на пять. То же самое надо сделать и для участка пересекающей улицы, и между границами этих двух участков будет часть здания, находящаяся одновременно в этих двух участках.

Слева прямой, а справа срезанный угол с дверью. Поверх них изображены участки, вдоль одной из улиц границы участков выделены красным цветом.

Упомянутое выше «может быть вход» не значит, что вход обязательно есть. Это даже не значит, что есть дверь. На углу может быть и окно, а переделать на первом этаже окно в дверь достаточно легко, и это часто происходит. В итоге «может быть вход» означает «угол срезан или скруглён так, что вход там либо уже есть, либо может возникнуть без перестройки стен здания». Можно было бы перерисовать границы, когда вход появится, но хотелось бы, чтобы они были более-менее стабильны. Конечно, стабильными они не будут, если двигать и сами здания, а пока такие места, где бы их стоило подвинуть, имеются и в Адмиралтейском и в Центральном районе. Сейчас из-за этого границы участков мне приходится пододвигать, но со временем количество мест, где это приходится делать, и расстояния, на которые приходится двигать, должно уменьшаться.

Бывает, что дверь превращается обратно в окно

Вход на углу не является единственной проблемой. У здания может быть несколько углов рядом с перекрёстком. Так бывает, когда здание находится внутри острого угла пересечения улиц. В этом случае, если среди углов здания есть более острый, то границу участка можно провести через него. Если нет, то границу можно провести так, чтобы все углы оказались внутри участка – так опять получится общая для двух участков часть здания. Конечно, лучше чтобы общая часть была поменьше, так как её придётся проверять вдвое чаще.

Граница участков проходит через более острый угол здания

Дальше от выбранного угла опускается перпендикуляр на пересекающую улицу, оттуда граница участка проводится к пересечению улиц, далее вдоль улицы участка она идёт до противоположного пересечения, а оттуда уже через перпендикуляр от противоположного угла здания к самому углу. Далее границу надо замкнуть на первый угол через примерно середины выходящих на улицу зданий. Это те здания, POI в которых будут хорошо видны, если идти по тротуару вдоль улицы, а точнее те, у которых можно без проблем сфотографировать входы и всё, что рядом со входами, и что может быть нужно для идентификации POI. Например, если между тротуаром и зданием газон, на котором только трава, то это здание включается в участок, но если на газоне деревья или высокие кусты, то здание исключается. Если вдоль улицы идёт забор, граница участка проводится по нему.

Нетрудно заметить, что из-за перпендикуляров помимо возможной общей для двух участков части здания также получится и общая территория на улице за пределами здания, причём она будет почти при любой геометрии угла. Зачем в принципе включать в участки территорию за пределами зданий? На ней тоже могут быть POI, например, ларьки, которые, кстати, часто бывают именно на перекрёстках. Из-за них и появилось правило с опусканием перпендикуляра: так легко оценить на месте, входит ли ларёк в проверяемый участок.

Цель этих правил – чтобы было понятно, где границы участка, не глядя на их изображение.

Когда?

Регулярные проверки

Теперь можно рассмотреть регулярные проверки, до которых я обещал добраться ещё в прошлой записи. Это те проверки на местности, при которых я выясняю, присутствуют ли и работают ли POI на всём участке целиком, и которые я делаю в те дни недели и то время суток, когда ожидаю, что большинство из POI работают. Дни недели это будние кроме понедельника, так как есть достаточно много POI, не работающих по выходным, а из будних дней самый популярный, чтобы не работать, это понедельник. По понедельникам любят не работать специализированные магазины для узкого круга покупателей, например shop=hifi. Время суток для проверки – между 11:00, когда уже открылись все, кто открывается до обеда, и 18:00, когда работающие в обычное рабочее время уже начинают закрываться. Зимой приходится заканчивать ещё раньше, потому что быстро темнеет и фотографии становится делать сложнее.

Проверки в указанное время не гарантируют, что удастся застать работающими все POI. Есть заведения, у которых в плане времени работы всё наоборот. Это всякие бары и клубы, которые могут открываться только к вечеру или из будних дней работать только в пятницу. Также бывают магазины, в которых, видимо, не ждут покупателей раньше обеда, и которые открываются, например, в час дня.

Что может случиться, если во время проверки место было закрыто, хотя в другое время оно работает? Худшее это если его в нерабочее время вообще не видно. Так может случиться, если у него нет никаких вывесок за пределами окон и дверей, а окна и двери закрыты, например, ролетами. Тогда о существовании места можно узнать только если его кто-нибудь уже добавил в осм, но и тут придётся как-то решать, не закрылось ли оно совсем. Менее плохой вариант – если место видно, но не видно, что оно работает, и неизвестно, когда оно должно работать.

Это заведение раньше пяти вечера вы не заметите

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

Нерегулярные проверки

Нерегулярные проверки – это все проверки, при которых я не пытаюсь обойти весь участок. Пока я никак не записываю их результаты, кроме ввода данных в осм. Сначала я их делать не собирался, поскольку хотел всё вводить систематически, с записью какие когда участки проверены. Но в ходе проверок для некоторых точек не удаётся собрать необходимые данные. Например, выясняется, что плохо получилась фотография, и на ней не прочитать название заведения. Иногда, особенно если вводить данные существенно позже проверки на месте, возникает подозрение, что заведение больше не работает. В этих случаях надо сходить на место ещё раз, но задерживать ввод данных всего участка до этих дополнительных проверок неудобно. В итоге сначала у меня появился список мест для повторной проверки, впоследствии превратившийся в маркеры в maps.me. После того, как разработчики maps.me «переизобрели закладки», маркеры перешли в OsmAnd.

Также к нерегулярным проверкам относятся и все случаи, когда я заметил, что открылось что-то новое или закрылось то, что я уже вводил. Сначала я это игнорировал, так как опять же хотел вводить систематически. Однако так получалось бы, что ради своего процесса ввода я оставляю неправильные данные. Данный способ обновления информации я всё равно не считаю достаточно хорошим, в связи с чем возникают организационные вопросы типа «Стоит ли продолжать вводить таким образом замеченные POI?» или «Стоит ли смотреть на магазины мимо которых проходишь, когда не делаешь регулярную проверку, а то вдруг заметишь изменения?»

Требования ко времени были для регулярных проверок, а нерегулярные можно проводить когда угодно. Проверки типа «обратил внимание на изменившуюся точку и решил записать» проводятся когда угодно по естественным причинам. Сложнее с проверками возможно закрытых или невидимых в обычное время заведений. В этом случае бывает нужно идти в определённое время, когда заведение должно работать, и это время может отличаться от обычного, например, для упомянутых выше баров.

В связи с определённым временем проверок возникают ещё организационные вопросы, например, «Что делать, если в нужное время проверку вообще не получается?» До рассмотрения этих вопросов я доберусь, видимо, через пару записей в дневнике, а в следующей записи будет рассмотрено, как я отмечаю POI.

-

I have an application which I am developing. I am not sure it is of general interest, yet. I track some relations in it. I am interested in cities and counties in California and I am recording their ids and other information about them.

I just implemented code (in java) which reads the relations, and then recursively reads the ways and nodes of it and verifies that the lines therefrom are connected. The obvious implementation is taking a rather long time to do the job. I am hoping there is a better way.

Any suggestions?

I will post more about the application when I have it running on my colo.

thanx - ray

My last diary entry, which linked to some initial results from the survey, generated a comment about different contributors undertaking different types of mapping activities and the impact this could have on the data produced. The content of my most recent conference presentation with Peter Mooney at AGILE 18 in Sweden, discussed exactly this.

The results of this particular analysis showed that although women are more likely to be engaged in mapping for humanitarian purposes (i.e. HOTOSM), the prescriptive nature of these tasks mask the natural mapping behaviours and interests of those that complete them, i.e. many women.

Please see below for links to both the paper and powerpoint presentations.

http://www.cs.nuim.ie/~pmooney/websitePapers/AGILE2018PM_ZG.pdf

https://www.slideshare.net/ZoeGardner1/investigating-gender-differences-in-openstreetmap-activities-in-malawi

Our ongoing slum mapping project is part of a large-scale international collaboration entitled the National Institute for Health Research (NIHR) Global Health Research Unit on Improving Health in Slums. Our research unit will focus on health services in slums.

Our objectives are:

1. To map current health services and facilities and understand how these are used in nine slums across Asia and Africa.
2. To build on these maps to identify costs associated with how health services run in each site including informal providers, such as traditional healers, and the quality of these services as well as identifying costs to the patient and their households.
3. To systematically update our knowledge on: a) Disease prevalence in slums; b) Current healthcare provision models in slums and elsewhere in cities to include services which help to prevent disease; and, c) General literature on financing and the design of health services in low and middle income countries.
4. To generate viable options for health service delivery in slums and cost these options relative to likely benefits.
5. To work with decision makers and slum communities in designing the models of health service delivery, with a view to a subsequent evaluation of effectiveness and costs of viable options.

Further to the above plan of work we aim to:

1. Build a research programme which survives after our NIHR funding ceases; and to create a platform of funded activities into the future.

2. Develop capacity and communities of practice by involving people who can change things in slums, including politicians, civil servants and people who live in slums.

The following are some links to the project:

1) Brief summary of the project: https://www.nihr.ac.uk/funding-and-support/documents/global-health/units/RLilford-Plain%20English%20summary.pdf

2) Website for the slum mapping component of the project: http://blogs.cim.warwick.ac.uk/slummapping/

3) Slum mapping team at the University of Warwick:

3.1) João Porto de Albuquerque (Associate Professor): https://warwick.ac.uk/fac/cross_fac/cim/people/joao-porto-de-albuquerque/

3.2) Godwin Yeboah (Senior Research Fellow): https://uk.linkedin.com/in/godwin-yeboah-phd-21629512

3.3) Philipp Ulbrich (Doctoral researcher): https://www.wisc.warwick.ac.uk/people/student-profiles/2016-cohort/phillip-ulbrich/

3.4) Vangelis Pitidis (Doctoral researcher): https://www.wisc.warwick.ac.uk/people/student-profiles/2015-intake/evangelos-pitidis/

L’essentiel des activités de Géocaching se fait via la société Groundspeak, qui gère le site web Geocaching.com. Tout un écosystème et ses communautés est construit autour et ça fonctionne très bien. Le géocaching nécessite normalement:

• un “GPS” ou un smartphone avec la fonction GPS activée
• l’application officielle (ou une autre) installée
• un compte utilisateur
• une connexion internet active

Il s’agit ici de conserver le principe mais de pouvoir organiser des chasses aux trésors ne nécessitant pas de compte utilisateur ni de connexion internet.

Ce type de chasse au trésor avec un support numérique peut parfaitement être mis en place en dehors de l’écosystème de Groundspeak. Par exemple si l’on ne souhaite pas installer des géocaches référencées par Geocaching.com. Ou même pas de géocache du tout, si on veut plutôt créer une forme de course d’orientation avec des balises, ou un parcours découverte. Et si on veut utiliser son smartphone comme on veut.

Il y a plusieurs solutions possible. Ici j’en présenterai UNE, qui se veut :

• (relativement) simple
• (normalement) gratuite
• qui fonctionne hors connexion à Internet

Elle utilise une application open source, OsmAnd, qui utilise des données libres, celles issues de la base ouverte et collaborative Openstreetmap.

La suite sur le blog de Zoomacom : Géocaching et chasse au trésor numérique sans connexion internet

I have noticed that as soon as highway=path is tagged together with bicycle=designated and foot=designated it turns the highway into a cycleway. Must be a programmer's dubious preference!

During making documentation of OSM tools and software it is frequently useful to add screenshots. Especially tutorials are often featuring multiple ones. I always disliked that such images are frequently getting outdated. It may caused by interface changes, map style changes and edits to OSM data.

Sometimes it requires more significant update of documentation, sometimes updating images is enough. But it may be very time-consuming.

When I was making my Overpass Turbo Tutorial for newbies* I wanted to find a way to make such images easy to recreate.

I found an interesting solution. Selenium is a software usually used for testing websites. It has plenty of features but interesting here is is that one may write a simple script that will

• open a website
• wait for it to load
• take a screeenshot

This way it may be possible to generate and recreate screenshots without manually taking them.

There is plenty of way how Selenium may be used, I am using Python bindings connected to Firefox using geckodriver.

Time-saving code is relatively simple.

imports:

from selenium import webdriver
import time
from selenium.webdriver.common.by import By
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC

Lets say that I wanted an example of a simple website. This code will take a picture of googling results and save it to a specified file.

driver.get('https://duckduckgo.com/?q=wetland+OSM+Wiki&ia=web')
driver.save_screenshot('wetland-search-results.png')

Following code sample will modify vieport size and interact with page to hide irritating banners, then take a picture of site (note that such use is also subject of Tile Usage Policy like other automated tile downloading, but for regular tutorial updates use will be not higher than human doing the same):

driver.set_window_size(1024, 768)
driver.get('https://www.openstreetmap.org/#map=10/54.2066/-4.5782')
#hide banners about SOtM and other spam
for popup in driver.find_elements_by_class_name("close-wrap"):
    popup.click()
driver.save_screenshot('Isle-of-Man.png')

overpass turbo screenshots are a bit trickier when we want to display query results

def smart_overpass_capture(url, image_file, driver):
    driver.get(url)
    element = WebDriverWait(driver, 10).until_not(
        EC.presence_of_element_located((By.CLASS_NAME, "loading"))
     )
    driver.save_screenshot(image_file)

smart_overpass_capture('http://overpass-turbo.eu/s/zNL', "Nepal-glaciers.png", driver)

Overall it turned out to be much easier than expected, and now to update all images I need to run just a python script rather than fiddle with pixel alignment and crop images to an exact size.

One nice part is to add proper image comparison to git - I used method described at http://www.akikoskinen.info/image-diffs-with-git/. It is not ideal, but it is good enough for me.

I still have to figure out how to automate generation of animated images showing usage of interface. This would allow to easily tweak and improve such animations without manually recreating everything.

*if you have time or are interested in how on may extract data from Overpass Turbo - feel free to write to me how it may be improved (by OSM message or by comments of this entry).

Tuli päivitettyä Sotkamoa vuodelle 2018. Edelliset karttamerkinnät osittain vuosien 2015-2016 väliltä. Paljon muutoksia tapahtunut vuosien saatossa.

"Pentargon" is my (36') narrowboat which has been on a hardstand since Dec 2017. It is due to be immersed on Sat 13th July to cruise initially down river to Kingston ...

It seemed like a good idea on the face of it. Stops on the highway became public_transport=stop_position, stops next to it public_transport=platform.

But then it was suddenly necessary to add both these objects to the route relations. Already the fact that more than one object became necessary to describe a single bus stop, should have raised alarm bells.

There are, of course, some positive things to say about to say about the new scheme. A route_master relation for a whole line. route relations to describe the various itineraries and stops.

But the stops, that's where it goes seriously wrong. Why on earth is it necessary to add 2 objects to those route relations? As they describe all the variations, there are a lot of them. Lots of work to maintain them. And they break easily.

After the scheme was voted, I was trying my best to map stops according to it. I had my highway=bus_stop nodes which were all nicely positioned next to the highways, so it's clear on which side of the road they are located.

So I asked on the mailing list: hey what public_transport to use for them? The answer was public_transport=platform. So far, so good.

Since I had 40000 stops to add for half of a small country, I was not going to bother with adding stop_position nodes as well. So I trudged along for a few years.

In the mean time in Germany and France they had a different idea, let's convert those nodes next to the highway to platform ways (regardless of whether there was an actual platform present in some cases), oh and those stop_position nodes, let's duplicate all the details for the stops.

So, for the sake of simplicity, I would like us all to come back to our senses. Map each bus stop, exactly once on a node next to the highways and only add these nodes to the route relations. That's how I will continue to do it in Belgium, although unfortunately in Brussels somebody already started adding stop_position nodes everywhere and adding them to the route relations. Oh well.

So I'm not sure if it will ever happen that we all move to a more sensible scheme, but in case it doesn't, I promise to continue moaning and bitching about this overly complex way of mapping public transport.

Polyglot

Vorgestern mit dem Rad einen mir bisher unbekannten Weg gefahren und ein Siedlungsschild gefunden, dessen Aufschrift mir nicht bekannt war. Die Siedlung besteht nur aus einem Hof. Heute dann das erste mal place=isolated_dwelling verwendet. Eine Premiere für mich :-) Algesbüttel, willkommen auf der Karte!

ค่ะ

I have been unable to find an authoritative official list of the districts (''etraplar'') in Turkmenistan's five provinces, so have cobbled together a list for each province based on whatever official press releases, news items, and other sources (including personal travel to some of them) I could find. The results have now been typed into the wiki pages for each of the provinces:

• Ahal Province
• Balkan Province
• Dashoguz Province
• Lebap Province
• Mary Province

If anybody has corrections to any errors of omission or commission, please make them and let me know! These lists are accurate and up to date so far as I can tell, but nobody's perfect.