piebro/osm-data huggingface dataset:
onterof (2026-02-06 22:24:38+00:00): Hallo,
manufacturer:type, was für neue hinzugefügte Anlagen in diesem und anderen changeset noch benutzt wurde ist seit Ende 2022 deprecated (siehe https://wiki.openstreetmap.org/wiki/Key:manufacturer:type) und wurde durch model=* ersetzt.
Grüße
totera (2026-01-04 15:45:14+00:00): Ciao NikoAuso, per un edificio col "buco" type=multipolygon è necessario. L'istituto si rappresenta poi con amenity=school
S_Akash (2026-01-03 15:41:35+00:00): The issue doesn't seem to be specific to CoMaps - https://maps.openrouteservice.org/#/directions/33rd%20Place%20South,Seattle,WA,USA/3312%20South%20Holly%20Place,Seattle,WA,USA/data/55,130,32,198,15,97,4,224,38,9,96,59,2,24,5,192,166,6,113,0,184,64,90,1,24,2,102,32,58,98,4,224,1,144,195,168,13,128,22,0,56,28,32,102,22,56,6,137,129,216,200,5,98,104,69,139,33,28,24,50,28,65,177,33,1,184,138,144,162,210,131,126,140,152,209,104,83,95,65,35,138,182,105,80,144,254,148,134,17,3,196,4,0,14,169,224,68,77,135,40,0,94,80,2,218,228,36,167,180,118,128,128,3,55,128,1,183,69,193,3,10,133,71,192,7,118,68,136,6,178,64,7,51,177,1,15,67,15,70,135,68,67,1,139,194,44,133,245,246,45,135,69,129,0,5,240,106,0
chath_tsu (2026-01-03 20:26:36+00:00): I don't think it's an issue with the footpath itself, rather it is because that the roads on the south side, Holly Pl and 33rd Pl, have private access tags, so the routing engine wouldn't route on them. If you route to the south end of the footpath it does route fine: https://maps.openrouteservice.org/#/directions/33rd%20Place%20South,Seattle,WA,USA/3312%20South%20Holly%20Place,Seattle,WA,USA/data/55,130,32,198,15,97,4,224,38,9,96,59,2,24,5,192,166,6,113,0,184,64,90,1,24,2,102,32,58,98,4,224,1,154,128,88,233,32,14,39,43,169,226,1,163,160,118,50,5,99,172,80,143,38,0,216,152,240,96,25,151,128,110,34,164,42,179,19,218,152,186,52,154,21,93,207,160,226,236,54,84,47,199,165,126,132,66,113,1,0,3,170,120,17,19,97,202,0,23,148,0,182,185,10,81,183,109,1,0,6,111,0,3,110,139,130,12,21,10,143,128,14,236,134,16,13,100,128,14,109,98,8,30,140,30,141,14,136,134,9,23,143,153,5,229,224,91,14,139,2,0,11,235,84,0,0
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/176786957
chath_tsu (2026-01-03 20:27:26+00:00): Do we know if the roads on the south side are actually private access only, or are the access tags too restrictive (esp for foot?)
S_Akash (2026-01-06 19:21:48+00:00): Ah, that makes sense. Both roads are not private though. There are no barriers nor signs restricting access. So I think we should remove that tag.

Is it possible to undo my change of moving the south node of the sidewalk?
chath_tsu (2026-01-06 20:02:19+00:00): I think your change is fine we dont need to revert it. 
I looked in streetview and looks like the street signs for the two roads say private on them, but no signs otherwise restricting access. I am inclining to have access tag set to destination or yes for motor vehicles, and yes for foot
S_Akash (2026-01-07 12:30:35+00:00): I missed the street sign mentioning it!

It's not clear to me whether non-residents are allowed on "Private streets" as per the Seattle city code (https://library.municode.com/wa/seattle/codes/municipal_code?nodeId=TIT23LAUSCO_SUBTITLE_IVAD_CH23.84ADE_23.84A.036S#:~:text=Street%2C%20private), but will let you decide the best approach here. Thanks for talking through this.
nurdafur (2026-02-01 11:49:10+00:00): Hallo
Du hast hier die neuen Segmente der Route 44 aus Versehen der Superroute zugeordnet, anstatt der entsprechenden Etappe. Ich habe es gerade korrigiert.
Liebe Grüsse und weiterhin viel Spass beim kartografieren
Urs
mavl (2026-01-03 15:43:03+00:00): This changeset reverts some or all edits made in changesets 176693353, 176693375, 176693414, 176693431, 176693540, 176693607, 176693769, 176749227, 176750797.
Frans S (2026-01-03 16:05:53+00:00): Hello. Thanks for mapping.
Please be more accurately when you map buildings, You ignore often extensions etc. Follow the rooflines more precisely, please.
Best regards
Supaplex030 (2026-03-03 19:54:56+00:00): Hallo Busbahnhof, ich habe den Begriff "Ruine" wieder aus dem Namen des SEZ entfernt. So eine Beschreibung gehört nicht in den name-Tag, zumal mir der Begriff "Ruine" auch nicht passend erscheint (das Gebäude scheint ja teilweise noch immer genutzt zu sein bzw. bis zuletzt genutzt gewesen zu sein).

Siehe auch https://www.openstreetmap.org/note/5189081.

Lg, Alex
kitsee (2026-01-04 10:49:33+00:00): Hi there,
Theses building really should have been fixed before being uploaded. many of these buildings are semi-detached houses which are not easy to split for the average mapper using ID. Some of detached and semi-detached houses have been joined into long terrace-like buildings. OSM prefers quality over quantity and this is very low quality. I strongly suggest spending more time correcting the AI output going forward.
6cd343b3-cd8e-46b5-b790-1d4104d544d5 (2026-01-04 11:17:31+00:00): Sure, I'll spend more time going forward making sure everything is high quality.

Re terraced/semi-detached houses; I found this comment from https://www.reddit.com/r/openstreetmap/comments/vu0hgl/whats_the_best_way_to_split_a_house_in_two_is_osm/ interesting

>You should first consider whether it makes sense to split a building. The addresses can be represented as points, if the buildings are one unit, then it is better to leave them together, so that you can specify buildig_level, roof_shape etc. together for the whole building.

What do you think?
kitsee (2026-01-04 11:35:49+00:00): But then you cant specific differing tags like for example wall colour. A terrace might not be made up of buildings of all the same design either with differing number of floors and roof designs. it can also be argued that splitting the address and building violates the "One feature, one OSM element" principle. I suggest you have a read and possible contribute to this forum post as its discussing the wave of low quality ai imports currently happening in the UK https://community.openstreetmap.org/t/poor-quality-imports-of-microsoft-ai-buildings/139610
6cd343b3-cd8e-46b5-b790-1d4104d544d5 (2026-01-04 12:52:45+00:00): Thanks for the discussion link!
CAM-Gerlach_Repair (2026-06-22 12:46:02+00:00): Reverted adding duplicate SEO spam POI with malformed tags and source=* of Google Maps, which is not allowed by both OSM and Google policies (see https://osm.wiki/Google ) as well as other questionable changes, in changeset 184430532

https://osm.org/changeset/184430532
gscholz (2026-01-04 07:17:42+00:00): Hi GBAB,
this changeset has created errors in the OSM database regarding self intersecting ways (red markers):

https://tools.geofabrik.de/osmi/?view=areas&lon=13.55687&lat=45.81024&zoom=15&baselayer=Geofabrik%20Standard&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways

So the "Bosco Sablici" now is no valid relation. Can you please fix this?
Kind regards
Guido
GBAB (2026-01-04 14:23:22+00:00): Caro Guido,
yes you're right. However, it was already so before I made this changeset, so it is not my fault though I could have fix it if I weren't lazy to do that. I am sorry.
I will try to do it…
Happy new year!

Gábor
gscholz (2026-01-05 15:14:43+00:00): Hi Gábor,
thanks for your quick response.
Guido
yelisey90 (2026-01-03 17:32:40+00:00): once again reverted - no separate way exists; this is not an entrance; there is no sidewalk. Continued unconstructed edits may qualify as vandalism and lead to blocking

https://www.openstreetmap.org/changeset/176791417
NorthCrab_upload (2026-01-06 08:04:52+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/node/11559148733

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
karr4s (2026-01-05 11:21:51+00:00): Bonjour,
Il y a une petite erreur dans cette modification : l'adresse mail doit être indiquée dans le champ "email" et non dans le champ "description".
Je m'occupe de faire la correction.
Bonne journée. ;)
Chalexis (2026-01-11 21:25:36+00:00): Bonjour karr4s,
Merci pour la correction. En fait, je sais bien que ce n'était pas complété correctement, mais je l'ai fait à l'aide de cartes.app. Je ne sais pas si tu connais ? J'ai justement voulu essayer de faire une maj via cette plateforme mais les possibilités de maj sont limités et on ne peut modifier que le nom, la description et les horaires. Plus de possibilités à venir apparemment ...
C'était pour essayer.
Bonne soirée
karr4s (2026-01-12 09:56:49+00:00): Je connais cartes.app (et je trouve ce projet incroyable ^^) et c'est super que l'on puisse éditer via le site. Je note pour les champs non complétés : peut être qu'il y aura un sujet sur le forum pour signaler ça et améliorer les futurs contributions via ce site.
Bonne journée.
Mateusz Konieczny (2026-02-03 19:42:44+00:00): Hello!

You used
healthcare=dentistry
on https://www.openstreetmap.org/node/430352213/history

Have you maybe meant
healthcare=dentist
?

I am pretty sure that it is a typo, but not sure enough to just replace it (I edited some objects where situation seemed more clear to me).

Or have you used this value deliberately? In such case, what was the intended meaning?

If it is a mistake - can you fix it?
TrickyFoxy (2026-01-13 21:37:18+00:00): 👋 Не вносите личные заметки в OpenStreetMap. Используйте раздел Метки в приложении
A67-A67 (2026-01-03 16:47:22+00:00): Bedankt. Ik heb de openingstijden toegevoegd met de tag opening_hours=Mo-Fr 09:00–21:00; Sa 09:00-18:00; Su 10:00-17:00
Nathan vd (2026-01-03 16:50:09+00:00): Bedankt voor erbij toevoegen
Nicolai R (2026-01-15 17:42:36+00:00): Are you sure that `communications_tower` is the correct choice? I haven't been there but I can imagine `communication:mobile_phone=yes` is more suitable.
eggie (2026-01-03 17:03:53+00:00): Dag meditor.
Op een woonerf is de maxspeed wettelijk 15 en geen 30. Zeker weten dat dit een woonerf is?

Mvg
eggie
eggie (2026-01-03 18:46:16+00:00): De postcode heb ik weer verwijderd. Svp geen adresgegevens op wegen zetten behalve de straatnaam.

MVG
eggie
eggie (2026-01-03 18:49:08+00:00): Living_street omgezet naar residential.
Wanneer er hier een bord woonerf is gekomen.. laat maar weten.

MVG
eggie
meditor2011 (2026-01-03 19:05:27+00:00): Hoi, ik ben er geweest en nee, het is geen woonerf. Ook nog even op internet gezocht voor meer informatie. In heel Ugchelen mag je maar 30 rijden
eggie (2026-01-03 19:10:04+00:00): Oke... Ik heb het aangepast naar highway=residential

Nu klopt het weer.

Die zijstraten naar het oosten zijn wel woonerf. Hebben een bord en dus maxspeed 15
Bedankt voor je reactie. 
eggie
eggie (2026-01-03 19:11:23+00:00): Hier haal ik mijn info vandaan
https://wegkenmerken.ndw.nu/kaart?kaartlagen=SPEED_LIMIT,TRAFFIC_SIGN,BGT&zichtbaar-gebied=5.94677,52.18624,5.952,52.18793&maxsnelheidfilter=1f5451a0.________Dw&verkeersbordfilter=a5790999._____________________________38D
BCNorwich (2026-01-03 18:51:21+00:00): Hi, Welcome to OpenStreetMap.

From the other house numbers this would logically be number 1, I've corrected.

Regards Bernard.
Rainero (2026-03-29 13:15:12+00:00): Revert changeset/180582823
wegen nicht zulässiger Quelle (Bayernatlas).
george1201 (2026-01-03 19:29:47+00:00): Wenn im Büro der Kanaltechnik jetzt der Gebäudesanierer sitzt, dann sollte man den bestehenden Knoten mit den neuen Daten fortschreiben. Oder steht das Büro jetzt tatsächlich leer und gleich nebenan ist die neue Firma eingezogen?
Moepmoep (2026-01-04 08:30:53+00:00): Das eben läßt sich aus dem Hinweis nicht mit absoluter Sicherheit herauslesen.  Da steht zwar, daß dort etwas anderes sei, aber vorsichtshalber wollte ich diesen reichlich mit Tags garnierten Knoten nicht einfach überschreiben.

Auf der Seite der Firma (PB) ist leider nicht herauszubekommen, wie ihre karlsruher Adresse lautet.
Moepmoep (2026-01-04 08:36:44+00:00): Siehe hier:
https://www.openstreetmap.org/note/5014771

So sehen im Prinzip die von Streetcomplete erzeugten Hinweise aus (1) wenn man angibt, daß sich die Belegung geändert hat, aber auch (2) wenn man an der Frage einen Hinweis hinterläßt.
george1201 (2026-01-04 11:20:26+00:00): Die SC-Fragen beziehen sich immer auf einen bestimmte Knoten. Und in Hinweis https://www.openstreetmap.org/note/5014771 war es das Pipe Bull-Büro. Ich verstehe den Hinweis so, dass dort jetzt der Gebäudesanierer drin sitzt. Es ist unwahrscheinlich, dass dort ein weiteres Büro geschaffen wurde und das alte weiterhin leersteht. 

Aber ich gebe zu, das ist nur Spekulation. Um sicher zu sein, müsste man eine Vor-Ort-Prüfung machen. Das würde sich dort auch lohnen, denn in dieser Ladenzeile gibt es mehrere Büros bzw. Läden.

Beim Überschreiben eines bestehenden Knotens geht ja nichts verloren. Die Information bleibt in der History des Knotens erhalten. Man kann sie mit jedem Webbrowser anschauen. Wenn man aber einen neuen Knoten anlegt und den alten auf disused setzt, dann werden Mapper, die in Zukunft hier vorbeilaufen immer wieder gefragt: "Gibt es Pipe Bull hier noch?". Und wenn dort auch kein leerstehendes Büro mehr vorhanden ist, wird irgendjemand diesen Knoten dann endgültig aus der Karte löschen. Um einen gelöschten Knoten wieder herzustellen, muss man mehr Aufwand betreiben, als einen vorhandenen in zwei Knoten aufzuteilen, wenn sich herausstellt, dass doch 2 Büros vorhanden sind.

Ich habe deshalb das neue Gebäudesanierer-Büro in den vorhandenen Knoten eingetragen. Den von dir angelegten Knoten (er hatte ja nur die Version 1) habe ich gelöscht. Die Änderungen sind in https://www.openstreetmap.org/changeset/176814427.
McKulkin (2026-03-28 01:49:18+00:00): You've made this up. Both the stream and the foot path. At least that's how I remember it being 6 months ago.
Sylabowy Kot (2026-01-05 09:52:14+00:00): Dałem bez ogonka, bo na jednej z ich stron tak było, ale lepiej faktycznie "poprawiać" :p

Dzięki za poprawki po mnie. Niby parę razy przyglądałem się z bliska, ale zauważyłem później, że źle miejscami zrobiłem.  Jeszcze trawkę można uzupełnić i już się zielono zrobi.
Rogoyski (2026-01-05 19:17:30+00:00): Popatrzyłem nawet, że mają polską stronę, gdzie piszą "Wenedów", więc uznałem, że nie ma potrzeby promować zapisu obcojęzycznego.

https://www.basecampstudent.com/pl/student/warsaw-wenedow/
eggie (2026-01-03 18:38:35+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
eggie (2026-01-03 18:57:23+00:00): Ik denk niet dat de verbetering nu klopt.
https://www.verbeterdekaart.nl/#?geometry.x=246540.98&geometry.y=493516.99&zoomlevel=16

--
Kijk je nog even.. 

MVG
eggie
eggie (2026-01-03 18:59:56+00:00): Ik heb de straatnaam aangepast naar Mariaschoollaan

MVG
eggie
rlenferink (2026-01-03 19:42:31+00:00): Hoi Eggie.

Bedankt voor het welkomst bericht. Het moet inderdaad "Mariaschoollaan" zijn, vandaar mijn inzending. Bedankt voor de review en het doorzetten van de wijziging.

Ik heb dit zelf gecheckt op basis van https://zoek.officielebekendmakingen.nl/gmb-2025-555345.html

Gr. Roy
empty_child (2026-01-05 17:41:34+00:00): День добрый
Отлично сделано, две ремарки: 1) не слушайте валидатор на предмет повторяющихся фрагментов. Маршрут может повторно проезжать одну и ту же дорогу. 2) ключ public_transport:version=2 обязателен (раз уж вы начали по ptv2 делать)
За корректность направления маршрута я не проверял, так как не с чем сравнить, тут верю на слово
Вот тут поправил за вами - https://www.openstreetmap.org/changeset/176872146
Dmitry Bravikov (2026-01-05 18:06:09+00:00): Спасибо :)
cehceh (2026-01-04 16:17:29+00:00): Bonjour Frédéric,
Pourquoi as-tu changé la via ferrata du Tucaou de highway=via_ferrata à highway=path ?
Ce n'est pas correct, voir :
https://wiki.openstreetmap.org/wiki/Tag:highway=via%20ferrata
et
https://wiki.openstreetmap.org/wiki/Proposed_features/via_ferrata
(ici en particulier : « Criteria for taging as either via_ferrata or path »)
Merci de revenir en arrière.
Cordialement,
Matthias
user_5359 (2026-01-04 09:06:31+00:00): Welcome to OSM! Please notice an address is the name. Hav a look on the newest version of your node.
user_5359 (2026-01-04 09:03:43+00:00): Welcome to OSM! Please notice an address needs house number and street name. Everything else can usually be calculated.
NeisBot (2026-01-04 07:15:10+00:00): 🌍 Welcome to OSM, ezer-levi.
Thanks for contributing!

