piebro/osm-data huggingface dataset:
Saudi_Gns_import (2024-05-02 07:20:25+00:00): see:
https://lists.openstreetmap.org/pipermail/imports/2024-April/thread.html
https://wiki.openstreetmap.org/wiki/GNS_Import_for_Yemen_and_Others
Tomas Straupis (2024-05-01 10:25:41+00:00): Laba diena. O kas čia vyksta? Vietovių taškai judinami po metrą kairėn-dešinėn, va Nemėžis sugadintas išvis, nes tai yra village, o ne suburb.
Tomas Straupis (2024-05-01 10:28:11+00:00): Ir Ašmenos kelias sugadintas. Būtų gerai sustabdyti šituos Vilniaus ir apylinkių vietovardžių gadinimus. Mes juos jau seniausiai esame sutvarkę. Atšauksiu gadinimus.
ezagorskas (2024-05-08 19:36:10+00:00): Sveiki, Tomai,
Dėl vietovių judinimo, tiesiog norėjau, kad artinant/tolinant žemėlapį, vietovių pavadinimai "neužliptų" vienas ant kito, ir jų matytųsi kuo daugiau. Pvz, pakeičiau Užupio pavadinimo vietą dėl to, kad 13tame priartinimo lygyje, kai matosi kiti vietovių pavadinimai, Užupio neismatė, nes jį užgožė Altanos kalno pavadinimas. Taip pat bandžiau pažaisti su Senamiesčio pavadinimu, nes jis ir Naujamiestis yra maždaug vienoje linijoje, dėl to tame pačiame 13tame lygyje matosi tik Naujamiestis, o Senamiesčio nesimato (bet pakeitimas buvo atmestas). Dėl Nemėžio, mano supratimu Nemėžio gyvenvietė yra viena ir eina į pietus (žemyn) Minsko plento, o į šiaurę (aukštyn) kuriasi Kalnėnų gyvenvietė. Prieš taisymus mačiau kad buvo du Nemėžiai- vienas kaip mikrorajonas į pietus, kitas kaip kaimas į šiaurę. Norėjau palikti tik vieną pietinį, tad jeigu suklydau, atsiprašau. Ir galiausiai dėl Ašmenos kelio- čia yra mano klaida, maniau kad čia kažkokia klaida, galbūt kelio ar objekto pavadinimas (kaip Rodūnios kelias, Juodasis kelias ir tt.). Prašau pasidalinkite savo mintimis dėl vietovių pavadinimų stumdymo, kad jos matytųsi visuose lygiuose. Ačiū
Tomas Straupis (2024-05-08 19:47:05+00:00): Laba. Supratau, bet taip nereikėtų daryti, nes tai duomenys, jų nereikėtų keisti pagal ne patį geriausią duomenų vizualizavimą, matomą openstreetmap.org pseudožemėlapyje. Gyvenviečių ir visi kiti place tipai turi savo griežtą pririšimą prie realių objektų (prie realios objektų klasifikacijos), tai sutvarkyta šimtą metų atgal, keisti nebereikia. Viskas jau buvo gerai pažymėta, esminius dalykus jau atstačiau, likusius su laiku irgi grąžinsiu.
user_21293476 (2024-05-20 09:11:06+00:00): Hello! I found you made a mistake in fixing something (path 1185647749). Now I fix it in correct, thanks.

https://www.openstreetmap.org/changeset/151568315
fabiux (2024-05-01 08:38:54+00:00): Ad es.:https://www.ecomuseomartesana.it/paesaggistico/paesaggi/bosco-del-fontanile-lodi-o-bosco-del-funtanun/
VictorIE (2024-07-13 20:10:39+00:00): Hi,

https://www.openstreetmap.org/way/1278738913

power=minor_line
utility=telecom

I presume it should be power=minor_line

There does seem to be a disproportionate amount of power=* and utility=telecom around the country.
ManuelB701 (2024-05-01 19:27:14+00:00): Ich... stimme nicht so ganz mit deinen Änderungen überein.
- Zuerst ist "bridge:name" eher unnötig, wenn die Brückenfläche schon einen Namen hat (das Wiki selber rät von der Nutzung ab).
- Außerdem hast du "bridge=yes" an den Wegen gebracht, die m.W.n an Böschungen liegen und eben nicht als "bridge=yes" getaggt werden sollen.
-Das ist vermutlich nur eine Präferenz aber "bridge=yes" ist für Brückenflächen m.M.n. redundant und "bridge=*" wird eher für die Art der Brücke verwendet.
hmkaiser (2024-05-02 06:27:41+00:00): Guten Morgen Manuel,

