DWD Wetter, 727272 ulbrichf d

[tasto]

Der Strich bei "letzte Aktivität" bedeutet:


Diese Benutzer verstecken ihren Online-Status.

[WA3FRP]

I sent a private message to Frank on 2 Feb 2023 about 727272 service. I see that he had no looked at my message. The message is still sitting on my outbox.

[Baderbahn]

Falls jemand den Quellcode des Servers hat,
Könnte ich anbieten, einen Pi aufzusetzen und dauerhaft laufen zu Lassen...
Das Ganze "from scratch" neu aufzuziehen - dazu fehlt mir gerade die Zeit.

[detlef]

Ich habe hier zwei Quelldateien. Die hatte ich mir 2019 mal irgendwo runtergeladen oder Frank hatte sie mir geschickt.
Ich habe keine Ahnung, ob das am Schluss noch aktuell war und ob das vollständig ist. Da muss mal jemand draufschauen, der sich mit Python auskennt.

Aber wenn ich da so reinschaue, gibt es nur ein winziges Menü. Das scheint eine sehr frühe Vorversion zu sein.

[detlef]

Ich habe mir das mal angeschaut. Die Textdateien liegen ja fertig beim Wetterdienst rum.
Man muss nur ein simples Menü basteln, um die Textdateien anzuzueigen.

Hat jemand zufällig noch einen Mitschnitt des 727272 Wetterdienstes auf Papier oder als Datei rumliegen? Ich meine, es hätte mal ein Youtube-Video gegeben. Aber da finde ich auch nur Abwahlen des Wetterdienstes mit dem abgespeckten Menü.
Dann könnte man das Originalmenü leicht nachbilden. Das könnte ich basierend auf meinen existierenden Diensten in den nächsten Tagen machen. Vielleicht nicht gleich mit allen Optionen, die es gab. Aber die wichtigsten.

Im Prinzip könnte man ja auf Willis Wetterdienst auf 747474 ausweichen, aber da verstehe ich die Bedienung nicht. Warum die Wartezeit von 15 Sekunden bis das Menü erscheint? Und dann ist das Menü ewig lang. Das dauert Minuten, bis man an die gewünschten Informationen rankommt.
Für Vorführungen im Museum (zum Beispiel im Technikum29) im Rahmen einer Führung dauert das einfach sehr lange. Und dann wird das eben meistens ausgelassen.

Franks Menü war zwar auch sehr umfangreich, aber für einen unbedarften Bediener war es logischer.

Es müssten dann noch sichergestellt sein, dass es keine Doppelentwicklung gibt und dass der neue Wetterdienst dann auch unter der Nummer 727272 laufen darf. Weil die Nummer einfach jeder kennt. Sonst würde ich mir hier ehrlich gesagt die Mühe nicht machen.

Wenn sich sonst noch jemand berufen fühlt, dann trete ich auch gerne zurück. Ich habe genügend Projekte. Aber der Wetterdienst ist mir sehr wichtig. Deswegen würde ich das als Projekt dazwischenschieben.

[Baderbahn]

Hallo in die Runde, ich schaue mir die Dateien de Tage an - einen oder gar mehrere Mitschnitte sollte ich vorliegen haben - das sollte kein Problem sein, das zu ergänzen.
Kann Dir auch ein Foto schicken, wenn ich den Ausdruck finde und Du Lust und Zeit hast, das Thema zu übernehmen, Detlef.

Ergänzung zu Willis 747474: Die Texte, welche 727272 ausgab, waren um einiges (!) prägnanter und kürzer gehalten als Willis output- das fand ich in Kombination mit dem "einfacheren" Menü wesentlich angenehmer.

[xachsewag]

Fragt doch Willi ob er das Menü etwas verkürzen kann. Es lebt doch von den Ideen von uns allen.

[detlef]

Im Moment sind alle Dienste von Willi offline. Sein Rundersender ist schon seit einigen Tagen offline.

@Willi, liest du hier zufällig mit?

[detlef]

Im Moment sind alle Dienste von Willi offline. Sein Rundersender ist schon seit einigen Tagen offline.

Willis Dienste sind wieder online.

[Fernschreiber]

