piebro/osm-data huggingface dataset:
DavidL308 (2026-01-20 20:22:31+00:00): Must be a copy/paste error, thank you for your review. :)
arte2002 (2022-09-04 15:42:26+00:00): Hola itrivi
Le pusiste surface=metal a todo el sendero, imagino que no será así.
itrivi (2022-09-04 21:33:43+00:00): Joder, se ve que puse eso al tener seleccionados 3 tramos, no sólo el puente. ¡Gracias por el aviso! Ya lo he solucionado.
paganella31 (2023-03-01 20:52:32+00:00): source: survey
forstner-m (2022-12-23 07:03:23+00:00): Hello Jiri,
you inserted Mlýnská twice. Would you please delete the duplicate entry. Thanks!
Best regards
Michael
rskedgell (2023-01-17 07:14:28+00:00): Changing segment w1070108461 in the middle of a cycleway to a footway/sidewalk broke cycle routing. We tend not to have sidewalks in the middle of, and perpendicular to, the highway.
rskedgell (2023-01-17 07:19:11+00:00): Looking at your other edits breaking cycleways in the area, this is starting to look deliberate #DWG
Fizzie-DWG (2023-01-19 04:57:38+00:00): We have now attempted to contact them to fix their issues. They haven't mapped for 3 months though, so I'm not holding my breath :-( Will advise further if we get any response. Graeme Fitzpatrick, OSMF Data Working Group
rskedgell (2023-01-19 05:14:27+00:00): Thanks @Fizzie41
Snusmumriken (2022-08-22 19:17:53+00:00): Hej

Jag tänkte kommentera en aspekt av dina förändringar. Du hade lagt till bus=yes och public_transport=platform på en del busshållplatser. Inom SL:s område så använder vi oss av en förenklad modell för public transport
https://wiki.openstreetmap.org/wiki/Sweden/Public_transport#F.C3.B6renklad_PT-taggning_f.C3.B6r_bussar

som inte innehåller dessa taggar. Jag vet att redigeraren du använde, iD kommer med dessa förändringsförslag, men vänligen ignorera dessa förslag när det kommer till public transport inom SL:s område.
Tómas Ingi (2022-08-22 19:48:03+00:00): Jag förstår - förlåt för det!
Snusmumriken (2022-08-22 20:06:31+00:00): Ingen fara
Ildukas (2022-08-22 13:00:00+00:00): Ar gerai padariau, vistiek navigacija rodo ne pagal KET važiuot :/
Tomas Straupis (2022-08-22 17:43:36+00:00): Navigacija taip greitai nepasigaus duomenų. Reikia palaukti bent dieną on-line navigatoriams, o programėlės (pvz. OsmAnd) pakeitimus pasiims kito mėnesio žemėlapio redakcijoje.
Ildukas (2022-08-22 19:13:40+00:00): Supratau, Ačiū už informaciją.
eggie (2022-08-22 14:54:44+00:00): Dag Erwin De Bachmanhof eindigt op het fietspad. Dat zal niet routeren.
Kijk je nog even?

MVG
eggie
ivanbranco (2022-08-25 21:31:47+00:00): Ciao Michele, 

grazie per le modifiche e benvenuto su OSM :) 

Un appunto solo: hai inserito lo stesso indirizzo su due edifici, gli indirizzi identificano un ingresso, quindi su OSM lo mappiamo come un nodo in corrispondenza dell'ingresso o della targhetta col numereto.

