Test Adapter public-transport v0.1.x GitHub/npm
-
Bei mir funktioniert der Adapter ganz super. Wow richtig gut! Vielen lieben Dank. Nutze zur Zeit die Vendo DB Anbindung. Da kommt die Info gefühlt schneller als HAFAS. Bei der ersten Installation wurde nicht automatisch eine Instanz erstellt die musste ich erst durch den klick auf + erstellen. Aber vielleicht ist das auch normal bei der Installation über "Developer Github Katze". Mir war das Widget für meinen vorhandenen Dashboard Platz zu groß. Außerdem Nutzte ich vis-2 und bin mir nicht sicher ob das Widget dafür auch gemacht ist. Daher habe ich den vis-jsontemplate Adapter installiert. Der klappt ganz großartig und mit ClaudeAI ist ratzfatz ein individuelles Widget erstellt. Man muss nur den JSON Datenpunkt angeben und in Vorlage z.B. folgenden Code kopieren:
<% if (typeof data !== 'undefined' && data && data.journeys && Array.isArray(data.journeys)) { function formatTime(isoString) { if (!isoString) return "--:--"; var date = new Date(isoString); var h = date.getHours().toString(); var m = date.getMinutes().toString(); return (h.length < 2 ? '0' + h : h) + ":" + (m.length < 2 ? '0' + m : m); } var firstJourney = data.journeys[0]; var stationTitle = "Verbindung"; if (firstJourney && firstJourney.legs && firstJourney.legs[0]) { var l0 = firstJourney.legs[0]; if (l0.origin && l0.destination) { stationTitle = l0.origin.name + " → " + l0.destination.name; } } %> <div style="color: white; font-family: RobotoCondensed-Bold; padding: 5px;"> <div style="font-size: 0.9em; color: #aaaaaa; margin-bottom: 6px;"> <%= stationTitle %> </div> <table style="width: 100%; border-collapse: collapse; font-size: 14px; margin-top: 0px;"> <thead> <tr style="text-align: left; border-bottom: 1px solid #444; color: #888; font-size: 0.72em; text-transform: uppercase; letter-spacing: 0.05em;"> <th style="padding: 6px 8px;">Linie</th> <th style="padding: 6px 8px;">Abfahrt</th> <th style="padding: 6px 8px;">Ankunft</th> <th style="padding: 6px 8px;">Info</th> </tr> </thead> <tbody> <% for (var i = 0; i < data.journeys.length; i++) { var journey = data.journeys[i]; var leg = (journey.legs && journey.legs[0]) ? journey.legs[0] : null; if (!leg) continue; var depDelay = Math.round((leg.departureDelay || 0) / 60); var arrDelay = Math.round((leg.arrivalDelay || 0) / 60); var hasDepDelay = depDelay > 0; var hasArrDelay = arrDelay > 0; var lineName = (leg.line && leg.line.name) ? leg.line.name : "?"; var depPlat = leg.departurePlatform ? "Gl. " + leg.departurePlatform : ""; var plannedDepPlat = leg.plannedDeparturePlatform ? leg.plannedDeparturePlatform : ""; var platChanged = depPlat && plannedDepPlat && leg.departurePlatform !== leg.plannedDeparturePlatform; var warnings = []; if (leg.remarks && leg.remarks.length > 0) { for (var j = 0; j < leg.remarks.length; j++) { if (leg.remarks[j].type === "warning") { warnings.push(leg.remarks[j].summary || leg.remarks[j].text); } } } if (platChanged) { warnings.unshift("Gl. " + leg.departurePlatform + " (statt " + leg.plannedDeparturePlatform + ")"); } var warningText = warnings.join(" · "); // Zeilenfarbe: leicht rot hinterlegt bei Verspätung var rowBg = (hasDepDelay || hasArrDelay) ? "background-color: rgba(255,60,60,0.07);" : ""; %> <tr style="border-bottom: 1px solid #222; <%= rowBg %>"> <!-- Linie --> <td style="padding: 8px; vertical-align: middle;"> <div style="display: inline-block; background: #1a6bbf; color: white; font-weight: bold; font-size: 0.85em; padding: 2px 7px; border-radius: 4px; white-space: nowrap;"> <%= lineName %> </div> <% if (depPlat) { %> <div style="font-size: 0.7em; color: <%= platChanged ? '#ffaa00' : '#888' %>; margin-top: 3px;"> <%= platChanged ? '⚠ ' : '' %><%= depPlat %> </div> <% } %> </td> <!-- Abfahrt --> <td style="padding: 8px; vertical-align: middle;"> <% if (hasDepDelay) { %> <!-- Geplante Zeit durchgestrichen in rot --> <div style="color: #ff4444; font-size: 0.85em; text-decoration: line-through; opacity: 0.8;"> <%= formatTime(leg.plannedDeparture) %> </div> <!-- Echte (hochgerechnete) Abfahrtzeit groß --> <div style="font-weight: bold; font-size: 1.4em; color: #ff4444;"> <%= formatTime(leg.departure) %> <span style="font-size: 0.8em; font-weight: normal; margin-left: 4px;">+<%= depDelay %> min</span> </div> <% } else { %> <div style="font-weight: bold; font-size: 1.4em; color: #ffffff;"> <%= formatTime(leg.plannedDeparture) %> <span style="color: #44cc44; font-size: 0.6em; font-weight: normal; margin-left: 4px;">✓</span> </div> <% } %> </td> <!-- Ankunft --> <td style="padding: 8px; vertical-align: middle;"> <% if (hasArrDelay) { %> <div style="color: #ff4444; font-size: 0.85em; text-decoration: line-through; opacity: 0.8;"> <%= formatTime(leg.plannedArrival) %> </div> <div style="font-weight: bold; font-size: 1.4em; color: #ff4444;"> <%= formatTime(leg.arrival) %> <span style="font-size: 0.8em; font-weight: normal; margin-left: 4px;">+<%= arrDelay %> min</span> </div> <% } else { %> <div style="font-weight: bold; font-size: 1.4em; color: #ffffff;"> <%= formatTime(leg.plannedArrival) %> <span style="color: #44cc44; font-size: 0.6em; font-weight: normal; margin-left: 4px;">✓</span> </div> <% } %> </td> <!-- Warnungen / Info --> <td style="padding: 8px; font-size: 0.68em; color: #ffcc00; font-style: italic; line-height: 1.3; vertical-align: middle; max-width: 140px;"> <%= warningText %> </td> </tr> <% } %> </tbody> </table> </div> <% } else { %> <div style="color: #666; font-family: sans-serif; padding: 10px;">⏳ Warte auf Daten...</div> <% } %>
Nutze zur Zeit die Vendo DB Anbindung. Da kommt die Info gefühlt schneller als HAFAS.
Danke das du meinen Adapter testest. Die DB unterstützt HAFAS nicht mehr bzw. nur vereinzelt. Sie ist auf Vendo umgestiegen.
Du hast recht, Installationen über die Katze müssen die Instanzen von Hand angelegt werden.
Mir war das Widget für meinen vorhandenen Dashboard Platz zu groß. Außerdem Nutzte ich vis-2
Welches Widget ist zu groß? Was wäre eine optimale Größe?
in wie Weit diese Vis-2 kompatibel sind, kann ich dir nicht sagen, nutze selber Vis-1.
Werde es aber auf die ToDo-Liste setzen und testen.
Danke für dein Feedback -
Nutze zur Zeit die Vendo DB Anbindung. Da kommt die Info gefühlt schneller als HAFAS.
Danke das du meinen Adapter testest. Die DB unterstützt HAFAS nicht mehr bzw. nur vereinzelt. Sie ist auf Vendo umgestiegen.
Du hast recht, Installationen über die Katze müssen die Instanzen von Hand angelegt werden.
Mir war das Widget für meinen vorhandenen Dashboard Platz zu groß. Außerdem Nutzte ich vis-2
Welches Widget ist zu groß? Was wäre eine optimale Größe?
in wie Weit diese Vis-2 kompatibel sind, kann ich dir nicht sagen, nutze selber Vis-1.
Werde es aber auf die ToDo-Liste setzen und testen.
Danke für dein Feedback -
Die Fahrplandaten sind die selben. Ich biete für Abfahrten und Verbindungen Widgets an.
Da der Fahrplan-Adapter zur Zeit nicht gepflegt wird, habe ich mich entschieden einen eigenen zuschreiben.Bin jetzt auch dabei, weitere Anbieter ein zu bauen, wie aktuell VBN (Bremen/Niedersachsen).
Gruß Tom
https://github.com/tt-tom17
Wenn meine Hilfe erfolgreich war, benutze bitte das Voting unten rechts im BeitragNSPanel Script Wiki
https://github.com/joBr99/nspanel-lovelace-ui/wikiNSPanel Adapter Wiki
https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki -
Die Fahrplandaten sind die selben. Ich biete für Abfahrten und Verbindungen Widgets an.
Da der Fahrplan-Adapter zur Zeit nicht gepflegt wird, habe ich mich entschieden einen eigenen zuschreiben.Bin jetzt auch dabei, weitere Anbieter ein zu bauen, wie aktuell VBN (Bremen/Niedersachsen).
Da der Fahrplan-Adapter zur Zeit nicht gepflegt wird, habe ich mich entschieden einen eigenen zuschreiben.
Ähhmm
Worauf bezieht sich deine Aussage dass der Adapter nicht gepflegt wird?Die letzte Release ist noch nicht mal ein Jahr alt. Und die Anzahl der offenen Issues ist ziemlich gernig. Hier zu behaupten dass etwas nicht gepflegt wird ist doch eher gewagt. Welches Issue hast du angelegt? Hast du den dev vesucht zu ereichen?
Nicht böse sei, aber ich bin mal gespannt wie lange du deinen Adapter im Monatsabstand aktualisiserts ...
In jedem Fall gebührt auch dir ein DANKE dass du Zeit aufwendest. Aber denk mal über deine Formulierungen und deine Einstellung zu freiwilliger Arbeit anderer nach.
-
Ein Adapter der 6 Monate kaputt ist, ist nicht gepflegt
-
Ok - wenn es so ist.
Ist für mich aus den Issues nicht sofort ersichtlich.Gehts um das Issue https://github.com/gaudes/ioBroker.fahrplan/issues/478 ?
Oder welches issue beshcreibt einen Totalausfall?EDIT:
Wenn der Adapter wirklich nicht mehr funktioniert damnn sollte er aus den Repos raus. Nur dazu brauch ich greifbare Issues / Reklamationen / Bestätigungen. Meldungen eines Users dass seine Installation nicht funktionier sind für so einen Schritt zu dünn... -
Ok - wenn es so ist.
Ist für mich aus den Issues nicht sofort ersichtlich.Gehts um das Issue https://github.com/gaudes/ioBroker.fahrplan/issues/478 ?
Oder welches issue beshcreibt einen Totalausfall?EDIT:
Wenn der Adapter wirklich nicht mehr funktioniert damnn sollte er aus den Repos raus. Nur dazu brauch ich greifbare Issues / Reklamationen / Bestätigungen. Meldungen eines Users dass seine Installation nicht funktionier sind für so einen Schritt zu dünn...EDIT:
Wenn der Adapter wirklich nicht mehr funktioniert damnn sollte er aus den Repos raus. Nur dazu brauch ich greifbare Issues / Reklamationen / Bestätigungen. Meldungen eines Users dass seine Installation nicht funktionier sind für so einen Schritt zu dünn...Ich weiß nur davon weil ich öffters mit Tom rede und er darüber geklaggt hat:
https://github.com/gaudes/ioBroker.fahrplan/issues/478#issuecomment-3411125556
Da steht das es bei dem Nutzer nicht mehr geht. Da hat sich anscheiend die api geändert.
-
Ich hab dann mal ein TIMEOUT Issue erstellt.
https://github.com/gaudes/ioBroker.fahrplan/issues/543Wenn kein Feedback kommt fliegt er aus den Repos.
Und damit nichts falsch rüber kommt:
Es ist voll OK einen zweiten Adapter zu entwickeln. inbesondere wenn es Probleme gibt.
Und DANKE an tt-tom für deine ArbeitEs wäre aber auch sehr sinnvoll bei Verdacht dass ein Dev nicht mehr aktiv ist ein ganz klares Issue mit der Frage ob der Adapter noch gewartet wird zu verfassen. Es kann nie ausgeschlossen werden, dass ein Dev ein Issue in seiner Wichtigkeit auch falsch einschätzt.
Und es ist nach Abklärung mit Core auch jederzeit möglich verwaiste Adapter zu übernehmen sodass andere diese warten können. Damit ersparen sich User ggF eine Migration und eine spätere Zweigleisigkeit wird vermieden.
-
Ich hab dann mal ein TIMEOUT Issue erstellt.
https://github.com/gaudes/ioBroker.fahrplan/issues/543Wenn kein Feedback kommt fliegt er aus den Repos.
Und damit nichts falsch rüber kommt:
Es ist voll OK einen zweiten Adapter zu entwickeln. inbesondere wenn es Probleme gibt.
Und DANKE an tt-tom für deine ArbeitEs wäre aber auch sehr sinnvoll bei Verdacht dass ein Dev nicht mehr aktiv ist ein ganz klares Issue mit der Frage ob der Adapter noch gewartet wird zu verfassen. Es kann nie ausgeschlossen werden, dass ein Dev ein Issue in seiner Wichtigkeit auch falsch einschätzt.
Und es ist nach Abklärung mit Core auch jederzeit möglich verwaiste Adapter zu übernehmen sodass andere diese warten können. Damit ersparen sich User ggF eine Migration und eine spätere Zweigleisigkeit wird vermieden.
Hi @mcm1957
ich will dem Entwickler nichts vorwerfen und weiss selber das Privat und Arbeit vor dem Hobby kommt. Würde auch gerne mehr in die Entwicklung stecken und kann es auch gut einschätzen, was da alles dran hängt.
ich hatte Februar 25 mein Issue angelegt https://github.com/gaudes/ioBroker.fahrplan/issues/443
und auch ein Lösungsvorschlag als PR unterbreitet, was dann irgendwann im Sande verlief. Da mein Fork funktioniert, nutzte ich diesen auch im Produktivsystem. Die andren offen Issues hatte dann in meinem Fork dann so gut es ging auch behoben und im Issue auch dokumentiert.Irgendwann hatte ich mich entschieden selber ein Adapter zu schreiben und diesen auch hier an zu bieten.
Deine Arbeit hier und auch auf Telegramm schätze ich sehr, wobei es doch manchmal sehr direkt ist.
Ich werde den Adapter weiterentwickeln, über eine Aufnahme ins Repo können wir uns dann separat noch einmal verständigen.
-
Wie schon im ersten post kurz erwähnt möchte ich hier nochmals ganz groß DANKE sagen dass du deine Zeit und dein Wissen für einen Adapter einsetzt.
Mir war auf Grund des Blicks auf das Repo in Bezug auf Issueanzahl und Releasedaten nicht klar, dass der Adapter ein echtes Problem hat und deine Bezeichnung als "nicht gepflegt" vollkommen richtig war bzw. ist. Ich hätte vor meiner Anmerkung genauer nachforschen sollen.
Sorry
Und danke für deinen Ersatz.
P.S. Bitte häng an den Latest PR noch den Object Dump an. Das steht zwar im ersten Antwortcommit (https://github.com/ioBroker/ioBroker.repositories/pull/5751#issuecomment-4188664955) dürfte aber untergegangen sein.
DANKE
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
553
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge