[waldbauer.com]

INFO 23-02-18 // ZEICHENSATZ

Immer wieder erreichen uns Fragen bzgl. der Konvertierung von verschiedenen Zeichensätzen. Nun - wer den ganzen Beitrag aufmerksam verfolgt hat, wird unter anderem auch das hier gelesen haben: http://www.waldbauer.com/vb/showpost...8&postcount=36

OA4DB konvertiert die Daten grundsätzlich in der Eingangscodepage des Nutzers (in unseren Breitengraden daher vorzugsweise in CP850, in den USA zb. in CP437). Wer nun weiter in der Wikipedia über CP850 liest, wird auf diesen Artikel stossen: https://de.wikipedia.org/wiki/Codepage_850

Wer also erfolgreich seine Daten von OA in ein gewünschtes anderes Format bringen will, muß sich leider - wohl oder übel - mit ICONV und/oder SED auseinandersetzen, da wir auch in zukünftigen Releases keine Mappings dafür im Konverter einbauen werden sondern die Daten immer unverändert konvertieren.

Bzgl. SED sei nocheinmal anzumerken: Wer sich die CP850 in der Wiki genau ansieht wird hier insbesondere auf Doppelbelegungen stoßen, die bei der normalen Konvertierung via ICONV zb. von CP850 nach CP437 plötzlich fehlerhaft sind. Wenn ich also zb. im OA4 via ALT+F4 ein § (ASCII 245) Zeichen in die Datenbank schreibe, wird an dieser Stelle HEX 15 verwendet welches dummerweise eben doppelt belegt ist und zb. in MYSQL als Steuerzeichen interpretiert wird....

In diesem Fall ist also vor einer Weiterverarbeitung zusätzlich noch zB. folgendes zu machen:

sed -i "s/\x15/\xF5/g"  output.csv ( = CSV Ausgabe von OA4DB)

[waldbauer.com]

UPDATE 10-11-18 // UPDATE

Export to CSV and DIF now honours locale setting regarding to decimal point in float values.

[waldbauer.com]

UPDATE 09-09-19 // INFORMATION

Bei einem Import aus CSV nach DF bitte darauf achten, daß die CSV Datei nicht BOM codiert ist, da dies zu Problemen beim Import führt - siehe https://de.wikipedia.org/wiki/Byte_Order_Mark


Am besten daher vorher zB. bei Notepad++ in der Statuszeile die aktuelle Kodierung prüfen und ggf. vor dem Import umwandeln.

[waldbauer.com]

UPDATE 10-09-19 // UPDATE 1.15

Nach langer Zeit wieder ein Funktionsupdate:

1) Direkter Import von CSV nach DF über den -cr[t] Switch mit frei wählbarem Trennzeichen und TAB Unterstützung (siehe Beispiele) ";" ist Standard.
2) Konvertiert UTF-8 BOM und UTF-16/UCS-2 Little Endian zu OEM-CP
3) Spalten, die in der DF nicht vorhanden sind, führen nun nicht mehr zu
einem Fehler sondern werden übersprungen.

oa4db -cr datenbank file.csv
oa4db -cr\t datenbank file.csv (TAB)
oa4db -cr, datenbank file.csv (,)
usw

[waldbauer.com]

UPDATE 24-09-19 // BUGFIX

Wenn beim Import von CSV mittels -CR nach DF Spalten zugeordnet werden können, werden diese gebunden. Wird eine Spalte in der DF nicht gefunden, wurde in früheren Versionen abgebrochen. Mit dieser Version werden die Spalten nicht gebunden, allerdings gab es einen Bug bei der Spaltenanzahl wodurch das Einlesen der Spalten zu früh abgebrochen wurde und dadurch der Import ggf. mehrfach durchlaufen wurde.

[waldbauer.com]

UPDATE 09-10-21 // BUGFIX in Version 1.15

Ein BOOL-Feld wurde beim CSV reverse Import (-cr Switch ) nicht ausgewertet sondern lieferte eine Fehlermeldung.

OA4DB.EXE -cr DATEN.CSV liefert folgenden Fehler

Error: DataType 3 of column 4 doesn't match data type from CSV
Error: Failed to import DATEN.CSV.

Sollten Sie einen Konverter von uns haben und den -cr Switch zum laufenden Import von CSV > DF nutzen, schreiben Sie uns bitte ein Mail damit wir Ihnen Ihre Version ggf. neu kompilieren sofern Sie einmal über diese Fehlermeldung gestolpert sind.