piebro/osm-data huggingface dataset:
ToniE (2023-04-25 09:22:14+00:00): Servus Konrad,

ich bin da voll bei dir, die Zufahrten als driveway zu mappen.

Ein Tipp: 'privat' sind die Zufahrten immer erst ab der Grundstücksgrenze/dem Gartentor.

Z.B. der Weg https://www.openstreetmap.org/way/633403043 kreuzt den straßenbegleitenden Fußweg.

Ein Navi (für Fußgänger:innen, Radfahrer:innen, Rollifaher:innen) könnte hier nicht vom Fußweg auf die Straße navigieren, da das Teilstück 'privat' ist.

https://www.openstreetmap.org/?mlat=48.06465&mlon=11.65901#map=19/48.06465/11.65901 habe ich dementsprechend gemapped (ob nun mit oder ohne Gartentor)

Viele Grüße,
Toni
KonradRD (2023-04-25 11:29:05+00:00): Hallo Toni,
bei einem Teil der Zufahrten hatte ich schon zwischen öffentlich und privat unterschieden. Jetzt habe ich den Rest auch noch gemacht. Die Unterscheidung ist meines Erachtens nur dann erforderlich, wenn die Zufahrt einen Geh- oder Radweg kreuzt. Bei der Iglinger Straße ist dies nur auf der Südseite erforderlich. Auf der Nordseite läuft zwar auch ein Fußweg, auf dem auch gegangen wird, ein Navi würde für einen Fußgänger aber wohl auf dem Fußweg an der Südseite navigieren. Auch ein Kompromiss, mit dem man leben kann. Perfektion ist nicht immer perfekt.
Servus
Konrad

PS:
Dein "Servus" verwundert mich. Ich kenne dessen Verwendung eigentlich nur aus meiner Bergheimat.
ToniE (2023-04-25 12:07:10+00:00): Danke. "Servus" sagt man aber auch hier im Südosten Münchens, Ottobrunn.
WoodWoseWulf (2023-04-26 06:19:07+00:00): Hi Mara,

The name tag should only be used for actual names rather than descriptions. Tagging can be used to represent features on the map. You can use the wiki as a guide to the best ways to tag things:

https://wiki.openstreetmap.org/wiki/Main_Page
Grass-snake (2023-05-02 13:52:24+00:00): Добрый день, вы указали noname:ru=yes + old_name:ru=Снагость, на небольшом участке реки, который проходит по территории Украины и границе с Россией. Можете пояснить, что это значит?

Доброго дня, ви вказали noname:ru=yes + old_name:ru=Снагость, на невеликій ділянці річки, що проходить територією України та кордоном з Росією. Можете пояснити, що це означає?

[out:json][timeout:25];
(
  way["old_name:ru"="Снагость"];
);
(._;>;);
out;
Mazda05 (2023-05-02 16:43:25+00:00): https://dokipedia.ru/document/5191455

«От точки 470 граница идет по безымянному ручью вниз по течению, оставляя безымянное озеро в районе населенного пункта Успеновка (Российская Федерация) на территории Российской Федерации, на протяжении 10,19 км до точки 471, расположенной на реке Снагость, в месте впадения в нее этого ручья.»

https://sumyvodres.davr.gov.ua/wp-content/uploads/2022/01/Linijni-vodni-obyekty-Sumskoyi-oblasti.pdf

https://web.archive.org/web/20190124041724/http://docs.cntd.ru/document/430518771

old_name — історичне найменування, дивиться, наприклад, мапу Шуберта
Mazda05 (2023-05-02 17:19:18+00:00): https://wiki.openstreetmap.org/wiki/NoName_(historical)#NoName_tag
Mazda05 (2023-05-02 17:20:13+00:00): https://wiki.openstreetmap.org/wiki/Tag:noname%3Dyes *
MarcoR (2023-04-26 17:33:47+00:00): Ciao!