ich stimme dir hinsichtlich der Benennungen und "bridge=" völlig zu, habe aber an diesen bereits vorhandenen Benennungen und den Keys nichts geändert. Mein Fokus gestern lag auf der Entfernung eines kurzen Railway-Ways zwischen Biebricher Straße und Weiche 703 sowie der Anpassung des Brückenauflagers. Hierbei habe ich mich am deutlich ausgepägten Schattenverlauf Nord-West-Seite im Hintergrundbild "Mainz neueste Luftbild" orientiert und daraus den Rückschluss gezogen, dass bis in diesen Bereich das Brückenauflager reichen muss. 
Daraus notgedrungen entstanden ist dann die neue Segmentierung der beiden Railways ab Weiche 703 bis zum Brückenende, angehoben auf Layer=1. Für diese beiden neuen Segmente wurde (leider) jeweils eine neue Chronik erzeugt.

Viele Grüße - Michael
ManuelB701 (2024-05-03 18:34:35+00:00): Gut, ich war vermutlich durch den einen Abschnitt, der definitiv an keiner Brücke liegt, verwirrt und hatte deren Historie missverstanden, gleiches gilt auch für die Brückenfläche (an den du das "bridge=yes" tatsächlich entfernt hast). Jedenfalls mache ich eine kleine Korrektur davon und entfernte außerdem "bridge:name" von den Strecken.
söm4324 (2024-09-27 16:34:26+00:00): Hallo Koenipa, nachdem du die letzten Bearbeitungen an der Feuerwehr Ingolstadt gemacht hast, könntest du dir bitte folgendes anschauen?

