piebro/osm-data huggingface dataset:
lucumon (2020-06-25 22:32:09+00:00): Buenas, he visto en tu perfil que ya tienes varios blocks encima... Te informo de que el nombre oficial de la carretera es Madrid a A Coruña, y no "La Coruña" como tu pones. Por favor, mantén tu posición ideologica apartada de este tipo de cosas
Stalker61 (2020-06-10 18:00:46+00:00): Добрый вечер.
Я так понимаю, что вы напрашиваетесь на блокировку вашего аккаунта в связи с неоднократным удалением данных.
BCNorwich (2020-06-10 07:51:43+00:00): Hi Welcome to OpenStreetMap.

I made a few amendments mainly to confirm to OSM practice. May I refer you to the county definitive map for info on path designations and routes at https://tinyurl.com/y8vvhm42

I also removed Crows Nest Dingle, which was duplication (wood within wood) and your personal data

Regards Bernard.
Stalker61 (2020-06-10 19:48:28+00:00): На каком основании вы удалили две линии электропередачи?
aharvey (2020-06-09 02:56:41+00:00): Hi, for https://osmlab.github.io/osm-deep-history/#/way/22978301 what does access=no mean?
aharvey (2020-06-09 07:09:42+00:00): I did a Mapillary survey just now, confirmed that a block is restricting vehicle access, but bicycle and pedestrian is still accessible, I've updated the area just now.
Warin61 (2020-09-03 07:23:14+00:00): Hi,
For Tuckwell Park sports .. I take it soccer is no longer played here in winter? The tagging for it was removed in this changeset.
aharvey (2020-06-09 02:51:25+00:00): Hi what's the access=no here for? If it's open, you can just leave off the access tag.
aharvey (2020-06-09 09:25:58+00:00): I did a Mapillary survey, path is open so I removed the access=no.
xkcd (2020-06-09 11:01:37+00:00): What is "TGC Software"? A golf simulator?
DrkGent (2020-06-09 14:57:37+00:00): Yes. TGC is The Golf Club. It works with SkyTrak. You map the courses using OSM and download the OSM map and you can play the course in its real layout. There is another program that allows you to link an elevation map to the OSM map and everything is exact.
VA00 (2020-06-24 17:45:26+00:00): Skasowanie embankment=yes ze ścieżki powinno być połączone z dorysowaniem dwóch linii man_made = embankment.
B_KSL (2020-06-24 19:24:48+00:00): O którą linię Ci chodzi? I dlaczego powinno?
Mateusz Konieczny (2020-10-27 13:07:29+00:00): Dlaczego skasowano w tej edycji poprawne footway=sidewalk?

Np. z https://www.openstreetmap.org/way/292850990/history#map=16/50.0895/20.0075
B_KSL (2020-10-27 14:30:33+00:00): Ten temat dyskutowaliśmy już raz w czerwcu https://www.openstreetmap.org/changeset/86431249 
Dyskusja dotyczyła co prawda innego zestawu ale tu chodzi o to samo. Chociaż nadal uważam, że footway=sidewalk tu nic nie zgubił to przynajmniej w Krakowie tak otagowanych ciągów już od tego czasu nie dotykam.
daniel_solow (2023-02-01 13:22:08+00:00): Hey I got a question regarding the stairs/escalator you tagged. Are these meant for the passengers to transfer from the walkway towards the airtrain to the train platform or from platform to street level? There is only a single staircase and single escalator. I’m not well versed with the later tags so please forgive me
clay_c (2023-02-01 14:13:16+00:00): I think that's meant to be from the AirTrain walkway to platform level. I'm not local to NYC and I haven't been to Jamaica station in years, so if you have more context on the stairs and escalators, feel free to fix them.
SimonPoole (2020-06-09 08:24:18+00:00): Hi Adam

Do you happen to live in the vicinity of this area? the driveway you connected back here was part of an edit from Amazon staff, that has led to a complaint, and it would be good if we had an experienced mapper on the ground there.

