Hi Hibenny,

der Zug heißt immer noch RB 54 und die 'ref' stimmt noch:

Hier in der Liste

https://ptna.openstreetmap.de/gtfs/DE/routes.php?feed=DE-SPNV&release_date=2020-12-12

taucht er als 'M54' mit der Bezeichnung 'RB 54' auf.

Ich ändere das mal und packe auch die GTFS-Informationen mit rein

Gruß
Toni

Servus,

wenn 'network' = 'Filsland' nicht mehr vorkommt, kann ich die Auswertung für DE-BW-Filsland dann bei PTNA rausnehmen?

Oder kann ich das schon sofort machen?

Denn 'Filsland' wird in der VVS-Auswertung nun im Abschnitt "Nicht berücksichtigte 'network'-Werte" auftauchen, die Anzahl der dort gelisteten Relationen sollte dann nach und nach auf Null runter gehen. Derzeit sind es noch 252 Relationen.

Gruß
Toni

... na gut, was ich bezüglich stop_area_group mitgenommen habe:

ZB. München, der Ostbahnhof:

- Busse: 'Ostbahnhof'
- Tram: 'Ostbahnhof'
- U-Bahn: 'Ostbahnhof'
- S-Bahn: 'Ostbahnhof'
- DB: 'München Ost'

und Hauptbahnhof analog ...

Die Haltestellen haben unterschiedliche Namen, meinen aber logisch gesehen die selbe Location. Dafür wäre die stop_area_group gut (welcher 'name' - keiner), da die stop_areas auch unterschiedliche 'name' haben.

Hi,

