Ich habe mir die Lage mal vor Ort angeschaut, einen GPX-Trace erstellt und Fehler korrigiert.

Servus

ja, 6 Wochen ist schon grenzwertig.

OsmAND zum Beispiel zieht sich am 1. eines jeden Monats die Daten aus dem OSM, bereitet sie auf und stellt sie ab 6.-10. eines Monats den Usern zum Download zur Verfügung.

Wer nur gelegentlich updated wird u.U. nicht bemerken, oder lange Zeit nicht wissen, dass gesperrt ist oder lange Zeit eine Sperrung sehen, die schon aufgehoben wurde - oder eine Kombination davon.

Viele Grüße
Toni

Servus,

mmh, ich habe mir die Seite beim StBaFS mal angeschaut. Normalerweise mappen wir so kurzzeitige Sperrungen (bis zu 2 oder 3 Monaten) nicht mittels highway=construction sondern eher mit z.B.

access:conditional=no @ (2025 Jun 30-2025 Aug 10)

Der Grund liegt darin, dass viele Navis nicht täglich ihre Daten aus OSM holen und u.U. die Mapper die Baustelle nicht rechtzeitig wieder entfernen. Jeder der beiden Gründe könnte dazu führen, dass Navis die Straße selbst im September/Oktober noch meiden.

Das Konstrukt access:conditional wird von den meisten und wichtigsten Navis verstanden.

VG
Toni

Die Straße ist auf Esri nicht zu sehen, auch auf keinen anderen Luftbildern außer "BayernAtlas". Der ist leider Tabu. D.h. auch dieser Edit muss rückgängig gemacht werden.

Sorry.

Bzgl. "BayernAtlas": das gilt auch für diese Adresse.

Hallo,

der BayernAtlas ist leider keine zulässige Quelle. Wir haben keine Erlaubnis irgendwelche Daten vom BayernAtlas (nicht einmal mehr die Luftbilder) zu nutzen. Bayern ist, was Open Data angeht, das rückständigste aller 16 Bundesländer.

Diese Änderung/der Edit hier muss daher rückgängig gemacht werden.

Sorry und viele Grüße
Toni

Hi Bluesrock,

die Treppen (highway=steps) werden in OSM nicht als Fläche erfasst, lediglich als Weg. Eine Fläche hat keinen Richtung, somit ist dann incline=up/down, handrail:left/right=yes/no nicht abwendbar.
Siehe hier : osm.wiki/DE:Tag:highway%3Dsteps auf der rechten Seite, auf welche Objekttypen das angewendet werden kann.

Ich bin mir auch nicht sicher, ob man hier way/1394376473 den Namen des Restaurants wiederholen sollte, room=restaurant sagt ja auch schon genug.

VG
Toni

> In D ist es recht inkonsistent.

Eigentlich nicht, wenn wir beide von Route-Relationen und nicht von Stop-Area-Relationen reden.

> bei den Nodes für die HPs, die ich erstellt habe, willst du das diese Node nicht Mitglied der Relation ist sondern die Node der halteposition.

Exakt.

> OK, kann ich machen. Wäre aber gut zu wissen, wo das definiert ist, dass man das so machen muss.

Im sogenannte PTv2-Schema, d.h.
"Approved Feature Public Transport (approved Version 625726)" osm.wiki/w/index.php?title=Proposed_features/Public_Transport&oldid=625726 Abschnitt 3.1

Gruß
Toni

Servus,

Hier ist was schief gelaufen.

Besser wäre es gewesen, den (nun) "Station"-Node "Rodewisch (169434022)" dort zu belassen wo er war, als Teil des Gleises und als Member von Route-Relationen.
Besser wäre es gewesen, den "Station"-Node neu zu erstellen und die key-values vom "Stop-Position"-Node auf diesen zu übertragen und anzupassen.

Nun haben wir viele Route-Relationen, die einen public_transport=station abseits des Gleises als member haben, während der neue public_transport=stop_position nicht member der Route-Relationen ist.

Wie auch immer, die Korrektur dürfte etwas umfangreich ausfallen.

Darf ich dich um eine Korrektur dieser fehlerhaften Daten bitten?

Gruß
Toni

Beispiele:

https://ptna.openstreetmap.de/results/DE/DE-Bahnverkehr-Analysis.html#train_RB_1

https://ptna.openstreetmap.de/results/DE/DE-Bahnverkehr-Analysis.html#train_RB_2

https://ptna.openstreetmap.de/results/DE/DE-Bahnverkehr-Analysis.html#train_RB_4

https://ptna.openstreetmap.de/results/DE/DE-Bahnverkehr-Analysis.html#train_RB_5

es gibt u.U. noch mehr davon

"Am Bogen", Ottobrunn

Hall fx99,

die default unit für step:height ist 'm', nicht 'cm' (wie bei vielen anderen Längenangaben auch), d.h. nun sind die Stufen hier und in Herrenberg, ... sehr hoch. osm.wiki/Stairs_modelling#Parameter

Ich habe meine Fehler diesbezüglich an den Bahnhöfen in BW (Fehler als als user "NVBW_edit_ToniE" gemacht) bereits korrigiert.

Gruß
Toni

Ist nicht in den "Parkplatz"-Daten von NVBW enthalten. Daher hatte ich angenommen, dass das ein "privater/customer" Parkplatz ist.
Ich werde der alten Zustand wieder herstellen.

Danke und Gruß
Toni

> Zuordnung zu 'name' war nicht von mir.

Sorry, danach hatte ich nicht geschaut.

VG
Toni

Hallo,

'name' ist hier nicht angebracht/falsch?

'genus', 'taxon', 'species'

species=*

sind hier besser/korrekt und lassen sich systematisch auswerten.

VG
Toni

Oops! Die "website" der beiden Einträge funktionieren nicht.

VG
Toni

Servus,

willkommen bei OSM.

Ein kleiner Tipp: die "legale Form" einer Firma ("GmbH", "AG", ...) wird üblicherweise nicht in das tag "name" übernommen. Hierzu sollte das tag "official_name" verwendet werden.

Die Suche bei OSM (via "nominatim" findet im Übrigen sowohl Einträge mit "name", "official_name", "short_name", "int_name" (internationaler Name), "loc_name" (lokaler Name, umgangssprachlich), "old_name, "alt_name" (alternativer Name) und so weiter.

VG
Toni aus Ottobrunn

Ähm: Hahilingerstraße 1

Oops, habe ich wohl vergessen/übersehen. Danke.

Servus aus Ottobrunn,

Am way way/373580203 müsste das Tagging wie folgt aussehen:

- motor_vehicle=agricultural

- horse=no

- traffic_sign=DE:260,1026-36;257-51

Am Node: traffic_sign=DE:260,1026-36;257-51

Hilfreiche Tools:

https://osmtools.de/traffic_signs/

osm.wiki/DE:Verkehrszeichen_in_Deutschland

VG
Toni

mcliquid war schneller