piebro/osm-data huggingface dataset:
Adamant1 (2019-04-25 07:50:59+00:00): So I looked into it more, and I still don't see anywhere where you discussed the "proximity rule" (it's not even a rule. It's more like a suggestion). With anyone. Let alone adding an operator abbreviation to the first part of a name (in case you missed it, there's a whole section in the names article called "Abbreviation (don't do it)"). There's no discussion about it anywhere. Not in the links you provided me, the name article, or anywhere else that I could see. There's no specific discussion how to tag Valley Subdivision in any of those places either. Which you specifically said was discussion and that consensus was reached on. All there is a bunch of edits on the pages by you. Which mean absolutely nothing in the grand scheme of things. Anyone can create a project page and put whatever they want on it. The content doesn't automatically become a "rule" in OSM just because someone put it there either. 

So instead of doing this game where you ignore any counter evidence, bag on me instead, and provide links that don't even show what you say they do, either actually provide links to a discussion you had where consensus was reached by a bunch of people on the proximity thing and Valley Subdivision also, not just a few people in a project either like you said there was, or correct your edits. If you don't fix them, I will do it myself or see if an admin can. If you try to edit war me or continue with your personal stuff, I will report you. At least I'm giving you one more chance to actually provide evidence to support your claims. It's more then id like to do or I think you should have at this point. I could have just fixed all this in the first place without contacting you. I did it as a good faith gesture though, because I figured you'd want to fix your own problems. Don't prove me wrong or make it a waste of my time and good faith by continuing the other stuff. Just actually back up what you say or fix the issue if you can't. If you made a mistake, no big deal. We all do once in a while, but it won't help if you dig in your heels and don't deal with it.
Minh Nguyen (2019-04-26 04:54:44+00:00): What in Sam Hill is going on here? I’m seeing comments between you two flying by in the changeset comment tracker and it really stands out among the constructive comments that otherwise turn up. Clearly, there are hurt feelings and a total breakdown in trust.

I’m not even sure I want to know who originally started this whole flamewar and where, but the ad hominem attacks, name-calling, backhanded compliments, etc. need to stop. Both of you have been contributing to this project long enough to know that the tone of this discussion is inappropriate. With the decentralized nature of communications in this project, there’s not much point in anyone blocking one or both of you; you’d just migrate elsewhere. But it would be a shame if you get burnt out and stop contributing and even worse if your dispute discourages others from contributing too.

I’d encourage you both to take a break – from communicating with each other, from discussing the tags that you’ve been disagreeing over, even a temporary break from OSM – whatever it takes to get past this episode. Take the long view: in a month, will you be proud that you won the argument or frustrated that you spent so much time and energy doing so? In five years, will you feel as strongly about your differences over these tags? Tags could look totally different by then!
Adamant1 (2019-04-26 09:52:41+00:00): "I’m not even sure I want to know who originally started this whole flamewar and where"

Thanks for the comment. An outside opinion is pretty helpful sometimes and I totally agree with what you said. It doesn't really matter where it started or who started it. Its inappropriate on both our sides and we can both do better. The last thing I want to do is discourage people from contributing to the project and I don't think Stevea does either. So I'll do my part to be more civil. I think we are making progress on it, but a break might be good to. Like you say, tags will be different in five years anyway. So it really doesn't matter that much ultimately. Especially if nothing gets done because we are both to bickering back forth with each other. 

Stevea, feel free to leave the abbreviation on the name for now. We can always revisit it later when we have both calmed down and can discuss it more civilly. Hopefully we can work together more amicably on things going forward.
stevea (2019-04-26 18:30:34+00:00): I'd be fine leaving it on, I'd be fine if Adamant1 were to remove it, then document that he did that in the wiki (saying why, that it is unlikely for these to be confused, except in a California-wide context), as I agree they are not proximate except for being in the same state.

