piebro/osm-data huggingface dataset:
b-jazz (2020-03-25 03:29:06+00:00): Hello Importer. Is there any chance you can pause your import and fix some data problems? I see many (most?) of the street addresses aren't properly expanded (i.e "N Main Street" instead of "North Main Street"). I also see a lot of the ways have a node that is duplicated (something like 1-2-3-3-4-5) with the 3 duplicated. It would be great if you could fix those before importing any more, and it would be even better if you could go back and clean up the data already imported. Let me know if you need help.
dkensok_redlands_import (2020-03-28 21:47:12+00:00): Hello, thanks for the feedback.  Yes, I have paused the import and will address these issues before proceeding further.  I am working with another person on the import and they are pausing as well, and we're coordinating on the fix. Thanks again.
dkensok_flagstaff_import (2020-03-31 16:04:51+00:00): We have addressed the issues noted above and proceeded with the import for a few more block groups yesterday. The results are looking good. We will complete the import over the next few days, and then circle back to address open issues in earlier block groups.
b-jazz (2020-03-31 17:29:41+00:00): Thanks for taking care of this. Much appreciated.
eggie (2020-03-23 19:44:16+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Review.. Zijn dit wel huizen of zijn het sta caravans. Dan taggen als static_caravan

MVG,
Eggie
Kamil Kalata (2025-02-07 13:26:31+00:00): Witaj!

Zauważyłem, że zapomniałeś dodać do relacji obszaru wyłączonego z ruchu (https://www.openstreetmap.org/relation/10889748) tagu type=multipolygon. Błąd ten poprawiłem (https://www.openstreetmap.org/changeset/162245528). Gdybyś miał jakieś uwagi, skomentuj mój zestaw zmian lub zgłoś je w wątku na OSM Community (https://community.openstreetmap.org/t/review-relations-with-no-type-tag/125062).
PPete2 (2020-07-07 11:34:41+00:00): Hallo Laci,
du hast vor einiger Zeit an den Autobahn-Ausfahrtsknoten zur Raststation Mondsee sowohl den Tag highway=motorway_junction als auch den name-Tag gesetzt.

Laut Wiki https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_junction#Ausfahrten_zu_Parkpl.C3.A4tzen.2C_Rastst.C3.A4tten_und_Tankstellen

ist der highway-Tag zumindest umstritten (bzw. der fehlende Tag zuvor war nicht falsch) und der name-Tag sollte gar nicht verwendet werden.

Warum deine dem Wiki widersprechenden Änderungen?
PPete2 (2020-07-07 11:36:22+00:00): es geht um die Knoten https://www.openstreetmap.org/node/14958000 und https://www.openstreetmap.org/node/14958033
PPete2 (2020-07-07 11:40:24+00:00): selbige Frage gilt auch für Parkplatzausfahrten, z.b.:
https://www.openstreetmap.org/node/1429761246 und https://www.openstreetmap.org/node/13822021
aceman444 (2020-11-29 23:15:08+00:00): Zdravim, co tu bolo "chybne urcene"?
Preco bolo potrebne napr. na chodnik https://www.openstreetmap.org/way/439562817 pridat este 'foot=yes', ked uz z toho, ze je to chodnik to dost vyplyva? Preco bolo potrebne odstranit autobusove zastavky ako napr. https://www.openstreetmap.org/node/3893604756 ? Zda sa, ze ste ich potom vratili (nespravnym sposobom, vytvorenim nanovo bez historie) a umiestnili do relacii liniek autobusov na nespravne miesta. Taktiez prosim nikdy nezasahujte do ciar administrativnych hranic ako https://www.openstreetmap.org/way/165635919 . Nie je dovod spajat ich spolocnym bodom napr. s cestou, co ste urobili s https://www.openstreetmap.org/way/60429738 .
pauliusz (2020-06-04 10:01:16+00:00): Specialiai ištryniau pusiasalį lampėdžių ežere, nes jis jau nukastas:
https://www.delfi.lt/news/daily/lithuania/taip-matijosaitis-daro-versla-buvo-ezeras-dabar-stoves-namai.d?id=81957989#!dgs=dgslt-301307:8769868
A67-A67 (2020-03-24 10:06:33+00:00): Hallo OttoR,
Ik had dit gebied precies uitgelijnd met de BGT, de officiële topografische kaart met een maximale fout van slechts 25 cm. Door het hoogteverschil kan de luchtfoto een beetje afwijken.
A67-A67 (2020-03-24 10:12:24+00:00): De BGT-laag kun je toevoegen door deze link: wmts:https://geodata.nationaalgeoregister.nl/tiles/service/wmts?request=GetCapabilities&service=WMTS
te laden in Imagery > Imagery Preferences en dan nieuwe WMTS-laag toevoegen (de knop met +WMTS onderaan rechts).
OttoR (2020-03-24 20:19:06+00:00): Hallo A67-67,
Welke laag kies jij dan? Ik heb meerdere geprobeerd, maar de meesten lijnen niet uit met de bestaande OSM data. Bijvoorbeeld de A6 niet; en als alle andere OSM-ers de BGT laag niet gebruiken, krijg je dat dit nergens in lijn is met de BGT kaart.
OttoR (2020-03-24 21:12:13+00:00): Neem als voorbeeld het cirkelbos (meesweg/merelweg) en het uitkijkpunt Almere Boven.

Er staan hier op de topografische kaart ingetekend die totaal niet overeenkomen met de OSM data / PDOK luchtfoto.
De foto wijkt teveel af van de topo kaart om te verklaren te zijn door een afwijking in hoogteverschil. Het lijkt erop dat de topo kaart is ingetekend op basis van de plankaart. Nu blijkt aan de hand van de foto dat in de echte wereld van het plan is afgeweken.
A67-A67 (2020-03-25 12:03:29+00:00): De handigste laag is BGT omtrekgericht. Deze heeft alleen lijnen en kan dus als laag over de luchtfoto worden gelegd.

De BGT is de meest nauwkeurige kaart die we kunnen gebruiken. Veel gevorderde mappers gebruiken die ook en voor het precies uitlijnen is het eigenlijk noodzakelijk. Uitlijnen met de luchtfoto kan voor grover werk, maar als je het preciezer dan een meter wil hebben, zoals hier, dan is de BGT nodig. Als je iets dat al met de BGT is uitgelijnd, uitlijnt met een luchtfoto dan wordt de kaart minder nauwkeurig.

De BGT loopt wel soms wat achter. Officieel mag dat maximaal 6 maanden zijn, maar in mijn ervaring lopen vooral de provincies en Rijkswaterstaat soms verder achter. Hier bij de A6 zie je dat goed. Almere heeft bijvoorbeeld de Noorderdreef erin gezet, maar de grond van Rijkswaterstaat, bij de A6, laat nog de oude situatie zien.
A67-A67 (2020-03-25 12:08:36+00:00): Ik zie zelf geen echte problemen bij Almere Boven. De Meesweg en Merelweg zijn hier precies ingetekend in de BGT zoals op de luchtfoto.

Je hebt natuurlijk wel soms de situatie dat een BGT-vlak niet direct te vertalen is naar een OSM-vlak. De BGT geeft bijvoorbeeld aan dat is bos is, maar je wil in OSM onderscheid maken tussen dat grasveldje in het bos en de bomen. Dan kun je de luchtfoto gebruiken om het grasveldje in te tekenen.
A67-A67 (2020-03-25 12:10:22+00:00): Hierbij nog het meest relevante forumtopic over dit onderwerp:
https://forum.openstreetmap.org/viewtopic.php?id=59021
OttoR (2020-03-25 20:17:53+00:00): had het meer over het wandel pad. in de BGT staat deze meters westelijker dan op de PDOK lucht foto. Hoe ga je hiermee om?
A67-A67 (2020-03-26 11:52:24+00:00): Bedoel je dit pad: https://www.openstreetmap.org/way/784308719
De BGT geeft een pad aan met een andere vorm een stukje westelijker ervan. Op de luchtfoto lijken er wel wat sporen van een (ouder?) pad precies op het BGT-pad te liggen. 

Dit pad en de paden naar Almere Boven staan niet in de BGT. Ik denk dus dat het om verschillende paden gaat, waarbij het BGT-pad verouderd is.

De BGT loopt soms achter en geeft niet elk detail aan. Het is dus belangrijk om de BGT als hulpmiddel te gebruiken, vooral bij uitlijnen, en niet als enige bron.
Richard (2021-11-01 15:06:08+00:00): Hi - is way 104803566 really smoothness=impassable?
waldhans (2021-11-01 20:41:31+00:00): Thank's for the tip, that's my error, I set it now to "intermediate", due to the unevenness of the surface (tree roots)
chlenix (2020-03-24 07:08:03+00:00): ее хоть кто-то так называет? То, что Вы добавили это значение в Википедию не делает его настоящим. Это как фамилии и имена переводить на другой язык ИМХО.
chlenix (2020-03-24 07:12:42+00:00): ну пусть будет так, в alt_name
user_5359 (2020-03-24 16:59:13+00:00): Welcome to OSM! You add two ways with two nodes, booth have the same node.
See https://www.osm.org/way/784032085/history, https://www.osm.org/way/784032090/history
czubi (2020-03-23 22:26:44+00:00): https://www.openstreetmap.org/way/784034618
ich glaube landuse=basin trifft es besser, was meinst du?
https://www.openstreetmap.org/way/784034619
wie muss ich mir eine barriere mit Höhe =0 vorstellen?
czubi (2020-03-23 22:40:28+00:00): wenn ich den Bildern Glauben schenke darf sind dort Stufen. Kannst du eigentlich nur retainig_wall nehmen. Es gäbe zwar auch was für Treppenanlagen, https://wiki.openstreetmap.org/wiki/Proposed_features/Area-steps , ist aber eher selten im Einsatz
eggie (2020-03-23 21:27:35+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Review... Gebouwen krijgen geen adresgegevens. Die zijn al aanwezig in de vorm van meerdere adresnodes. Je kunt de adresnodes gewoon verslepen naar de juiste plek. 

Kijk je nog even?
Je edits
MVG,
Eggie
eggie (2020-03-23 21:27:47+00:00): https://overpass-api.de/achavi/?changeset=82540987
eggie (2020-03-24 08:50:37+00:00): removed redundant addresses at buildingshapes.  Addressnodes already present.
Gr eggie
dktue (2020-03-27 10:24:51+00:00): Wow ! :-)
zstadler (2023-08-07 13:11:51+00:00): Hello BS97n,

Several ways in this edit are tagged with 
"foot:conditional"="yes @ (Mar-Oct 07:00-21:00; Nov-Feb 8:00-dusk || dusk-00:00 off)"

I wonder what is the intention of
"Nov-Feb 8:00-dusk || dusk-00:00 off" and how does it differ from
"Nov-Feb 8:00-dusk"

I curious about these conditions because the Valhalla routing engine is unable to parse this perfectly legal expression.

For the list of all similar ways in this area, please see
https://overpass-turbo.eu/s/1yC6

Best regards,
Zeev Stadler
BS97n (2023-08-07 15:05:22+00:00): there's a sign on each entrance stating that you may not access the graveyard at the times excluded by this statement. However, I did not check if the access gates are actually closed at those times.

During daytime, the ways on the graveyard are frequently used to connect the „Wasserwelten Langendreer“ to the next tram stop, which is why I think it is important to not tag them as restricted for all time of the day.
zstadler (2023-08-07 15:11:18+00:00): perhaps my question was not as focused as I hoped...

I think that 
"Nov-Feb 8:00-dusk || dusk-00:00 off"
can be safely replaced with
"Nov-Feb 8:00-dusk"
because both expressions only allow allow access from 08:00 until dusk.

Am I missing something about the impact of the "|| dusk-00:00 off" suffix?
BS97n (2023-08-07 15:47:23+00:00): I think you can safely remove this suffix. I created the syntax step by step resembling the sign at the entrance, which is probably why I added this now redundant piece.
zstadler (2023-08-07 16:37:16+00:00): Thanks!
Done in https://www.openstreetmap.org/changeset/139574191
Rademenes (2020-03-24 13:14:27+00:00): To jest rów odpływowy ze zbiornika retencyjnego. Zbiornik zasilany jest z kanalizacji deszczowej osiedla mieszkaniowego.
maro21 (2020-03-25 00:55:12+00:00): Dzięki za szybką reakcję :)
Tomas Straupis (2020-03-24 06:17:19+00:00): River, administration boundary, forest relations have been badly broken, trying to find out how to fix. Please do not edit relations with iD, it is only good for changing names and entering benches and stores.
Jay May (2020-03-24 06:34:18+00:00): Hi. If it's the same place we're talking about, I think my mistake was not due to editing with ID, but that at some point I hadn't checked properly whether the river was not merged with one forest/admin limit. Do you have the possibility to revert only part of the changes (not the names nor wikidata), I will check it once again and, if needed, I will make the changes manually
Tomas Straupis (2020-03-24 14:10:32+00:00): I've fixed the problems, but it took quite some time. The problem is that iD is not created to do such changes and does not have a proper validator - such changes would have been impossible in JOSM.
Allison P (2020-03-24 13:58:35+00:00): I imagine there are (or were) plans to develop the area and they built it ahead of time. Just my thought.
literan (2020-03-24 15:12:15+00:00): добрый день. Не помню, рекомендовал ли уже вам добавить в редактор JOSM в настройках tms-слой адресного реестра Москвы. Он разрешен к использованию, с него можно сразу брать адреса (ну и контуры домов, если они, например, под деревьями). Адрес такой: tms:http://trolleway.nextgis.com/api/component/render/tile?z={z}&x={x}&y={y}&resource=42,45
solenoid jam (2020-03-31 16:37:43+00:00): Спасибо, добавил.
уведомления не приходят, наверно отключены. Случайно увидел сообщение.
literan (2020-04-01 06:56:27+00:00): отключить уведомления нельзя. Они всегда приходят на почту, которая была указана при регистрации. Посмотрите в настройках.
user_5359 (2020-03-25 05:27:14+00:00): Wilkkomen bei OSM! Du hast bei der "Anpassung" vergessen, die deutschen Schlüssel zu den korrekten englsichen Schlüssel anzupassen oder löschen! Siehe https://www.openstreetmap.org/changeset/82480969
NunoCapeloCaldeira (2020-03-24 13:52:41+00:00): hello, i have asked you question o nanother changeset, to which you didn't reply, none the less you continued editing. 
On this edit, you are using distorted satellite imagery,you misalligned all the roads that were properly alligned.
Waiting for a reply before fully reverting this changeset.
Road Pizza (2020-08-31 08:28:47+00:00): Dear Larken,
why is there a gap in the Buffalo River Trail?
Larken (2020-09-01 21:08:15+00:00): I'm not sure what you mean. The road walk on Peter Cave Road, A41 and A241? I used the BRT trail  gpx file from http://www.ouachitamaps.com/Buffalo%2002%20East.html and they have this portion as a road walk.
maraf24 (2021-06-15 21:44:49+00:00): To nie jest budynek, to jest autobus.
user_8120638 (2021-06-15 21:52:42+00:00): Może UFO widzisz to już zły objaw czas do lekarza
maraf24 (2021-06-15 22:08:32+00:00): Nie wierzysz? Sam zobacz: https://i.postimg.cc/44KyC88G/autobus.png
user_8120638 (2021-06-15 22:22:36+00:00): Zażyj waleriany na uspokojenie
patpol4 (2021-07-23 12:04:05+00:00): Wydaje mi się że to jest jednak autobus bo budynki raczej nie mają lusterek.
https://postimg.cc/RW3sfy21
gendy54 (2020-05-24 16:04:26+00:00): Bonjour,

Merci pour l'ajout de la caserne, mais la caserne a déjà été cartographiée sur l'emprise totale.
Je supprime donc.

Donat alias gendy54
BCNorwich (2020-03-24 07:50:10+00:00): Hi, Welcome to OpenStreetMap.
Can I please point you to https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgolf_course with regard to several golfing tags specially surface=grass rather than landuse=grass.
Also https://wiki.openstreetmap.org/wiki/Tag:golf%3Dcartpath regarding tagging of cartpaths.

Need any help please just ask. 
Regards Bernard.
rjsellers80 (2020-03-24 07:55:08+00:00): Thanks Bernard. New to this... but with those features, I tagged them using the golf features options within the website - so golf cart path, golf fairway etc.

What's the issue doing that?

Cheers
Rick
BCNorwich (2020-03-24 08:40:16+00:00): Hi Rick,
The iD editor you're using doesn't have all the possible variations of tags. No problem though that editor is adequate.
A couple of the paths you added actually look like they're used as cart-paths. There's a specific tag for this 'golf=cartpath', (I don't think it's in the iD editor), meaning golf carts should take these paths.

The other point was the landuse tag, thats used to show what the land is used for. This land is used as a golf course not for growing grass. So grass areas on a golf course are tagged as surface=grass.

As I said no great problems and they would be OK if just left, as we learn we work out better ways to tag things. Your mapping is actually pretty good.

Regards Bernard.
rjsellers80 (2020-03-24 08:46:01+00:00): OK great thanks Bernard, all makes sense. I've tweaked the two fairways mapped so far (I just need to check later that setting different landuse/surface tags doesn't impact the programme i'm then importing the map data to). But even if it does, i'll go back in to OSM after I'm done and make sure all tags are as they should be. Thanks again, Rick
jlinfante_import (2020-03-24 01:17:10+00:00): Hola,
gràcies per les teves edicions. És millor dibuixar un àrea per una plaça que no un punt, i cal afegir més informació per identificar que el que has dibuixat és una plaça, no només el nom. En aquest cas, per una plaça peatonal caldria afegir area=yes, highway=pedestrian i place=square, a més del nom, és clar.
Salutacions!
Claudius Henrichs (2020-03-26 07:33:44+00:00): Currently the guideline for people mover infrastructure in OSM is to tag them with railway=monorail - See https://wiki.openstreetmap.org/wiki/Railways#Types_of_railway_line
I find this less than ideal, but it has been the consensus for the past 10 years. And actually if you look at most people mover systems they consist of one (=mono) central guiding rail with the rolling stock running on rubber tyres.
So tagging them as railway=rail is even more wrong since they don't have any outer rails.
Let me know if you are okay with me reverting the tagging of Phoenix Sky Train to monorail.
clay_c (2020-03-27 17:08:56+00:00): I retagged the Valley Metro Light Rail with "light_rail" tags a few days ago, which Dr Kludge reverted back to "train" tags. I'm not sure what tagging schema they are using here because they haven't responded to any of my questions on those changesets.

Since Dr Kludge has moved on to editing other things without providing any explanation, I'm going to assume they aren't actively maintaining rail in Phoenix and it's okay to go ahead and retag this.
Dr Kludge (2020-03-28 04:36:48+00:00): I ride the transit system. If you text 10009 to 22966, then you will see the next time the train will arrive. Hence, the cross streets are not useful as the name. The cross name was placed in the alt_name tag.

Stop 10009Rt. Valley Metro Rail East Gilbert Rd/Main St @ 07:25 PM, 07:45 PM, 08:05 PMRt. Valley Metro Rail East 44th St/Washington @ 07:15 PM, 07:37 PMRt. Valley Metro Rail West 19th Ave/Dunlap @ 07:19 PM, 07:39 PM, 07:59 PM
Claudius Henrichs (2020-03-30 13:50:22+00:00): It seems you are adapting data to fit your personal use case. The station's reference number (e.g. 10009) belongs into the reference tag of the station. It is not the name of the station though. Can you please revert your changes accordingly so the stations are tagged correctly?
If your use case is obtaining the reference number for a station may I suggest you take a look at apps using OpenStreetMap data that show this information, e.g. the app OSMand
clay_c (2020-03-30 17:18:15+00:00): Dr Kludge is being selectively responsive. He seems very proud of his work, but refuses to document or discuss the tagging scheme he's invented. What finally got him to respond here was me sending him an empty threat to edit war.

I sent a message to the DWG a couple days ago; still waiting on a response. In the meantime, I'll copy and paste the questions I previously sent him in the edit war threat:

1. Is there anywhere (OSM wiki, mailing list discussion, etc.) where you’ve documented the tagging scheme you are using for rail in Phoenix?

2. Was this tagging scheme developed through discussion with multiple collaborators, or just you?

3. Are there any data consumers (Mapbox, Wikimedia Maps, government agencies, transport agencies, etc.) that depend on Phoenix light rail being tagged as `train` rather than `light_rail`?

4. Are there any data consumers that depend on Phoenix light rail station IDs tagged as `name` rather than `ref`?

I think it's fair to say that this warrants a response beyond simply describing Phoenix's live vehical arrival texting system. This is not a feature unique to Phoenix.
Dr Kludge (2020-04-03 19:31:37+00:00): 
@clay_c  I am just a volunteer.  Sometimes all I have time for is to add one node to the map each day.  That does not mean I am selectively responding to your private messages.  Moreover, in private messages you have come across as bulling. In changeset 82472573 several mappers disagreed with your arm chair mechanical edits.  You had to rollback many of these changes.  You are impacting local knowledge and edits from local mappers.

1. I presented the tagging scheme and its usefulness in August 2018 to the #bus osm.us slack channel.  The channel was just started in May 2018.  I also presented the information to the #general slack channel September 2018. Yet again the edits were presented in the slack channel #imports September 2018.

2. The scheme was developed with another local transit rider TheDutchMan13. Note that Phoenix has a dynamic population.  It is hard to build an active core of mappers because of the movement of people.

3. Valley Metro Org has their own webpage and rider app.  No one depends on the tagging other than a couple of transit users that eat their own dog food.  The existing data consumers have no trouble using the data.  I still add minimal PT version 1 tags to enable this.  Moreover, it is often the case that wiki page names or Q codes do not match the actual on-site information.  The name tag and the wiki tag name can be completely different.

4. More than five years ago I surveyed transit system mapping across the US.  They were all version 1 and largely incomplete.  I am using version 2.  What I found out in practice and use as a local transit rider is that the name tag as it was being used did not actually add any value to using the osm data.  All the name tag gives you is a way to search for a cross street.  Hence, when I have time I go and survey the stops for both bus and rail adding both the alt_name tag for search and the NextRide number for the name.  The NextRide number is more useful when you are trying to catch a train or bus.  It is obvious what the cross streets are when you look at a map.  It is not obvious what the NextRide numbers are.  Burying the NextRide in the ref tag adds no value.  However, after survey I add the NextRide number into both the name and ref tags. Valley Metro Org is a massive system.  That means that it takes time to drive every route with Mapillary to survey all the stops.  The name tag being used for searches lead to abbreviated messes all over the map.  The tagging scheme does allow for evolving to an improved use for data consumers.

As I said before, I both live here, use the transit system, and map here.  You are coming off as real demanding as an arm chair mapper.
clay_c (2020-04-03 20:37:18+00:00): Dr Kludge,

When I raise questions about someone else's work that I believe needs to be reverted, I _offer for them to revert it first_ before taking it upon myself to revert it. People are usually humble enough to understand what went wrong and take responsibility for it. I appreciate when others reciprocate that favor and give me a chance to revert my own work.

In changeset 82472573, I've acknowledged and resolved all the issues with everyone involved, except for the dispute between me and you. I'm disheartened that it's taken you nearly two weeks since then to reveal the reasons you unilaterally reverted my edits. Everything I've said to you in private messages I've laid out in public as well. I'm not even saying your tagging scheme is wrong—this isn't a contest to see who's right.

So I'd appreciate it if you'd quit characterizing me as a demanding bully and devaluing my work as "armchair mapping". We are both clearly interested in improving the map, and there's no room for that kind of hostility when you're taking responsibility for part of a collaborative project.

-Clay
Dr Kludge (2020-04-05 22:15:43+00:00): @clay_c  You don't work here. You don't live here.  You don't survey here.  You do not use the transit system here.  That is armchair mapping.  The problem is that you are embarrassed that you were caught doing it.