Datenbanstruktur Codepage 850

[Sam 609]

Ich habe mit TextMaker 2021 eine umfangreiche Datenbank - Vereinsverwaltung - angelegt. Seit dem Umstieg auf SoftMaker Office 2024 wird die Codepage 850 nicht mehr automatisch aufgerufen wenn ich die Datenbank öffne.

Wenn ich die Datenbankstruktur ändern will, ist der Punkt "Zeichensatz" ausgegraut.

Wo bzw. wie kann man das ggf. ändern?

Vielen Dank für Rückmeldungen

[FFF]

Ich kann das nicht beantworten, ohne eine TestDBF, die mit 21 erstellt wurde.

Aber: ich habe unter 24NX eine NEUE DBF angelegt, dabei 850 ausgewählt, ein paar Sätze reingeschrieben. Geschlossen. Wenn ich jetzt diese DBF einer neuen Datei zuordnen will, frägt TM nach der Codepage - und schlägt "aus Datei 437" vor. Ich kann zwar 850 auswählen, aber offensichtlich ist die 437 nicht im Header hinterlegt. Nachgesehen, auf Byte 29, wo das stehen sollte, ist "0" eingetragen - gleichbedeutend mit "Standard Codepage" - dann ist aber nicht klar, wieso "aus Datei" 437 liefern sollte...

test2.zip

(224 Bytes) 33-mal heruntergeladen

[Sam 609]

Hallo Karl,

vielen Dank für die Antwort. Anbei eine Test-Datei, die mit TM 21 erstellt worden ist. Ich habe habe mehrere Wege versucht die Meldung

Der Zeichensatz dieser Datenbank kann nicht automatisch ermittelt werden. Bitte wählen Sie ihn manuell aus. Die unten stehende Vorschau hilft Ihnen den richtigen Zeichensatz auszuwählen.

den Zeichensatz der DBF-Datei zu ändern, z.B. DBF nach XLSX (mit PlanMaker und EXCEL). Jedoch ohne Erfolg, wenn ich die Datenbank dann mit TM24 öffne, muss ich wieder den Zeichensatz auswählen, da dieser nicht automatisch gefunden wird.

Keine Probleme ergeben sich, wenn ich die Datenbank aus TM21 im SQLite Format speichere und hernach mit TM24 bearbeite. Das ist für mich jedoch nicht praktikabel, da ich die DBF-Datei auch mit EXCEL und PlanMaker bearbeiten muss.

Ich werde wohl mit dem "Problem" leben müssen. Dennoch vielen Dank.

Gruß Sam

[FFF]

Hi Sam,
danke für das Beispiel.
Es ist ein bisschen trickreich. Soweit ich es verstehe:
Wenn in einer DBF auf Byte 29 "00" eingetragen ist, bedeutet das "Default". Das Dumme ist, keiner weiß, was das ist.
Deshalb macht TM es so:
Wenn man die DBF einem Dokument zuordnet, kommt die Codierungsabfrage. Das Ergebnis trägt TM in die TestTM21.Ich.selx Datei ein - wenn Du da reinkuckst, gibt es einen "<database hashValue="B/Fp2jdbKSCiXs1+XG/50SxAI/Y=" codePage="850">" Eintrag.

Weist Du nun diese DBF einem anderen Dokument zu, liest TM die selx Datei aus und schlägt 850 vor. Wählst Du hier aber etwa 1252, so schreibt TM das in die selx zurück- was mMn dazu führen kann, dass das erste Dokument aufeinmal Unfug anzeigt, weil es jetzt auch 1252 annimmt. Das gilt solange, wie Du die selx nicht löschst, dann geht es mit 437 wieder los.

"wenn ich die Datenbank dann mit TM24 öffne, muss ich wieder den Zeichensatz auswählen, da dieser nicht automatisch gefunden wird. "

Wie ausgeführt, TM hält die Codepagezuordnung NICHT in der DBF, sondern seiner selx Datei fest - deshalb kommt die Abfrage für andere DBFs wieder, bis die zugehörige selx angelegt ist, da TM NICHTS im Header der eigentlichen DBF ändert, da steht nach wie vor "00".
Was aus der Sicht, dass andere Programme auf die gleiche Datei zugreifen könnten, schon sinnvoll ist.

Spannend ist, dass ich mit einem anderen Tool eine andere DBF erzeugt habe, dieser dort explizit 850 zugewiesen habe. Da steht an der Position dann nicht "00", sondern "02".
Beim Zuordnen wurde aber "aus Datei 1252" vorgeschlagen - was meiner Meinung nach ein Bug ist,
denn "02" bedeutet '02' => 'cp850' # International MS-DOS
(https://stackoverflow.com/questions/525 ... e-dbf-file)

SqLite

zumindest PM kann diese Datenbanken verwenden, es würde mich sehr wundern, wenn Excel das nicht kann. EDIT, indeed, out of the box anscheinend nicht, <buh>.
Ein Weg wäre http://www.ch-werner.de/sqliteodbc/
wo es einen Treiber für Excel2SQLite gibt.

[Sam 609]

Hallo Karl,

vielen lieben Dank für Deine Mühe. Wie bereits geschrieben, werde ich mit dem "Problem" leben.

Gruß Sam

[SuperTech]

Vielen Dank für die Bereitstellung der Beispieldatei, aber ich kann das Problem nicht reproduzieren, da TM nicht nach dem Format fragt und Excel/PM Ihre Datei nicht mit den Änderungen speichern können, da Excel das alte Format anzeigt.

Bitte teilen Sie uns die genauen Schritte mit, damit wir das Problem für Sie untersuchen können.

[FFF]

...da TM nicht nach dem Format fragt...

DBF_TM.gif (463.24 KiB) 680 mal betrachtet

Die erscheint IMMER, wenn des zur gewählten DBF keine entsprechende *.selx Datei gibt.

[Sam 609]

Ganz genau, das ist das Problem seit TM 24. TM 24 fragt beim Öffnen nach dem Zeichensatz, obwohl eine SELX-Datei vorhanden ist.
Öffne ich eine mit TM 24 erstellte Datenbank mit TM 21, erfolgt keine Abfrage nach dem Zeichnensatz. Die Datenbank wird korrekt geöffnet und dargestellt.

Die Nachfrage nach dem Zeichensatz erfolgt auch, wenn man mit TM 24 eine neue Datenbank erstellt und sie hernach wieder zur Bearbeitung aufruft, obwohl eine SELX-Datei vorhanden ist!?

[FFF]

... TM 24 fragt beim Öffnen nach dem Zeichensatz, obwohl eine SELX-Datei vorhanden ist.

Die Info ist neu!
Und bei mir tritt das nicht auf.
(Wir sind schon einig: JEDE DBF hat EINE gleichnamige SELX Datei?)

Nun habe ich eine aktuellere Version wie Du, aber ich glaube nicht, dass an dieser Stelle etwas geändert wurde - aber das weiß Supertech besser. Wenn ich recht habe, muss es noch einen anderen Unterschied geben. Welches Betriebssystem ist bei Dir im Einsatz?

[Sam 609]

Nachtrag:

Windows 11 Pro; Version 23H2
Betriebssystembuild 22631.4460
Windows Feature Experience Pack 1000.22700.1047.0

Wir sind schon einig: JEDE DBF hat EINE gleichnamige SELX Datei? JA

TextMaker Professional 2024 (rev S1218.0824) - 64bit