Simon
HeyItsAdam (2020-06-09 18:27:05+00:00): Not a local, just saw the roads on aerial imagery and it evidently looked as though they should connect, with a clear road path on aerial. I can't imagine why it wouldn't be connected, given that the driveway would otherwise have no points of access on the map. 

Complaint may have come from the person who made notes earlier, concerned about people driving on this road to get to Virginia Pine Lane. Except there isn't any way to get to that road from this small driveway, so not sure what the issue would be.
Timur_Crimea (2020-06-09 07:17:38+00:00): Please, Stop your vandalism!
Read https://wiki.openstreetmap.org/wiki/Key%3Amotorcycle%3Aparts CAREFULLY!
"motorcycle:parts=yes/no
Useful combination:
shop=motorcycle"

"shop 	motorcycle_parts"
tag does not exist!
Adamant1 (2020-06-09 07:32:37+00:00): Re "shop=motorcycle_parts doesn't exist", it has 76 uses. So, your simply wrong there. As far as motorcycle:parts=yes/no goes, I have zero problem with it being used as a tag to describe a service some other type of shop provides, but there's zero reason to use it in a miss-leading way that doesn't fit with other top level tags, comes at the cost of one, goes against the guidelines of integrating tags in with existing schemes and not "over name-spacing." Which are actual problems. Unlike your baseless claim that there aren't any uses of amenity=motorcycle_parts. 

I'd also add that the wiki page for shop=motorcycle also says that the tag should be used on motorcycle repair shops. Despite the fact that shop=motorcycle_repair has been used for a long time now, has a ton of usage, and has broad support in multiple pieces of software. I guess by your standard though anyone that uses it is committing vandalism, just because of what the shop=motorcycle article says. 

Ultimately your just plain wrong, ridiculous, and needlessly inflammatory by baselessly accusing me of vandalism off the obviously faulty and easily disproved logic that a tag with 76 uses doesn't exist or that it even matters to this. Seriously.
Adamant1 (2020-06-09 08:04:56+00:00): BTW, If your going to revert someone at least have the integrity to wait until the discussion you started about it to finish before you do. Otherwise, It just leads to edit warring or the person who did the revert getting pie in their face when it turns out they are wrong. 

While I'm fine with it being changed back to the namespace, it has to based on more then your false accusations and there should be an actual discussion about it. Instead of you just bossing me around and accusing me of things. Otherwise, I'm sticking with how I had it.
mavl (2020-06-12 03:56:27+00:00): Hello Adamant1. Please, don't continue the edit wars. If you think that tag "shop=motorcycle_parts" is good then add this tag for new objects. Don't change existent objects. Local mappers will use "shop=motorcycle_parts" if they will want.  
  
Vladimir Marshinin  
Data Working Group
mavl (2020-06-12 04:02:28+00:00): Timur_Crimea, вы можете вернуть вашу версию, если нужно.  
  
Timur_Crimea, you can use your version if it is necessary.  
  
Vladimir Marshinin  
Data Working Group
Adamant1 (2020-06-12 04:12:34+00:00): mavl, Timur_Crimea never responded after I explained the edit. So I thought they were cool with it. That's not edit warring and I don't appreciate the accusation that it was. 