To make collaboration easier and help others understand your edits, it’s best to add a short description of the changes you made. Clear comments help the community follow your work and provide better feedback. You can find tips on writing good comments here[1].

✅ Here is a sample comment based on your map edits: "Added restaurants with attributes including cuisine, opening hours, contact details, and addresses"
---
[1] https://osm.org/wiki/Good_changeset_comments

#HelpfulComment #NoComment
george1201 (2026-01-03 19:21:52+00:00): Warum haben Teile des Bachs "Herrenwasser" den Zusatz "x" bzw. "xx" bekommen?
Moepmoep (2026-01-04 08:32:20+00:00): Sorry, das war keine Absicht.  Um den Überblick in der Relation zu behalten, hatte ich den aufgespaltenen Wasserweg mit verschiedenen Namen versehen und zum Schluß einfach vergessen.  Hab's korrigiert.
george1201 (2026-01-04 10:27:50+00:00): Man sollte sich die eigenen Änderungen auch mal auf der Karte ansehen. Sozusagen als erste Qualitätskontrolle.
Taya_S (2026-01-05 07:47:29+00:00): Reverted questionable edits by sockpuppet account

https://www.openstreetmap.org/changeset/176848832
Aleksandar Matejevic (2026-01-08 12:58:29+00:00): Hi Kovoschiz, can you explain the need for admin_level=4 relation here?
Kovoschiz (2026-01-09 07:34:31+00:00): This corresponds to the `=city` , which doesn't work in the `admin_level=3` HKSAR. If the `=city` is un-related, it will be interpreted by Nominatim as below `admin_level=5` HKI etc. https://www.openstreetmap.org/changeset/176537259
You could understood it as HK proper. While HKSAR includes the Shenzhen Bay Border Crossing inside, which would not be seen as HK. 
This follows changing Kowloon from `=city` into a `=region` by considering the conflicting `population=` definition of HK, although the PRC users seemed more concerned about rendering.  Kowloon is usually seen as part of the `=city` HK . The duplication between HK and HKI is also eliminated. www.openstreetmap.org/changeset/176793147
I have asked about this locally with no  specific comments https://discord.com/channels/550009593468813312/1443177157378445434
Taya_S (2026-01-05 07:44:58+00:00): Reverted fake name change