Ho controllato il gruppo di modifiche e non ho trovato errori (a parte un nodo che non era correttamente collegato ad un sentiero). Ricordati che i sentieri delle colline livornesi spesso non hanno un nome ufficiale ma solo un nome usato quasi esclusivamente dai ciclisti che li percorrono. In questi casi, alcuni mappatori preferiscono usare il tag mtb:name (vedi https://wiki.openstreetmap.org/wiki/IT:Mountain_biking#Tags_basilari_relativi_alla_mtb).

Se hai un account su Strava (basta quello gratuito) possiamo usare la Strava HeatMap per mappare i sentieri praticati dai ciclisti/runners.

Buon mapping,
Marco.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/135320425
OSM_RogerWilco (2023-05-24 07:22:27+00:00): Bitte den name-Tag nicht für Beschreibungen missbrauchen!
soerenwegenertc (2023-04-26 12:13:07+00:00): Hallo Strubbl,

in deinem Changeset hast du die Attribute von https://www.openstreetmap.org/node/3143594626 geändert, sodass diese Node nicht mehr die Apotheke darstellt, sondern nur noch eine Anschrift.
Gleichzeitig hast du den neuen Knoten https://www.openstreetmap.org/node/10838140589 erstellt, welcher sich an der selben Stelle befindet und die Apothekendaten beinhaltet.

Ich würde gerne verstehen, ob das einfach ein Versehen war, oder aus welchen Gründen eine solche Änderung sinnvoll sein kann.

Dadurch, dass sich die ID ändert, ist es für Consumer schwierig zu erkennen, dass es sich noch um dieselbe Entität handelt. Durch das nicht mehr nutzen der alten Node geht auch die Historie verloren, was ich etwas schade finde.

Schöne Grüße
Strubbl (2023-04-26 15:37:34+00:00): Hallo soerenwegenertc, 
danke für die Rückmeldung. Der Sinn hinter der Aktion war, dass es auch einen reinen Adressnode gibt, der kein POI ist, weil es in dem Gebäude nicht nur die Apotheke gibt. Dabei habe ich die beiden Nodes aus Versehen vertauscht.
Das habe ich rückgängig gemacht mit CS https://www.openstreetmap.org/changeset/135392707

Viele Grüße
soerenwegenertc (2023-04-27 08:31:05+00:00): Verstehe, das ergibt Sinn :) Danke für die Info und das Zurücktauschen, bin ich wieder etwas schlauer und nehme dann zukünftig in ähnlichen Situationen selber so einen Tausch vor.

Schöne Grüße und weiterhin frohes mappen
Strubbl (2023-04-27 20:00:01+00:00): Kein Problem, danke nochmal für den Hinweis. Kann man die Seite oder Auswertung, wo du die Apotheken in OSM beobachtest, öffentlich einsehen?

Viele Grüße
soerenwegenertc (2023-04-28 09:20:58+00:00): Das Beobachten mache ich im Namen der TeleClinic GmbH, Hintergrundinfos dazu hier:
- https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/TeleClinic
- https://community.openstreetmap.org/t/organised-editing-teleclinic-gmbh-apothekendaten/6262

Die Karte ist bei uns unter https://www.teleclinic.com/apotheken/ einsehbar, da werden aber lediglich die Apotheken auf einer Karte gerendert.

Zum beobachten von Änderungen verwenden wir ein internes Tool. Dazu haben wir in unserer Datenbank Referenzen zu den OSM IDs, wöchentlich prüfen wir ob sich auf OSM etwas geändert hat und nehmen eine manuelle Sichtung vor (z.B. ob Apotheke wirklich geschlossen oder einfach nur umgezogen wurde. Attribute wie "disused:amenity=pharmacy" werden berücksichtigt, drauf verlassen kann man sich leider nicht). Das Tool ist nicht öffentlich und in seiner jetzigen Form zu spezifisch für unsere Datenbank, als dass es hilfreich wäre es zu veröffentlichen. Es ist aber tatsächlich nicht mehr als ein Overpass Query, welches in großen Abständen eine Liste an Node IDs abfragt und die Tags checkt.

Wenn uns etwas in den Änderungen auffällt, halten wir daher mit den Autoren in den Changesets Rücksprache oder machen selber Edits, wenn wir uns das zutrauen. Die meiste Zeit sind wir aber damit beschäftigt, unsere eigene Referenz zu aktualisieren (Umzüge, Nodes die zu Ways geändert wurden, Ways die zu Nodes geändert wurden).
Daneben tragen wir Änderungen ein, die uns seitens der Apotheken oder unserer Kunden zugetragen werden, etwa Namensänderungen oder Schließungen (meistens ist die Community schneller als wir :D).

