piebro/osm-data huggingface dataset:
olehz (2022-07-28 15:45:21+00:00): Why don't you use some local tag? It turns out that I still need to download the state border to filter out "this"? And learn 200 more weird local rules around the planet.
Tomas Straupis (2022-07-28 16:02:34+00:00): Well, maybe railway stations have lost most of their importance in recent years, so those could be moved to some different place in settlement hierarchy, but I do not quickly see a good position for it (it is less important than town with rank=0|10 but more important than village) and it would have to be discussed with Lithuanian mapping community anyway (because current mapping is not invented by me). Lithuanian settlement classification will NOT be based on population in anyway.
Tomas Straupis (2022-07-28 15:02:22+00:00): Reverted change. This is an actual place of rank 20 as per official data.
olehz (2022-07-28 15:29:12+00:00): Ok. But could you explain first how it correlates with the "truth on the ground"? place=town + population=2 Or town in the middle of a field where there is not a single building? Are these some historical places like Troy?

Lithuania and a few other countries have very strange rules. Because of this, it is impossible to correctly render the names of settlements around the planet.

How can I determine approximately the same size settlements, if in one country an abandoned village is called a city, and in another it is a city with more than 100 thousand inhabitants.
Tomas Straupis (2022-07-28 15:50:01+00:00): Settlement classification is tied to official one which is based on importance. This settlement is a "railway station" type (therefore rank=20).
I do not know what you mean by "same size" as it can have a number of different interpretations, but you could probably use value of attribute "population".
olehz (2022-07-28 17:39:14+00:00): 1. Only 15% of settlements contain tag "population".
2. place=village/town/city is widely used if population is unknown
3. custom tag "rank" + widely used tag "place" + population = 0 - describe at least in the wiki what kind of nonsense it is ;)

Obviously it's wrong. There are many towns in the world with zero population. For example, Pripyat. There are no people, but many buildings remain.

Conclusion. It is very difficult to separate your fake "towns" from real ones. And this is an example of just one small country. What if someone in another country decides to use foo=bar + place=* + population=-1?
highflyer74 (2022-07-28 16:24:10+00:00): Moin Bromie!

Der Platz ist bereits als Fläche gemappt. Jetzt ist er zweimal vorhanden. Sei so nett, nicht mit veralteten Daten zu arbeiten.

Danke!
brickbird (2022-07-28 10:58:34+00:00): Almost all "payment:" keys which you think are "common" were tagged by one mapper. These keys haven't been approved by the Japanese OpenStreetMap community. Therefore, I don't think that they are "common". Recently we discussed "payment:" keys of Japan. Our decision is using lower-case alphabetic characters. Please refer to the following.
https://wiki.openstreetmap.org/wiki/JA:Key:payment
https://wiki.openstreetmap.org/wiki/JA_talk:Key:payment
https://lists.openstreetmap.org/pipermail/talk-ja/2022-July/date.html
mueschel (2022-07-28 13:33:29+00:00): Hi,
I'm perfectly fine with using another key or spelling if this is agreed upon. 

What I'm after is to have a common spelling of a key in the database, until we have one documented version. Otherwise we end up with several different versions which get harder and harder to keep track of.

Once there is a decision it's simple to change this one key to the new accepted spelling in one coordinated editing effort.

