piebro/osm-data huggingface dataset:
user_11418917 (2021-06-12 22:16:47+00:00): We can see there is cars there! Don't delete the whole road! you can change the access and tags but not delete the whole thing!.. Reverted.
user_2066394 (2021-06-12 21:19:21+00:00): https://wiki.openstreetmap.org/wiki/DE:Key:playground
Theophilix (2021-06-13 20:13:00+00:00): Bitte Änderung löschen, please delete changes
user_2066394 (2021-06-13 20:28:41+00:00): Das wäre schade :-)
description=* gibt schon mal Anhaltspunkte für die weitere Verfeinerung, der Link oben war mehr als Anregung gedacht.
Theophilix (2021-06-13 21:19:20+00:00): Aber ich muss doch jedes Spielgerät als neues, einzelnes Objekt einfügen, oder pack ich das in die Eigenschaften des vorliegenden Spielplatzes mit "playground" (feld links) und "swing" (feld rechts)?
user_2066394 (2021-06-13 22:04:13+00:00): Gesamtfläche des Spielplatzes als
leisure=playground
und dann die einzelnen Spielgeräte als Knoten mit
playground=*
entsprechend anordnen.

Alternativ könnte man die Werte für
playground=*
auch in den jetzt vorhandenen Knoten einfügen.
GartenStuhl (2021-06-15 06:06:07+00:00): looking good also :)
Jordi MF (2021-06-24 22:28:28+00:00): Hola,
Dices que has colocado el restaurante Ka Nostra en su ubicación correcta. Sin embargo, actualmente hay 3 restaurantes con dicho nombre y 2 los has modificado tú. Si conoces dónde está exactamente el restaurante, elimina los nodos que sobran y coloca el restaurante dentro del edificio que corresponda.
Gracias y un saludo,
Jordi
كارلوس ميتانويا ذئب (2021-06-13 02:40:04+00:00): 5D992.c
AgusQui (2021-06-14 03:11:29+00:00): La ultima parada del 169 es Congreso y Ciudad de la Paz, la vuelta que da para volver a hacer el recorrido hacia provincia no es parte del servicio, no se mapea.
eggie (2021-06-12 21:21:34+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
rene78 (2021-06-12 21:46:55+00:00): Gonna need some time to work through all those changes. Please don't delete.
GartenStuhl (2021-06-15 05:44:34+00:00): I dont know...
The router should route your route over that bridge since the beginning.
What are you trying to accomplish here and what programm doesnt do what you want? You should know that OSM shouldnt be changed just for some routers or renderers.

If i compare the two bridges (this one and "Pont de La Plaine" in the east, OSMR and Graphhopper are doing a good job at routing, and the other bridge dont even have any special tags for bicycle...
ashorty (2021-06-16 14:52:57+00:00): Hello, Thank you for your comments. I am trying to get this working with connect.garmin.com while creating a cycling route. These changes do not seem to have helped. I have also looked at other bridges which dont seem to have this issue but I cannot pin point the problem.
ashorty (2021-06-16 14:56:51+00:00): There is a border crossing near by on "Route de Valleiry" close to Node #86725790 which also does not seem to allow garmin routes to cross the border at this point. There is no bridge at this crossing so perhaps the problem is related to the specific road crossing a border?
GartenStuhl (2021-06-17 12:03:41+00:00): The answer to this questen can probably only answered by the developers of the router of connect.garmin...
you could test it with the bridge further down the stream.
https://www.openstreetmap.org/#map=17/46.14480/5.96506
OSRM can route it and its a border-crossing bridge.

but...
please dont make changes in the openstreetmap-database just because some renderer/router doesent use the provided data correctly
https://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer
please consider reverting those changes.

it seems clearly that this is a problem with garmin, maybe their support can help you further?
clay_c (2021-12-08 18:53:26+00:00): Hi Arlo. I noticed you merged the Amtrak station node with the building outline here. The station node (along with the public_transport relation) represents the whole station, which the building is just a part of. In the future, please keep them separate.

Partially reverted here: https://www.openstreetmap.org/changeset/114713714
Arlo James Barnes (2021-12-09 20:18:26+00:00): Gotcha, sorry for messing it up and thanks for fixing it.
clay_c (2021-12-10 00:22:07+00:00): No worries, thanks for understanding.
marc__marc (2024-09-11 10:02:15+00:00): Hello,
https://www.openstreetmap.org/way/953833025
what's that ? the main tag is missing
note also that survey_date=yes isn't a date :)
Regards and happy mapping
Sandal man (2021-06-13 10:23:04+00:00): Hola, gracias por tu contribución a OSM, pero una puerta normalmente es solo un punto.
Una valla es una línea.
Ver https://wiki.openstreetmap.org/wiki/ES:Key:barrier
Lo ajustaré.
miquel_gomis (2021-06-16 06:41:22+00:00): Hola! la verdad es que es un muro con una puerta enorme, es totalmente infranqueable para pasar a no ser que los dueños abran la puerta. ¿hay posibilidad de enviar una foto?
Sandal man (2021-06-16 07:56:21+00:00): Hola, 
Entonces necesitas dibujar una pared al lado de la puerta.
Haré un poco, luego puedes expandirlo o ajustarlo tú mismo. 
Solo puede enviar una foto con un enlace a la foto. 

Saludos
Richard (2021-06-15 17:21:31+00:00): Hi! This is definitely not a route=bicycle - it breaks common expectations for what that is. It's a route=mtb. If you need it to show up prominently on a particular map rendering then please contact the people who run that rendering.
Mikey Co (2021-06-15 22:00:23+00:00): Sorry my error, please correct it to whatever it should be
mueschel (2021-06-13 14:49:37+00:00): Hi,
you used many different keys here that are not used in any other place.

45dubreuil
admin_ref:FR:45dubreuil
admin_ref:FR:45dubreil	
admin_ref:FR:45dubreuil:trees

Please, use one common spelling, preferably of the form "ref:XXX".
pvk (2021-06-13 19:55:25+00:00): No worries, the villa Dubreuil area is a work in progress area, and a learning place as well for myself. 
The final ref will be 
admin_ref:FR:45dubreuil:trees for all its trees
The usage of admin_ref (instead of ref) is documented there https://wiki.openstreetmap.org/wiki/City_tree_registers
mueschel (2021-06-14 06:43:14+00:00): I would advice against the use of "admin_ref". This tag is not mentioned in any other place and this would be the very first use of a subkey with this tag. 

"ref" is very well established, and in many cases also used for numbers that can't be verified on ground.

Another thing: Please don't add the species or ref number to the name tag of a tree. This is for actual names of an object only. The species should be tagged as "species" or "species:fr".
H@mlet (2021-06-13 12:23:47+00:00): Bonjour,
j'aimerais savoir sur quelle logique vous basez cette modification ?
Déjà, sachez que ces chemins ont déjà fait 3 ou 4 aller-retour entre path et cycleway, si  vous avez un argument définitif à ce sujet, il faudrait le mettre en note pour éviter un nouveau changement.
Pour ma part, je serais plutôt pour path, car les réglages par défaut des routeurs sont plus larges (voir https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#France) et car il n'y a pas pas de panneaux "réservé aux vélos" aux entrées de cette voie verte, mais des "interdits aux véhicules à moteur".
Or cycleway interdit par défaut tout autre moyen de transport que le vélo, il faut ensuite les ajouter spécifiquement, au fur et à mesure que les tags sont créés, en espérant qu'ils soient pris en compte.
Par exemple dans le cas présent, j'ai l'impression qu'il manque horse=yes, rien ne s'y oppose à mon humble avis.
Je comprends bien que path (comme petit chemin) paraît étrange , mais surface=asphalt et smothness=excellent corrige ce biais.
J'ai chercher un peu sur le wiki une discussion à ce sujet, qui ne doit pa être spécifique à cette voie verte, sans succès. Il faudrait peut-être la créer et la mettre en note.
Dans l'attente de vous lire.
Cordialement.
Fabienamnet (2021-06-13 16:26:36+00:00): Bonjour,
Désolé si j'ai apporté des modifications non pertinentes mais mon but était surtout de remplacer les objets définis comme "voie non carrossable" par une catégorie plus en adéquation avec les voies vertes du 56 et du 35 notamment.
Bien cordialement,
H@mlet (2021-06-13 17:47:57+00:00): La traduction (je suppose par l'équipe de l'éditeur iD) porte à confusion.
Comme écrit sur la page wiki : "Ces chemins peuvent avoir tout type de surface."
https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dpath
Le seul implicite de ce tag est motor_vehicle=no.
Les autres tags apportent les précisions nécessaires aux routeurs plus fins.
highway=cycleway est utilisé pour les pistes cyclables, généralement signalée par des panneaux avec un vélo blanc sur fond bleu.
Je vous invite à annuler vos changements, soit avec des changeset revert, mais la procédure n'est pas simple, soit à la main.
Peut-être pouvez-vous ajouter un tag note="cycleway est trop restrictif", ou quelque chose du genre, afin que d'autres utilisateurs ne fasse pas la même erreur à l'avenir.
D'une façon générale, ne faites pas trop confiance aux nom des tags, a fortiori à leurs traductions. Il faut constamment se référer au wiki, certaines conventions sont quasiment des contresens par rapport au mot utilisé. D'autant que c'est de l'anglais britannique, parfois assez éloigné de l'anglais américain, plus répandu. D'autant plus lorsque vous modifiez un travail existant, vous pouvez considérer que les contributeurs précédents ont fait le travail du mieux possible.
Cordialement.
ottwiz (2021-06-12 22:25:09+00:00): Mapped forests, and aligned/added roads in Eastern Texas. Shame on you, JOSM for adding no comment.
cyton (2021-06-13 02:09:23+00:00): moin, wie im wiki beschrieben: https://wiki.openstreetmap.org/wiki/DE:Key:handrail

könntest du angeben, wo die handrail ist, also ob rechts, links, in der mitte oder eine kombination davon.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/106267384
cyton (2021-06-13 02:07:03+00:00): moin, wir haben in berlin zum glück tolle bilder von berlin selbst, in iD wären das die "Berlin/Geoportal TrueDOP20RGB (2020)".
die sind meist aktueller als die esri bilder, und da es truedop bilder sind auch verwerfungsfrei.
ansonsten seh ich hier keine einwände.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/106267559
tastrax (2021-06-17 02:40:39+00:00): Hi folks FYI - Phone numbers in Australia should be added to OSM according to the following format with the country code +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
user_5359 (2021-06-27 17:06:16+00:00): Hello! Please have a look on https://www.osm.org/way/953852952. What is the meaning of the tag false=D?
syntex (2021-06-27 18:33:25+00:00): Hi, I figured it out. It is a JOSM bug, which is rare and occurs only when you copy tags from other objects.  https://www.openstreetmap.org/changeset/102576390.
Glassman (2021-06-13 17:59:20+00:00): #TIP: You can also draw the wetland as an area which will show up on the map.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/106268264
Unbeatable101 (2021-06-12 23:55:05+00:00): Sorry, it was 340A02
SekeRob (2021-06-13 09:01:57+00:00): hi,

their website says "Contact us: Call 131 888". Could be a phone:tollfree case or similar. Just deleting is no good.
eggie (2021-06-13 05:39:33+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback.. Gebouwen tekenen we tegenwoordig niet meer zelf in, maar kunnen middels een verzoek op het forum worden geï-importeerd.
Zie draadje verzoek BAG import
https://forum.openstreetmap.org/viewforum.php?id=12

MVG, 

Eggie 

Namens de OSM Community
eggie (2021-06-13 06:14:52+00:00): .. Even als voorbeeld het importverzoek dat nu loopt...
https://forum.openstreetmap.org/viewtopic.php?pid=832292#p832292

MVG
eggie
FrankOverman (2021-06-13 17:18:10+00:00): https://forum.openstreetmap.org/viewtopic.php?pid=832351#p832351
eggie (2021-06-13 17:34:00+00:00): Frank bedankt.. k heb alleen het idee dat het oostelijke bouwwerk nr 7 niet meer bestaat... Daar loopt nu de weg doorheen.. volgens satellietdataportaal
Gr eggie
FrankOverman (2021-06-13 18:29:05+00:00): Zo te zien heb je gelijk:
changeset 106293321
eggie (2021-06-13 18:43:38+00:00): Regel 1.. de meester heeft altijd gelijk.
Regel 2 .. bij geen gelijk is regel 1 van toepassing
eggie (2021-06-13 05:43:56+00:00): De nummers komen straks met de import mee.
gr eggie
Frans S (2026-07-05 11:00:42+00:00): Hi-rise or tall buildings (even with a few stories) needs a different way of drawing them than low buildings.

Please check this footage on how to map these buildings

https://youtu.be/u31wPYWkm3E?si=lDbvDutpUyZWQXXL

A more extended explanation with samples can be seen here

https://wiki.openstreetmap.org/wiki/Roof_modelling#Drawing_at_the_roof

Additional find here a link to how to map complex situations
https://www.openstreetmap.org/user/Koreller/diary/404988#comment61337


Best regards
Spaghetti Monster🍝 (2022-02-17 21:12:14+00:00): Please use the correct tags
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/106268960
eggie (2021-06-13 05:55:09+00:00): Dag bsombekke
Beter niets aan de de adres-nodes veranderen. Schuiven mag wel. 
nr 73 heb ik weer hersteld.
Nr 2 is gewoon aanwezig.
Zolas alles ligt komt overeen met de data van het Kadaster. Adresnodes liggen willekeurig.
Zie https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=bennebroekweg%2073&resultOffset=0&objectId=0638100000377890&geometry.x=93905.859997436&geometry.y=459318.81899978&zoomlevel=7&detailsObjectId=
------
Een evt. terugmelding kan hier.
MVG
eggie
eggie (2021-06-13 06:31:05+00:00): zorglocatie Emmaus?
KetoCat (2021-06-13 01:10:08+00:00): Message garbled for some reason. It should have read:
The numbers on this small stretch of road are totally wrong (see notes). They are all bungalows (though assigned as two storey buildings). I'm not sure why they're shown as POIs - shome mishtake shurely...
ZeLonewolf (2021-07-03 13:22:08+00:00): Hey there, thanks for working on the CanVec import!  I'd recommend that you use the newer tagging natural=water+water=river going forward for river areas instead of waterway=riverbank.
ZeLonewolf (2021-07-03 13:26:01+00:00): Also, I noticed that you used area=yes, which is not needed, and water=intermittent, which is a mistake - it should be intermittent=yes.
ZeLonewolf (2021-07-03 13:27:11+00:00): Here's a YouTube video I created a few months ago describing the ins and outs of river area tagging for a more detailed explanation :)

https://www.youtube.com/watch?v=c5YwXDKGr2Y&t=10s
DUGA (2021-08-16 17:54:51+00:00): Please consider using "
MD Latest 6 Inch Aerial Imagery" editing Maryland. Using ESRI only to track new aerial updates which do not exist in MD 6in.
Ingolf2 (2021-07-29 23:47:06+00:00): Sorry, falscher Kommentar beim falschem Knoten.
Ingolf2 (2021-08-01 03:49:09+00:00): Sorry, falscher Kommentar am falschen Ort.
mavl (2022-08-18 14:38:21+00:00): This changeset has been reverted fully or in part by changeset 125065270 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. The amenity=bus_station as personal note are deleted. Reason: poog mapping - https://www.openstreetmap.org/user_blocks/6253].
mariotomo (2021-06-14 23:15:50+00:00): hola.  porqué le quitaste el `loc_name` ?
Alvarado2510 (2021-06-17 21:59:46+00:00): Marcaba un error, con el uso de loc Name, recordé que hace unos mese me comentaste el uso, en otra calle y me recomendaste, cambiarlo, en este caso a esa calle el gobierno no le a puesto otro nombre por lo cual solo dejó el oficial.
mariotomo (2021-06-18 16:44:07+00:00): hola, veo que utilizas JOSM, no sé cuál sería el error. Le devolví el nombre loc_name, que tenía desde el conjunto de cambios 36436288. Si tienes dudas, por favor revisa las páginas wiki y de seguir con dudas pide apoyo. No borres información añadida por otros a menos de ser incorrecta.
dieterdreist (2024-05-30 09:58:49+00:00): Hi, it seems unconventional to promote a town with less than 9000 population to "city", referring to Fátima: https://www.openstreetmap.org/node/563655196/
AntMadeira (2024-05-30 11:10:05+00:00): Hi dieterdreist.

In Portugal, cities, towns and villages are mapped according to the law, not according to population, which is not easily verifiable and has big ambiguities compared to other countries.
In this case, Fátima is a city and that's why it is mapped this way.
You can have a sample of a discussion like this here:
https://wiki.openstreetmap.org/wiki/Talk:Tag:place%3Dcity#National_folklore_ruins_the_usefulness_of_place=city

Regards,
António.
dieterdreist (2024-05-30 12:10:32+00:00): The law does not define the meaning of the city tag in OpenStreetMap, I don’t question that you should tag legal settings if they are useful for the context, but I think if the implication would be to map European towns with 8800 population as place=city then the place value is not the right place for this. Maybe it has to do with translation? What is the portuguese term that you map to city?

Cheers Martin
AntMadeira (2024-05-30 12:20:53+00:00): The law is a verifiable way of mapping a city, because its classification derives from the existence of a list of pre-conditions that defines what a city is.
In Portugal, "city" is translated to "cidade", "town" to "vila", "village" to "aldeia".
There's no place in the wiki that states a city in OSM should have more or less than X people. However, these are the most important places in Portugal, that's why they're cities, not town, not villages.
This is a verifiable and concrete way of hierarchization based on what exists on the ground, it's not just a legal definition.

The definition of a city in China can not be the same of what a city is in Portugal, so the definition is not and should not be based on the population alone.

Regards,
António.
dieterdreist (2024-05-30 12:32:41+00:00): It seems, cidade can also be translated to town, according to the context the correct translation may be town in many instances. It is not possible, unfortunately, to assume that the English idea of town translates perfectly to the exact same concept in other languages, often you cannot translate the same word 1:1 into the same word in a different language, you have to choose the correct corresponding word(s) according to the context and the definition / idea the languages have about these terms (what they can mean or not). Sometimes, there isn't even a single word in a language for a concept that other languages have a word.

Cheers,
Martin
dieterdreist (2024-05-30 12:38:44+00:00): back to OSM, I think you should indeed record the fact a settlement is considered cidade, vila (which by the way can also mean town or village, according to context) or aldeia (or more), but not in the place tag, it would go against its definition. You can find it here: https://wiki.openstreetmap.org/wiki/Tag:place%3Dcity
I think you should have a look at admin_title https://taginfo.openstreetmap.org/keys/admin_title#overview
Or name:prefix https://taginfo.openstreetmap.org/keys/name%3Aprefix#overview
or maybe have a completely new key specifically for your situation.
AntMadeira (2024-05-30 12:46:33+00:00): Yes, the English idea of town is very blurry in other countries, even in the USA, but the translation is adequate (I'm a professional translator) and the equivalence is also correct in Portuguese terms.
The Portuguese community approved a verifiable scheme that hierarchizes the place tag according to its reality, which is not (and can not) be the same as in other countries, a bit like the road network of each country, which differs a bit from country to country.
The difference is that Portugal adopted a well defined structure, while most of the definition based on population is unverifiable and prone to subjectiveness and ambiguity.

Again: the definition in the city wiki is not based on population, but, and I quote " largest settlement or settlements within a territory, including national, state and provincial capitals".
In Portugal, all admin centres, capitals and admin boundaries are correctly mapped, all the way to the place=village.

I see that you opened a topic in the community forum. Let's continue the conversation there, please.

Regards,
António.
Alecs01 (2021-06-13 07:37:43+00:00): Ciao Mattia e benvenuto su OpenStreetMap, il tag "name" si usa solo per il nome proprio dell'oggetto, altrimenti si lascia vuoto. In questo caso, il numero del catasto non è il nome del campo (non credo che abbia senso peraltro replicare la mappa del catasto in OSM, sempre ammesso che sia consentito farlo).
ivanbranco (2021-06-26 13:15:54+00:00): Hi Alvarado2510,

what's the meaning of the autor=* tag? Doesn't seem to be a documented tag on the wiki.

Also the wikipedia=español:Rail transport in Panama is wrong. It should be wikipedia=es:Ferrocarril en Panamá

Can you fix it?
opendcc (2021-06-13 07:19:33+00:00): Hallo,
please restrict your changesets to smaller areas.
trial (2021-06-16 11:22:47+00:00): And now you can format the phone according local rules: http://osmose.openstreetmap.fr/fr/byuser/AxelBoldt
mariotomo (2021-06-14 17:25:34+00:00): hola Alvarado, disculpa si insisto, qué te parece de hacer bien ese trabajo que estás haciendo con las relaciones?  a toda disposición para apoyarte en entender la documentación.  todo empieza por separar las rutas de ida y vuelta en relaciones distintas, y marcarlas como public_transport:version=2.
user_2066394 (2021-06-13 14:48:09+00:00): War mit
disused:amenity=cafe
und
old_name=*
eingetragen.
Gibt also in dem Sinn keinen Grund, das zu löschen.
https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix
tonyf1 (2021-10-19 21:40:04+00:00): See  Changeset #112718355
tonyf1 (2021-10-19 21:45:11+00:00): and changeset #112718524
PT-53 (2021-07-05 07:03:59+00:00): Hallo Carsten,
Du hast an dieser Straße
https://www.openstreetmap.org/way/789072793/history
das Merkmal
highway=proposed
abgeändert auf
highway=unclassified.
Wenn die Straße zwischenzeitlich befahrbar ist, sollte 
noch das Merkmal
proposed=residential
gelöscht werden.


Das ist doch eine Straße in einem Wohngebiet. Wäre da
highway=residential
nicht passender?

Schaust Du Dir das nochmal an?
Fragende Grüße

PS:
Für Fragen / Anmerkungen / Rückmeldungen bitte diesen Änderungssatz aufrufen und in das leere Feld unterhalb Diskussion als neuen Kommentar eintragen.
PT-53 (2021-07-25 08:43:43+00:00): Erledigt, Danke
gscholz (2021-06-16 04:53:52+00:00): Hi Bipin,
your recent changesets have addes several errors to the OSM database regarding not connected ways (red dots):

http://tools.geofabrik.de/osmi/?view=routing&lon=-87.36615&lat=15.16928&zoom=12&overlays=duplicated_edges,duplicated_edges,duplicated_edges_areas,snap_points,unconnected_open_ends_1,unconnected_open_ends_2,unconnected_open_ends_3,unconnected_open_ends_4,unconnected_open_ends_5,unconnected_open_ends_6

As you probably know, not connected ways can not be used by routing software.

Can you please fix this?
Guido
Bipin Paudel (2021-06-16 15:40:27+00:00): Thank you so much for your response i had edited it properly. Actually there was no any warning while uploading , but still i would keep in mind about it while mapping. again thank you so much  gscholz.
Mateusz Konieczny (2026-06-04 06:45:39+00:00): Hello!

You used
mtb:scale=-0
on https://www.openstreetmap.org/way/876472358/history

Have you maybe meant
mtb:scale=0-
?

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?
tonyf1 (2021-10-19 20:52:22+00:00): See  Changeset #112717051