Minh, thank you for your usual dose of sanity.
stevea (2019-04-26 19:56:18+00:00): BTW, I believe it started largely at https://wiki.osm.org/wiki/Talk:Tag:leisure%3Dpark#Do_beaches_qualify_as_parks.3F as Adamant1 asked the question embedded in the link.  Though I agree it doesn't matter who started it.
Adamant1 (2019-04-27 02:02:09+00:00): "'Id be fine leaving it on, I'd be fine if Adamant1 were to remove it"

Thanks. I appreciate the compromise and if I do delete it I'll be sure to document it in the wiki. 

"BTW, I believe it started largely at"

Since you brought it up, personally I'd go with it starting at you closing my notes with what seemed like hostile messages. I think both our responses to that original incident, which was probably from lack of understanding about how each of us communicate and because we are both from California (which tends to bred unnecessary confrontation for some reason), led to every other interaction afterwords being unnecessarily contentious by both of us. It's a lot easier to do dig a hole then get out of it. That's just my opinion though and I'm still 100% responsible for my part of it.
DUGA (2021-03-07 19:16:01+00:00): It is not very helpful to tag roads as "paved"...By default they are paved, if not they will be tagged then.
Pandur17 (2019-06-16 14:19:23+00:00): Woher kommt ref bei dem Stationsknoten? Steht die auf der Station drauf? Ich trage in das Feld bisher die Nummer aus der REST-API von Velocity ein, aber die Nummern sind anders.
Peer van Daalen (2019-06-16 14:42:49+00:00): Salut und Grüß Dich