Schöne Grüße
Strubbl (2023-04-28 14:43:49+00:00): Vielen Dank für die Erläuterungen. Das ist toll zu wissen, dass ihr einen Blick auf die Apotheken habt. 👍
rarad74 (2023-04-26 06:48:02+00:00): Hi. You aligned until you dis-aligned. Please leave it as is it now.
SunnyIsland10 (2023-04-27 15:58:23+00:00): Hi rarad74, thank you for pointing out this misalignment. I now see that aerial imagery incorrectly shows the roof opening as off center. Happy Mapping!
Mashin (2023-04-26 10:16:48+00:00): Hi. Thanks for improving OSM. Would you mind explaining more the reasoning for the name change? You message got cut off.
I tried to search for 'Leatherman Cave' and found eve n a bunch of YouTube videos about it suggesting this is a common name.
harahu (2023-04-26 16:40:27+00:00): Hey, I appreaciate you helping out in the import cleanup, but noticed your source being Bing. Just wanted to let you know that using Bing for corrections in Norway is frowned upon, as it often has a lot of offset. Most mapping in Norway is done using high quality Orthophoto, or tracing from the N50 map, both of which have minimal offset. As a consequence, relying on Bing in Norway will often end up decreasing data quality.
harahu (2023-04-26 16:45:25+00:00): I also notice you turned land into ocean with your edit here, which I take issue with. This embankment, although presumably permeable to seawater is most definitely land by any meaningful definition of the term.
dmgroom_ct (2023-04-26 17:59:41+00:00): The ways to the south of the embankment were tagged as coastline  by the user harahu_import.  If you have an issue with that tagging I suggest you take it up with that user.
harahu (2023-04-26 18:32:45+00:00): That user is my import account. What I'm saying is that I have an issue with the removal of said coastline in your changeset.
dmgroom_ct (2023-04-27 10:55:00+00:00): I note that you have once again incorrectly used the coastline tag on the ways south of the embankment.  I have now fixed this in changeset 135422329
dmgroom_ct (2023-04-27 11:01:19+00:00): Just to be clear a body of water which is not connected to the ocean should not be tagged with coastline. Either this body of water is tidal, in which case it cant be a closed body   not forming a continuous interlinked coastline with other coastine ways, or is is not tidal and it is should be tagged  as natural = water.
harahu (2023-04-27 15:16:45+00:00): I appreciate your effort to clarify your motivation for making the change you made. Your stance seems to be that my way of mapping this feature is incorrect. The argument is that a tidal water body cannot be a closed loop of coastline separate from the ocean because the tidal influence would then not reach the waterbody in question.

I see where you're coming from, but I respectfully disagree. Tidal influence and seawater can be transmitted by way of mechanisms that we usually map as land, as opposed to water in OSM. I can think of at least three general examples:
- A culvert
- A natural arch
- A permeable embankment, like in this case.

In light of these counter examples I don't think I can lay weight to your argument.

I'd be persuaded if the community has discussed edge cased like this extensively in the past and arrived at a strong consensus on how to map them, but I struggle to find any documentation pointing to this having happened. I'd be grateful for your help in searching.

Although I think you have good intentions, the fact remains that you are unilaterally harming my (in my view perfectly valid) mapping. The bar for doing so should usually be very high. You personally disagreeing with my mapping style does not cut it.

Hence, I will probably revert your change again if nothing new comes to light in this conversation.
dmgroom_ct (2023-04-28 19:58:45+00:00): I am not personally disagreeing with your mapping style. It is a long standing OSM convention  that the coastline tag is not used on small water bodies not connected to the ocean.

As far as I am aware the only exception to this is the Caspian sea, which  due to its size would be impractical to use a mulitipolygon tagged as natural = water.

Could you please explain what you mean by a "permeable embankment"
harahu (2023-04-29 00:20:17+00:00): I'm perfectly aware of said convention and have consciously decided against adhering to it in this case, and I will defend my right to do so.

I'm not trying to be difficult. I just think that edge cases like this have not been taken into due consideration in the formation of said convention. This bay is consists of tidally affected salt water, and is by any sensible definition part of the sea. Hence, explicitly mapping it as such, even if it breaks with convention, makes sense to me. If nothing else it highlights that the convention is not sufficient to express realities on the ground, which is what I am wanting to do.