Es überschneiden sich dort zwei Gebäude (https://www.openstreetmap.org/way/522152951 und https://www.openstreetmap.org/way/35744590) und sie tragen teils unterschiedliche Kontaktinformationen. Zudem ist auch das umgebende Gelände als "building=garage" eingetragen, was eine Einzelgarage wäre. Das sind quasi drei Gebäude, die sich überschneiden. 

Die ersten beiden können doch sicher zusammengefasst werden (und ein building=fire_station bekommen)? Und das Gelände könnte ein amenity=fire_station werden?

Viele Grüße!
Koenipa (2024-09-29 11:14:34+00:00): Hallo,
die beiden "Objekte" können leider nicht zusammen gefasst werden. Das Größere der beiden Objekte ist die Berufsfeuerwehr der Stadt Ingolstadt und das kleiner sind die Räume der Freiwilligen Feuerwehr Abteilung Stadtmitte mit eigenen Ansprechpartnern und eigener Führungsstruktur.
söm4324 (2024-09-29 17:39:24+00:00): Hi, danke für die Rückmeldung. Aktuell sind beide Gebäudeteile als building=* eingetragen und sie überlagern sich. Das bringt diverse Probleme mit sich.

Ich sehe zwei Optionen.. das Gebäude der Berufsfeuerwehr wird um den Teil der Freiwilligen gekürzt, dann bleiben beide Gebäude separat, aber überlagern nicht mehr.
 
Oder, nachdem von außen die beiden Teilgebäude nicht wirklich erkennbar sind, gäbe es noch die Möglichkeit, beide Teile als building:part einzutragen. Kennst du dich damit aus?

Was meinst du, welche Variante besser passt?
Koenipa (2024-09-30 06:55:01+00:00): Servus, damit kenne ich mich leider nicht aus. Bin noch blutiger Anfänger hier. So wie du es beschreibst glaube ich wäre wahrscheinlich die letztere Möglichkeit die bessere.
Die Integrierte Leitstelle, die auch wieder komplett eigenständig ist ist ja auch noch in dem Gebäude mit drin, sozusagen als „Untermieter“. Kannst du das machen? Du bist da scheinbar fit drin.
Gruß
söm4324 (2024-09-30 12:11:12+00:00): Hi, viel geübt bin ich darin nicht, aber ich denke, nun sieht es ganz gut aus. Folgendes ist passiert:

Das umgebende Gelände ist nun ein amenity=fire_station (statt building=fire_station) und hat alle Infos der Berufsfeuerwehr bekommen.
Das Gebäude ist ist mehrere Teile zerteilt worden, je nach Geschossanzahl und ist nun ein building=firestation ohne weitere Kontaktdaten oder Namen.
Die Infos der Freiwilligen Fw sind in einen eigenen Node gewandert, da sie dort jetzt m.E. besser aufgehoben sind, als auf dem einen Gebäudeteil.
Zusätzlich habe ich noch die Kontaktdaten aktualisiert und bei den Telefonnummern die Ländervorwahl (die ist statt der 0 notwendig) ergänzt.

Falls ich irgendwo einen Fehler eingebaut habe oder etwas unklar ist, melde dich ruhig, gerne auch per Direktnachricht.

https://www.openstreetmap.org/changeset/157294426
user_8655426 (2024-05-01 09:15:34+00:00): こんにちは。OpenSteetMap (OSM) へようこそ。
OSM は現在、実際に存在する地物をマッピングするプロジェクトです。架空の地物を追加したり、既存のデータを実際とは異なるものに変更したりしないでください。よろしくお願いします。(不正な編集を行ったユーザーはブロックされます。)

・「ようこそ！」
https://www.openstreetmap.org/welcome

・JA:破壊行為 
https://wiki.openstreetmap.org/wiki/JA:破壊行為

・Beware of fake beaches (Pokémon Go) (偽のビーチに注意してください。)
https://community.openstreetmap.org/t/beware-of-fake-beaches-pokemon-go/112413

・JA:Tag:natural=beach (砂浜)
https://wiki.openstreetmap.org/wiki/JA:Tag:natural%3Dbeach

・JA:Tag:natural=sand (砂地)
https://wiki.openstreetmap.org/wiki/JA:Tag:natural%3Dsand

・JA:Key:playground (公園などの砂場)
https://wiki.openstreetmap.org/wiki/JA:Key:playground#Sand_play_devices

・JA:初心者ガイド
https://wiki.openstreetmap.org/wiki/JA:初心者ガイド

・learnOSM (ビギナーズガイド)
https://learnosm.org/ja/beginner/
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/150739827
Leo Slager (2024-05-01 10:27:47+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Leo
Namens de OSM Community
habi (2024-05-04 14:24:09+00:00): Reverted fake (Pokémon Go) mapping

https://www.openstreetmap.org/changeset/150882660
vasony (2024-05-15 03:41:08+00:00): miért kell duplán legyen a Lidl?
bkil (2024-05-15 08:19:38+00:00): Én csak egyszer látom
vasony (2024-05-16 15:58:28+00:00): Miért nem jó az épületen a shop címke és társai, mint ahogy a többi ilyen üzletnél, miért kell külön?
maro21 (2024-05-01 13:51:08+00:00): https://osm.wiki/Automated_Edits_code_of_conduct
https://osm.wiki/Relations_are_not_categories
pavvv (2024-05-01 14:30:52+00:00): https://wiki.openstreetmap.org/wiki/Relation:network
https://www.openstreetmap.org/relation/1640676
maraf24 (2024-05-23 12:47:39+00:00): >https://www.openstreetmap.org/relation/1640676

Zły przykład,  nyło to dyskutowane na forum. WRM to nie jest zbiór stacji, tylko sieć mająca swoje unikatowe atrybuty (jak np. telefon,email), których nie da się przypisać żadnej ze stacji.
maraf24 (2024-05-23 12:47:53+00:00): *było to
pavvv (2024-05-23 19:44:27+00:00): Zawsze można dać tagi operator:* do każdej ze stacji
pavvv (2024-05-23 19:44:43+00:00): lub network:*
maraf24 (2024-05-23 21:40:16+00:00): Bardzo nieinformatyczne rozwiązanie. Po zmianie którejś z tych danych trzeba będzie wykonywać masową aktualizację.
pavvv (2024-05-24 15:18:38+00:00): Nie wiem czy takie coś też jest takim dobrym rozwiązaniem. Czy powinienem też stworzyć relacje network zawierające np. wszystkie linie autobusowe obsługiwane przez DLA, żeby tam dać ich dane kontaktowe?

Takie dane jak telefon lub e-mail nie zmieniają się tak często, a kiedy już trzeba je aktualizować, to bounding box changesetu nie jest większy niż przy np. aktualizowaniu ludności miast lub województw, a jeśli chodzi o dużą liczbę modyfikowanych obiektów, to co jest z tym nie tak?
maraf24 (2024-05-24 16:04:27+00:00): Po co dane kontaktowe DLA? Użytkowników nie interesuje podwykonawca.
Ale interesuje ich, gdzie  mają zadzwonić z reklamacją dotyczącą roweru.
pavvv (2024-05-25 21:28:15+00:00): Podałem to jako przykład. Użytkownika może interesować, gdzie powinni zadzwonić ze zgłoszeniami dotyczącymi np. uszkodzenia pojazdu. Przykładów jest mnóstwo i nie widzę potrzeby tworzenia dużej relacji dla każdego zbioru obiektów z danymi kontaktowymi.
NightH (2024-05-01 11:48:23+00:00): Can you please explain why did you reset the highway tag to "secondary_link" on this way? https://www.openstreetmap.org/way/1066885261/history

The wiki page for highway links https://wiki.openstreetmap.org/wiki/Highway_link specifies that internal turning lanes "should be tagged with the _link classification of the highest classified road they connect to" in case of at-grade intersections. 

Please keep it in mind in the future edits. Thank you.
CRCulver (2024-05-01 12:55:52+00:00): That wiki advice is not actually universally employed. Moreover, with regard to bicycle routing (notice that the link connects to a cycleway) tagging the link road as =primary does not actually describe the situation on the ground, where a cyclist would still be traversing a road of secondary classification.
NightH (2024-05-01 18:27:15+00:00): That advice is actually employed in Hungary. Feel free to find other primary and secondary roads connected by a secondary_link, you will find little to none. You are making an exception with your edit. 

If you want to make this bicycle route connection, do not break tagging rules (or if you prefer, tagging advices). Use correct tagging instead: split the primary_link at the cycleway crossing, and add the bicycle=yes tag to the connecting way. 

Thank you in advance.
NightH (2024-05-01 18:33:56+00:00): Oh, and cycling on primary highways in Hungary is not generally restricted. The "primary road" sign does not mean "no bicycles", there has to be a prohibition sign. 

If there is a routing app that does not know the traffic rules and does not route through primary roads and links.... well in that case there is a problem to solve on the routing app side. You should not break the database rules to make the router work.
coolmule0 (2024-05-01 09:50:11+00:00): The addition of paths to the nearest roads seems quite arbitrary. There are many different ways of joining them together, and I wanted someone to check this over to see if the way I chose is okay. 

Indeed, I wonder if it would be better to not connect them up at all, since my changes break some of the physical locations of paths compared to their real locations, just so they can connect up to the network.
Vis_M (2026-04-16 23:34:25+00:00): In this edit also, you misclassified an MDR (https://www.openstreetmap.org/way/1223383609/history/3 ) as "unclassified" without mentioning it in the changeset summary.
Yuuria (2024-05-01 10:16:49+00:00): Source: https://www.mpul.cz/mestsky-dohlizeci-kamerovy-system.html
coolmule0 (2024-05-01 10:20:39+00:00): Oops. This changeset applies to the wrong building. Please delete/revert this changeset
coolmule0 (2024-05-01 10:22:19+00:00): The correct changeset is implemented in https://www.openstreetmap.org/changeset/150742900
sauce1984 (2024-05-01 11:04:59+00:00): Frage als Neuling: würde https://www.openstreetmap.org/way/1044437930 auch noch mit zur Relation gehören? Als "Mündungsgewässer"?

Und kurze Frage zu https://www.openstreetmap.org/relation/17544759: da sind nicht alle neuen ways des Linsensägebachs dabei; Absicht oder nur vergessen?
uPunkt (2024-05-05 08:59:44+00:00): Hi sauce1984,
danke für dein Feedback, ich bin auch noch relativ neue was relations angeht. 
Ja ich denke du hast recht, ich habe die Mündungsgewässer Fläche mal aufgenommen.
Nein das war keine Absicht mit den Lücken, ich habe noch mal über geschaut und jetzt sollten alle vorhanden sein.
Habe es in CS 150910247 hochgeladen.  
Wenn dir was auffällt melde dich gerne wieder.
First3h (2024-05-20 16:40:15+00:00): 路名尽量不要带编号和括号，如果有官方编号可以添加ref = xx，野路建议还是不要标注xx登山道比较好
balint36 (2024-05-23 06:40:07+00:00): operator=MÁV
Biztos, hogy a magyar pályavasút üzemelteti a vonatokat, és nem a MÁV-START?
gabro00 (2024-05-24 07:32:21+00:00): Nem tudom. Nem a MÁV alá tartozik a MÁV-START, mint a Fb a Meta alá?
balint36 (2024-05-24 08:09:14+00:00): A hasonlat rossz. Az Facebook az egy termék, amit a Meta Platforms, Inc. (korábbi nevén Facebook, Inc.) üzemeltet. A Facebook esetében mindvégig egy cégről beszélhetünk (aminél csupán átnevezés történt), míg a MÁV és a MÁV-START két különálló cég, elkülönülő tevékenységgel (pályahálózat-üzemeltetés vs. személyszállítás).
balint36 (2024-05-24 08:17:17+00:00): Hasonlóságként én a német vasúti kapcsolatokat hoznám fel. Ott sem annyit adnak meg, hogy DB, mert akkor melyik DB? A holding DB AG? A pályavasút DB Netz? A fehér távolsági vonatokat üzemeltető DB Fernverkehr? A piros regionális vonatokat üzemeltető DB Regio? A teherszállító DB Cargo? Ezek is mind különálló, külön feladattal rendelkező cégek. Ezért nem elég a Start üzemeltetését MÁV-val egyszerűen jelölni. Melyik MÁV? A pályavasút MÁV Zrt.? A személyszállító MÁV-START? A HÉV-es MÁV-HÉV? A különcélú utazásokat szervező MÁV Rail Tours?
gabro00 (2024-05-24 11:10:37+00:00): Rendben és ki fogja átírni? :)
Saudi_Gns_import (2024-05-02 07:20:28+00:00): see:
https://lists.openstreetmap.org/pipermail/imports/2024-April/thread.html
https://wiki.openstreetmap.org/wiki/GNS_Import_for_Yemen_and_Others
Athalis (2024-11-30 11:47:27+00:00): Hi, mir ist eben aufgefallen dass du hier eine substation https://www.openstreetmap.org/node/11871570251 hinzugefügt hast. Hier ist bereits eine substation erfasst: https://www.openstreetmap.org/way/1216299185 Ich vermute deine Hinzufügung könnte ein Duplikat sein, oder weißt du noch ob hier zwei sind?
mcliquid (2024-11-30 20:19:32+00:00): Grüß dich! Danke dir. Ich bin das Wochenende nicht am PC, ich schau es mir direkt nächste Woche in Ruhe an und melde mich wieder. Danke für deine Geduld.
mcliquid (2024-12-01 11:44:41+00:00): Ich hab erkannt, dass StreetComplete keine "power"-Objekte anzeigt, deshalb das Duplikat. Habe die beiden Transformer hier zusammengeführt: https://www.openstreetmap.org/changeset/159803065
ika-chan! (2024-05-01 11:06:29+00:00): The reason for this changeset is that based on https://www.openstreetmap.org/way/601734050/history, Map-Finder decided to declare most of Attiki Odos as untolled, despite the fact that toll=yes applies to ways to and from the toll booth. In doing so, many drivers were unwillingly tricked into paying tolls to access a way that isn't tolled.
Tjuro (2024-05-01 12:18:53+00:00): Beste ClaroCarwash,

Welkom bij OpenStreetMap,
Ik zie dat je verschillende was locaties aan het aanpassen bent. 

Een verschil tussen Google Maps en OSM is dat wij geen extra items toevoegen aan de naam van een object. Dit is namelijk moeilijk te interpreteren en consistent toe te passen. Bijvoorbeeld “supermarkt Jumbo deventer” splitsen we in verschillende tags.

Deventer kan ondergebracht worden met de “branch” tag en supermarkt via de “amenity” tag. Dan hou je dus “Jumbo” over om in de naam te zetten.

Hetzelfde moet hier ook toegepast worden. Voor de naam is alleen “Matz” of “Matz Carwash” geschikt. “Deventer” kan in branch= worden ondergebracht. En “Carlo” is dan de operator. Zie:
https://wiki.openstreetmap.org/wiki/Key:operator

De naam hoort dus de kortst mogelijke tekst die op de gevel staat aangegeven.

Pas je dit zelf aan?

Met vriendelijke groet,

Tjuro
ClaroCarwash (2024-05-01 13:01:46+00:00): Hi Tjuro,

Bedankt voor je reactie.
Het was de eerste keer, heb nu alles aangepast als het goed is.

Ik zag tussen de objecten dat IMO carwash een eigen object heeft.
Hoe kunnen wij dit ook aanmaken?
Met vriendelijke groet,
Jack van de Vin
Tjuro (2024-05-03 09:27:08+00:00): Beste Jack van de Vin,

Bedankt voor de aanpassingen, het klopt dat er een eigen object is voor een auto was locatie, zie:
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcar_wash

Mogelijk ben je in de war met de gebouw en adres situatie. Wij hebben alle adressen en gebouwen geïmporteerd vanuit het Kadaster.

Een point of intrest (POI) is gedefinieerd met een aantal tags zoals amenity=car_wash samen met naam, website etc.

In Nederland hebben wij ervoor gekozen om deze POI’s samen te voegen op het al bestaande adres. Dus dan krijg je een punt met zowel de POI info en het adres.

Voor eventueel onderhoud/controle zie deze query:
https://overpass-turbo.eu/s/1L79

Eventueel is brand ook nog van toepassing zie:
https://wiki.openstreetmap.org/wiki/Key:brand


Beantwoord dit je vraag?


Met vriendelijke groet,

Tjuro
ClaroCarwash (2024-05-03 10:15:06+00:00): Hi Tjuro,

Dit is volgens mij niet helemaal waar ik naar opzoek ben.

Je hebt inderdaad de categorie in de objectlijst Car_Wash. Maar als je zoekt in de objectenlijst en zoekt op IMO car wash, dan hebben hun een eigen logo als object, wat ook zichtbaar is op de kaart met hun logo in plaats van het standaard car_wash object symbool. 

Ik zou daarom graag willen weten hoe wij als Claro ook zo'n eigen object/symbool als IMO kunnen maken.

Met vriendelijke groet,

Jack van de Vin
Tjuro (2024-05-03 10:55:46+00:00): Beste Jack van de Vin,

Ah nu begrijp ik je beter, je bedoelt de preset “IMO car wash” binnen ID.

Eerst is het even belangrijk om te begrijpen hoe die object werken. “IMO car wash” is niet een speciaal object type. Het is een preset wat wordt vertaald naar een aantal tags(labels) binnen de editor ID. ID is één van de vele OSM editors. Buiten id betekend “IMO car wash” dus niks en zit er geen verschil tussen jullie was straat en die van IMO.

Maar die preset wordt gemaakt op basis van de name index:
https://nsi.guide/index.html?t=brands&k=amenity&v=car_wash&tt=imo%20car#imocarwash-43b899

Daar zou je kunnen kijken of het kan toevoegen. Dan is het wel handig dat je een Wikipediapagina aanmaakt. Inclusief logo en wat leuke weetjes.

Die pagina kunnen we dan weer koppelen naar OSM.

Met vriendelijke groet,

Tjuro
A35K (2024-05-01 15:05:40+00:00): Weshalb bicycle=dismount? Auf beiden Seiten befinden sich Radwege also sollten Radfahrer doch drüberfahren dürfen, nur halt ohne Vorrang.
Geo-Tobi (2024-05-01 15:52:09+00:00): Hallo A35K, danke für den Hinweis. Ich hab gerade nochmal nachgeschaut beim ADFC und folgenden Text gefunden: 
"Falsch: Auf dem Zebrastreifen haben Radfahrende Vorrang, genau wie Fußgänger. 

Richtig: Wenn Radfahrende Vorrang haben wollen, müssen sie absteigen und ihr Rad schieben. Sie dürfen über den Zebrastreifen aber auch fahren, müssen dann jedoch querende Fahrzeuge durchfahren lassen."

Ich hatte die Querung angepasst, mit dem Hintergrundwissen, dass Radfahrer am Zebrastreifen absteigen müssen.

Dein Zusatz "nur halt ohne Vorrang" ist dann aber tatsächlich zielführend. Unter dieser Prämisse kann ich das nun wieder zurück ändern. (Persönliche Anmerkung: Das wissen wahrscheinlich auch nur zwei Radfahrer von 100 😆)
A35K (2024-05-01 15:56:33+00:00): Ok, ja das stimmt, leider wissen es nicht viele Personen. Vielen Dank für die ganzen Anpassungen in dieser Region, es ist eine große Hilfe.
Geo-Tobi (2024-05-01 16:07:56+00:00): Das ist aber nett von dir, danke. Ich nutze Overpass, um Fehler oder veraltetes Tagging zu finden. Sofern auf Mapillary oder Kartaview dann Bilder zu finden sind, kann ich das entsprechend anpassen/korrigieren. Grüße
Bierphysik (2024-05-01 15:33:12+00:00): Addendum: den eingezeichneten Weg, der hier gelöscht wurde, gibt es so nicht!
silversurfer83 (2024-05-02 16:53:04+00:00): Gude :)

Bist du sicher, dass der Parkplatz so heißt oder steht da vielleicht nur ein Schild mit sowas wie "Privatparkplatz für Kunden der VB"?

cheers
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/150744990
Germini (2024-05-02 20:30:50+00:00): Hey, dort steht ein Schild mit der Aufschrift ''Kundeparkplatz Volksbank Rüthen''. In Rüthen sagt man: Du kannst das Auto auf dem Parkplatz der Volksbank abstellen.

Parkplätze die diesen Namen tragen findet man hier auch:
https://overpass-turbo.eu/s/1L5N

Sollte der Parkplatz deiner Meinung nach nicht den Namen tragen? Wie würdest Du es machen?

Gruß Germini
silversurfer83 (2024-05-03 03:57:42+00:00): Danke für die schnelle Rückmeldung :)

