Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[TT-Tom]

@grrfield
Zu1.
sollte möglich sein.
Zu 2.
die DB Schnittstelle ist zur Zeit blockiert, Motis ist die einzige freie Alternative. Das die Daten nicht so aktuell sind hat @daniel-8 auch schon festgestellt.

[grrfield]

@TT-Tom Super, der erste Punkt würde mir schon weiterhelfen.

[Daniel 8]

Mir ist noch aufgefallen, das bei Verspätung manchmal eine Zahl 0 drin steht und manchmall null. Kann man das irgendwie beeinflussen, das man immer eine Zahl hat?

[TT-Tom]

Neue Beta-Version verfügbar

0.10.2 (2026-07-17)

• Neu: Pro Verbindung lässt sich jetzt die Anzahl der Umstiege einstellen (Dropdown im Verbindungs-Dialog). -1 = das Backend entscheidet (unbegrenzt, Standard), 0 = nur Direktverbindungen, 1–5 = maximale Umstiegszahl. Wirkt einheitlich für HAFAS und MOTIS.

• Fix: Die Namen der Verbindungs- und Abfahrts-Channels blieben nach einer geänderten Verbindung auf dem alten Stand stehen (z. B. alte Linien-/Routenbezeichnung). Die Channel-Namen werden jetzt korrekt aktualisiert bzw. neutralisiert, wenn sich eine Verbindung ändert oder wegfällt.

Diese Version wird ab morgen im Latest/Beta sein.

Vielen Dank fürs Testen und euer Feedback.
Bitte schreibt hier in den Thread oder besser noch erstellt ein Issue auf Github.
https://github.com/tt-tom17/ioBroker.public-transport/issues

PS. das ist das letzte Release vor der Sommerpause. Ich bin Ende August wieder für Codeanpassungen da, werde hier aber weiter mitlesen und ggf. unterstützen. schönen Sommer euch.

[TT-Tom]

@Daniel-8 Das kommt entweder so vom server oder der State wurde zurückgesetzt, weil keine neuen Daten gekommen sind.
lege dazu mal ein Issue an, ich mir mal über legen wie weit ich das Konzept dann anpasse. Denn null geht bei Timestamp eigentlich nicht.

[Ro75]

@tt-tom was du nach deinem Urlaub vielleicht dir nochmal ansehen solltest:

Ich habe:

• 4 Abfahrten - ca. 1.900
• 6 Verbindungen - ca. 16.000

Und der Adapter erzeugt rund 18.000 Datenpunkte. Sind die wirklich notwendig?

Ro75.

[TT-Tom]

@Ro75

@Ro75 sagte:

Und der Adapter erzeugt rund 18.000 Datenpunkte. Sind die wirklich notwendig?

ja, das summiert sich ganz schnell auf.
ich biete nur an was vom Server alles kommt, was ihr braucht müsst ihr mir sagen.

es wäre schön, wenn ihr hier im Forum dazu Vorschläge macht und euch einigt,
was muss,
was kann,
was soll weg.

[Ro75]

Danke für die rasche Antwort. Ich persönlich verarbeite nur die JSON. Eventuell einstellbar machen.

Ro75.

[TT-Tom]

@mblass @daniel-8 @zottel @ro75 @grrfield @holgerwolf @eggs @claus1993 @roddief

in diesem Post könnt ihr alle eure Wünsche, Anmerkungen zu den Datenpunkten machen. Ich habe euch als Bearbeiter eingefügt.

Wie @ro75 schon geschrieben hat, werden es bei vielen Station und Verbindungen schnell mal über 15000 Stück, um das auf ein sinnvolles Maß zu bekommen, solltet ihr hier vermerken welche für euch wichtig sind, grade wer mit Skripten oder eigene Vis Objekten arbeitet, sollte sich hier melden.

Einfach euer Kürzel vorne weg und dann die Datenpunkte als Liste. Nach meinem Urlaub werde ich mich dann ransetzen und es für euch umsetzen.

@daniel-8 Ist geplante Abfahrt und Verspätung Abfahrt sec wichtig. Und ausgefallene Züge habe ich aber noch nicht herausgefunden wo ich den auslesen kann

[Oli]

@TT-Tom
Ich bräuchte eigentlich auch nur das JSON

[zottel]

zottel sagte:

mal sehen: https://github.com/mfdz/GTFS-Issues/issues/293

wurde übrigens gefixt, falls andere ähnliche Probleme haben ...

[TT-Tom]

@zottel

Perfekt und so schnell.
Kommen die Daten jetzt richtig rein??