Unless someone can come up with a reason for why challenging this convention is worse than disguising its problems, I'd like to continue to do so.

> Could you please explain what you mean by a "permeable embankment".

This road travels over an embankment. I think we agree on that. I think we also agree that embankments that reach over MHWS must be considered land. Now, what do I mean by permeable? I mean that the embankment isn't impervious to sea water. It consists of coarse material and/or contains piping that allows seawater to flow though it relatively easily. With this comes transmission of salt and tidal effects.
mapperFOS (2023-04-24 23:35:59+00:00): Nach eigener Begehung aktualisiert und der Realität angeglichen.
jacobwhall (2023-08-11 16:43:19+00:00): Richmond Fire Department Station 5 (node 10838413304) appears to be incorrect, and I have removed it in changeset 139758376. Other nodes added by this changeset may also require review. Thanks

https://www.openstreetmap.org/node/10838413304

https://www.openstreetmap.org/changeset/139758376
SomeoneElse_Revert (2023-04-25 00:11:24+00:00): This changeset reverts some or all edits made in changesets 134372026, 134372410, 134372510, 134372811, 134977173, 134977251, 134977524, 134977627, 134977941, 134978264, 134978494, 134978546, 134978561, 134978604, 134979054, 134979270, 134979327, 134992024, 134992047, 134992188, 134992217, 134992233, 134992351, 135076994, 135077145, 135077175, 135261853, 135261897, 135261932, 135314479, 135314862, 135317731.
SomeoneElse (2023-04-25 00:18:37+00:00): See also https://www.openstreetmap.org/changeset/135322384 .
Although this did restore e.g. 11905688 as a multipolygon, other node and way edits in the area might mean that the location of the border still needs checking.
flohoff (2023-05-06 19:18:47+00:00): Hi,
ich bin gerade über diese PLZ veränderung gestolpert - Woher hast du die infos? 

Flo
flohoff (2023-05-06 19:23:44+00:00): Ich habs gerade nochmal kontrolliert. https://www.basemap.de - die Webanwenddung vom Land NRW sagt das die 51 zu Rheda-Wiedenbrück gehört was auch zur Stadtgrenze passt. 

Flo
flohoff (2023-05-06 19:28:30+00:00): So - ich hab nochmal meine Daten aus dem NRW Geocoder angesehen. Die höchste Hausnummer "Am Postdam, 33397" ist die 24. Es gib in Rietberg "Am Postdamm" - der zählt aber in die andere richtung. Deshalb kommt nach der 50/51 dann auf der anderen Straßenseite die 24. Alles davor ist Rheda-Wiedenbrück - D.h. von Rheda aus 1-51 - Von Rietberg aus 1-24.

Demnach war die grenze vorher auch falsch, aber in die andere Richtung. Die "Am Postdamm 49" war auch noch Rheda-Wiedenbrück.

Flo
lberges (2023-05-07 22:43:10+00:00): Wenn ich annehme, dass die Hausnummern und die admin. Grenze korrekt sind, dann laufen die Wiedenbrücker Hausnummern am Postdamm von Westen kommend bis 66. Die Rietberger Hausnummern, von Osten kommend, bis 24. Der Geflügelhof ist am Westring 51 in Rietberg. Die Straße "Westring" gehört postalisch zu Rietberg.
wies1 (2024-05-19 10:11:19+00:00): Wenn ich heute auf basemap.de schaue, stelle ich fest, dass dort die Hausnummern 51 und 49 in Rietberg sind. Als Strassenname findet man bei beiden Westring.
Das bedeutet, dass die derzeit eingetragene PLZ-Grenze nicht korrekt sein dürfte.
lberges (2024-05-19 13:04:51+00:00): Die Postanschrift von https://gefluegelhof-torweihen.de/ ist Westring 51, 33397 Rietberg (obwohl der Hof in der Gemarkung Lintel liegt). Das stimmt doch mit der PLZ-Grenze überein?
flohoff (2024-05-19 14:40:27+00:00): Also - Das ist da schon lange disputed und immer wieder diskutiert worden. Es müsste an der Stelle aus den letzten 15 Jahren so 2-3 Notes geben.

