OpenStreetMap logo OpenStreetMap

Changeset When Comment
167515875

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

167070033

> 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

167070033

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

167623163

"Am Bogen", Ottobrunn

155177055

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

166031310

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

167127244

> Zuordnung zu 'name' war nicht von mir.

Sorry, danach hatte ich nicht geschaut.

VG
Toni

167127244

Hallo,

'name' ist hier nicht angebracht/falsch?

'genus', 'taxon', 'species'

species=*

sind hier besser/korrekt und lassen sich systematisch auswerten.

VG
Toni

167085992

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

VG
Toni

167085741

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

165904962

Ähm: Hahilingerstraße 1

157925629

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

163778741

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

77593003

mcliquid war schneller

162553952

Danke, bei 159243622 gab's 'nen CS-Comment auf meinen letzten Edit

77593003

Muss mal nachschauen, ob ich nach 5 Jahren noch an Infos komme. Wohne nicht in Passau, war ein Wochenendtrip.

162465141

Woher stammt das Zitat/die Begründung?

Hier gilt oben gesagtes immer noch.

Meine Meinung: Was in OSM nicht ausdrücklich ausgeschlossen ist muss/soll durch tagging nicht ausdrücklich erlaubt werden.

162465141

Servus,

mmh, bus=yes ist hier eigentlich überflüssig, da keine Beschränkungen gemapped sind.
highway=residential ist für alle(s) frei.

VG
Toni

161894024

Mmh, kurzzeitige, lokal sehr begrenzte Sperrung hätte ich nicht mit

access=no oder

highway=construction

gemapped, sondern mit

access:conditional=no @ (2024 Dec 24-2025 Jan 31)

oder so gemapped.

Einige Navis updaten nicht so oft, und so bleibt access=no, ... häufig noch länger unberücksichtigt und dann auch noch sichtbar, selbst wenn die Sperrung schon aufgehoben wurde.

161688865

>Beispiel: route_ref ist auf der 'wie mappe ich eine Buslinie' gar nicht erwähnt.

Ja, das kann sen. Es wurde eingeführt für Haltestellen, die (noch) nicht in route relationen drin sind (weil der/die Mapper:in sich das nicht traut) um anzuzeigen, zu welchen Linien die Haltestelle gehört.
Wenn alle Linien die hier halten als Relationen vorliegen und die Haltestelle als member drin haben ist "route_ref" eigentlich redundant.
Wenn "route_ref" aber gesetzt ist, müssen auch alle Liniennummer drin sein, auch die, die als Relation vorliegen: PTNA prüft das. Was man nicht prüfen kann ist: sind in "route_ref" (noch) Liniennummer drin, die hier nicht (mehr) halten.