https://www.openstreetmap.org/changeset/176848749
george1201 (2026-01-04 16:45:10+00:00): Du hast hier eine neue Relation https://www.openstreetmap.org/relation/20044140 erstellt. Osmose kritisiert hier zu recht: "This multipolygon is a simple polygon". Für ein einfaches Polygon braucht man keine Relation.
Moepmoep (2026-01-04 20:07:13+00:00): Öh, mir ist nicht bewußt, so etwas gemacht zu haben.  Ich hatte lediglich das frühere, viel größere Polygon sukzessive zurechtgestutzt.  Wie daraus ein Multipolygon geworden ist, ist mir schleierhaft.  Ich schaue mir das an und repariere es.
george1201 (2026-01-04 20:46:31+00:00): Vielleicht war es vorher eine "richtige" Relation mit inner/outer-Elementen. Und du hast es auf eine einzelne Fläche reduziert. Aber keine Panik. Ist nach meiner Meinung auch kein echter Fehler, die Relation ist nur überflüssig. Osmose ist eben sehr streng und meckert alles an, was nicht zu 100% perfekt ist. Das zu reparieren ist nicht Pflicht, eher Kür. Also keine Aufregung, sondern den Abend entspannt genießen :-).
Moepmoep (2026-01-04 21:52:59+00:00): Na ja, mich nervt es, wenn Dinge passieren, die nicht beabsichtigt waren, und ich nicht weiß wie und warum.