Would you mind adding your key to the main English wiki page? That helps people like me who can't read Japanese to find this key.
brickbird (2022-07-28 15:14:14+00:00): Thank you for your understanding. I reflected new agreed keys in the main English Wiki page.
https://wiki.openstreetmap.org/wiki/Key:payment#Digital_wallets
New agreed keys are the followings.
payment:au_pay
payment:d_barai
payment:edy
payment:id
payment:line_pay (This was already added.)
payment:merpay
payment:nanaco
payment:paypay
payment:quicpay
payment:rakuten_pay
payment:waon
mueschel (2022-07-28 16:12:54+00:00): Perfect! Is there any plan to check the POI using the "old" spelling and change them to the new one?
brickbird (2022-07-29 01:54:58+00:00): Yes, there is. We have a replacement plan. We will replace carefully.
Joseph R P (2023-03-05 18:18:53+00:00): What was the reason for changing an English street name suffix in the US to a Polish one?
VLD530 (2023-04-13 06:41:40+00:00): Thank you for being inquisitive. I assume it was a result of wrong understanding of instructions. "Lane" is correct, obviously.
4004 (2022-07-31 22:05:56+00:00): we tend to use just the surname in name tags
VLD539 (2022-08-11 12:07:14+00:00): Hello!
Thank you for reaching out. I made the update according to this website of the school, https://sch22grodno.schools.by/. Thanks for pointing out the the surname is preferred.
eggie (2022-07-28 11:07:50+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback.. Het is niet de bedoeling om wegen die tijdelijk zijn afgesloten op construction te zetten.
Waar heb je deze manier van construction vandaan?
Het is hier al correct getagd met 
access:conditional =no @ (2022 Jul 27 - 2022 Aug 29)

MVG, 

Eggie 

Namens de OSM Community
eggie (2022-07-28 11:19:54+00:00): reverted by changeset Wijzigingenset #124181339

Mocht je nog vragen hebben stel ze gerust.
De brug was al correct getagd mbt de wegwerkzaamheden.
MVG
eggie
VirgilNL (2022-07-28 11:37:44+00:00): Beste Eggie,
Dank voor de links, ik zal ze doornemen ;)

De manier van construction heb ik gevonden op het internet. Moet ook zeggen dat ik snel heb gekeken hoe dit tijdelijk gemarkeerd kan worden als afgesloten. Vanwege dat je (nu nog) steeds routes krijgt over de Oversteek terwijl die is afgesloten, tevens is ook de energieweg gedeeltelijk afgesloten. 

Duurt het dan altijd een tijdje tot dat de wijziging live is als die is verwerkt? Vanwege dat jij al aangeeft dat het correct getagd was,  maar de wijziging is nog niet doorgevoerd live.

Thx.
eggie (2022-07-28 11:53:38+00:00): De voogaande conditionaltagging was van 2022-06-18 21:17
Lokale mapper Famlam.
Niet alle routingapps ondersteunen (al) de conditionaltagging.

Het is nog altijd beter dan iets op construction zetten.
Ook dan staat iets nog een maand op construction terwijl het soms weken duurt voordat de routingapp het weer heeft verwerkt. Sommige gebruikers downloaden een kaart voor de gps. Die hebben bij een jaarlijkse update een gemankeerde kaart.
Updates van routingapps lopen altijd achter. 
Welke routing app gaat hier de mist in?
eggie (2022-07-28 11:55:33+00:00): Zie hier de voorgaande tagging
https://overpass-api.de/achavi/?changeset=122557925
in changeset https://www.openstreetmap.org/changeset/122557925#map=14/51.8510/5.8315
Warin61 (2025-12-27 10:11:27+00:00): Hi,
I've made the  Bibbulmun Wellington Spur Trail (7337865) relation into a contiguous route. Best attempt to guess where it goes in some section where there were multiple options in the disjointed OSM route. Please see if there are any gross errors. Kick me if you find any.
arcanma (2022-07-28 15:32:13+00:00): Benvenuto e grazie per la tua prima modifica. Mettendo access=no significa che nessuno può accedere in nessun modo. Dato che hai inserito 2 sbarre probabilmente non si può accedere nel tratto compreso, che sarebbe access=private. Se poi a piedi o in bicicletta fosse consentito passare anche con la sbarra chiusa si può aggiungere foot=yes ed eventualmente bicycle=yes. Per info vedi https://wiki.openstreetmap.org/wiki/IT:Key:access
mapboy63 (2022-08-02 15:18:38+00:00): This is already mapped using the cycleway=track tag. One of them needs removing
Slowrouleur (2022-08-17 12:01:37+00:00): Could I suggest cycleway=track tag needs removing? That shows a cycle track (or lane) on both sides of the road. What exists now is a separated cycle path on one side only.
mapboy63 (2022-08-29 14:01:41+00:00): I'm not seeing that, cycleway:left=track and cycleway:right=track have been used appropriately so the cycle map layer and CyclOSM are rendering it correctly.
Slowrouleur (2022-09-01 16:17:09+00:00): But the cycle lanes on both sides of Bridge Lane have been removed and replaced by a separated cycle path on the south side which has been added.
mapboy63 (2022-09-03 21:24:31+00:00): I'm well aware of that, the feature was mapped some time ago. staffordstafford has since mapped it for a second time, so it now shows up twice on the cycle layers, and one needs removing.
Slowrouleur (2022-09-07 17:45:46+00:00): Yes that's why I raised it. I thought it would be polite to comment on it rather than wading in and making my own updates.
mapboy63 (2022-09-07 20:43:10+00:00): I agree, but presumably they haven't seen this so someone else will have to fix it eventually. I have no strong preference which one is kept, the shared use path alongside the A555 which connects to this is also mapped as a separate cycle track, so there is some precedent.
Jan Olieslagers (2022-07-29 08:52:05+00:00): Next time, please add a "closed" or "disused" tag somehow - I had almost re-added the aerodrome.
ohcomeon (2022-07-29 11:16:34+00:00): Sorry, will do. 
This area probably also needs a land use (just grass currently). Maybe instead of deleting, I should have changed tags?
Jan Olieslagers (2022-07-29 12:00:38+00:00): Yes, indeed, tatsaechlich :)
Removing a thing that has at one time been there is never the best idea, it might be re-added which could even lead to a revert-war.
As for the land-use: in my very personal opinion, "grass" is not a land-use, it is a surface". Land-use can be "industrial" or "commercial" or "military" or such. But that is an old discussion, and I won't deeply engage in it.
M.fr.gr.,
Karel ADAMS
silversurfer83 (2022-07-31 19:43:42+00:00): Hi :)
Wenn, wie hier, ein Restaurant schließt, dann helfen die sogennaten Lifecycle Prefixes weiter:
https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix
Dann bleibt der Node bestehen, aber die Datenauswerter sehen, dass es hier nichts mehr zu essen gibt