Und das hin und her editieren ohne genaue kenntnis der sachlage vor Ort hilft keinem.

Das einzige was hilft ist hinfahren, klingeln, fragen.

IMHO gehören die alle zu Rietberg, liegen aber partiell in der Gemarkung Rheda-Wiedenbrück.

Damit ist das natürlich in allen validatoren ein Fehler, sowohl PLZ wie auch Gemeindegrenze.

Ist halt ein false-negative.

Flo
lberges (2024-05-19 15:51:48+00:00): Welche Frage würdest Du stellen?
Alle drei Hausnummern (Westring 49, 50, 51) sind postalisch Rietberg, nur Nr. 51 ist Gemarkung Lintel. Insofern sind die Grenzen imho so korrekt.
flohoff (2024-05-19 15:56:40+00:00): Ob dem wirklich so ist.

Wir raten nämlich nur.

Denn aktuell hast du hier im validator mindestens den fehler das die 51 - in Rheda-Wiedenbrück liegt - damit auch in der PLZ Grenze für 33378 aber als addr:postcode ein 33397 hat. Dazu den fehler das addr:city=Rietberg innerhalb der grenze von Rheda-Wiedenbrück liegt.

Validator sage nein.

Flo
lberges (2024-05-19 16:42:06+00:00): "Ob dem wirklich so ist" ist keine Frage.
Und die PLZ-Grenze https://www.openstreetmap.org/way/1165285547 ist doch o.k.
flohoff (2024-05-19 19:43:51+00:00): "Ob dem wirklich so ist" ist keine Frage. 

Das sehe ich eben anders. Wir raten hier aus der distanz mit irgendwelchen Daten und reimen uns zusammen was da in Benutzung ist.

15 Jahre OSM lehren mich - die Realität ist oft anders - Menschen benutzen Adressen anders. 

Deshalb macht es sinn mit den Menschen vor ort zu Sprechen - Ich weiss - ist total aufwendig hinzufahren und zu klingeln. Hilft aber bei der findung der fakten.

Flo
lberges (2024-05-19 22:59:28+00:00): Trotzdem: Welche konkrete Frage würdest Du stellen? Wo würdest Du überhaupt klingeln? und falls Du Gerhard Torweihen persönlich triffst und er Dir etwas anderes erzählt als im Impressum seiner Firma steht? In diesem Fall sehe ich nicht, was eine Frage bringt, weil die Datenlage (Postserver, Impressum, Kataster etc.) eindeutig ist. Wenn sich Angaben widersprechen, kann eine Vor-Ort-Recherche ja helfen, aber das ist hier nicht der Fall.
pitscheplatsch (2023-04-27 15:24:08+00:00): revert of https://www.openstreetmap.org/changeset/135283684

Thanks!
micha_k (2023-05-14 22:46:51+00:00): Hallo Enzyklopädix,
diese Änderung erscheint mir nicht sinnvoll. Hier liegen zwar teilweise schon Gleise im Sinne von Schotter, Schwellen und Schienen. Trotzdem ist das Gleis weder insgesamt fertig, weil weitere Ausrüstung fehlt, zudem ist es noch nicht für den allgemeinen Eisenbahnverkehr freigegeben. Genauso wie bei Straßen, Straßenbahngleisen etc. würde ich hier daher erst railway=rail eintragen, wenn die Gleise wirklich in Betrieb gehen und dem allgemeinen Verkehr zur Verfügung stehen?

Viele Grüße
Micha
Igor Bubelov (2023-04-25 02:41:51+00:00): Hi! Can you specify place type?
Pouch PH (2023-04-25 06:23:57+00:00): Food Stall
seattlefyi (2023-04-25 15:33:04+00:00): Hi, welcome to OSM! Did you intend to delete the sidewalk along this entire section? It looks like it's still there in the aerial imagery. (I can undo it for you if necessary, just let me know.) Also, it's helpful to add a brief comment string on changes so others have an idea what was meant. Thanks!
AssimTh (2023-04-25 21:03:43+00:00): Why do you modify the names of towns, villages and mountains, replacing the existing version, in two languages (understandable for most users), with a single version in Arabic (unreadable for most).
The maps are there to be interpreted by the majority of users, not to make language policy.
user_18913526 (2023-04-25 21:38:16+00:00): The only official languages of the United Arab Emirates and Oman according to its consitution is Arabic. As you can see the primary name of all names in UAE and Oman is Arabic. 