Also, people improve tags all over the place all the time and upgrading tags to more descriptive ones is support by most of the editing software out there. So, respectfully it's not something I feel the need to stop doing. Since it's not wrong and every other editor does it. Plus, there is no "only map new objects" rule in OSM and it's ridiculous to act there is. I could ultimately care less what this is tagged as, but I'm not going to accept your premise that I was edit warring or that I should never add more descriptive tags to things. Especially when that's what the guidelines in the Wiki say to do. Thanks for the opinion though.
Adamant1 (2020-06-12 04:23:10+00:00): BTW, mavl one of the reasons I am doing this is because I was specifically told by an admin a while back that if we can use more specific shop tags on things to do it. Instead of using less descriptive one just so it renders. Which is probably why it was tagged as shop=motorcycle here. If I'm going to be told a different things by multiple admins and it's going to things like this then you guys really need get your policies figured out and stick to way of doing things and don't allow OSM based software to do things you have a problem with, and keep the guidelines on the Wiki in alignment with it. Otherwise, it's not very fair to the users. Me, Timur_Crimea, or anyone else.
mavl (2020-06-12 04:23:37+00:00): @Adamant1, the tag "shop=motorcycle" is not an error. There is no reason to delete it.
Adamant1 (2020-06-12 04:48:21+00:00): Where did I say the shop=motorcycle tag was an "error"? I've said from the start of this that shop=motorcycle_parts is a more descriptive shop tag. That's it. Just like amenity=car_rental is a more descriptive tag then shop=rental, etc, etc, etc. In no way does that imply shop=rental is an "error" though. The Wiki says "avoid using incorrect tags, or otherwise skewing the data you enter, to make things show up in a specific way on the map rendering" and that's what's going on here. The shop=motorcycle tag is being used in a skewed way so the object will render. The wiki also says "The basic good practice principle is that you avoid using incorrect tags, or otherwise skewing the data you enter." All I'm doing is following good practice. I'd strongly argue the namespace tags are errors though. Especially motorcycle:sales=no. Which is being used as a modifier so a tag that renders can be used on an object that it otherwise wouldn't be usable on. That's not how things are supposed to be tagged and it's not the purpose of the namespace. So, I would say call that an error.
Adamant1 (2020-06-12 04:50:30+00:00): "over-namespacing leads to a disseminated data scheme: for example, someone interested in VHF channels data will have to look for harbour:VHF_channel key, plus seamark:habour:VHF_channel, plus VHF_channel, plus lock:VHF_channel, plus vhf to collect the data... Using only the vhf key should be enough to know that this data relates to the harbour or the lock or what else is the OSM object we are tagging."
Adamant1 (2020-06-12 04:54:04+00:00): So in other words, this is forcing people to search for shop=motorcycle + motorcycle:sales=no + motorcycle:parts=yes + shop=motorcycle_parts. Instead of just shop=motorcycle_parts. Just so there is an icon.
mavl (2020-06-12 05:08:26+00:00): @Adamant1  

You may use "shop=motorcycle_parts" tag.  
Timur_Crimea may use "shop=motorcycle" tag.  
  
"Any tags you like". Please, let local mappers to choose the tags. Timur_Crimea may use "shop=motorcycle_parts" tag if he wants it.
Adamant1 (2020-06-12 05:26:49+00:00): I have zero problem with him using the shop=motorcycle tag on objects that are motorcycle shops. What I have problem with is him or anyone else tagging an object as shop=motorcycle when it stretches what the object actually is and requires the  use of 4 extra namespace tags just so people dont think its a shop that sells motorcycles. I'm sure everyone would agree with that and your ignoring the guideline that says we arent suppose to use namespaces in that way. I could really give a crap what or how he tags things other then that, but I didnt make the guideline and its not on me if you or he disagrees with it. If so, you and him should discuss it with the OSM community instead of telling me what to do or asking me to ignore a guideline. Just because he wants it done his way. That's not how things work. The "any tag you like" rule doesnt mean "ignore the guidelines." I cant tag the ocean as a park just because that's how I want to tag it and its ridiculous to suggest otherwise. I'm 100% willing to compromise though and accept it being tagged as shop=motorcycle. As long as the guideline about the use of namespaces and not over namespacing is also followed. That's my only issue. Also, I'm a mapper to, my opinion matters as much as his does, and I dont appreciate you framing of this like I'm not or that it doesnt. Your being extremely one sided and unfair about this.
Adamant1 (2020-06-12 05:30:18+00:00): I've been more then resonable and explained the reason for the edit and how it was based on the guidelines, your free to disagree, but the way your treating me over it isnt the way to resolve this.
Timur_Crimea (2020-06-12 07:23:33+00:00): Adamant1, I didn’t answer you because I sent a request to DWG so that they would explain what to do better and not create a war of corrections here.
Adamant1 (2020-06-12 08:00:10+00:00): I figured that was why you didn't  answer, but if someone stops the discussion half way through it the only thing to assume is that they don't think it's an issue anymore. Especially if they don't even say they disagree. 