grüße
-silversurfer83
silversurfer83 (2022-07-31 19:46:22+00:00): Aha :)
Ich hab mal auf die Webseite geguckt. Laut dieser ist das Restaurant nur vorübergehend geschlossen. In dem Fall kann man die Öffnungszeiten einfach auf closed setzen und in description und/oder note einen entsprechenden Hinweis lassen.
romberg (2022-08-01 10:43:44+00:00): Hallo! Ok, etwas dazu gelernt! Objektiv sieht es allerdings so aus, als ob das Restaurant nicht wieder öffnet!
Grüße, romberg
osmuser63783 (2024-01-09 09:24:18+00:00): Bonjour et merci pour la mise à jour des données.

J'ai remarqué que tu as ajouté barrier=kerb à ce "node":
https://www.openstreetmap.org/node/5537335953

Certains moteurs d'itinéraires supposent que barrier=kerb sur un objet "highway" signifie qu'il faut traverser la bordure pour continuer le long de l'autoroute, donc ils l'évitent :
https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=43.3161%2C-1.4031%3B43.3171%2C-1.4039#map=13/43.3189/-1.3774

Est-ce bien ce que tu voulais dire ? Ou bien y a-t-il une bordure à traverser pour accéder au "passing_place", mais pas pour continuer sur la route ?

Désolé si ce n'est pas clair, je ne suis pas français.
highflyer74 (2022-07-29 12:14:36+00:00): Hello and welcome to OSM!

This is not going to work. What was your intention?

Please let me know so we can work this out.
LockOnGuy (2022-07-28 11:59:47+00:00): عاشت ايدك!
JLZIMMERMANN (2022-08-03 07:16:36+00:00): Bonjour Joseph,
Je reste demandeur de laisser le tag area=yes pour les emprises de cheminements car pour l'instant le rendu osm.org en a besoin pour le rendre visible.
Merci
Jean-Louisvaloriser
emersonveenstra (2022-07-28 12:08:54+00:00): Hi,

Please don't add `layer=-1` to buildings. if two buildings are overlapping, then reposition them correctly
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/124183388
Allison P (2022-07-30 05:31:47+00:00): Worse, it's only one building. All the buildings are very low quality. Are we really dumping this stuff on other impoverished countries? HOTOSM needs to teach users to draw buildings properly.
eggie (2022-07-28 16:43:19+00:00): Dag jrn.. Het zou zo wel kunnen, maar.. 

