Closed embix closed 2 years ago
@C1710 import_brouter.py mal mit -v
ausprobiert (aktuelles dev image, image id 40d5eb142f85)
Meinst du, dass du auch noch die Verbindung zwischen Schirnding und Cheb in den PR mit reinbekommst? 👀
Meinst du, dass du auch noch die Verbindung zwischen Schirnding und Cheb in den PR mit reinbekommst?
Ja, dann wird das aber vermutlich nicht mehr heute fertig.
@C1710 import_brouter.py mal mit
-v
ausprobiert (aktuelles dev image, image id 40d5eb142f85)
- bei Chodov scheint er komische Koordinaten gezogen zu haben
- bei Hlavno, Dasnice, Kynšperk nad Ohří, Nebanice und Tršnice stimmt der ermittelte CZ-Station Code nicht mit dem aus https://www.cd.cz/stanice überein (bei Hlavno, Dasnice, Kynšperk nad Ohří und Nebanice hatte er das auch als INFO geloggt - bei Tršnice allerdings nicht)
- Constraint: Kurvigkeit darf 0.5 nicht überschreiten, weniger als 0.1 ist eigentlich schnurgerade Strecke (man könnte mit min-Radien und/oder Häufigkeit minimaler Radien arbeiten - bisher mache ich das nach Bauchgefühl - so ein grober Anhalt/Maßstab/Richtwert für Radius-Kurvigkeit wäre nicht verkehrt)
- Anzahl und Länge der Bahnsteige ist noch Handarbeit 😄 (ja, ich weiß daß es inzwischen defaults gibt)
Wegen den Complaints neulich auf Twitter hab ich mal bei meinem PR nachgeguckt und ein paar Cases gefunden, wo nicht viel mehr als 1km Abweichung drin ist. Stationsabstand ist hier auch gering, so daß es vielleicht 20% wären - geschenkt.
@C1710 Kann es sein, daß du für die Routen bei den Entfernungen Luftlinie nimmst? Bei größeren Stationsabständen und Gebirge könnte das dann einen größeren Unterschied machen.
Wegen den Complaints neulich auf Twitter hab ich mal bei meinem PR nachgeguckt und ein paar Cases gefunden, wo nicht viel mehr als 1km Abweichung drin ist. Stationsabstand ist hier auch gering, so daß es vielleicht 20% wären - geschenkt.
@C1710 Kann es sein, daß du für die Routen bei den Entfernungen Luftlinie nimmst? Bei größeren Stationsabständen und Gebirge könnte das aber einen großen Unterschied machen.
Also es wird die Summe der Luftlinien zwischen den einzelnen Punkten der Route/des GPX Track-Segments verwendet. Zumindest immer, als ich das nachgesehen habe, hat es gepasst zu den Angaben auf brouter.de...
Die Höhe der Punkte wird nicht berücksichtigt.
Wegen den Complaints neulich auf Twitter hab ich mal bei meinem PR nachgeguckt und ein paar Cases gefunden, wo nicht viel mehr als 1km Abweichung drin ist. Stationsabstand ist hier auch gering, so daß es vielleicht 20% wären - geschenkt.
@C1710 Kann es sein, daß du für die Routen bei den Entfernungen Luftlinie nimmst? Bei größeren Stationsabständen und Gebirge könnte das aber einen großen Unterschied machen.
Also es wird die Summe der Luftlinien zwischen den einzelnen Punkten der Route verwendet. Zumindest immer, als ich das nachgesehen habe, hat es immer gepasst zu den Angaben auf brouter.de...
Sobald es einen twistingFactor von > 0.01 ausgibt, muss die Strecke länger sein als die Luftlinie zwischen den zwei Halten. Also eigentlich kann das kein Problem sein.
Die einzelnen Punkte der Route sind bei mir ja die Zwischenstops/Stationen - ich kann jetzt nicht mehr in die gpx Files gucken (schon gelöscht), ob er auch zwischen meinen Wegpunkten noch Hilfspunkte mitnimmt. In der Oberfläche hat er aber zumindest den Pfad 1:1 zur Bahnstrecke mitgeschwungen.
Ggf. mach ich am WE mal ein Testcase mit einer besonders geschwungenen Strecke - Brockenbahn oder sowas.
Aber zumindest kann ich aktuell nicht bestätigen, daß er deutlich daneben liegt - +/-1 (0.5) km ist bei int als Zielformat im json sowieso Rundungstoleranz.
Die einzelnen Punkte der Route sind bei mir ja die Zwischenstops/Stationen - ich kann jetzt nicht mehr in die gpx Files gucken (schon gelöscht), ob er auch zwischen meinen Wegpunkten noch Hilfspunkte mitnimmt. In der Oberfläche hat er aber zumindest den Pfad 1:1 zur Bahnstrecke mitgeschwungen.
Ggf. mach ich am WE mal ein Testcase mit einer besonders geschwungenen Strecke - Brockenbahn oder sowas.
Aber zumindest kann ich aktuell nicht bestätigen, daß er deutlich daneben liegt - +/-1 (0.5) km ist bei int als Zielformat im json sowieso Rundungstoleranz.
Wenn es passt, dann sollte es ja korrekt sein :D
Vielleicht war eine Version bei ner älteren PR auch einfach ein bisschen kaputt oder so?
Also wenn du das exportierst, hast du i.d.R. ein paar Tausend Trackpoints (auf denen halt auch die angezeigte Route basiert).
Also wenn du das exportierst, hast du i.d.R. ein paar Tausend Trackpoints (auf denen halt auch die angezeigte Route basiert).
Ja, dann sollte das passen.
follow up jobs, once required routes are available (deferred to #684 )
ČD R 606 Krušnohor (Praha-Usti-Most-Chomutov-KarlovyVary-Cheb)
ČD Sp 99661 (KarlovyVary-Cheb-Plzen)
ČD Os 20873 (Hof-Oberkotzau-SelbPlössberg-Aš-Hazlov-Cheb-Schirnding-Marktredwitz
Note to self "Regional fast (Sp) and regional (Os) trains will take you to the smallest towns and villages." - Fast (R) trains will transport you quickly from city to city and between regions.
ČD Os ist Regional, stoppt überall, nur 2. Klasse - quasi früher P oder aktuell RB (in TC
stopsEverywhere=true
)ČD Sp ist Regional, stopp nur an wichtigeren Bahnhöfen und Haltepunkten nur 2 .Klasse - früher E bis evtl. D, heute RB bis RE
ČD R Fast train 1./2.Kl. - früher D, IR heute RE, REx, IRE
ČD Ex Express 1./2.Kl. - früher Ex/SEx