Generally, no response is implicit agreement. Like if I write a message on a Wiki talk page that I'm going to change something in an article and no one ever responds, I can assume that means the edit is not going to be controversial. We all have better things to do then reply to things we don't care about. 

I don't think the correct response was to knee jerk report me over something like this anyway though. Doing that and randomly accusing people of vandalism or edit warring usually doesn't resolve things well. And it makes it seem like your more concerned with just getting what you want then actually resolving the problem. If you had of replied instead of it devolving into this crap I would have been fine meeting you half way somewhere. I still am. If your willing to follow the guideline and get rid of the namespace tags, then I'm willing to accept it being tagged as shop=motorcycle. Even though it's more vague that way.
Timur_Crimea (2020-06-12 19:37:47+00:00): I think that for the correct recognition of the map by navigation programs, it is better to use established tags. With the permission of the DWG management, I will return my revision back.
Adamant1 (2020-06-13 03:54:38+00:00): Shop=motorcycle is established and I said it was fine to use. Just not the namespace tags, because they aren't. For example motorcycle:sales=no only has 97 uses, there's no wiki article for it, and it's never been discussed or accepted for this kind of usage. There's also been a lot of criticism and reverting of the motorcycle namespace tags everywhere. Users have even been blocked for using them. None of that goes for shop=motorcycle_parts. You can't say your going to change it back to "establish tags" when the tags your changing it back to are less established and less accepted then the one you have a problem with. By all means though, re-tag it shop=motorcycle, I said I have zero problem with that, just leave out the namespace tags, like motorcycle:sales=no. They are the only thing I have an issue with and everyone else does to.
Adamant1 (2020-06-13 04:06:52+00:00): I'll also say that if the only way you can accurately describe the object is by using the namespace tags to "clarify" the shop tag then it's clearly the wrong tag. No one is going to disagree with that.
Adamant1 (2020-06-13 04:26:52+00:00): You can't add whatever tags you want onto an object just because it's tagged with an established tag either. So, even if shop=motorcycle was correct here, it wouldn't mean the namespace tags would automatically be valid to use "because, well, uuhhh, shop=motorcycle is established."
tastrax (2020-06-13 06:35:56+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, 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
eggie (2020-06-09 05:55:28+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Review.. Schuiven met lijnen waar andere lijnen aan vast zitten geeft vaak schade. Check goed of zo'n lijn los ligt.
Ik zal de schade herstellen.
Hier kun je je edits zien - https://overpass-api.de/achavi/?changeset=86378258
MVG,
Eggie
eggie (2020-06-09 06:02:15+00:00): fixed crossing ways
user_8334278 (2020-06-09 03:19:34+00:00): this is a false Representation of the branch it is deep and narrow.
Supaplex (2020-06-09 03:31:57+00:00): 也許把原先的點，加進新畫的建築當中，然後把原先點的標籤移除?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/86378506
carciofo (2022-02-20 09:21:26+00:00): Hola, en este changeset fue borrada la relación del Parque Nacional Natural Isla Salamanca. Si fue un error por favor restaura los datos borrados (Relation 6210917). Gracias
skquinn (2020-07-18 07:05:16+00:00): The proper name of this church is "Saint Basil the Great Greek Orthodox Chruch" and that is what should go in the name tag. If you know it is a "Greek church" but have no further details that goes in description=* or in a note saying something like "Greek church, not sure of exact name". I have made the appropriate corrective edits.
user_5359 (2020-06-09 16:12:01+00:00): Welcome to OSM! For a better description of your object please read https://wiki.osm.org/wiki/Key:contact. I assume you mean contact:twitter instead @?
Supaplex (2020-06-09 04:29:55+00:00): #DWG
Berlin53 (2022-03-19 18:25:18+00:00): Sehr inkonsequentes Mapping der Gehsteige in der gesamten Altstadt: z.T. gar nicht, z.T. als gesonderter Fußweg einseitig/beidseitig, z.T. als Straßenbestandteil (sidewalk) oder auch beides parallel. Als gesonderter Fußweg fehlen generell die Hinweise auf der Straße (use_sidepath) und in großem Umfang die Verbindungen an Kreuzungen/Einmündungen zum Wechseln der Straßenseite. Das Mappen als Straßenbestandteil (sidewalk) würde hier unkompliziert und fehlerfrei Abhilfe schaffen.
mrpulley (2020-11-24 12:52:52+00:00): Just letting you know that I've done a partial reversion of the junction of Sydney Road (highway) and Stockland Drive. (https://www.openstreetmap.org/changeset/94707412 ) LPI imagery is out of date - Stockland Drive was realigned a couple of years ago (see Maxar imagery for the current alignment).
eggie (2020-06-09 06:05:04+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
eggie (2020-06-09 06:07:19+00:00): Dag Pim.. gebouwen zelf svp niet nogmaals het adres geven op de omtrek.
MVG,
Eggie
eggie (2020-06-09 06:12:14+00:00): De rest van het adres; postcode straatnaam woonplaats kan er ook nog af.
Adresnodes worden normaliter geïmporteerd vanuit het Kadaster. Zo werk het uiteraard ook.
Gr Eggie
pim909 (2020-06-09 06:36:40+00:00): Dank, heb ik nu gedaan. De adress nodes die ik heb toegevoegd zijn op basis van nieuw opgeleverde appartementen, de kaart was dus niet meer up to date.
Akrimullah IRM-RV (2021-06-22 23:47:25+00:00): oi JosephVal, descobri que você colocou uma tag ford neste nó
https://pewu.github.io/osm-history/#/node/7604441430. Visto que o Ford Cal também é etiquetado no segmento da estrada, você acha que esta etiqueta do Ford também pode ser movida para o segmento da estrada que cruza com o corpo de água ao redor ??. obrigado
FlyJack666 (2020-06-09 06:01:51+00:00): #hotosm-project-8723 #MissingMaps R571
AlexNcUa (2020-06-11 18:46:54+00:00): Добрый день, вроде бы предыдущий вариант
maxspeed 50
maxspeed:conditional 80 @ (Apr- Oct) 
был более корректным, т.к. поднятие лимита пока что идет только с апреля по октябрь, в вашем варианте
maxspeed 80 будет действовать безусловно от времени, и надо будет менять назад в октябре
Mirrory (2020-06-11 18:48:20+00:00): Добрый день. Да, я не прав. Собирался откатывать, но к сожалению не умею это делать. Если кто поможет откатить эту правку, буду благодарен.
AlexNcUa (2020-06-11 18:52:40+00:00): Я тоже только iD пользуюсь, откатить чейнджсет по идее можно из JOSM, но я с ним тоже еще не разобрался. Попробуйте тут спросить, может кто поможет чтобы вручную назад не менять https://forum.openstreetmap.org/viewforum.php?id=40
Mirrory (2020-06-11 18:54:53+00:00): Спасибо. Если не получится откатить - пишите, я руками верну.
Mirrory (2020-06-11 18:57:28+00:00): В общем на днях руками впишу. Это быстрее. Там 5 минут делов.
user_5359 (2020-06-09 15:49:45+00:00): Welcome to OSM! I have delete your SEO SPAM (mostly no standard keys, no verifiable data or not positive verifiable address data). If this is an error, you can report it here, then we will be happy to help restore the data. For the most information in the description we have own keys. Please have look on the website http://wiki.openstreetmap.org.
Luzandro (2020-06-14 05:09:23+00:00): Hallo Wolfgang,

L4056 ist nicht der Eigenname der Straße, sondern die Straßennummer - siehe im iD-Editor das Feld über Erlaubter Zugang. Um dann gleich bei den Zugangswerten zu bleiben: es ist nicht unbedingt falsch, diese alle auf yes zu setzen, es wirkt bei dieser Straße dennoch ein wenig eigenartig, da das sowieso die Standardwerte für eine Landesstraße sind und nie jemand etwas anderes behauptet hat.

LG Andreas
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/86388983
user_5359 (2020-06-09 15:40:46+00:00): Welcome to OSM! I have revert your SEO SPAM because your business is not the street. If this is an error, you can report it here, then we will be happy to help restore the data. Please try again to mark the main place of your business (and not the street) to add your business information.
Michael712 (2021-08-23 13:01:13+00:00): What does the access tag in https://www.openstreetmap.org/way/814078190 mean?
ndm (2020-06-09 19:29:32+00:00): It might be a good idea to filter out boundary items, so that you won't edit them by accident.
girinj (2020-06-10 06:15:22+00:00): Thanks for checking into our edits. Apologies, I have accidentally connected the segment  the boundary. Thanks for the quick suggestion, going forward, I will cross verify my nodal connections for unnecessary connections before saving the edits. Always happy to learn from the community
user_5359 (2020-06-11 04:48:20+00:00): Hello! What is the meaning of the key 702?
Branko Kokanovic (2020-06-11 05:37:11+00:00): Belgrade got GTFS as open data. We are experimenting with GO_Sync app and GO_Sync app added that tag. I wanted to have vanilla edit from GO_Sync as a test. I think it is some artifact, either in GO_Sync, or in GTFS, but it should not be there. I am trying to see how to remove it directly in GO_Sync. I plan to remove this one eventually, but I might as well do it now
Branko Kokanovic (2020-06-11 05:38:38+00:00): done in https://www.openstreetmap.org/changeset/86495767
eggie (2020-06-09 08:15:36+00:00): Diederik.. voor openingstijden kun je deze tool gebruiken. Je format klopt niet. ,>;
Selecteer de tijden en copy paste het resultaat achter opening_hours=
openingsuren-tool

http://projets.pavie.info/yohours/

Verder phone=+31  beginnen  

MVG,
Eggie
joost schouppe (2021-11-02 11:11:20+00:00): Dag Hilde,
Ik heb de naam Stampkotbeek als alt_name ingesteld, samen met een alternatieve schrijfwijze van Rooigembeek/Rooigemsebeek. Volgens wat ik lokaal heb gehoord, moet het bijna zeker een fout zijn dat deze in GRB staat aangeduid als Stampkotbeek. Of heb jij andere informatie?
Andrea Musuruane (2020-06-11 07:49:24+00:00): Ciao.  Per favore, non aggiungere i numeri civici agli edifici. In Italia, i numeri civici sono associati agli ingressi. Posiziona quindi un nodo in corrispondenza dell'ingresso ove si trova la targhetta ed etichettalo opportunamente. Inoltre, il tag addr:unit non serve per indicare l'esponente ma l'interno. Quindi se il numero civico è 6a, si mette interamente nel tag addr:housenumber (usando le lettere minuscole, senza spazi tra numero e lettera). Grazie, Andrea
Giovanni Barbieri (2020-06-11 07:51:19+00:00): Ciao Andrea, grazie per l'indicazione, correggo subito.
Andrea Musuruane (2020-06-11 07:58:52+00:00): Prego. Un altro suggerimento :-) Le foto aeree maxtor non sono ben allineate ad Asigliano. Dovresti cercare di riallineare le foto alle feature esistenti  (funzione "offset delle immagini" su iD) e poi spostare di conseguenza l'edificio che hai creato. Ciao, Andrea.
Giovanni Barbieri (2020-06-11 08:12:31+00:00): Grazie dell'altro suggerimento, già messo in atto. Non si finisce mai di imparare. Ciao.