https://wiki.openstreetmap.org/wiki/Tag:retaining_wall%3Dflood_wall

In de wiki is de tagging net even anders..
Aangepast aan wiki.

MVG
eggie
jrnptrs (2022-07-29 07:07:21+00:00): Thanks Eggie, die had ik niet gevonden :-)
SHARCRASH (2022-08-08 12:21:40+00:00): Hi! Get ready to talk bout some deep OSM concept... ;) 

At v5 on this highway https://www.openstreetmap.org/way/497699528/history you've put cycleway=no whereas there IS a cycle lane on each side up to the traffic lights at least, we clearly see it on the latest aerial photos. On the right side of this highway there is a continuous cycle lane. If you mean that there is no cycle lane past the traffic light on the left side, you shouldn't break the cycling network for such negligible distance when the highway's width enters into account here with the crossroad because highways are represented by virtual vectors which's width is totally relative to the rendering and not reality. Even if you specific the width, it won't solve the issue. So past that traffic light (OK 4m after it but this is really negligible and won't even be visible in the maps because of its resolution) we can consider that we reach the crossroad which is actually represented by the node in OSM whereas we will start to turn a bit before. Again virtually not correct compared to reality yet it is impossible to have this cleared out... unless all highways are rendered from polygons but this will never be easy, too complex, too much work, dare i say never be done world wide. 

It's a bit like the cycleway=* tag we insert in the highways of roads to render cycle lanes parallel to roads. It is virtual, not the exact position but it works and is way easier and better than to plot all the time a separate cycleway. The real distance is actually negligible. Most importantly, it will be rendered for sure on maps supporting it because important roads are rendered with a very large width to compensate far zoomed out levels and these would certainly hide cycle lanes plotted separately at exact position. For example, like this cycleway at zoom 18 https://www.openstreetmap.org/#map=18/49.61547/6.17462 , at zoom 17 it is barely visible, zoom 16 oops gone, zoom 15... On CyclOSM's layer map, the Rue de Trèves has cycleway lanes part of the highway yet even visible at zoom out 12! ;) https://www.openstreetmap.org/way/95751230#map=18/49.61498/6.15874&layers=YD  Only with cycleway=tracks far from the main road or/and with very complex shapes it is recommended to plot them as separate ways, like near Esch-sur-Alzette's Gare.

I hope i've been enough clear in my description. So please do not insert gaps in the network of elements related to highways for negligible distances. Thanks! :)
aceman444 (2022-12-02 07:12:30+00:00): This part does not look like asphalt.
eggie (2022-07-28 16:25:44+00:00): Dag Rick..   Er zat een spelfout in de naam.. Die heb ik verbeterd.
Je edits https://overpass-api.de/achavi/?changeset=124184944

MVG
eggie
mavl (2024-11-13 05:34:42+00:00): This changeset has been reverted fully or in part by changeset 159076412 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: incompatible sources - https://www.openstreetmap.org/user_blocks/16857].
SomeoneElse_Revert (2023-05-05 12:00:54+00:00): This changeset has been reverted fully or in part by changeset 135738831 where the changeset comment is: Reverting some MAPS.ME personal markers.  See https://www.openstreetmap.org/user_blocks/7111
Mateusz Konieczny (2024-01-28 15:58:36+00:00): https://www.openstreetmap.org/node/4716685522