Ehrlich gesagt, weiß ich es nicht so genau mehr, weshalb ich das ref =  7 gesetzt habe. 
-
https://wiki.openstreetmap.org/wiki/DE:Key:ref?uselang=de
-
Könntest Du das bitte berichtigen? Ich schau es mir dann an und werde daraus lernen.
-
Merci und einen schönen Rest-Sonntag noch. | Peer
viloan (2019-02-21 23:41:30+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
andrewwiseman (2019-02-22 00:19:05+00:00): Thanks for mapping! Don't forget to square the corners of your buildings with the s key on your keyboard
andrewwiseman (2019-02-22 00:25:08+00:00): Thanks for mapping! Don't forget to square the corners of your buildings with the s key on your keyboard
erwinnindl (2019-08-04 18:51:56+00:00): The building https://www.openstreetmap.org/way/672189347#map=19/47.32077/12.32010 is not there anymore since several years.
andrewwiseman (2019-02-22 00:23:58+00:00): Thanks for mapping! Don't forget to square the corners of your buildings with the s key on your keyboard!
metatech (2019-08-25 12:51:34+00:00): Hi, 
Are you sure this track "Sentier n°91" really exists on the ground ? 
https://www.openstreetmap.org/way/672190265
And also the other tracks which you added around there ? Because I walked by today on "chemin n°14" and "chemin n°50" and did not see them. 
The following rules of OSM "On the Ground Rule" and "Don't map historic events and historic features" recommend to map ways which are not visible anymore in "Open Historical Map". 
https://wiki.openstreetmap.org/wiki/Good_practice 
I asked the same question on changeset https://www.openstreetmap.org/changeset/67084631, but did not receive an answer.
Thanks.
IWBRABANT (2022-02-06 15:07:29+00:00): IL est à l'atlas de  1841.
metatech (2022-02-07 06:23:11+00:00): L'atlas vicinal de 1841 n'est *pas* une source appropriée pour OpenStreetMap, si le chemin n'existe plus sur le terrain.  OSM n'est pas un lieu pour ressusciter des vieux chemins, qui ne sont plus empruntables.  Il faut d'abord qu'ils soient restaurés sur le terrain pour les rendre à nouveau praticables, comme le fait par exemple l'association www.chemins141.be.  Merci.
Владимир К (2019-05-24 15:28:42+00:00): что значит note=19 02 ?
d1sr4n (2019-06-12 05:48:02+00:00): Привет. Это заметка с датой разметки полигона landuse, для наглядности внесенная в ключ note, нужный для заметок. Мне важно, я туда вернусь переделывать более детально позже.
andrewwiseman (2019-02-22 01:04:11+00:00): Thanks for mapping! Don't forget to square the corners of your buildings with the s key on your keyboard
jo_yo (2019-03-30 05:23:28+00:00): Hi, thank you for mapping. Project 4319 only asks you to map buildings and residential areas. Only the most important roads in a country should be classified as primary: https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa
andrewwiseman (2019-02-22 01:02:57+00:00): Looks great, thanks for mapping!
b-jazz (2023-10-16 16:45:49+00:00): https://www.openstreetmap.org/node/5899284188 has a broken website link. I'm not sure what it should be. Someone should either fix it or delete it.
viloan (2019-02-22 01:07:43+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
metatech (2019-08-25 12:38:01+00:00): Hi, 
Are you sure this track really exists on the ground ?
https://www.openstreetmap.org/way/672195642/history
The following rules of OSM "On the Ground Rule" and "Don't map historic events and historic features" recommend to map ways which are not visible anymore in "Open Historical Map". 
https://wiki.openstreetmap.org/wiki/Good_practice 
I asked the same question on changeset https://www.openstreetmap.org/changeset/67084631, but did not receive an answer.
Thanks.
Glassman (2019-02-22 14:49:24+00:00): Tip: Just remove tags associated with the business, but leave the address tags to make adding new businesses easier.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/67449178
Baloo Uriza (2019-02-22 13:06:18+00:00): Missed the fixme tags.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/67450126
jguthula (2019-02-25 13:46:04+00:00): Hi Paul,

Thanks for looking into this edit. By mistake we overlooked into the "Fix me" tag after adding names to these roads. Going forward we will be more careful on looking into the Fix me tag. 

Please do let us know if there are any other things that we need to be careful about. We are looking forward to collaborate with the community and learn more from them.

Regards,
Jothirnadh
fims7 (2019-02-27 10:49:01+00:00): Добрый день, Вы уверены что данный участок дороги стоит "поднимать" до уровня "tertiary" . Согласно RU:Highway classification  (https://wiki.openstreetmap.org/wiki/RU:Highway_classification) этот участок подходит под unclassified или даже service
Menak Vishap (2019-02-28 13:58:55+00:00): Спасибо, Вы правы, конечно же.  Исправил на service. А unclassified я вообще стараюсь всемерно избегать.
fims7 (2019-02-28 14:26:09+00:00): Ок. Можно узнать почему избегаете? На мой взгляд по Ленобласти и не только полно дорого которые переведены или  можно перевести в данный тип (unclassified) .
Glassman (2019-02-22 14:52:06+00:00): Tip: you can square buildings by selecting the outline then type "s"
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/67450339
Andrew Matheny (2019-03-01 17:02:17+00:00): Hey there!  Just a quick thing, normally we don't like to connect landuse areas to roads (since area where I sidewalk is part of public right-of-way). Also, if you find any roads with bridges, you can just add nodes and split them where the bridge is and tag accordingly, rather than drawing over the existing road. This helps make sure a routing engine reads it as part of the continuous way.

Keep up the great work!
mavl (2019-02-22 17:25:25+00:00): Здравствуйте. Почему проезд для легковых машин невозможен?
mavl (2019-02-24 16:04:06+00:00): Здравствуйте. К сожалению, вы не ответили на вопрос. Значит, для изменений нет причин. Изменения, сделанные в этом пакете правок, отменены.  
  
По этой дороге ходят как раз легковые машины. Грузовые не могут проехать под железнодорожным мостиком в этом месте:  
https://www.openstreetmap.org/way/166003410  
  
Тег smoothness для этой дороги большого смысла не имеет, потому что состояние дороги меняется довольно сильно от "средненько" до "очень плохо".
mavl (2019-07-21 13:35:22+00:00): This changeset was redacted. Reason: copyrighted data were used.
Aleks-Berlin (2019-02-22 08:18:45+00:00): Hi Lokalfuerst, bitte überprüfe den fehlenden type in
https://www.openstreetmap.org/relation/9347318
Danke, Alex
Lokalfuerst (2019-03-03 16:22:54+00:00): Alex, habe mir das Segment angesehen, kann aber leider nichts beitragen. Da steckt ein fixme drin, einen fehlenden type kann ich nicht erkennen, vielleicht wurde schon was geaendert, viellicht aus Unkenntnis meinerseits. Sorry. Gruss Lokalfuerst
Aleks-Berlin (2019-03-03 19:10:40+00:00): https://www.openstreetmap.org/relation/9347318/history
du hast die Relation ohne type angelegt (immer falsch).
VG, Alexander
Lokalfuerst (2019-10-30 10:44:18+00:00): ich gehe davon aus, dass hier kein Handlungsbedarf (meinerseits) mehr besteht). Gruss Lokalfuerst
Aleks-Berlin (2019-10-30 14:28:37+00:00): warum wurde die Relation angelegt, ohne gültigen Typ, was soll das Objekt sein?
VG, Alex

https://www.openstreetmap.org/relation/9347318
Aleks-Berlin (2019-10-30 14:29:36+00:00): fixme bedeutet "fix me" because its wrong
Lokalfuerst (2019-10-30 14:54:17+00:00): Alex,
Grund fuer den Eintrag ist eine Änderung von "maxspeed". Wie der tag "type" da rein geraten ist kann ich beim besten Willen nicht nicht sagen, auch wenn es von mir verursacht wurde. Ist leider so. Werde zukünftig selbstverständlich massiv darfuf achten, dass das nicht wieder so vorkommt. 
Gruesse Lokalfuerst
fntamap (2020-02-08 13:36:30+00:00): Ce chemin est invisible, tant sur les vues aériennes que sur le terrain. Il semble qu'il a été ajouté sur base de l'Atlas de 1841, sans vérification de son existence actuelle.
Puis-je attirer votre attention sur ceci, extrait de la page https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques :
« Ne cartographiez pas des évènements historiques ou des éléments qui n'existent plus
Ceci est la conséquence de l'obligation de vérifiabilité. Ne cartographiez pas d'évènements historiques. De même, ne cartographiez pas d'objets qui ne sont plus visibles sur le terrain, car ces éléments ne peuvent pas être vérifiés. »
Il conviendrait donc sans doute de supprimer ce chemin.
mariotomo (2019-02-23 13:41:31+00:00): puedes argumentar este cambio?
Alvarado2510 (2019-04-17 01:12:15+00:00): Buenas noche, el sitio fue eliminado, por no existir.
mariotomo (2019-04-17 01:32:55+00:00): entonces, en lugar que volver a utilizar siempre el mismo comentario "añadiendo detalles", este cambio era mejor describirlo como "he eliminado un (yo no sé que era ese elemento y deberías decirlo) por no existir".
y si el no existir se refiere al no ser visible en la foto aérea, o si has ido y observado en persona.  acuérdate que las fotos aéreas pueden ser VIEJAS.
Alvarado2510 (2019-04-18 21:46:52+00:00): Buenas tardes, tendré en cuenta, el cuidado con el comentario que dejo, a los cambios realizados.
mariotomo (2019-02-23 13:38:29+00:00): puedes argumentar este cambio?
Alvarado2510 (2019-04-17 01:09:11+00:00): buenas noches, existen poligonos de vegetacion y cultivos unos ensima de otros, las edciones no son mias, el editor original la creo asi, considero que no se ve bien.
mariotomo (2019-04-17 01:46:22+00:00): bueno.  y en qué manera borrar un punto:
1) es añadir detalles?
2) soluciona polígonos superpuestos?
3) necesita su propio conjunto de cambios?
mariotomo (2019-04-17 01:54:23+00:00): además: el "orchard" (frutal) y el bosque (wood) que en la realidad están uno al lado del otro, siguen siendo parcialmente sobrepuestos o dejando espacio sin definición.  aquí es cuestión de trabajar con relaciones, y el grupo Telegram está para apoyarse a los que te pueden apoyar.
Alvarado2510 (2019-04-18 21:42:15+00:00): Buenas tardes, si tiene razón, y no es el único que esta así, hay unos editores que esta realizado estoy, yo solo trato de corregir, para mejorar el mapa.
mariotomo (2019-02-23 13:37:39+00:00): puedes argumentar este cambio?
Alvarado2510 (2019-04-17 01:05:14+00:00): Buenas noches, estoy a;diendo los detalles de lmites politicos de la provincia de Chiriqui, trabajo en mis horas libres, para enriqueser el mapa.
mariotomo (2019-04-17 01:41:22+00:00): muy bien.  y este cambio en particular?  qué es?  me entiendes, que el "añadiendo detalles" no se entiende?  y que saber que lo haces en tu tiempo libre para mejorar el mapa, no añade información concreta.
WoodWoseWulf (2019-02-24 22:38:43+00:00): Hi and welcome to OSM - I'm not sure that leisure=park is the best tag for the feature you added here. What is it actually supposed to be? It doesn't appear to match what is described here:
https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dpark
Sosha1996 (2019-09-21 04:50:39+00:00): لطفا پیاده‌رو‌ها رو به معبری که از روش داره رد میشه لینک کنید.
نمونه: https://www.openstreetmap.org/way/610554135
sasanrst (2019-09-21 05:42:25+00:00): بله حتما
ممنون از یاد آوری
CurlingMan13 (2023-04-09 07:08:58+00:00): What source did you use for this "proposal"?  I can't seem to verify it based on aerial imagery or ground truth.