Das muß irgendwas damit zu tun haben, daß die Fläche aufgetrennt gewesen ist, übrigens auch unabsichtlich.  Man kann tatsächlich eine Linie als Buschland markieren, und der Renderer ergänzt optisch die fehlende Kante.  Wäre auch schön, wenn man iD abgewöhnen könnte, Punkte automatisch mit anderen Flächen zu verkleben.

Aus der Softwareentwicklung bin ich gewohnt, jede geänderte Zeile nochmal kontrollzulesen, bevor sie abgeschickt wird.  Leider geht das hier nicht so einfach.
user_5359 (2026-01-04 09:02:28+00:00): Welcome to OSM! Please be careful! You moved the node https://www.osm.org/node/5802462992 more than 100 meters. Please check the correct position. If you need help, you are welcome!
Sam Wislet (2026-01-04 18:13:41+00:00): We just put 8 houses into this area. 7403 became 7403, 7439, 7445, 7443, 7427, 7421, 7415 and 7409.

The only address I could see or edit was 7403. I moved it to where my GPS says that landowners house is. My house is not 7439. That number used to indicate this entire lot, but now that lot has been subdivided into the 8 lots above. I created a house object for my house but I wasn’t able to make it into an address object… what do you propose I do?
Sam Wislet (2026-01-04 18:14:59+00:00): Whoops. My house IS 7439, not 7403. I can put the empirically located houses are, I suppose, but they show up as a different kind of OSM object than the address labels.
theDM (2026-01-09 21:28:52+00:00): Przejścia masz dopiero na światłach, gdzie motorway się już kończyło.
stasiu512 (2026-01-09 22:12:42+00:00): Masz racje, ale to nie zmienia faktu że node przejścia dla pieszych znajdował się na linii motorway co jest błędem.
Yog Sot (2026-01-09 23:40:24+00:00): 💯 🚫🏎️
Minh Nguyen (2026-01-03 19:06:57+00:00): https://warrenco.maps.arcgis.com/apps/Shortlist/index.html?appid=088a131de1854b698f58840d9dffcc41 says they’re only adding some lanes and putting in a center turn lane, no median.