what have you meant by this edit? Is it gone and removed?
Mateusz Konieczny (2024-01-28 16:05:07+00:00): before you edit it was mapped as fountain (see https://www.openstreetmap.org/node/4716685522/history ), after your edit there is only covered=Yes

and description is " Edit Spring. "

I am a bit confused  what you wanted to map here?
syntex (2022-08-01 16:20:34+00:00): Kompletna fikcja i wandalizm. Zestaw zmian został wycofany.
Barroszt (2024-06-29 21:06:33+00:00): Mickiewicza > Adama Mickiewicza naprawione :)
MichaelVL (2022-07-29 07:10:04+00:00): Hi. I see you changed the road classification on "Fra stranden". This is literally the access road for the house and I have surveyed it IRL...
MichaelVL (2022-07-30 08:13:32+00:00): FYI - a have aligned this with "Ved Stranden" a little futher south. The road classification there is a combination of track and service road
parsd51 (2022-07-30 10:58:58+00:00): Sorry, I saw it as a path from aerial 2022.
Looks fine now :-)
Z-26 (2022-07-28 13:10:37+00:00): 更正：塘厦而非仲恺
Puxan (2022-07-28 16:25:24+00:00): Falta escuadrar los edificios. Si hiciste el cambio que te recomendé en la sección avisos, escuadrar es muy fácil. Acercate al edificio que necesitas escuadrar hasta que ocupe parte de la pantalla. Pulsa sobre el triangulo amarillo. Te mostrará el aviso de edificio sin escuadrar. Pulsa sobre el aviso. En la ventana izquierda pulsa sobre escuadrar el edificio
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/124186389
Aleksey Gorelikov (2022-07-28 13:12:24+00:00): https://data-usdot.opendata.arcgis.com/datasets/usdot::highway-performance-monitoring-system-fsys-3/explore?location=33.607803%2C-112.369152%2C17.77
mueschel (2022-08-11 17:12:49+00:00): Hi,
could you check this POI? It got a strange 'rof' tag:
https://www.openstreetmap.org/node/5104701723
ribbon (2022-08-12 02:03:12+00:00): I fix /rof/ref/
habi (2022-07-28 15:12:31+00:00): Hey!
Willkommen bei OpenStreetMap, schön seid ihr hier dabei. 
In diesem ersten Changeset wurde die Relation https://www.openstreetmap.org/relation/307346 gelöscht, das ist aus meiner Sicht unnötig. 
Zusätzlich ist https://www.openstreetmap.org/node/9917100988 nur mit Namen eingetragen, sinnvollerweise würden andere Tags noch Sinn machen.
Ebenfalls sollten die Adressdaten nicht alles in Kleinbuchstaben geschrieben werden, magt ihr das noch korrigieren?
Gruess usem Liebifäud,
habi
Citymove I Die Express-Experten (2022-07-28 15:23:39+00:00): Hoi Habi
 
Die Änderungen wurden wiegewünscht angepasst.
Danke für deine Unterstützung.
 
Gruess Amal 😊
habi (2022-07-28 17:39:39+00:00): Ich hab eher an Tags im Sinne von OpenStreetMap gedacht, z.B. https://wiki.openstreetmap.org/wiki/Tag:office%3Dcourier
eggie (2022-07-28 13:54:31+00:00): Dag Marvin... meestal zijn tweewielers uitgezonderd van onway=yes
Is dat hier het geval?
Dan toevoegen
.. oneway:bicycle=no en evt. Ook voor moped en nofa
Groet
Eggie
eggie (2022-07-28 16:31:35+00:00): Dag AntiPesto.. Eigenlijk zijn adressen uniek. Er is hier al een adresnode .. Beter geen adressen nogmaal op de gebouwomtrek zetten.
Wat is de Sprokkelmaat. De naam van het gebouw of een bedrijf?
Geef in je commentaar aan wat je het aangepast.. Kleine wijzigingen zeggen niemand iets.

MVG
eggie
erickdeoliveiraleal (2022-08-08 14:51:00+00:00): Los puntos personales que creó se han eliminado, agregue solo puntos de relevancia pública.
GinaroZ (2022-12-29 21:45:04+00:00): https://www.openstreetmap.org/way/751713013/history just wondering why you marked this as construction?
eastender (2022-12-29 22:38:35+00:00): At the time, it looked like a school site that was being redeveloped for residential use (although the imagery may have been a bit out of date). I think it is probably now completed for residential use, and so the area can be reclassified as residential, and the addr: tags can be moved from the area to the building(s).
Đuro Jiří (2022-07-28 17:49:40+00:00): Scusa,hai rimosso acqua e con questo nome "Ducks, Swans and Pelicans, Lar gibbons" sei sicuro?
Đuro Jiří (2022-07-28 18:53:24+00:00): E inoltre non credo che ogni pannello informativa abbia un numero civico.
Pavol33 (2022-07-29 07:32:44+00:00): Ich bin sicher. So stehts auf dem Plan und meinen Fotos.
Pavol33 (2022-07-29 11:28:52+00:00): Sì, ne sono sicuro, quindi è nel loro aereo e nelle mie foto
Đuro Jiří (2022-07-29 12:14:13+00:00): Vodní plochy jsem vrátil na mapu, adresu z informačních tabulí jsem smazal a co se týče toho jména,mi je jenom divné že je jeden z mála v angličtině a ne v italštině.
laurent-38 (2022-07-30 19:07:24+00:00): Bonjour Badpap,

