Fernschreiber hat geschrieben: ↑Mo 26. Jul 2021, 12:01
Auf "not connected" würde ich auf Grund der statistischen Sicherheit gerne verzichten, entweder man ist in der CSV-Liste oder nicht.
Die 5 letzten Änderungen können naturgemäss nur von Detlef kommen.
Ja korrekt. Die letzten Änderungen sind aus der Datenbank ersichtlich. Für die klkl-Liste kann ich das entsprechend aufbereiten.
In der klkl-Liste fände ich ein "not connected" oder "offline" nicht schlecht. In der Datenbank ist die Info auf jeden Fall vorhanden.
@Willi noch eine Frage. Sind das was der klkl-Dienst im Moment liefert komplette Textdateien?
Dann könnte ich die zusammen mit den aktuellen Diensten automatisiert aus der Datenbank erzeugen und wenn du die automatisch einspielen kannst, auch automatisch bei Änderungen übermitteln.
Für die Dienste würde ich dann die relevanten Daten aus dem Wiki in die Datenbank übernehmen. Würde aber das Wiki als führendes System sehen.
Alternativ kann ich die Daten auch z.B. als CSV anliefern und du bastelst dir die Ausgabedateien selbst zusammen. Dann wärst du bei der Aufbereitung der Daten flexibler. Da würde ich mich ganz danach richten, wie du es haben möchtest.
Fernschreiber hat geschrieben: ↑Mo 26. Jul 2021, 12:01
Basti könnte sich auf alles, was nicht automatisiert werden kann stürzen und den Download auf den KLKL-Server mitverantworten. Ebenso das aktuelle synchrone Erscheinungsbild der i-telex-Dienste im Forum und Wiki.
Auch wenn ich derzeit zeitlich leider nicht zum pflegen der KLKL-Liste gekommen bin, möchte ich mal anmerken, dass diese bewusst händisch gepflegt wurde, um nicht kilometerlangen "Müll" zu drucken, der eh nicht erreichbar ist.
Es wird auch immer nur die vom Teilnehmer definierte Hauptnummer aufgenommen.
Mit einer auotomatisierten KLKL-Liste sehe ich große Probleme. Nicht richtig abgekürzte Namen und Orte. Teilweise sind
bewusste anders geschriebene Ortsnamen verwendet, um sie zu geographisch besser einordnen zu können etc. ...
Ganz abgesehen von Bemerkungen, die auf keinem Server stehen.
Eine vollständigen Automatisierung der KLKL-Liste sehe ich eher "kritisch", ob das funktioniert.
mfg
henning +++
925302 treu d - T1000Z (Hauptanschluss)
55571 fvler a - T100S
210911za hmb d - T150 (Werkstatt)
218308 test d - T1000S/LS (Werkstatt)
925333 =treu d (Minitelex Sanyo SF100) defekt
Fax G2/G3: 05176-9754481 (Sanyo SF100 Thermofax) defekt
das soll auch so bleiben. Wie gesagt dient der Scan-Lauf und das Einlesen der Nummern vom Teilnehmerserver nur dazu, Änderungen zu erkennen.
Das heisst nicht, dass jetzt alle Nummern in die klkl-Liste übernommen werden sollen.
Die Hauptnummern kann man kennzeichnen und auch vom Teilnehmerserver abweichende Texte hinterlegen.
Automatisiert wäre lediglich die Erzeugung der klkl-Liste aus der Datenbank und Übermittlung an Willi und eben das Erkennen von Änderungen.
Ich habe aber auch überhaupt kein Problem damit, wenn jemand (Basti ) die Liste gerne manuell pflegen möchte. Aber für dich war das einfacher, weil bei dir die Pflege des Teilnehmerservers (zusammen mit Fred) und die Pflege der klkl-Liste in einer Hand lagen. Jeder andere muss ja schauen, wie er die klkl-Liste aktuell hält. Darauf, dass die Teilnehmer von sich aus jede Änderung melden oder dass du oder Fred jede Änderung im Teilnehmerserver melden, würde ich dabei nicht setzen. Das wird in der Praxis nicht funktionieren.
Ich bin halt ein Automatisierungsfreak. Regelmäßige manuelle Pflege ist nicht so mein Ding. Deswegen von meiner Seite auch nur Angebote, wenn's was zu automatisieren gibt.
Hallo zusammen,
zum Thema Teilnehmer:
Da Detlef mit seiner Datenbank reichlich Infos (auch historische) bereitstellen kann, sehe ich kein Problem, das vollautomatisch bis in die KLKL-Liste zu bringen. Wenn Detlef sicherstellen kann das der eigentliche Sinn der Liste und die Einträge dem jetzigen Standard entsprechen so wie von Henning beschrieben, würden wir an der Struktur nichts ändern und tatsächlich nur die Updates und den Transportweg automatisieren.
Wenn nach einer Änderung in der CSV-Liste (Neuer/gelöschter oder modifizierterTln-Eintrag im nichttechnischen Teil) ein Prozess startet, der ausser einem evt. nötigen individuellen Scan sämtliche KLKL-Listen updatet (zweite Zeile sollte immer das aktuelle Datum sein), also Gesamtliste und Teillisten, und diese in einem per http(s) erreichbaren Ordner legt, wäre Detlefs Part erledigt. Aus diesem Ordner kann ich wie bein Wetter oder ODL-Daten z.B. stündlich abholen und in den KLKL einkopieren. Da hätten wir beide keine weitere Arbeit mit und es wäre etwa so schnell wie manuelles Austauschen, aber 7/24 . Detlef's SW müsste halt oft genug prüfen, ob die CSV-Dateien gleich oder verschieden bzw. verschiedenwertig sind.
@ Detlef: Ja, die Dateien sind plain ASCII so wie das Telex sie druckt. Kannst Du mir mal einen DL-Ordner mit einer Testdatei bereitstellen, den ich mit http(s) login abrufen kann? Das ist in Python ziemlich unübersichtlich und es gibt je nach OS doch Fettnäpfchen.
Im Gegenzug sende ich Dir dann die aktuellen ASCII-Dateien wie ich sie brauche. Ich denke da gibt es keine Probleme, evt. rendering auf telexniveau (Zeilenlänge/Umlaute/ einfachen Zeilenumbruch ) ist bei mir sowieso drin.
Diskussionspunkt wäre bei Erstellung der Dateien der eingetragene KG, nimmt man den letzten oder einen stabilen aus der Historie?
Wie man sich entscheidet ist eh verkehrt.
Die Datei "not Connected" kann auch weiterhin mitgeliefert werden, das individuelle Ergebnis sollte halt "historisch stabil" sein und nicht auf einem Ausrutscher basieren.
Thema Dienste:
Ich habe die derzeitige Liste aus dem Wiki (wegen der Prosa) und dem Forum bzw. meinen eigenen Daten zusammengestellt. Noch ist das Ganze übersichtlich und kann (muss) händisch gepflegt werden. Nun kommt aber schon die erste Hürde, wie synchronisiert man das.
Ich persönlich habe keine Lust meine Zeit zu verbrauchen Ansprechpartner zu suchen die mal was ändern. Im Forumsteil habe ich keine Berechtigung und im Wiki auch nicht, will ich auch nicht. Wenn im Wiki jeder rumkritzeln können soll, hat das für mich persönlich keinen Stellenwert mehr. Ich stehe diesem Wikikram in fachlicher Hinsicht mehr als kritisch gegenüber.
Das wäre jetzt mal ein Präzedenzfall für einen "Kümmerer", das Glatt zu ziehen.
Grundsätzlich hat Detlef recht, das umfangreichste Infosystem sollte den Master darstellen, muss aber auch verlässlich aktualisiert werden können um andere Systeme (z.B.Telexbuch) verlässlich speisen zu können. Ob dann im Forum überhaupt was stehen muß außer einem Link zu den Diensten im Wiki ist da die Frage.
Ich würde mich gerne darauf fokussieren, mit Detlef die Erstellung und den Download funktionsfähig zu bekommen, dann haben wir den technischen Teil schonmal erledigt. Organisatorisches (Person/Prozesse "Kümmerer") kann parallel unabhängig davon von demjenigen, der sich den Schuh (Basti?) anziehen will angegangen werden.
Gruß
Willi
Folgende Benutzer bedankten sich beim Autor Fernschreiber für den Beitrag:
Fernschreiber hat geschrieben: ↑Mo 26. Jul 2021, 12:01
Was mir gerade beim Durchsuchen der Dateien auffällt ist das Fehlen von Minitelex-Einträgen. Diese sind in der CSV mit drin, in der bisherigen KLKL-Liste aber nicht. Sollten diese Anschlüsse mit in der KLKL-Sektion oder in einer Separaten angezeigt werden. Wie wird es im Telebuch gemacht?
Moin,
im Telexverzeichnis stehen die Minitelex-Anschlüsse wie ganz normale Telexanschlüsse verzeichnet. Sie sind nur durch das vorangefügte "="-Zeichen von normalen Telexanschlüssen zu unterscheiden - wie im "originalen" Telexverzeichnis auch.
Bei der KLKL-Liste werden wie schon gesagt nur Hauptanschlüsse aufgeführt, also Minitelex nur, wenn es der Hauptanschluß bzw. der einzige Anschluß ist.
Minitelex ist aber ja eher als Ersatz-Telex für den Fall des Falles und nicht als Hauptanschluß gedacht.
Es werden jedenfalls keine verschiedenen Listen dafür angelegt.
Hallo Finn,
Danke für den Hinweis. Heute ist es nur ein Fallback und damit kein Hauptanschluss, damals ein vollwertiger Empfangsersatz.
Was aber wenn doch jemand nur ein Minitelex haben möchte. Wäre das dann KLKL-würdig? Eine Extraliste ist es aber im jedem Fall nicht wert. Wie erklärt sich dann aber BTX in der KLKL Telexwelt? Nur weil da früher mal eine Querverbindung bestand?
Gruß
Willi
Hauptnummer 25060
25061117 ufs lingen T68d Dw 890
89899 schuett d T1000 Dw 894 Hauptstelle
826433b vdm d T100 Dw 891
841226 mizg d Lo15 Dw 895
84635 norman d T100 Dw 896
) die Liste gerne manuell pflegen möchte. Aber für dich war das einfacher, weil bei dir die Pflege des Teilnehmerservers (zusammen mit Fred) und die Pflege der klkl-Liste in einer Hand lagen. Jeder andere muss ja schauen, wie er die klkl-Liste aktuell hält. Darauf, dass die Teilnehmer von sich aus jede Änderung melden oder dass du oder Fred jede Änderung im Teilnehmerserver melden, würde ich dabei nicht setzen. Das wird in der Praxis nicht funktionieren.
