Moin!
Mehrfach wurde ich bereits gefragt ob ich den VDV 453 "Visualisierung von Fremfahrzeugen" (VIS) Dienst implementieren oder ob ich den Entwicklungsaufwand abschätzen kann. Du auch?
Mal davon abgesehen, dass ich bisher keine existierenden Open Source Aktivitäten hierzu gefunden habe (Du?), bleibe ich immer wieder bei der folgenden Frage stecken, egal ob es für VDV 453 VIS Dienst oder einen beliebig anderen Service ist.
Angenommen ich habe die für den Dienst erforderlichen Daten und deren Beschreibung, wie setzte ich das dafür erforderliche Abonnement-Verfahren um?
Eine kurze Recherche offenbart unzählige Middleware für Abonnement- oder Messaging-Verfahren. Ohne Vorkenntnisse fällt mir eine Bewertung dieser schwer. Bei meiner bisherigen Recherche in Richtung Java und JavaScript bin ich bspw. auf RabbitMQ,OpenDDS, Apache Qpid, Apache AciveMQ, usw. gestoßen. Bei diesen Beispielen scheint die Lernkurve enorm. Ich habe die Hoffnung, es gibt auch einen einfacheren Ansatz.
Also, angenommen du brauchst einen Service, welcher per HTTP POST XML Requests annimmt und auf Basis einer Abonnement-Middleware eine Antwort generiert. Wie würdest du vorgehen?
Herzlichen Gruß
Stefan Begerad Software Ingenieur Begerad
Telefon: +49 174 85 11 770 E-Mail: dialog@swingbe.de Internet: www.SwIngBe.de
Hallo Stefan,
bisher ist mir auch keine Freie Software Komponente zur Implementierung "VDV 453 VIS Dienst" bekannt. (Allerdings habe ich nicht danach gesucht.)
Ist der geforderte "Abo" Dienst-Teil irgendwo beschrieben, bzw. technische spezifiziert?
Am Montag 28 März 2022 21:35:56 schrieb Stefan Begerad:
Also, angenommen du brauchst einen Service, welcher per HTTP POST XML Requests annimmt und auf Basis einer Abonnement-Middleware eine Antwort generiert. Wie würdest du vorgehen?
Mir ist unklar, was eine "Abonnement-Middleware" wäre. Vorgehen wäre also: 1) Spezifikation erfragen, studieren. 2) Ein Microframework für den Sever nehmen, mit dem ich mich ausgekenne. (Ich denke HTTP POST können alle, XML auch.) 3. Einen Prototype bauen?
Altertnativ: schauen, was vergleichbare Anforderungen hat und dann mit Stichwörtern auf Englisch nochmal suchen gehen.
Gruß, Bernhard
Hallo Bernhard, Danke für deinen Beitrag. Ich perönlich vermute, es gibt mindestens zwei Gründe, warum es keine FLOSS Implementierung für den VDV 453 Dienst gibt.
(1) Historisch bedingt gibt es keinen Wettbewerb bei Anbietern von Software im öffentlichen Verkehr. Die wenigen Platzhirsche setzen auf das klassische/ konventionelle Closed Source Lizenzmodell.
(2) VDV Spezifikationen entstehen im Geheimen, sickern langsam an die Öffentlichkeit und werden hautpsächlich im DACH-Bereich angewandt.
Nun überlege ich, die Tipps der Liste zu Herzen genommen, mit den zeitlichen und monetären Beschränkungen der FLOSS Szene, mich auf die SIRI CEN Dienste zu konzentrieren. Sie sprechen den englischen Anwenderkreis an und decken ähnliche Themen ab. VDV 453 VIS Dienst kannst du bspw. mit dem CEN SIRI Vehicle Monitoring Dienst vergleichen. Die Initiative OneBusAway war vor längerer Zeit an dieser Stelle aktiv. Vielleicht kann ich diese eingeschlafene Aktvität wieder aufwecken.
Gruß
Stefan Stefan Begerad Software Ingenieur Begerad
Telefon: +49 174 85 11 770 E-Mail: dialog@swingbe.de Internet: www.SwIngBe.de
On April 5, 2022 2:52:17 PM GMT+02:00, "Bernhard E. Reiter" bernhard@fsfe.org wrote:
Hallo Stefan,
bisher ist mir auch keine Freie Software Komponente zur Implementierung "VDV 453 VIS Dienst" bekannt. (Allerdings habe ich nicht danach gesucht.)
Ist der geforderte "Abo" Dienst-Teil irgendwo beschrieben, bzw. technische spezifiziert?
Am Montag 28 März 2022 21:35:56 schrieb Stefan Begerad:
Also, angenommen du brauchst einen Service, welcher per HTTP POST XML Requests annimmt und auf Basis einer Abonnement-Middleware eine Antwort generiert. Wie würdest du vorgehen?
Mir ist unklar, was eine "Abonnement-Middleware" wäre. Vorgehen wäre also: 1) Spezifikation erfragen, studieren. 2) Ein Microframework für den Sever nehmen, mit dem ich mich ausgekenne. (Ich denke HTTP POST können alle, XML auch.) 3. Einen Prototype bauen?
Altertnativ: schauen, was vergleichbare Anforderungen hat und dann mit Stichwörtern auf Englisch nochmal suchen gehen.
Gruß, Bernhard