Buon mapping! (se sei interessato c'è un gruppo Telegram nazionale per scambiare due parole e chiedere consigli)
eggie (2022-08-22 14:58:02+00:00): De parkeerplaats heb ik uitgelijnd.. Het is geen street_side hier. De toegangsweg heb ik ingetekend. 
Groet
eggie
bxl-forever (2022-08-23 19:26:36+00:00): Hello,

I had a look at your recent edits.

I disagree with your edit here: the kerb has been slightly lowered to reduce the height of the step to the road.
https://www.mapillary.com/app/?pKey=160478879722375

It would have been more appropriate to use the "A bit higher than road surface"-option in StreetComplete.  As a matter of fact, most kerbs in the Brussels Region are in this configuration.

The "High curb" option is only if they made absolutely _no_ effort to lower the kerb; it happens sometimes (5 to 10% of cases).

Hope this helps.
Marco von Delatasse (2022-08-24 08:48:25+00:00): I completely agree, sorry about the mistake. I realised my mistake quite soon after, but I wasn't able to find a way to undo it. I'd be grateful if you could provide a link for information on correcting errors. 
Many thanks for your helpful remarks.
bxl-forever (2022-08-26 22:04:30+00:00): Hello,

StreetComplete has an undo button in the lower corner of the screen.
https://wiki.openstreetmap.org/wiki/StreetComplete/FAQ#I_made_a_mistake._What_do_I_do?

Alternatively, you can leave a note on the map explaining there was mistake and giving the correct answer.  Notes are public, another mapper will probably see it and fix it promptly.  Or, when you are logged on OSM’s website you can edit it directly in the browser.

Have a nice day.
pesec (2022-08-23 04:57:08+00:00): Здравствуйте.
Данным пакетом правок вы сняли с АЗС тэг здания. Это не верно.
Также не правильно обозначен навес над заправочными колонками. Пешеходная дорожка на асфальтированной территории не имеет смысла.
Внимательно изучайте правила редактирования при внесении правок.
mavl (2022-08-23 14:18:08+00:00): Здравствуйте. Ещё этот пакет правок удаляет тег "brand=Газпромнефть". Разве это неправильный тег?  
  
https://www.openstreetmap.org/node/748725263/history
mavl (2022-08-23 14:33:16+00:00): Кажется, понятна причина удаления тега. Теги были скопированы с точки заправки на здание заправки. В результате получилось две заправки (два тега amenity=fuel для одной и той же заправки). Это дубликат.  
  
https://wiki.openstreetmap.org/wiki/RU:%D0%A5%D0%BE%D1%80%D0%BE%D1%88%D0%B8%D0%B9_%D1%81%D1%82%D0%B8%D0%BB%D1%8C  
  
Я взял на себя смелость убрать теги заправки со здания заправки. Теперь здание заправки - это просто здание. А точка заправка - это сама заправка (так было раньше).
Tjuro (2022-08-23 17:05:49+00:00): Hoi Marcel Pol,

Een amenity=parking_space, moet volgens de wiki altijd in of op dezelfde plek als een amenity=parking, ik denk dat het beter is om een tweede feature op de dezelfde plek te maken met amenity=parking_space+parking_space=disabled of om het terug te zetten?

Mvg,
Tjuro
user_8898764 (2022-08-26 17:08:48+00:00): Hoi Tjuro,
Dank je. Ja, je hebt gelijk, zo staat het inderdaad in de wiki.
Ik dacht dat ik iets nieuws had ontdekt, maar ik had het dus mis :)
Dank je ook voor het terugzetten, dat was ik ook van plan.
Met vriendelijke groet,
Marcel
AkuAnakTimur (2022-08-22 13:47:31+00:00): I. should. have. linked. this. one. instead. https://commons.wikimedia.org/wiki/File:Kampung_Titi_Akar_1.jpg
emersonveenstra (2022-08-23 19:23:08+00:00): Thanks for your contribution. I've fixed it up a bit for you, fixing the phone numbers and removing the description, which is not meant for a marketing description of your business. Thanks!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/125227340
JeroenHoek (2022-08-23 07:14:02+00:00): Hallo Edenhotels,

In OpenStreetMap geven we bij naamgeving de voorkeur aan de naam die lokaal op de gevel staat. In Leeuwarden is dat 'Oranje Hotel' (zonder 'Leeuwarden'), wat, zoals jullie weten natuurlijk, een lokaal begrip is.