According to the OSM guidelines the name tag must be in the native language.  Names in Russia are in Russian in Cyrillic alphabet, names in China are in Chinese in Chinese alphabet, names in Arab countries are in Arabic with Arabic alphabet. So please don't change the primary language without the local community consent, this is against OSM rules.

If you want to use maps localised in your language (e.g. English or Spanish) you can use other map providers like osMap:
https://wiki.openstreetmap.org/wiki/OsMap
AssimTh (2023-04-25 22:00:29+00:00): Do you know UAE or OMAN? Do you live here?
I do, and I personally know most of the places that I have indicated on the maps.
Please revert the modifications you have introduced, and do not correct my work, or I will have to report it.
In both Oman and the United Arab Emirates, although Arabic is the official language, English is the language used for both business and tourism, and all road signs and maps are also in English, since otherwise Otherwise, the majority of the population and visitors would not know how to identify them.
The National Atlas of the United Arab Emirates itself is written in English (romanized, but in English).
I have the impression that you have come to do language policy at openstreetmap, and I think that's not what it's about, don't you think?
The only way for OpenStreetMap maps to be useful in the UAE and Oman is if they contain the names in English and Arabic. Replacing them with only Arabic would make them useless.
On the other hand, it should not be forgotten that most of the place names of the villages and towns, especially in the mountains, do not even correspond to the Arabic language, since their inhabitants (semi-nomadic tribes) did not speak Arabic, but their own language (Kumzari and others).
user_18913526 (2023-04-26 00:45:28+00:00): I travel a lot there and I have relatives there, but that doesn't matter for this case, because the rules in the OSM Wiki are clearly that Arabic is used primarily for the name tag:
https://wiki.openstreetmap.org/wiki/United_Arab_Emirates#Naming 

Hundreds of thousands of street names have Arabic in the "name" tag and English in the "name:en" tag. There is a reason for this and it would be absurd to change it.

If you want to change or discuss this rule, please use the OSM mailing lists, forums or Wiki discussions:
https://lists.openstreetmap.org/listinfo/talk-asia

Of course English is a lot spoken in the big cities, but the official and native language is Arabic, especially in rural and mountainous regions.

For "The National Atlas of the United Arab Emirates" also an equal Arabic language edition exists. Do you even have a permission/licence to use this work for OSM?

You can use of course the Latin/English name in the primary "name" tag, if there is no Arabic equivalent available. But if there is already an Arabic name in the primary name tag, it should not be changed. 

Kumzari is also written with Arabic alphabet and place names in Kumzari are identical or nearly-identical to their Arabic equivalent, so this is more an argument in favour of using Arabic as primary name.
AssimTh (2023-04-26 01:14:25+00:00): It is clear that we will never agree.
I myself have had to translate into Arabic the names of villages that were known only in English.
I have traveled hundreds of places in the UAE, especially in mountain villages, and it has been almost impossible for me to communicate in Arabic with its current few inhabitants, who are mostly of Pakistani nationality, and speak only Urdu.
If you change those English names, they will be absolutely unrecognizable to everyone.
Let's not say the names of the peaks and mountains.
On the other hand, it is curious (and contradictory) that many of the names that you have modified have a wikidata label, in which they only appear in English.
If Arabic is so important to you, why put a wikidata tag that only appears in English?
And why have you removed the reference sources I have cited?
Do they bother you too?
Tell me, really, who can be bothered, in the UAE, that along with the Arabic language, your name also appears in English?
The UAE government does not think the same as you, since the names of towns, villages and cities are always marked in Arabic and English.
Why would OSM follow a different rule?
user_18913526 (2023-04-26 03:28:23+00:00): I am not the person who decides on the rules, I just apply them.

If you want a discussion about the naming rules, please use the appropriate OSM communication channels (wiki, forum, mailing list).

Sources should not be in the "description" tag. There is a "source" tag for this. In addition, it must first be clarified whether the source you are using is allowed by copyright.

I don't know what you mean by the Wikidata tag. Wikidata aggregates data worldwide, regardless of the language in which Wikipedia articles exist.