vorab: Themen die ich jetzt nicht mehr kommentiere, habe ich verstanden und akzeptiert und werde die dann wohl auch mal umsetzen...
Dann sollten wir das Wiki mit der Liste der "Dienste-Nummern" mal um Verweise auf Anleitungen o.ä. verknüpfen.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 Die Auskunft ist mit sehr viel technischen und informellen Details ausgestattet, alles was man braucht steht auf den Infoseiten drin, das gilt für alle meine Anwendungen hier. Da aber das Lesen wohl auch nicht mehr den Stellenwert hat wie früher, wird es halt etwas mühsam.
Ich weiß nämlich leider nicht mehr, wo ich die Info-Seite finde.
Das fände ich hilfreich.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 Die Suche ging auch damals schon in beide Richtungen. Ich brauche eigentlich bei der Rufnummerneingabe nur auch Texte zulassen, dann wäre eine Kennungsgebersuche auch bei KG's ohne Nummer möglich.
Leider gar nicht. Da ein KG (im i-Telex) auch sehr leicht zu manipulieren / nachzuahmen ist, ist auch eine "automatische Abfrage" nicht zielführend.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 Wenn Du zwecks Authentifizierung zu der Liste eine Idee hast, bitte teile sie mir mit. Ich denke das geht in Richtung der Rudsendegruppennummernverwaltung.
Ich denke es bleibt so oder so nur manuelle Pflege.
Ich glaube, ich werde mal eine Abstimmung zur Gestaltung der serverseitigen Listen starten.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29
"Tut mir leid, aber ich denke dass mehr Menschen auf Anhieb wissen, wo "Bad Lobenstein" ist, als die die "12345" als PLZ sofort einer Region zuordnen können. Abgelehnt aus meiner persönlichen Perspektive, auch weil es zu viel Aufwand bei der Umstellung ist."
Sehe ich ganz anders. Ich weiß jetzt noch nicht wo das ist. Ich bin mit zwei Postleitzahlen-Systemen durch mein Leben gekommen und bin noch Briefverkehr gewohnt. Eine Postleitzahl sagt mir sofort grob wo ich auf einer Karte zu suchen habe, ich habe mir mal gemerkt wie die verteilt sind.
Verständlich. Aber wie bereits dargestellt, die Klammern als Trenner verursachen bei DE einträgen 5 zusätzliche Zeichen, die wirklich bei einigen Einträgen "weh tun", da dann Ortsnamen zu kürzen sind.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 Ich habe mal überlegt, wie ich das neue Konzept bei mir unterbringen kann. Nach wie vor bin ich nicht glücklich mit dieser Lösung und werde sie in einem zentralen Downloader unterbringen wie bei den anderen Diensten. Dort schaffe ich mir dann eine Liste nach meinem Wunsch, Dort können dann die Auskunftsserver mit den Datensatz suchen und mit einem Befehl in der Zeile per Index auf den jeweiligen Parameter zugreifen. Wenn dann noch Änderungen anstehen, ist das der Ort es zu tun. Damit spare ich in allen Servern mehr als zwei Seiten Bildschirm-Code.
Ich habe mal angefangen und die neuen Festlegungen implementiert. Nach wie vor geht es mir ja um die exakte Extraktion der Parameter "Land- Name- Ort", was mit einem Trenner wie "()" oder "," wesentlich leichter möglich wäre (#10 u. #29).
Ja, der Aufwand zum Abtrennen des Maschinentyps und der Merkmale ist Aufwand, den muss man aber nur einmal machen (entweder in einer passenden Bibliothek oder in einem "externen" Umwandlungsprogramm.
Warum müsste dieser bindend sein?Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29
aus #6:
"grundsätzlich habe ich folgende Struktur versucht einzuhalten:
<Vorname>, <Ort> [(<Land>)] [<Maschinentyp>] [/<Merkmale>]
Notation ist denke ich klar, <xxx> = Feld, [xxx] = optionaler Teil, alle andere Satzzeichen sind bindend.
In den Feldern Land, Maschinentyp und Merkmale dürfen keine Leerzeichen sein, somit wäre ein intelligenter Parser in der Lage, alles korrekt zu zerlegen.
Auch bei dem Beispiel "Isbrand, Bad Doberan Lo3000" ist die Grenze zwischen Ort und Maschinentyp klar, da der Maschinentyp nur ein Wort sein darf. Allerdings müsste dann eigentlich der Maschinentyp bindend sein."
Beim Zerlegen des Textes hinten anfangen:
1. Hat das letzte Wort einen / am Anfang -> Als Merkmale nehmen und "abschneiden"
2. Hat das (nach Anwendung von 1) letzte Wort ein : am Anfang ODER enthält es zwei Ziffern -> Als Maschinentyp nehmen und "abschneiden"
Alles was nun übrig bleibt ist Name und Ort. Ein Komma trennt diese Felder (ohne Komma ist kein Ort definiert)
Das letzte Wort des Ortes kann mit ( ) eingerahmt sein, dann ist es das Land
Ja, einige Einträge verletzen noch diese Regeln, aber ich bin der Überzeugung, dass diese Regeln am wenigsten Eingriffe in die vorhandenen Daten erfordern.
Richtig.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 ...
Nach diesen Festlegungen kann der Datensatzteil aus nur einem Wortteil bestehen, also dem Namen (Pflichtfeld) oder allen denkbaren Kombinationen wie plus ", Ort" plus "(Land), plus Maschienentyp plus"/ Merkmale".
Richtig.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 Eigenschaften für die Inhalte gibt es nur beim evt. Ort (darf eine Ziffer enthalten), beim evt. Maschinentyp (min. 2 Ziffern) /kein Space .und bei den evt. Merkmalen (beginnt mit "/") kein Space. Getrennt werden die Elemente bei Vorhandensein mit "Space".
Ich hoffe das habe ich richtiog verstanden.
Fastz richtig. Das Teilen in die zwei Teile (am Komma) würde ich erst nach Abtrennen von Maschinentyp und Merkmalen machen.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 Somit haben wir: einen Namen der echter Freitext ist (auch mit " "), welcher mit "," in zwei Teile zerlegt werden "kann", dieser zweite Teil ansonsten aber auch alles inkl. Spaces und einer Ziffer enthalten darf, einem Maschinentyp, der auch alles enthalten darf außer Space aber min. 2Ziffern (zusammen oder getrennt? enthalten muß oder mit ":" beginnt, und einem Merkmal, das mit "/" beginnt aber nur als letztes Element als solches gilt.
Weil es einfacher zu programmieren ist: DIe Ziffern im Maschinentyp dürfen auch nicht-aufeinanderfolgend sein. Sonderzeichen außer Komma sind auch erlaubt.
Und wenn optionale Teile (wie Maschinentyp und Merkmale) fehlen, dann mit Trennzeichen oder ohne?Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29
Diese Anforderung hat es in sich und ist nicht mal eben programmiert. Erschwerend kommt hinzu, das das benutzte Trennzeichen "Space" überall außer im Maschinentyp und Merkmale erlaubt ist , der"/" ebenfalls im Namen, Ort und Maschinentyp auftaucht.
Da hätten besser neutrale Trennzeichen wie "," oder ":" bzw. ein "//" für das Merkmal getaugt und die Leserlichkeit hätte nicht gelitten.
...Auch der : als Pflichtteil vor dem Maschinentyp würde wieder einige Kürzungen an Ortsnamen erfordern.
Ich werde mal entsprechenden Quelltext (Visual Basic) veröffentlichen. Als Referenz sozusagen.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 Wer nun glaubt, das ist nur eine Herausforderung für mich, der irrt. Jeder der auch nur die Merkmale auslesen möchte hat da einen schweren Stand.
Fast keiin Datensatz ist wie der andere, was die Aufteilung betrifft, Wie Fred schon schrieb, eine simple Suche nach "/" wird das nicht. Ein "//" könnte da aber gewaltig helfen.
Gäbe es die Möglichkeit, die Strukturierung ohneFernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 Die Datensätze des Tln-Servers sind soweit sie technisch von Interesse sind, wohlstrukturiert. Nur dieses eine Feld führte bislang ein technisches Schattendasein, da es nur informellen Charakter hat. Nun aber kommt mit dem Merkmal eine technische Anwendung dort hinein und sollte auf ähnlichem Niveau liegen.
a) Software-Änderungen auf allen i-Telexen / pi-Telexen / sonstigen Systemen
b) unschöne Verstümmelungen der Teilnehmer-Namen
einzubauen, dann mache ich das gerne.
Unbestritten, gerade die EInträge der Dienste und andere Anschlüsse (Museen, mobile Anlagen, ...) sind nicht strukturgemäß.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29
Ich habe das mal so gut ich das verstanden habe implementiert und war überrascht wie gut das bei den meisten existierenden Einträgen funktioniert. Diese sind ja oft schon nach der (nicht ganz) neuen Festlegung angelegt bzw. mehr oder weniger mit Daten gefüllt. Aber es gibt jede Menge Anderer, wo es merklich hakt.
Die fasse ich gerne an, sobald wir uns halbwegs geeinigt haben.
Wir können da gerne zusammenarbeiten, ich freue mich darauf.Fernschreiber hat geschrieben: ↑Fr 10. Jun 2022, 15:29 Ich werde zeitnah mal ein paar Beispiele zeigen, aus denen zu erkennen ist was evt. noch zu überdenken wäre. Ich kann ja die existierenden Daten nicht als Grundlage für eine Bewertung nehmen, sondern muß Diese lokal nach der neuen Festlegung anpassen.
Viele Grüße zurück und einen schönen Sonntag!
Fred