Ik heb 'Oranje Hotel Leeuwarden' wel ingevoerd als official_name, daarmee is deze ook bij het zoeken vindbaar.
eggie (2022-08-22 14:16:57+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

Je hebt hier meer gedaan dan bospercelen samengevoegd.
Ook paden verwijderd.

Het openstuk gras wlaat nu bos en gras door elkaar zien. Meestal doet een mapper dat met een multipolygoon. IK zal het herstellen.
Soms is het handig om bospercelen gescheiden te houden omdat de vegetatie uit verschillende typen flora kan bestaan. naaldbos rendert anders dan loofbos.
MVG, 

Eggie 

Namens de OSM Community
eggie (2022-08-22 14:18:11+00:00): De mp heb ik hersteld..
Dus bos en gras weer gescheiden. 
Mapse verder
eggie
eggie (2022-08-22 14:51:41+00:00): Dag Edenhotels.. De info heb ik samengevoegd met de bestaande adresnode
MVG
eggie
VA00 (2022-08-25 13:42:56+00:00): Jest druga wysepka: https://www.dropbox.com/s/wg0fhvso9busvsb/P1420516.JPG?dl=0
marczoutendijk (2022-08-22 19:22:05+00:00): This changeset has been reverted fully or in part by changeset 125241795 where the changeset comment is: DWG revert due to vandalism.
Syl (2023-11-20 08:29:00+00:00): Bonjour, j'ai annulé la modification sur la station service. Osmose propose d'ajouter une supérette dessus alors qu'il s'agit du supermarché qui est déjà cartographié à côté. La correction avait déjà été faite quelques mois plus tôt, merci de vérifier avant d'appliquer les modifications proposées par Osmose.
Mevess (2023-11-20 09:47:24+00:00): C'est noté
eggie (2022-08-25 12:41:35+00:00): Dag Marco.. Je vraagt feedback. Je zou service=alley kunnen toevoegen. Ook aan het verdere verloop. 
MVG
eggie
emersonveenstra (2022-08-22 14:14:09+00:00): Hi,

I think you meant to change the name of https://www.openstreetmap.org/relation/9575703
emersonveenstra (2022-08-22 14:15:31+00:00): Also, you removed the highway tag from https://www.openstreetmap.org/way/556840232, you need to put that back so it's seen as a road
Glassman (2022-08-22 14:40:57+00:00): Where was this import discussed?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/125229745
Glassman (2022-08-22 14:48:23+00:00): The first two I looked at already have a boundary around the substation. Why wasn't the tag added to the existing boundary?
zluuzki (2022-08-22 15:14:13+00:00): Nowhere - I don't waste my time on bureaucratic nonsense for small imports in whose subject area I am the only mapper with significant contributions- I make actually useful contributions in the meantime.
But if you have questions, I will happily answer them.
------------------------
Because it dosen't have to be like that, nothing is duplicated.
Thats like a MC-Donalds building mapped as building=yes and the shop node placed above the building (instead sharing the outline) - it's not wrong. I will merge those when I add the connecting pipelines, but it is ultimatively-low priority.
Allison P (2022-08-22 17:17:53+00:00): That is inappropriate. The rules are clear. If you aren't manually reviewing all the data then it's an import and needs to be discussed. If it's not an import, you should be adding it with a different account.

Calling the standards that have been worked on for years nonsense just because they inconvenience you is just rude. By discussing imports, they can be made higher quality. If this were discussed and I'd participated in the discussion, I could've mentioned that there seem to be issues with some of the station names. Then you could've fixed that and had no issues with this import. Instead, you've left yourself open to someone reverting your changes and potentially being blocked from editing.

Just because you believe yourself the only real contributor of this type of data does not mean that your opinion holds all the weight.

I would rather the data be fixed than reverted. I see no reason to bring this to the DWG unless you cannot/are not willing to do so. Please: make sure no stations are duplicated (it's fine not to merge with polygons just tagged with landuse); remove state names from plant names (unless they are truly part of the name); remove refs from names (add as ref=* instead); remove website tags that don't link to the official page for an individual feature; fix website tags that redirect (I saw one in the nodes I checked).

If you correct all this, it is as though this were never an import. Otherwise, I believe the data quality will be deleterious to OpenStreetMap.
zluuzki (2022-08-22 19:06:31+00:00): What I think I have to make very clear here: It's in my own best interest to get good/excellent data related to energy infrastructure - and I think my approach is the best for such data on OSM. And i'm probably more interested in that than most other people here (I know that this sounds very narcissistic -I don't like my wording either!-  but since I keep an eye on changes in this field I know that quite a lot of other people's edits are pretty lousy)

When I map pipelines, I often come across those stations and then copy the relevant information from the HIFLD data - which takes me significantly more time than just getting it out at once now.

Also, it seems like some people think i just download the orginal data and upload it here within 5 minutes. No, I invested a lot of time - fixing title capitalisation/reviewing them, fixing operator capitalisation, reviewing locations, changing tags, fix names/review them (i've gone through the whole list and fixed a lot of names, although, I may have missed a few.), i identified ~80 already mapped stations and more. But if I now also documented everything, discussed, voted and whatever else it would have taken significantly longer - mainly my time - in which I could also have copied the stations one by one from the HIFLD, just like i did so far. Of course, you can always find something that could be done better (BTW, sometimes i come across older edits of mine, noticing things i did wrong and fix them) - but is it worth the time?
For example, the ref in name issue: I think it's a very insignificant problem, which I can also take care of when I add the connecting pipelines some day. Website issue: A year or so ago I saw 3 or 5 stations tagged by someone else with the parent's company of the pipeline company website. (removed it nonetheless, but because the site was dead) So I included those websites here as well - compressor stations usually don't have "official" websites anyway and this might be better than no website at all.
I will look what I can improve, but I also belive the import is a massive enhancement for OSM energy mapping - certainly not  "deleterious".
impiaaa (2022-08-22 19:28:39+00:00): OpenStreetMap is a community project, not your personal database. Sweeping changes like this NEED to be done with community approval. You may think that the import process is unnecessarily bureaucratic—I agree!—but ignoring it is not the path to fixing it. You've been told this multiple times. If you'd actually like to contribute to the community, you could help the group that is putting together a proper import plan: https://wiki.openstreetmap.org/wiki/HIFLD
impiaaa (2022-08-22 19:33:24+00:00): I've reverted this change in changeset 125242164. I'm sorry your work had to go to waste.
Allison P (2022-08-22 19:40:21+00:00): Let me try this again. All you've said has failed to address that this is an import. Regardless of whether or not you believe the rules about imports are justified, you cannot import data without prior proper discussion. There is currently grounds for any user to revert your changeset. It is likely that the Data Working Group will do so. Before I address any of your concerns, I must remind you that you are already in the wrong.

I have specifically chosen not to revert this changeset because there is something you can do to fix it. I can rescind that offer at any time. I would be in the right to do so. It is merely secondary that your data isn't as high quality as it seems. This is not an attack on the dataset. I am suggesting that the way you mapped the other dataset onto OpenStreetMap is incorrect. It does not matter how insignificant the issues are, you should never knowingly introduce incorrect information into the database for any length of time. It is far easier to add new correct information than to notice and fix existing information.

For this reason I can only accept that you either get a proposal approved to import this data as is, or correct the data. Neither the amount of time this takes you nor how efficiently that time is spent is of any concern to anyone else. There is no requirement that you must add this data to OSM.

As another user has already reverted the changeset, I will not press you any further. I would certainly offer my input if you decided to start the process of properly importing the data. Know that I will raise the same concerns I have here, and just stating that you disagree with them and with other opposing comments will result in your import being rejected.
Allison P (2022-08-22 19:41:54+00:00): Apologies, most of my comment was written before I knew this had been reverted. References not made with this knowledge may be disregarded.
zluuzki (2022-08-22 19:55:17+00:00): "NoT yOUr pERsonal daTabaSE"- are you fucking serious? I have not even remotely spoken of this - did you even think for a second about what I was babbeling? 
"If you'd actually like to contribute to the community" I don't give a shit about "contributing to the community", am I a "community manager" or what? I "would like to contribute" to the (community's) data, that's what i'm here for.
And stick your hypocritical fake-sorry up your ass, I feel extremely mocked by this. Youre obviously not sorry, not the slightest, if you do not care to respond to a single thing i wrote about.
Allison P (2022-08-22 20:17:19+00:00): I presume you are already aware, but just in case: this is entirely unacceptable conduct for an OpenStreetMap user. These comments are seen by anyone for as long as OpenStreetMap exists. It seems you are projecting your own lack of sincerity onto another user and lashing out at them for it. You are making no attempt to reach a resolution to this dispute and therefore believe that others are doing the same, and commenting only to antagonize. There is more to being a good member of the OpenStreetMap community than high quality edits. If you can't respect that, you shouldn't edit. Thank you.
SherbetS (2022-08-22 21:57:14+00:00): Zluuzki,

I apologize if my page was unclear, I still haven't jumped through the mailing list discussion hoops to get this import approved. I will square that away in a few weeks time after I'm finished with the FL landuse import. at that time, 

Keep in touch and we can look into having this dataset added. I am always grateful for your investment in mapping energy infrastructure, and I feel like it would be easier on everyone if we could get the import approved first. 

Thanks,
SherbetS
zluuzki (2022-08-23 04:10:16+00:00): Deleting my stuff without caring for anything i wrote because your principles are hurted (which you supposedly do not even like yourself) is totally acceptable and welcomed?
"your own lack of sincerity" What "lack of sincerity"?
"All you've said has failed to address that this is an import." - I never said it isn't an import, did you bother to read the account's name?
"You are making no attempt to reach a resolution to this dispute" - So writing a long novel explaining my actions and EVEN explicitly saying that i'm going to improve things is "not even an attempt" for you?
InsertUser (2022-08-23 07:23:49+00:00): > Deleting my stuff without caring for anything i wrote because your principles are hurted

It's a bit rich calling this "your stuff" when  you have lifted it from another site and don't appear to have even bothered to do the required license checks.
zluuzki (2022-08-23 16:07:13+00:00): Preparing the upload over two hours is still my work. 
I "bothered" to do the licence check already a half year ago, HIFLD is US Goverment data which is in public domain.
Mateusz Konieczny (2022-08-23 17:20:33+00:00): FYI zluuzki was previously known as Hiausirg

He already made at least one large scale import which was reverted
spatialia (2022-08-23 19:08:11+00:00): Procedures may slow us all down, but are frequently the difference between good and bad data. They're also the difference between a personal database and a collaboration. None of us can decide to *not* be a part of this community and what the community agrees on, and continue editing. That applies to me as well. If it was important to me that data be entered without following the community's rules, I'd need to stand up my own copy of the database and edit it instead - that's an option for you if you don't agree with the required procedures. If it is important to you that the community understand that the import process is onerous and reducing your ability to contribute by taking your time, it's relevant to discuss that on the wiki, Discourse, talk lists, Slack, Discord, reddit, wherever, and try to improve them. But it's not allowed to just make edits. I'm not any kind of manager or privileged user of this community, just someone else who, like you, cares about the data too - the rules are what gave us this database as it is today - I plan to follow them and hope you will too.
voltairovicz (2022-09-28 10:13:00+00:00): Witaj Kazimierz, Chciałbym ci zwrócić uwagę, że budynków dworcowych nie tagujemy tymi samymi znacznikami, co  znacznik stacji bądź przystanka kolejowego. Dworzec jest już renderowany specjalnym kolorem budynku. Spójrz jak są tagowane inne dworce w Polsce, jest to stała, ujednolicona zasada, pozdrawiam
渤海西岸 (2022-08-23 11:11:09+00:00): 太专业了，膜拜
eggie (2022-08-22 14:34:46+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

Feedback  Kijk in de wiki hoe te mappen.
Je edits https://overpass-api.de/achavi/?changeset=125230026

Een boom is geen park en de naam is niet appelboom. Er zijn maar weinig bomen die echt een naam hebben.
Zie https://wiki.openstreetmap.org/wiki/Tag:natural=tree

MVG, 

Eggie 

Namens de OSM Community
eggie (2022-08-22 14:43:25+00:00): Dus op een node
natural=tree
species=Malus pumila)
species:nl=Appelboom

Je kunt het verder uitbreiden .. zie wiki.
Mapse
eggie
eggie (2022-08-22 14:43:50+00:00): .. en uiteraard geen haakje
eggie (2022-08-22 15:10:33+00:00): park verwijderd.. name=appelboom omgetagd naar species:nl=
literan (2022-08-23 20:07:38+00:00): а зачем мост-то сломали? что у вас за каша в теге highway теперь  ((
velomeloman (2022-08-23 21:34:44+00:00): Да, неаккутатно склеил. Починил.
LockOnGuy (2022-08-23 00:07:17+00:00): Please ensure that if you are part of a group of organized editors that you follow https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines .
LockOnGuy (2022-08-23 00:08:29+00:00): Also, what is the source of the name for https://www.openstreetmap.org/way/487615609    ?
gscholz (2022-08-23 05:45:28+00:00): Hi Darco123,
I have reverted this changeset as it caused errors in the OSM database regarding self intersecting ways:

https://tools.geofabrik.de/osmi/?view=geometry&lon=10.42687&lat=46.06837&zoom=15&baselayer=Geofabrik%20Standard&opacity=0.67&overlays=self_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way

https://overpass-api.de/achavi/?changeset=125231156

Please try again more carefully.
Kind regards
Guido
eggie (2022-08-22 15:22:59+00:00): Dag Leo.. Dit is niet correct. Geen name tag gebruiken om iets te beschrijven
Dat is van de zelfde orde als name=huis name=bankje name=fietspad 

Kijk in de wiki hoe met name om te gaan. In de tagging zelf zit al dat je te maken hebt met een track of een veld.
MVG
eggie
eggie (2022-08-22 15:26:01+00:00): Good practice    

https://wiki.openstreetmap.org/wiki/NL:Good_practice
LeoMaath (2022-08-22 15:52:15+00:00): Dus name Atletiek Maastricht is de juiste weergave
eggie (2022-08-22 16:06:38+00:00): Die naam stond al op een node leisure pitch en heb ik overgezet naar het middenterrein.
Het was anders pitch in pitch. 
Eigenlijk zou er beter een node of apart vlak leisure= sports_centre
.. sport=athletics 
name=...... gemapt kunnen worden.
Up to you!
Eggie
eggie (2022-08-22 17:15:19+00:00): Zie https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dsports_centre
eggie (2022-08-22 15:20:58+00:00): Dag Franko.. Je vraagt feedback 

Samenvoegen kan op zich wel..  Die percelen zijn import vanuit de 3dshapes. Daarom zag je ook de witruimte waar de paden lopen.
Het enige bezwaar dat ik kan bedenken is dat er verschillende bomensoorten staan op de percelen en die worden dan apart getagd.
Samenvoegen kan ook mis gaan zoals in de vorige changeset, want vaak staan er relaties op om water en stukken gras en heide te laten tonen op de kaart.
Vlakken op de kaart die over elkaar heenliggen is in principe niet correct. 
Hier is dat niet het geval en is het goed gegaan. 
Je edits https://overpass-api.de/achavi/?changeset=125231344
Groet
eggie
nikospag (2022-08-22 17:47:08+00:00): This is not a national road. so it cant be "primary". Please read our Wiki before you classify roads
czubi (2024-09-24 14:52:24+00:00): Im Alkis ist https://www.openstreetmap.org/way/26819005 "Am Weinberg", dann würde auch die Adresse des Reinsberger Dorfes stimmen. Du hattest es auch schonmal so drin. Was hat dich bewogen es zzu ändern. Ich war lange nicht dort!