Aktuelle Situation #273
Comments
|
Wenn dann wäre wohl eher eine weniger strikte Implémentation auf Seiten der Clients sinnvoll, die auch ohne Betreiber-Information versuchen eine Linie zuzuordnen |
|
Es fehlen aktuell jegliche IDs aus der bahn.de-Schnittstelle, des weiteren ist über die aktuell genutzte Schnittstelle keine Betreiber-Zuordnung möglich. Ich habe mir bereits Gedanken gemacht, wie es bzgl. Linien-Icons weitergehen könnte und werde diesbezüglich Rücksprache mit dem Team von @Traewelling/trwl-admin halten. Vielleicht ist mit diesem Ansatz dann auch eine Migration zu Wikidata und dort hinterlegten Farben/Icons möglich. |
|
Bin hier nur zufällig drauf gestoßen, hab jetzt nicht weiter geschaut, was ihr/Traewelling so getan habt, außer dass ihr die neue bahn.de API verwendet. Betreiber Infos sind in der bahn.de API eigentlich schon (teilweise) enthalten, aber in den |
|
Bei Aboard hab ich zum Testen gerade mal probiert, die Linien auf andere Art und Weise zu mappen. Diese Trip ID der S4 von Hildesheim Hbf (23:06) nach Bennemühlen (00:07 + 1) zum Beispiel
enthält praktischerweise die IBNRs von Hildesheim Hbf und Bennemühlen. Also zweimal Aboard parsed jetzt aktuell tl;dr: Es wäre natürlich ein Haufen Arbeit, aber wir könnten unsere CSV um die IBNRs der Start- und Endhaltestelle der Linien erweitern. So könnten wir im Endeffekt nicht nur erstmal überhaupt wieder Linien matchen, sondern sollten in der Theorie auch die Konflikte die wir teils haben (#26) lösen können. |
|
Du meinst also die .csv entsprechend um den Parameter FirstStop und ggfs. LastStop zu erweitern? RB 23 hat alleine wenn sie offen sind als mögliche Starts und Stopps Mayen Ost, Andernach, Koblenz und Limburg. Das würde bei manchen Linien dann dementsprechend die Datei ein bisschen aufblähen I guess |
|
@SpielenmitLili Muss gar nicht so spezifisch sein, die Bedeutung der Station ist ja unerheblich. Die Linie 1 in Hannover fährt von Langenhagen mal nach Sarstedt und mal nur bis Laatzen. (Die Stationen haben bei Fahrten in die andere Richtung in diesem Fall nochmal andere IBNRs). Ergibt also 6 relevante Station-IDs, aber was davon jetzt Start oder Ende ist spielt ja keine Rolle. Beim Matchen muss man eben nur prüfen, dass sowohl Start und Ende des Trips in der Liste enthalten sind. {
id: '8-webuet-1',
name: 'STB 1',
operator: 'ustra-hannoversche-verkehrsbetriebe-ag',
stations: [614078, 616282, 638683, 638700, 638766, 638767],
},In der CSV könnten die entsprechend auch einfach separiert in einer Zelle stehen. |
|
Ich hebe gerne nochmal den Vorschlag aus #91 (comment) hervor, dass ich weiterhin eine zentrale Datenhaltung bei Wikidata bevorzuge. Einige Daten sind dort schon vorhanden (siehe https://www.wikidata.org/wiki/User:Mkkagain/Verkehrslinien_in_Deutschland), es müsste aber noch einiges gepflegt werden. Die Herausforderung an dieser Stelle wäre dann eher zu schauen, wie man die Daten auf vorhandene Fahrten mappt. Ich würde mich wieder ungerne an semi-permanente IDs binden, sehe aber aktuell keine andere „gute” Lösung. Andere Ideen wären ggfs. ein Mapping von Bounding Boxes, Linienbezeichnungen, ggfs. Haltestellen (sofern in Wikidata erfasst - häufig nicht der Fall). Beispiel - Linie S5 der AVG: https://www.wikidata.org/wiki/Q126901689 In dem Beispiel sieht man, dass die Farbe und die Endpunkte (Wikidata Objekte) zugewiesen sind. |
Joa, habe schon so gedacht, das es am Ende ja keinen großen Unterschied macht, was jetzt Start und Ende ist. Meinte nur generell, das es je nach Linien auch paar mehr sein können wodurch die Zeilen teils bisschen lang sein könnten. Da die aber hauptsächlich ja eh nur vom Programm gelesen werden sollen, macht das nicht so viel Unterschied letztendlich. Fände diese Umsetzungsidee von meiner Perspektive eigentlich sowohl leichter zu Pflegen als auch einzubinden und damit eigentlich echt gut |
In Anbetracht der aktuellen Situation, die die Abschaltung von DB HAFAS betrifft.
Besteht momentan eine Möglichkeit, die in der line-colors.csv befindlichen Einträge entsprechend so zu updaten, sodass die Linienfarben wieder verfügbar sind?
Oder ist das durch die momentane "Uneindeutigkeit" (es werden keine Operator in der Träwelling-Datenbank gespeichert) nicht ohne weiteres möglich?
The text was updated successfully, but these errors were encountered: