piebro/osm-data huggingface dataset:
Kc2jmn (2019-11-15 06:19:41+00:00): Thank you iam.trying to fix some.of the date becues I play pokemon go and some of the points are in parks but not marked right
Diógenes de Sinope (2019-11-14 23:48:59+00:00): this node was established by a new user most likely for the purpose of testing out the iD editor, I am led to believe this is was not meant to be a genuine contribution given the nature of the edit
Sandal man (2021-06-01 21:45:40+00:00): Hi I don't think there is a copy shop or Alpine hut here?
Sandal man (2021-06-12 09:22:17+00:00): I will remove them.
literan (2019-11-15 14:36:24+00:00): все-таки хорошо бы на них tunnel=yes повесить
Diógenes de Sinope (2019-11-14 23:52:35+00:00): this node was established by a new user mostly likely for the purpose of testing the iD editor, I was led to believe that they had no real intention of making a genuine contribution given the nature of the edit
dgitto (2019-11-18 04:03:20+00:00): Via Ventura Gioacchino Padre??
Ma è una inversione  di nome e cognome forse
viloan (2019-11-14 23:52:55+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 você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

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!
user_5359 (2019-11-15 05:53:40+00:00): Welcome to OSM! Please don't add ojects twice (once as node and a second time as area).
skquinn (2019-11-15 08:51:59+00:00): Empty changeset made in error by Vespucci glitch. Data uploaded in changesets 77313299 and 77313383.
marc__marc (2020-05-25 12:29:13+00:00): Hello,
what did you mean with admin_level=1 ? a park is not the boundary of a super-national organization
Regards,
Marc
WoodWoseWulf (2019-11-16 20:33:03+00:00): In the changeset you've changed farmland to parks and added several patches of grass where there doesn't appear to be any (including in the middle of an intersection - why?
Kc2jmn (2019-11-16 21:58:07+00:00): Becues pokemon go uses the data and there is grass there all I need it to be is grass or park land and for the fram land adding grass land to it but also some.of the places are not marked right
WoodWoseWulf (2019-11-16 22:49:46+00:00): Okay... well OSM isn't just a pokemon GO map editor, it's a real world map used for many purposes.

I really can't see how either of these could be considered grass:
https://imgur.com/a/ClFQckP

Links to areas:
https://www.openstreetmap.org/way/745505964
https://www.openstreetmap.org/way/745505963

OSM defines parks in a specific way:
https://wiki.openstreetmap.org/wiki/Tag:leisure=park?uselang=en

This definition does not include farm land. 

Besides, landuse=farmland has practically the exact same effect on Pokemon GO as leisure=park - they both create nests and they both can generate EX eligible gyms. If that's what you're trying to do, there's absolutely no need to add park tagging to the farm field.

If you just map accurately and add only real features and tagging, it should have a positive effect on both OSM and GO :)
eggie (2019-11-15 07:22:24+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
eggie (2019-11-15 07:26:20+00:00): Review.. Goed gelukt.
access=yes en foot=yes is default op voetpaden en hoef je dus niet toe te voegen. Kwaad kan het niet.
MVG,
Eggie
Linus Wolf (2020-01-31 23:13:01+00:00): Pourquoi as-tu supprimé mon (ou mes) tags « geonames:id » ?
Why did you delete my tag (or tags) “geonames:id”?
alester (2019-11-15 01:33:46+00:00): Are you sure there are two separate buildings here? They've both been tagged with exactly the same tags, so they should probably be joined together into one building.
MelioraCogito (2019-11-18 11:36:54+00:00): I used two buildings to delineate between the change in building levels between the two. Despite both being 4 stories, the Esquimalt road facing building is one level lower than the building portion running N (parallel to the E property line).
Since there's no means to denote the change in building height of two portions of the same building, I thought the use of two separate but adjacent building areas would be the easiest way to show it.
I tried using a multi-poly, but I got errors in defining both as "outer" with their area separations sharing a common series of coords (the adjacent way), so falling back on two separate building seems to be the only reasonable solution I could come up with.
If you have a suggestion (that doesn't involve reverting to a single building outline without a means to denote the change in floor levels between the two) I'd be happy to hear & consider it.
I tried using the "building:part" key, but it also caused error issues which is why the balconies are also tagged only as 'building' with a comment to explain what they actually are.
Cheers.
alester (2019-11-23 17:08:30+00:00): Ah, I understand. For cases like this, building:part is indeed what should work best. The two large pieces of the building would be building:part=yes and building:levels=4. Each balcony would be building:part=balcony. In addition, you would map a single way overlapping the outer limits of all of these, and this is what you would tag with building=apartment and all of the address and name tags (no building:levels, though, because that is already on the relevant parts). This way, you only have a single object with an address, and there's only one building=* object rather than a number of them. This would best represent reality, because it's really just one building. Unfortunately, this still doesn't allow us to tell data consumers that one of the parts is offset vertically compared to the other, but I honestly don't know of a way to indicate that. We may just have to accept that there currently isn't a good way to do that. You could add a note on the building object describing the layout so someone can update the tagging if a good solution is later found.
alester (2019-11-15 01:35:01+00:00): These garden beds are tagged with letter names, which seems unlikely. Do these beds really have these names or were these mistakenly imported?
MelioraCogito (2019-11-18 11:39:45+00:00): The bed tags were just references used to reference my coord data in Excel (they were suppose to be removed before I uploaded the gardens).
I did correct this afterwards, but not I missed one garden which has now itself been corrected.
Cheers.
MelioraCogito (2019-11-18 11:40:02+00:00): note*
Linus Wolf (2020-01-31 23:02:10+00:00): Pourquoi as-tu supprimé mon (ou mes) tags « geonames:id » ?
Why did you delete my tag (or tags) “geonames:id”?
Linus Wolf (2020-01-31 23:17:50+00:00): Pourquoi as-tu supprimé mon (ou mes) tags « geonames:id » ?
Why did you delete my tag (or tags) “geonames:id”?
user_9535554 (2020-02-01 13:39:01+00:00): The use of GeoNames.org is not acceptable due to their license, see:

https://wiki.openstreetmap.org/wiki/Geonames

The key "geonames:id" is not listed as an approved key by the OSM Community in the OSM wiki.

You can of course correct me, if I am wrong.

Greetings
Linus Wolf (2020-02-17 21:11:00+00:00): Thank you for your very quick reply!

My understanding is that tags don’t need to be approved by the sommunity before they can be used. Before I started using geonames:id, I found hundreds of uses via taginfo – which seems to be one valid reason to use a tag: https://wiki.openstreetmap.org/wiki/Tags#Finding_your_tag

I’m aware that no content may be copied from GeoNames to OSM – and I think I took care to never do that. I only created the links to corresponding GeoNames entries, without transferring information from there to here. It seems to me similar to Wikidata – a lot of Wikidata-IDs are used in OSM, but copying information is not allowed: https://wiki.openstreetmap.org/wiki/Wikidata#Importing_data.
(The keys geonames:name and geonames:population probably are a copyright problem, but I think I never used them.)

By the way, I used the geonames:ids to connect OSM features to a Tamahaq gazetteer (https://fr.wikisource.org/wiki/Dictionnaire_abr%C3%A9g%C3%A9_touareg-fran%C3%A7ais_de_noms_propres) for research purposes.
Linus Wolf (2020-06-29 16:33:22+00:00): I posted this question in the wiki: https://wiki.openstreetmap.org/wiki/Talk:Geonames#Tag_for_GeoNames_ID
aharvey (2019-11-27 01:17:48+00:00): Hi welcome to OSM, I've cleaned up some of the overlapping ways here, and corrected the tagging to be a parking aisle.
aharvey (2019-11-27 01:12:06+00:00): It looks like this was just a temporary road for construction since in the latest Maxar imagery it's mostly just dirt now.
Warin61 (2019-11-16 23:27:00+00:00): Hi,
How can you say the source for these admin boundaries is bing imagery???

Some of these admin boundaries are broken...
See https://tools.geofabrik.de/osmi/?view=areas&lon=146.47710&lat=-36.35141&zoom=11
Wallip (2019-11-18 02:47:17+00:00): Hi. 
I have no idea about Bing, as I dont use microsoft web programs, and have never used Bing maps.
Warin61 (2019-11-18 23:39:41+00:00): The id editor says you used bing imagery .. it may juist have been the background shown.. maybe you could select OSM as your background. 

In any case these boundaries  are broken and should be fixed.   

And  .. what source did you use?
Wallip (2019-11-19 23:06:56+00:00): bing was the defalt imagery when I clicked edit......I am still learning, but for the edits I have been making I cannot see the issue that the background screen was bing as I was not relying on it for real time accurate data.

My main source has been Whereis, as I dont know how to locate other data, but these are true locality boundaries, which some of the localities have not been on OSM until I added them. As far as I can tell all boundaries are complete
Warin61 (2019-11-20 01:52:42+00:00): I believe Whereis is copyright... so not legally able to copy that into OSM.
Wallip (2019-11-21 10:42:30+00:00): Ah, fair enough......I will leave all that alone then and let someone else sort them out one day. The main thing I started doing on OSM was correcting issues with the railways, as I am part of another project that uses OSM for the background.
Cheers
Warin61 (2019-11-23 02:19:45+00:00): Err no.
Copyright breaches mean there are legal ramifications. 

If someone were to steal the work of your project and start distributing it for there own purposes .. i think you'd be upset. 

Copyright breaches should be dealt with as a priority. 

If you want me to doi it .. and I do have other things to dp, then I will need to know;

 when you started using whereis?

when you stopped using whereis?

what features you copied from whereis?

Are there any other sources you are useing other than tose avalibe as backgrounds in iD?
Wallip (2019-11-23 06:36:48+00:00): It seems there is no ability for me to reverse my own changes. I have only used Whereis for the changes to localities around Wangaratta. Looking through my history it says 3 months ago was the the first one.
Localities added are - Bowser, Boralma, Docker Plains, Docker, Londrigan and Oxley Flats.
These changes have therefore altered the boundries to Byawatha, Springhurst, Wangaratta East, Eldorado, Oxley, Tarrawingie.

If you have the ability to delete these changes, then go ahead, otherwise let me know what I have to do.
Warin61 (2019-11-24 23:03:27+00:00): Reverted fully. Time, so far, 35 minutes. Will require further work.
aharvey (2019-11-26 04:31:32+00:00): Thanks for your efforts reverting this copyright breach @Warin61.

@Wallip FYI we are planning to import more admin boundaries from a source we can legally use, details are at https://wiki.openstreetmap.org/wiki/Import/Catalogue/PSMA_Admin_Boundaries.
Warin61 (2019-11-26 08:47:03+00:00): I think they are all done now. Something like what they were before at least.
Wallip (2019-11-27 11:19:10+00:00): Thanks for you efforts. Sorry about the mistake.
pitscheplatsch (2019-11-16 19:26:19+00:00): Hi Vatearii, welcome to OSM.

May I know the reason behind removing the natural=reef tag and furthermore adding the area=yes tag? Thanks.

More information about this changeset: https://overpass-api.de/achavi/?changeset=77102919

---
Detected by #SuspiciousOpenStreetMap
user_5359 (2019-11-15 05:30:17+00:00): Welcome to OSM! Please carry the whole area of the park and not just one node.
Glassman (2019-11-15 06:56:44+00:00): I think you want amenity=parking. parking_space is intended for just one car. amenity=parking can have multiple parking_spaces.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/77103264
thatoneiowan (2019-11-16 03:51:18+00:00): curious as to your reasoning for this change - i think it is built to interstate standards and if i recall it even has a minimum speed, but i am not certain on that since i've only ever been over there a couple times.
bye12 (2019-11-22 01:00:02+00:00): This changeset adds airport information that is outdated by over 5 years, and intersects current information. 

Please verify sources.

Removed offending data in Changeset:77402147
mavl (2019-11-17 13:31:00+00:00): This changeset has been reverted fully or in part by changeset 77188339 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: nonexistent objects - https://www.openstreetmap.org/user_blocks/3265].
maraf24 (2019-11-21 21:29:14+00:00): Naprawdę po tym placu mogą jeździć samochody? https://www.openstreetmap.org/way/551732806
mavl (2019-11-17 13:31:33+00:00): This changeset has been reverted fully or in part by changeset 77188339 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: nonexistent objects - https://www.openstreetmap.org/user_blocks/3265].
aharvey (2019-11-27 01:00:38+00:00): Hi welcome to OSM.

The Homemaker Center was already tagged at https://www.openstreetmap.org/way/554571579, unless you know this butcher that you've replaced no longer exists? I've reverted this change in line with https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element.
aharvey (2019-11-27 01:01:22+00:00): reverted in https://www.openstreetmap.org/changeset/77600944
dktue (2019-12-03 14:28:41+00:00): Wieso hast Du denn amenity=university vom Campus Sand entfernt?
fx99 (2019-12-03 17:54:28+00:00): Weil Campus Sand zum MP "Universität Tübingen" gehört und da schon ein amenity=university dran ist.
Eine Doppelung wird von diversen Tools angemeckert.
dktue (2019-12-03 18:49:05+00:00): Ja, es sieht aus wie eine Doppelung, ist es meiner Meinung nach aber nicht, denn das Element "Campus Sand" ist für sich selbst eigenständig und sollte daher auch amenity=university tragen, da es auch außerhalb der Relation existiert. Meiner Meinung nach, sind die QA-Tools dort nicht hinreichend differenziert.
fx99 (2019-12-03 18:52:49+00:00): Wenn es nicht zur Uni Tü gehört, dann muss es aus der Relation raus.
dktue (2019-12-04 08:37:16+00:00): Es gehört zur Uni Tübingen, ist aber ein eigener Campus. Die Frage ist, ob man sowohl Universitätsgelände mit amenity=university als auch Campus mit amenity=university taggt oder ob es für Campus einen besseres Tagging gibt.
mavl (2019-12-05 22:05:48+00:00): This changeset has been reverted fully or in part by changesets 77981790, 77962512, 78003034, 77978188, 77993895, 77970472, 78006814, 77966863, 77968576, 78016990, 77964262, 77974397, 77951657, 77985042, 77998476, 78011603, 77965312, 78009193, 77958037, 77989512, 78015407, 78013657, 77971866 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: an incompatible source].
hsc666 (2019-11-15 18:38:49+00:00): Hallo staka_claudia und herzlich willkommen bei OSM! Die Schreibweise Unisee scheint auch gebräuchlich zu sein (s. z.B. <https://www.duesseldorf.de/feuerwehr/tipp/schwimm.html>). Ist das korrekt? Falls beides irgendwie "richtig" ist, sollten auch beide Namen eingetragen werden. Je nachdem was am besten passt, könnte man einen der beiden Namen als alt_name oder official_name eintragen.
VG
hsc666
aharvey (2019-11-27 00:57:43+00:00): Hi, welcome to OSM. Generally I'd just consider this one large car parking area, so would use one big way to cover the whole parking area rather than breaking it up into smaller ways, see https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element.
aharvey (2019-11-28 09:47:34+00:00): I've converted this to one parking lot in https://www.openstreetmap.org/changeset/77673515
Arun Madhavan (2019-11-16 03:02:22+00:00): Hi Gokul, What you draw is College Ground not school. College ground is area in which various buildings or college resides. You use college/school when you draw a particular building. Thanks for contributing. Pls do more
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/77107745
abakus_uploader (2019-11-15 23:31:45+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!
PT-53 (2019-11-15 12:09:54+00:00): Hallo zarquon,
gibt es die Straßennamen Vogelherd und Wald wirklich? In Maps4BW wie auch im Geoportal BW kann ich keine entspr. Straßennamen finden.
Sind das nicht eher Namen von Siedlungsplätzen? Dann sollten die Straßennamen an den Straßen und den Adressen gelöscht und bei den Adressen statt addr:street besser addr:place verwendet werden.
Grüße
zarquon (2019-11-15 12:27:18+00:00): Hallo PT-53,
nun dachte ich, dass ich nichts falsch machen kann, wenn ich ein anderes Gebäude als Basis nehme.
Die Straßen sind sehr wahrscheinlich nicht ausgeschildert, aber der Abschnitt Vogelherd - so meinte ich - heißt schon so.
Anyway - in den Daten habe ich jedenfalls auch einen Fehler beim "kopierten" Gebäude an der Burgruine entdeckt. Das ist nicht Köhlerweg, sondern Schloßbergstraße.
Werde die Adressen auf addr:place anpassen ggf. die Straßennamen berichtigen oder löschen.
Danke für die Tipps.
Grüße
PT-53 (2019-11-15 14:24:55+00:00): Hallo zarquon, 
bevor ich die Lösung mit addr:place kannte, habe ich auch an den Adressen fälschlicherweise addr:street - mit nicht existierenden Straßennamen - verwendet und, damit die QS-Tools nicht meckern, an die Zufahrten den entspr. Namen gesetzt. Das war früher weit verbreitet und ist noch lange nicht überall behoben. Also nicht wundern, wenn Du immer wieder über solche Altlasten stolperst.
Grüße
mrpulley (2020-02-20 11:49:23+00:00): Just letting you know that I've removed the bridge tag from https://www.openstreetmap.org/way/574215100 (at changeset https://www.openstreetmap.org/changeset/81270218). Only the section crossing the creek needed a tag (not the entire way) - although looking at the imagery, a culvert tag to the creek looked a better option, so I've done that. Hope that makes sense.
Matija Nalis (2019-11-15 14:21:42+00:00): I've tried to fix the names - you should use name:ru tags for Russian names, not modify existing "name" or "name:en" tags. Thanks!
mavl (2019-12-15 16:35:00+00:00): This changeset has been reverted fully or in part by changesets 78423908, 78425731, 78431462, 78428956, 78427975, 78422742, 78430242, 78423304, 78424715, 78432742, 78426855 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: an incompatible source].
mueschel (2019-11-19 12:43:03+00:00): Hi,
welcome to OSM!

In OSM we have to use a well-defined set of tags to allow all the software tools to understand the data and e.g. show it on maps.
Please make sure that you only use tags that are documented in the Wiki or are available as presets in your editor.

Your added nodes only have only tags that are not used in any other place and can't be used for maps.

Jan
mueschel (2019-11-19 12:42:30+00:00): Hi,
welcome to OSM!

In OSM we have to use a well-defined set of tags to allow all the software tools to understand the data and e.g. show it on maps.
Please make sure that you only use tags that are documented in the Wiki or are available as presets in your editor.

Your added nodes only have only tags that are not used in any other place and can't be used for maps.

Jan
goedegazelle (2019-11-15 14:13:37+00:00): Are you aware that PDOK is outdated in that area? That park has recently been overhauled as you can see with respect to the newly added stream that does not appear in PDOK.
dvdhoven (2019-11-15 14:43:21+00:00): There is another problem.
A park should lay over the landuses as a transparant, The landuses are removed and now the detalis are gone.
dvdhoven (2019-11-15 14:48:44+00:00): Reverted by my changeset 77133531
It was a kind of vandalism.
dvdhoven (2019-11-15 14:49:32+00:00): Now that the grass and forest is back, it should be adjusted to the new park
dvdhoven (2019-11-15 14:53:53+00:00): And as you can see in Maproulette the only challenge is to remove tags like leisure_1, leisure_2, etc not to remove the area's tagged with landuse=...
You have totally misunderstood the challenge!!!
Adamant1 (2019-11-15 20:26:05+00:00): Well, I have no idea what I did or didn't do wrong now because it was reverted before I had a chance to comment. Maybe next time wait until the person your chiding for something has a chance or to respond before you revert them for whatever it is your hassle them about that you think is better done your way. Which there's a good chance it might turn not to be.  

Also, next time save the condescension about what the other person "understands" or not. My level of education level as to the purpose of map  maproulette challenges has #^%$ all to do with if whatever your freaking out about in an extremely entitled tone is a legitimate complaint about what's actually on the map or not.  

Personally, last time I checked there is nothing that says during a map maproulette challenge people can't fix other near by things while doing them. I've fixed a mass amount of issues I wouldn't have seen otherwise doing it that way. It's still an edit under the users and is a part of their edit history. So, I'm pretty sure they can do whatever they want while also doing a maproulette challenge. Not just they are uneducated gits that don't understand what the $^%&$ they are doing, as your hyperbolic, useless, and off topic comment insinuates!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!