stop_area_group habe ich noch nicht abgelegt (glaub' ich) - zu komplex und Sinn erschließt sich mir nicht.

stop_area habe ich mehrfach ergänzt, weils in PTv2 derfiniert ist, aber der Nutzen ...? Evtl. öpnvkarte.de, ...

Bei den Kartenprogrammen geht's hoffentlich so: was ich nicht kenne ignoriere ich.

D.h. aber: ist der name= eine Haltestelle nur in dessen stop_area und weder an der stop_position und platform, dann haben Programme, die mit stop_area nicht umgehen können/wollen ein Problem - daher bin ich diesbezüglich für Redundanz.
Das gilt auch für 'network' an route-Relationen, wenn 'network' an dessen 'route_master' gemapped ist. Manche Tools kennen 'route_master' aber nicht.
Viele Grüße,
Toni

Hi,

wollte gerade was zu stop_area_group schreiben und musste nach Lektüre von

osm.wiki/w/index.php?title=Proposed_features/Public_Transport&oldid=625726

feststellen, das die dort nicht definiert ist.

Alles prima.

Nein

Die GTFS-Daten sind aber ausdrücklich für OSM nutzbar ( https://ptna.openstreetmap.de/en/gtfs-details.php?feed=DE-BY-MVV ).

Unter dem Link hier

https://ptna.openstreetmap.de/gtfs/DE/single-trip.php?feed=DE-BY-MVV&release_date=&trip_id=1.T3.19-902-s21-1.2.H#stoplist

ist die Info sichtbar.

Servus map per,

Gut zu wissen, die Position laut GTFS-Daten des MVV ist für die Esterbergstraße nämlich falsch - auf der anderen Seite.

Siehe Halt '10' auf der folgenden Seite.

https://ptna.openstreetmap.de/gtfs/DE/single-trip.php?feed=DE-BY-MVV&release_date=&trip_id=1.T3.19-902-s21-1.2.H

BTW: die 'stop_id' einer Haltestelle wird in OSM als ref:IFOPT an der Platform gemapped.

Gruß,
Toni

Das wird ja immer wilder.

@kavousion: es wäre nett wenn du erklären könntest wie das zustande gekommen ist.

Ich frage mich auch, warum ehemalige/aufgelassene Halt/Stops gemapped werden müssen. Ich meine hier nicht ehemalige Bahnhöfe und deren noch existierenden Gebäude). OSM ist kein Museum. Ist schon fraglich genug, warum man railway=razed und ähnliches mitschleppt.

Gibt es einen einzelnen CS, in dem das passiert ist? Dann "revert". Aber ich vermute es ist dieser CS hier ... Dann gäbe es bei einem "rervert" eines 27 Tage zurückliegenden CS zu viele Kollateralschäden.
Bleibt wohl nichts anderes übrig als alle einzeln durchzugehen und auch Fehler wie bei node/469222853 zu korrigieren (Zacken in das Gleis eingebaut).

Salut Pecherie,

Le "ref" de "route_master" ( relation/12028197 ) pourrait-il être réglé sur "ref" = "7104;7155" ?

Serait-ce une solution pour obtenir une valeur pour "ref" ?

Nous l'avons fait dans certains trains en Allemagne ( relation/6309041 ), ce qui fait que l'analyse des relations fonctionne bien ( https://ptna.openstreetmap.de/results/DE/DE-Bahnverkehr-Analysis.html#train_EC_27_IC_27_EC_27_IC_27 ).

Je considère que "ref" à route/route_master est une valeur importante/essentielle.

Aujourd'hui, à la PTNA, nous avons ajouté une analyse pour "Orizo" à Avignon. Il serait possible de faire une analyse similaire pour tous les TGV/toutes les rames en France.

Voir aussi

https://ptna.openstreetmap.de

https://ptna.openstreetmap.de/results/FR/index.php

https://ptna.openstreetmap.de/results/FR/PAC/FR-PAC-Orizo-Analysis.html

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

Meilleures salutations
Toni

Traduit avec www.DeepL.com/Translator (version gratuite)

Servus,

und willkommen bei OSM.

Ein kleiner Kommentar zu Nutzung von 'name'

'name ' bezeichnet den Namen des Objektes, nicht *was* es ist.

D.h. name = 'Bushaltestelle ....' ist falsch, zumal ja auch/natürlich 'highway' = 'bus_stop' gesetzt ist. Auch 'name' = 'Parkplatz ...' ist falsch, denn 'amenity' = 'parking' sagt das ja schon.

Bei Haltestellen wird der Name verwendet, wie er auf dem Haltestellenschild angegeben ist.
Sollte das (deutschlandweit) nicht eindeutig sein - wie z.B. ''Friedhof", so wird zusätzlich z.B. 'ref_name' = 'Friedhof, Reit im Winkl' gesetzt.

Ein weiterer Kommentar zur Löschung von zwei Parkpltz-Punkten mit dem Kommentar "dies ist eine Firma!!".

Statt zu löschen, hätte man hier zusätzlich

'access' = 'private' und
'operator' = ... name der Firma ...

setzen können, wenn es den Parklatz denn (tatsächlich) gibt - auch wenn er privat ist.

Viele Grüße,
Toni

Hmm, steht an der Kreuzung Alte/Neue Poststraße und Karl-Böhm-Straße evtl. ein entsprechendes Schild Richtung Norden oder am Kreisel Richtung Süden?
Wenn nicht, dann kann man von 'default' Höhe ausgehen = 4m plus die 20 cm Spielraum.

Hi, ich denke du kannst die maxheight auf dem gesamten Wegstück (von Poststraße bis Tunnel) taggen, denn man kommt von dem Wegstück ja nicht mehr runter. Ist die Durchfahrtshöhe für die Brücke größer oder gleich die des Tunnels?

Hi,

ich habe das wieder korrigiert:

entweder 'tunnel' oder 'bridge' und hier ist zwischen Tunnel unter den Gleisen und der Brücke eine Lücke. Die Fußgänger-/Radfahrerbrücke ist eindeutig eine Brücke.

Gruß,
Toni

Hallo Alica-map.

willkommen bei OSM.

Bei OSM gilt die allgemeine Regel: 'name is the name only".

D.h. 'name' wird nur dann gesetzt, wenn der Name tatsächlich so vor Ort zu finden ist, nicht weil 'name' beschreiben soll was dort zu sehen ist.

D.h. und weil ich in der Nähe wohne:

Das ist zwar ein Kreisverkehr (zumindest die Straße drumherum) aber die Grünfläche heißt nicht so, die hat keinen Namen.

VG
Toni

Hallo FA.KW,

falls noch nicht bekannt:

der VBB hat die GTFS-Daten freigegeben, die den Ist-Stand der Linien wiedergeben.
Ich habe sie aufbereitet ... klick dich mal durch.

https://ptna.openstreetmap.de/gtfs/DE/routes.php?feed=DE-BE-VBB

In PTNA gibt es auch eine Analyse der OSM-Daten

https://ptna.openstreetmap.de/results/DE/BE/DE-BE-VBB-Analysis.html

VG
Toni

Hallo,

bitte auf korrektes tagging achten.

Diese ist ein 3-stöckiges Haus, "Dein Hebammensupport" wird, so wie es aussieht, von einer einzelnen Person betrieben. Ich bezweifle, dass das gesamte Gebäude von "Dein Hebammensupport" belegt ist.

Daher werde ich "Dein Hebammensupport" auf einen Punkt (Node) "reduzieren"., mit den entsprechenden Tags für 'midwife', ...
VG
Toni

Hello,

Maybe a small mistake? I don't think, that

way/548892107

is really a oneway road.

Found with this tool:

https://ptna.openstreetmap.de/results/FR/IDF/FR-IDF-transports-daniel-meyer-Analysis.html#bus_DM10A

Cordiallement
Toni

Na ja, zu 1): ist drchaus möglich, dass die OSM-Route durch Beuerberg falsch ist.

3) prima. Die Positionen lauf GTFS weichen manchmal von OSM ab, ohne dass man (ich) weiß, was korrekt ist - ich kenne mich dort halt nicht aus. Manchmal hilft dann mapillary.com aber die Bilder gibt es nicht für "überall".