Doesn't look like any construction has started yet, even 4 years later.  Has construction begun?  Are they even still planning to build it?

Generally, things aren't mapped even as a proposal until construction has started.
abakus_uploader (2019-02-22 23:30:59+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
Mateusz Konieczny (2024-04-25 08:18:44+00:00): Hello! https://www.openstreetmap.org/node/6295004482/history has amenity = temple that was added in this edit (if I checked things correctly)
What you meant by amenity=temple? It seem to be not documented value and it seems to be a duplicate of https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship.

If you used it intentionally instead of amenity=place_of_worship - then what is the difference here?
eggie (2019-02-22 15:19:35+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
eggie (2019-02-22 15:23:56+00:00): Building =construction en landuse = construction heb ik verwijderd.
MVG,
Eggie
ftcat (2019-03-03 07:46:20+00:00): Hi Erik,

Just a note on dam terminology in this part of the world. Technically a dam is the wall that holds back the water which is then called a lake or reservoir i.e Kariba dam impounds Lake Kariba. Here in Southern Africa we call the water held back a dam and the wall a dam wall. In OSM if you tag the water as a dam it will show up as grey. What I do is create a relationship with the wall tagged as dam the remaining way around the water is not tagged and then the whole relationship is tagged as natural:water water:reservoir. I have changed your way, id:672234649 as such. the wall can also be tagged as a highway if the wall has a road or track running over the top but you have to create the highway in 3 sections, 1 for the wall and then 2 either side otherwise the whole highway ends up tagged as a dam wall. Using the relationship method also means you do not have to tag the node where the river crosses the wall as a dam.
user_5359 (2022-04-04 14:39:28+00:00): Hello! What ist the meaning of the tags
codvia  = 1085
fog = 10
map = 00396
sez_cens = 27
sez_ele = 10
?
Dimacn (2019-04-10 13:06:09+00:00): Весь ваш покемономусор будет удалён до   изначального состояния карты.
woodpeck (2019-02-22 10:55:47+00:00): I think it would have been ok to delete this relation with an empty "type" and not other tags and just one member, rather than adding "fixme" tags to it.
Aleks-Berlin (2019-02-22 13:39:23+00:00): I deleted it now, together with 32 other relations: no members and no tags (except fixme= + type=fixme)
regards, Alex
mavl (2019-07-21 13:35:41+00:00): This changeset was redacted. Reason: copyrighted data were used.
user_177389 (2019-02-22 09:50:12+00:00): Hello,

associatedStreet does not belong in boundary relations. Please have a look at https://wiki.openstreetmap.org/wiki/Relation:boundary#Relation_members

Best regards
Garmin-User
LidaCity (2019-02-22 10:42:49+00:00): ok, please delete "street"
lberges (2019-02-22 12:04:24+00:00): work in progress