OpenStreetMap
I typically write my notes in English when they can be resolved by anyone. Even residents from another country than Sweden.
Om anteckningarna pekar mot att en behöver kunna förstå svenska för att fixa ett problem så tenderar skriva jag på svenska istället.
韓国の百科事典・ナムウィキのオープンストリートマップの記事には以下のような記述があります。
【ネット右翼が独島（韓国名）の関連するすべての情報を消したこともあり、独島を日本が主張する行政区域である島根県沖ノ島に名前に変更する事例もあり、鬱陵島から独島へ行く航路の名前を「不正入国海路」に変更しながら独島関連の地物を日本語に変えるなど、島を水没させる編集もあった。 独島を竹島と表記して日本領土に編集する場合が多く起きるので、関心を持ってみるのも良い。 独島削除と竹島で作ったり消したりする問題は現在進行形だ。 独島の衛星写真はうまく出ていないので、すべて消してしまえばJOSMのような高度なツールでない限り、再編集するのが難しい点がある。 】
まあ、そうだろうなあと思い適当な地物をクリックしてみました。私は東アジア地域で地名の日本語表記を書くのに四苦八苦しているので、竹島は興味深い場所です。
いくつかのポイントは実効支配を行っている韓国側が定めたと考えられる日本語名称が書かれているのですが、肝心な『独島里』の日本語名称が削除されているではありませんか！
ちなみに、韓国での『里』は日本では小字に該当します。
削除した理由は『日本ではそう呼称されていないから』だそうです。しかも、政治的意図はない←？？？？？
この理論が罷り通るなら北方領土では同様な編集が行われていないのも疑問です。
実効支配を行っている国の呼称を削除するのは、日本人の私ですら甚だ理解できません。当該編集は私が修正しましたが、おそらく、今後もこのような編集が行われると推測されます。
日本の立場を表明することは重要ですが、【政治的意図のない編集】や【竹島は日本の領土】という編集をここで行って何になるというのでしょうか？
少し愚痴りたくなったので書かせて頂きました。
Spending countless hours terracing thousands of buildings yet didn’t even bother to correct the errors caused by it?
Hello OSM community,
My name is Nicole and I’m on the governance team at MapSwipe a humanitarian mobile phone app and web app where volunteers can contribute to geospatial data projects.
I presented a talk, “MapSwipe Today and Its Future in OSM” at State of the Map US 2025 in June in Boston, Massachusetts. The talk had two main purposes:
Let people know more about MapSwipe, its history, and what it can do with it today
Begin a discussion within the OSM community about what it might mean for MapSwipe to become its own OSM editor, especially if AI or machine learning models are involved.
You can view the talk on YouTube.
The MapSwipe community wants to ensure that if we are going to move forward with any ideas and planning around becoming an editor that has any AI in the mix, that we also make sure the OSM community is present in our discussions.
This diary post is to collect thoughts from the OSM community on this topic.
Some items we’d like to discuss with the OSM community are:
Looking forward to the discussion!
Nicolelaine
ใ
This week I’ve been mapping rural communities in Honduras, focusing on areas within the Tegucigalpa Health Region. My work has included adding paths, correcting road alignments, and identifying visible structures such as houses and community centers.
Today we at Unique Mappers did our weekly presentation were I made a presentation on Humanitarian Use of OpenStreetMap where i talked about OSM what it is why it is crucial in Humanitarian context how it provides critical data in poorly mapped or un mapped areas. I still talked about the basics( getting started with OSM), the intermediate OSM data use(Analysis and virtualization) and advanced used of OSM. I still talked about the tools and resources( software) used with OSM and example is the HOT tasking manager, QGIS [qgis.org], Umap and many other software, site, organisation using OpenStreetMap
Hi :) I am mapping Eritrea these days and found some objects I am not able to identify. Can you help me with your wisdom?
I suspect those are some living buildings, but I might be wrong.
As I write in my profile, I was really peeved off, that dozens of “Camino Apps” (apps used to track users along the Ways of St. James, the Caminos de Santiago) did ask their users for updates to opening hours or bed counts in albergues, but never contributed back to OSM what they’d discovered.
I launched a “test balloon” in 2023, renaming an accommodation to reflect its real name, and lo and behold, of the 23 apps I checked, 22 had suddenly also changed the name, meaning they used OSM data, but didn’t ever give back to the community.
So I changed it, wrote a Camino App that did contribute back. We don’t expect our users to have OSM accounts. Instead, we recruited a bunch of volunteers, who are served the changes, check them personally, and then contribute them back to OSM.
First step: fountain potability. Along the Caminos are thousands of fountains providing drinking water to the 500k pilgrims walking the Way every year. Spain is excellent, when it comes to drinking water quality, but sometimes fountains dry out, become undrinkable, or become drinkable again. Nothing sucks more than going 1000m out of your way to find out that fountain has been closed.
I’ll semi-manually start updating fountain “drinking_water=” tags over the next 30 days along the most famous route, the Camino Francés. Once that’s stable and enough volunteers have been trained and shown that they can do this without harming the dataset, we’ll expand to hostel data.
node.tags {
junction:cluster:radius: number[1..N]
}
Когда этот тэг применяется для объектов типа node, эта эта точка должна являться пересечением - junction. См статью про это.
Тэг указывает радиус окружности в которую может быть вписана функциональная зона для данного пересечения.
Это означает, что в данной зоне другие объекты (парковки, переходы, стоп-линии и так далее) могут отображаться или интерпретироваться
как-то иначе. В какой-то степени это понятие соотносится с понятием функциональная зона перекрестка, только в данном случае - простейшего пересечения.
Главной мотивацией введения данного тэга было обеспечить возможность группировки нод соседних пересечений в обобщающее понятие “Перекресток”. Для этого у нас есть несколько различный вариантов, как это может быть сделано:
type:intersection, members[node1,...,nodeN, way1,..., wayM]
junction:cluster = name or id
junction:cluster = 5
Плюсы и минусы первых двух подходов очевидны. Опять relation, ссылочная целостность, генерация тэга. Все эти способы решают одну задачу - управляемая кластеризация нод пересечений в некую более сложную структуру данных.
Рассмотрим 3 способ.
node.tags {
junction:radius: number[1..N]
}
way.tags {
junction:radius:lanes: number[1..N]|number[1..N]|...
junction:radius:lanes(:forward|backward)(:start|end) number[1..N]|number[1..N]|...
}
Когда этот тэг применяется для объектов типа node, эта эта точка должна являться пересечением.
Тэг указывает радиус окружности в которую может быть вписана зона конфликта путей для данного пересечения
junction:radius - радиус окружности соотносящийся с зоной конфликта, в котором участвуют
транспортные средства
Когда этот тэг применяется дл объекта way, то обязательно применять суффикс lanes. Значения переопределяют радиус конфликтной зоны пересечения индивидуально для каждой полосы, если заданы.
Рассмотрим несколько примеров. На рисунках ниже голубая окружность в правой части рисунка и есть визуализация значения данного тэга.
Пример 1
junction:radius = 4
Зона конфликта не описывается окружностью указанного радиуса(ширина и количество полос), значение задано неверно.
node.tags {
junction:shape: rectangle|oblique|staggered
}
Этот тэг применяется только для объектов типа node и эта точка должна являться пересечением двух или 4х way.
Для самых распространенных пересечений 2х дорог или одной дороги пешеходного перехода.
Он отражает форму пересечения и отношения между воображаемыми или реальными стоп линиями конфликтующих путей в этом пересечении.
Две дороги могут пересекаться под совершенно разными углами, см примеры ниже, но углы пересечения иногда не отражает, как автомобили или пешеходы или другие транспортные средства, будут останавливаться перед этим пересечением. Форму задает проект организации дорожного движения и фантазия проектировщика.
rectangle - стоп линии конфликтующих путей находятся под углом ~ 90 градусов друг относительно друга.
Точки стоп линий для каждой полосы lanes откладываются по перпендикуляру от осевой.
Стоп линия одна - общая линия для всех lanes (рисунки 1,4,5).
oblique - стоп линии конфликтующих путей находятся под углом меньше чем 90 градусов (~ 30 - 70).
Точки стоп линий для каждой полосы lanes откладываются по параллельно пути, который конфликтует с данным.
Стоп линия одна - общая линия для всех lanes (рисунки 2,4,5).
staggered - некое промежуточной состояние между rectangle и oblique, угол пересечения может быть любой, главное отличие
в том, что для каждой lane своя отдельная стоп линия на разных расстояниях от node (рисунок 3,5).
Per ogni regione vengono fornite:
una query overpass che visualizza i comuni d’Italia (livello amministrativo 8) per cui non è presente in OSM un node/way/relation con amenity=townhall ma per cui è noto un palazzo comunale in wikidata
una query wikidata che elenca ordinati per comune i suddetti palazzi comunali
una query overpass che visualizza i comuni d’Italia (livello amministrativo 8) per cui non è presente in OSM un node/way/relation con amenity=townhall di cui neppure in wikidata è noto un palazzo comunale
Nota1: per efficienza le query lavorano su un sottoinsieme di comuni di cui era stata accertata al 29/8/2025 (a) la mancanza del municipio in OSM e (b) la presenza/assenza di palazzi municipali in Wikidata. Nel caso il municipio sia stato aggiunto in OSM dopo suddetta data le mappa generate dalle query overpass mostrano sia il territorio comunale che il municipio. Nel caso il palazzo municipale sia stato aggiunto dopo suddetta data, la query wikidata non lo estrae comunque.
Nota2: le query overpass aprono una nuova pagina browser in autorun ed impiegano fino a 30 secondi a completarsi nei casi più complessi; ottenuto il risultato i dati dei comuni sono consultabili cliccando su ciascuna delle aree evidenziate in giallo
Nota3: le query wikidata aprono una nuova pagina browser senza autorun per cui serve premere il bottone blu di avvio; ottenuto il risultato, le informazioni sul palazzo comunale sono consultabili con il link nella colonna “bene”
01 - Piemonte
* municipio “OSM no Wikidata si”: overpass, wikidata - 41 comuni
* municipio “OSM no Wikidata no”: 0 comuni
02 - Valle d’Aosta: nessuna eccezione
03 - Lombardia: nessuna eccezione
04 - Trentino-Alto Adige/Südtirol: nessuna eccezione
* Nota: il comune di Kuens - Caines ha i propri uffici comunali sul territorio del confinante comune di Riffian - Rifiano.
05 - Veneto: nessuna eccezione
06 - Friuli Venezia Giulia: nessuna eccezione
07 - Liguria: nessuna eccezione
This blog was originally posted on my personal site:
I’m not much of an armchair mapper. Partly because ground surveying with Everydoor and StreetComplete is what got me started mapping in OSM. But I think it’s also because I hate having to decipher blurry aerial imagery. I still do it from time to time, but ever since I discovered how to use the Strava heatmap, I’m hooked.
To hopefully sell others on the dataset and walk you through some ways I’ve found it helpful, I’ve collected some examples below of ways you can use the Strava heatmap data.
For those of you who don’t know, Strava is used around the world to record all kinds of workouts. Strava has moved to using OSM data in their apps and to give back they’ve allowed use of their GPS traces as a source when contributing to OSM!
To get it set up you can reference the OSM wikipage for Strava.
[THIS POST IS AVAILABLE IN ITALIAN, ITALIAN LA SPEZIA DIALECT, ENGLISH, PORTOGUESE]
[QUESTO POST É DISPONIBILE IN ITALIANO, DIALETTO ITALIANO DE LA SPEZIA, INGLESE, PORTOGHESE]
[STU POST O LO TROVI IN ITALIANO, SPEZIN, INGLES e PORTUGHESE.]
[ESTE POST TA DISPONÍVEL EM ITALIANO, DIALETO SPEZZINO, INGLÊS e PORTUGUÊS.]
🇮🇹 Italiano
Vespucci – ultima tappa a La Spezia!
Hai perso l’Amerigo Vespucci a La Spezia, Genova, Livorno, Civitavecchia o Trieste? Nessun problema: ora puoi vederlo anche da casa.
📸 Dai un’occhiata su Mapillary:
https://mapillary.com/map/im/1346136963123189
Vedi la barca ormeggiata a La Spezia!
🗺️ Usa OSM + Mapillary per mappare virtualmente il suo passaggio finale.
🇮🇹 Dialetto spezzino
A l’è passato o Vespucci a Speza (ultima tappa), Zena, Livorno, Civita, Trieste? Tranquillo, mo’ o peudi vede’ su Mapillary!
📸 Eccolo a Speza:
https://mapillary.com/map/im/1346136963123189
Guarda a barca ormeggiou!
🗺️ Con OSM e Mapillary pè registrà ‘sto giru finale.
🇺🇸 English (USA)
Missed the Amerigo Vespucci’s final stop in La Spezia (after Genoa, Livorno, Civitavecchia, Trieste)? No worries—
📸 Check it out on Mapillary:
https://mapillary.com/map/im/1346136963123189
You can see the ship docked in La Spezia!
🗺️ Use OSM & Mapillary to virtually map its final leg.
🇧🇷 Português (Brasil)
Perdeu a última parada do Amerigo Vespucci em La Spezia (depois de Gênova, Livorno, Civitavecchia, Trieste)? Sem problemas!
📸 Veja no Mapillary:
https://mapillary.com/map/im/1346136963123189
Você pode ver o navio atracado em La Spezia!
🗺️ Use OSM e Mapillary para mapear virtualmente o trecho final.
Just a quick blog post on some coastline work I was doing.
For the OSMF Shortbread vector tiles I had to identify when coastlines has changed. The solution I came up isn’t specific to Shortbread, but is useful for anyone using the tiled ocean shapefiles.
I’m going to start by assuming that the old ocean data is in water_polygons and the new data is in loading.water_polygons. Other parts of my code already handle this. The shapefiles are loaded into tables that have the columns x int, y int, way geometry.
To start I want to find any geometries that have changed. For geometries in the new data that aren’t in the old data, I can get this with a LEFT JOIN. I want a set of geometries that includes any geometries from the new data that aren’t in the old. This set can be made by excluding any geometries in the old data that have identical x, y, and binary identical geometry to a new geometry. It’s possible this set includes extra geometries, but that’s okay.
A RIGHT JOIN would find geometries in the old data that aren’t in the new. Combining these gives a FULL OUTER JOIN. If I then collect the geometries in each shapefile tile I can compare them to find the geometries
SELECT ST_SymDifference(ST_Collect(old.way), ST_Collect(new.way)) AS dgeom
FROM water_polygons AS old
FULL OUTER JOIN loading.water_polygons AS new
ON old.way = new.way and old.x = new.x and old.y = new.y
WHERE new.way IS NULL OR old.way IS NULL
GROUP BY COALESCE(old.x, new.x), COALESCE(old.y, new.y)
This gets me the difference in geometries for the entire world in about two minutes. But I need tiles, which is it’s own complication.
Сафарида бир неча кун юргандан кейин тинчроқ шахарда қолиб, табиат билан бир оз яккаликда бўлишни хоҳладим. Эрталаб эрта туриб, жойлашган манзилимдан ярим соатча йўл машинада ǒтиб, шу гўзал тоғли манзарага етиб келдим.
Ўзимча шунчаки бир оз юришни, ҳаво олишни режалаштиргандим, лекин мана шундай панорамали манзарани кўриб ҳайратда қолдим. Бўлса керак, бу ердаги маҳаллий аҳоли бу манзарани кўп кўрган, лекин мен учун бу жуда ҳам таъсирли бир лаҳза бўлди.
Тоғлар гўё сукутдаги қалъадек — гапирмайди, лекин барчасини ҳис қилиш мумкин. Суратга туширдим, балки кейин ижтимоий тармоқларда бўлишармиз, бироз руҳиятни ўзгартириш учун.
–
way.tags {
connect(:lanes(:forward|backward)): number;number;...||
}
Этот тэг применяется только для объектов типа way и может быть расширен двумя широко применяющимеся суффиксами :lanes и :forward|backward
Сейчас в OSM существует способ для точного задания связности между полосами с помощью отношений. relation:connectivity
Основным недостатками этого являются, то что это:
turn:lanes) получилось же без relation.Для решения проблемы однозначного ввода/редактирования связности полос на перекрестке, нужно более простое решение, и желательно типовое.
За основу можно взять существующий подход с поворотами:
way.tags:
lanes:forward = 3
turn:lanes:forward = through|through;right|right
Отлично, всем понятно и широко применимо. Непосредственно для объекта типа way
задается несколько тэгов со связным содержимым. От количества полос зависит количество секций
на которые будет разбито значения тега turn:lanes:forward из каждой полосы
мы задаем направление поворота.
Можем ли мы наследовать этот подход, но при этом задавая что-то, что будет адресовать полосу приемник?
Например, таким образом
way.tags:
lanes:forward = 3
turn:lanes:forward = through|through;right|right
connect:lanes:forward = 0|1;2|3
One person is sanding down a rusty gate,
Another is painting over the rust,
Yet another is attaching a new handle to the corroded gate,
Some are even building an entirely new gate to replace the old, rusted one…
And a few are wondering, “Why are they doing all this? The gate still works just fine…“
Everyone is doing what they want to do and what they can do,
but since no one is coordinating or adjusting things,
it’s a situation where people are working inconsistently and in a disorganized manner.
어떤 사람은 녹슨 대문을 사포질하고 있고
또 다른 사람은 녹이 슬어 있는 대문에 페인트칠을 하고 있고
또다른 사람은 녹이 슨 대문에 새로운 손잡이를 달고 있고
또 어떤 사람들은 녹이 슬어 낡은 대문을 교체하려고 새 대문을 만들고 있고…
그리고 몇몇 사람은 대문이 아직도 쓸만 한데 왜들 저러고 있나 의아해 하고 있고……
각자 제 하고픈 일을 하고 할 수 있는 일을 하지만,
누구도 조정해 주거나 조율해 주지 않아서
서로 일관성 없고 뒤죽박죽으로 일하고 있는 형국.