Wenn ein Objekt wie dieser Parkplatz hier von einer bestimmten Organisation betrieben wird haben wir dafür das Feld "operator=*". Da kannst du dann die VB eintragen.

Es gibt einen Typ Parkplatz, der recht häufig einen beschilderten Eigennamen hat: Wanderparkplätze.

Daher wäre ich dafür den Namen zu operator zu verschieben.

Cheers
Silversurfer83

https://wiki.openstreetmap.org/wiki/DE:Namen

https://wiki.openstreetmap.org/wiki/DE:Key:operator
PiotrekR (2024-05-02 16:52:33+00:00): super robota :)

tak z ciekawości, skąd miałeś takie szczegółowe dane?
Fasha4 (2024-05-02 18:53:54+00:00): Dzięki :)
A dane miałem ze strony przetargowej: https://umopole.logintrade.net/zapytania_email,100017,07986d41d4c01c67d4b91cdcf10cb777.html
Potem mapke zrektyfikowałem w MapWarperze:
https://mapwarper.net/maps/81937#Preview_Rectified_Map_tab
PiotrekR (2024-05-04 09:40:56+00:00): fajnie, dzięki za informacje :D
HeiKue (2025-01-14 08:53:26+00:00): Hallo GeoAndi,
https://www.openstreetmap.org/way/941561913 kommt mir suspekt vor und Du hattest zuletzt Hand angelegt.
Weißt Du, was soll dieser barrier=fence soll, der quer durch halb Neumarkt läuft und Fehler produziert? Grüße aus Fürth
GeoAndi (2025-01-14 17:02:16+00:00): Hallo HeiKue,
ich denke der Zaun ist richtig so. Das ist der Begrenzungszaun vom LGS-Park. Die Wege, die den Zaun kreuzen, sind Eingänge in den Park und mit Toren versehen, wie z.B. hier https://www.openstreetmap.org/node/8719264436.
Es kann sein, dass da noch falsche Zaunstücke oder Tore eingezeichnet sind, bin da schon lange nicht mehr gewesen.

Viele Grüße, GeoAndi.