Es-tu sûr qu'il y a une entreprise de location de voiture ici ?

Jusqu'à fin juin, c'était une entreprise qui faisait de l'événementiel : https://bacchus-events.fr/complexe-a-lisle-dabeau/
(d'ailleurs, je ne sais pas comment cartographier cela)

Cordialement
~~
laurent-38
badpap (2022-07-31 14:52:17+00:00): Bonjour

Non non, c’est une entreprise de location de salles de réception et d’événementiels dans les deux salles

Merci pour la veille

Je vais corriger
laurent-38 (2022-08-01 08:59:06+00:00): Bonjour,
Je n'étais pas satisfait des corrections du 31/07 (il restait le nom et la marque de la société de location « Enterprise »), alors j'ai fait d'autres modifs : https://pewu.github.io/osm-history/#/node/9917154648

Est-ce que cela te semble convenable ?
Cordialement
~~
laurent
Piskvor (2022-07-28 14:40:06+00:00): omylem spojeny dva CS, druhý zde revertnut a uploadnut zvlášť
ruugie (2022-09-11 21:06:23+00:00): Your changeset window is too big.
Robhubi (inaktiv) (2022-08-01 20:02:37+00:00): Tut mir leid, aber deinen CS muss ich revertieren um wieder zu dem mit der Community akkordierten Zustand zu kommen. Selbstverständlich kannst du dazu eine abweichende Meinung haben, aber bitte bring deine Argumente vorher in der Diskussion „Was ist der Name einer ÖPNV-Haltestelle?“ (https://forum.openstreetmap.org/viewtopic.php?id=75944) ein, bevor du etwas änderst.
pooh79 (2022-07-29 05:23:13+00:00): Отмените свой явно ложный пакет правок
martinst (2022-07-28 15:13:21+00:00): Hallo Maihou,
in OSM werden bei name= nur Eigennamen eingetragen, zum Eintragen der Mountainbike-Schwierigkeit usw. sind die Werte im Wiki dokumentiert:
https://wiki.openstreetmap.org/wiki/DE:Key:mtb:scale
Gruß Martin
ToniE (2022-07-29 08:11:15+00:00): Hallo Maihou,

bitte den Hinweis von Martin beachten und bitte mal antworten.

Gruß
Toni
ToniE (2022-07-29 08:15:16+00:00): Siehe auch https://www.openstreetmap.org/changeset/124217642
ElliottPlack (2022-07-28 14:33:29+00:00): wrong account in JOSM
emersonveenstra (2022-07-28 14:50:14+00:00): Hi!

Please make sure to make good changeset comments, just saying "name" when you're creating a path is not helpful for others. More information can be found here: https://wiki.openstreetmap.org/wiki/Good_changeset_comments
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/124190160
Piskvor (2022-07-28 14:41:34+00:00): omylem spojeny dva CS, Topolná se týká jen toho v tomto bounding boxu
IsStatenIsland (2022-08-09 00:02:20+00:00): A fantastic changeset
quincylvania (2022-08-09 02:05:53+00:00): Thanks! I was surprised how messy the NYC-area ferries were considering how prominent they are cartographically. I was able to clean them up considerably in a series of changesets
mkopinsky (2023-11-01 17:51:19+00:00): Agreed with IsStatenIsland.

This changeset (and others in this set) may be part of why Garmin (Connect, in the "Create new Course" UI) has this hilariously unrealistic popularity heat map of where people are supposedly running (or going). Clearly they're taking GPS tracks and snapping them to some sort of predefined ways, even if the ferries themselves are clearly not following these individual ways. The basemap in this image is Google Maps, but I'm _pretty_ sure that the purple popularity lines match the ferry routes in OSM.
https://imgur.com/a/QWo6Rtz