Hallo zusammen,
habe mich hier im Forum etwas rar gemacht, da mir der letzte "Monsterthread" zwecks Neudefinition des Namensfeldes im Tln-Server immer noch schwer zu denken gibt. Mein Quantum an Diskussionen war danach schlicht erloschen.
Nun zu den Diensten:
Alle Dienste (Abrufdienste, Auskunft und Rundsender bzw. Webgateway) laufen auf zwei(drei) Pi3*s parallel und einer hat halt durch das Pertforwarding die Hauptaufgabe die Loadbalancer zu verwalten. So brauche ich im Ernstfall nur das Forwarding im Router umbiegen und der andere Pi ist der Hauptserver.
All dies nutzt nichts, wenn die Pi's meinen einen "warmen" Neustart machen zu wollen. Das endet oft mit "hängenbleiben" im Bootvorgang. Da hilft dann nur Poweroff. Da diese Reboots im Winter kaum auftraten, bin ich nun dabei eine aktive Kühlung anzubauen. Aber auch die Stronversorgung der Steckernetzteile kann durch vermehrte "Netzwischer" an die kritische Grenze geraten. Die 2er Pi's zeigen das Verhalten nicht. Die Umstellung auf direkten Batteriebetrieb ist in Arbeit.
Um all das in den Griff zu kriegen ist eine Menge Tüftelei und Messerei bzw. Prüfung der SW auf evt. alte Einträge in Programmen oder Crons nötig.
Dann stellt sich noch die Frage des Aufwand/Nutzen Verhältnis. Um das zu beantworten, braucht es eine umfangreiche Moniturfunktion. Diese habe ich in den letzten Monaten aufgebaut und in allen Programmen kleine Sateliten eingesetzt, welche per FTP Statusmeldungen absetzen.
Die Auswertung hat dann zu überraschenden Ergebnissen geführt und eine Justage zur derzeitigen Form erzwungen.
Da auch ein 3er Pi Grenzen hat, ist folgende Situation existent:
zwei 3er Pi's parallel mit je 5 Dienstprogrammen für Auskunft und Abrufdienste, 3 Dienstprogramme für Rundsendung und jeweils ein Webgateway.
Ein dritter 2er Pi steht als Überlauf mit je 5 Dienstprogrammen für Auskunft und Abrufdienste bzw. ein Webgateway bereit. Über die jeweiligen Loadbalancer können somit aktuell gleichzeitig 15 Auskünfte, 15 Abrufdienste und 3 Rundsendungen (jeweils 30 Sendungen) belegt werden. Bei den Abrufdiensten ist die Mischung zwischen den 7 Services egal, also 15 Wetterabfragen oder 5 KLKL/5DWD/5ODL oder.....gleizeitig. Wer sich den Aufwand dafür auch nur annähernd vorstellen kann, wird bemerken das ich das nicht gemacht hätte wenn nicht die Benutzerresonanz so groß wäre.
Ein Einblick darüber gibt der Link
telex.telephontechnik.de:83/vision.php
Solange diese Seite erreichbar ist, laufen auch alle Dienste.
Warum Detlef den Dienst nicht erreichen konnte weis ich leider nicht, vielleicht hat er unglücklicherweise die Storungsphasen erwischt.

Zum DWD;
Der Dienst von Frank verschickt die Texte im ASCII-Format und ist daher von mir nicht nutzbar. Ich habe damals in die ersten Sourcen reingeschaut und bemerkt, das die Kernsoftware im Vergleich zu meiner Baudotvariante ein klassischer Dreizeiler ist. Nun, den Hauptpart macht halt Fred's Implementierung. Um eins kommt aber auch Frank nicht herum: das Rendering hin zu telexfreundlicher Lesbarkeit.
Folgende Herausforderungen Stellen sich;
a) der Download. Die Dateien sind vom Namen her nicht einem Bundesland zuzuordnen, man brauxh eine Tabelle. Daneben gibt es oft mehrere Dateien mit Laufnummer, Daraus muß die aktuellste herausgefunden werden. Einige markieren die letzte auch mit "latest" bzw. plazieren sie zu oberst.
Der Download macht dann eine Nichtkompatibilität zwischen den wohl mit Windows geschriebenen und mit Linux zu verarbeitenden Dateien sichtbar: die unterschiedliche Benutzung von Cr/Lf. Es gibt wohl Textdownloader, welxhe das korrigieren, ich habe in Python aber immer eine Leerzeile dazwischen, welche beseitigt werden muß, allerdings nur diese eine und nicht ganze Blöcke.
b) Rendering. Streng genommen dürfen diese Texte eigentlich aus Urheberschutzgründen garnicht gerändert werden. Schon das ersetzen der Umlaute kann das Erscheinungsbild stark veränderm. Machen wir es trotzdem: Der Text wird erheblich länger wie es sowieso schon ist. Die Zeilenlämge ist so schon mehr als unsere 66/67 Zeichen. Es hängt auch teils von der Schreibweise des Autors ab. Die Zeilenlänge nun sinnvoll auf Fernschreiberniveau neu zuzuschneiden ist so trivial nicht, will man optisch und grammatisch so nah wie möglich am Original bleiben.

Ich habe da einige Seiten Code entwickelt und bin ganz zufrieden mit der Lösung. Wenn es wie in #276 beschrieben unterschiede in den Texten zwischen der 727272 und 747474 gibt, würde ich das mal ganz gerne sehen, Inhaltlich darf da garnichts passieren.


Servermenue:
Problem mit dem Hauptmenue (15s)
Der Abrufserver als Programm ist für alle Services der gleiche. Lediglich durch die Anwahl (DW-Paket) wird festgelegt, aus welchem Dienstordner das Menue bzw, die Daten kommen. Der Ablauf ist immer der gleiche, ob dwd oder klkl oder metar oder....
Als der KLKL-Server damals als erster mit Thomas entwickelt wurde, stellte sich schon das Problem mit dem langen Menue. Immer alles ausdrucken müssen ist Unsinn. Daher kam der Kompromiß heraus, an diesem Punkt dem Nutzer die Möglichkeit zu geben, entweder sofort das "M" für Menue zu drücken ( für Erstbenutzer), sofort den gewünschten Text (z.B. we01 für Wetter NRW) abzufordern (für Vielbenutzer) oder eben dann mit dem Menue weiterzumachen (für Unentschlossene). Das erfordert eben eine gewisse Zeitspanne, die man dem Nutzer einräumen muß. Diese kann man verschieden lang machen, damals eben diese ca. 15 Sekunden. Damit hat man eigentlich alles erschlagen, Der Erstbenutzer oder Unentschlossene kann das "M" drücken und sofort kommt das Menue (drucken und ins Telexbuch legen für das nächste mal, gilt für alle Services) oder der Erfahrene sofort das Kürzel für den gewünschten Bericht eingeben. Die 15 Sekunden gehen schneller um als wie man denkt.


Viele Grüsse

Willi