https://www.openstreetmap.org/changeset/176794379
Baloo Uriza (2026-01-05 15:26:26+00:00): I think you meant to put your changeset comments in your bio instead.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/176793962
nebulousCarina (2026-05-20 12:34:59+00:00): Hey, I don't think there is a river at the north pole
mueschel (2026-01-04 13:12:50+00:00): Hi Robert,
wouldn't it be better to replace those "old school" "distance:Nelson Monument" tags with a more modern tagging that doesn't use free text in the key? This would do the job - and at the same time also keep the order of entries on the milestone:

destination = A City; B Village; C Place
distance = 10 mi;2 mi;234 mi

Using 'destination' on a milestone seems appropriate to me, even though it's not a guidepost pointing in the right direction...
Robert Whittaker (2026-01-04 14:49:19+00:00): I agree having the destinations in the key isn't great. I'm not sure your suggestion works though as distance=* is already defined for a different purpose with highway=milestone: https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone

I can't actually find anything documenting either approach on the wiki. I think I just adopted the distance:*=* having seen it used by someone else.

Perhaps something like destination=*;* + destination:distance=*;* might work. It would be better in any case for there to be a stronger connection between the two keys if they're intended to line up 1-to-1.
mueschel (2026-01-04 15:01:03+00:00): Right, destination:distance is better in this context. Essentially using the options we have for destination signs also for milestones. 

In the case of a milestone with arrows we could also use 
direction_north and direction_north:distance

distance:City seems to be a quite local phenomenon:
https://overpass-turbo.eu/s/2if8