Probleme mit Datenbankabgleich ";" wird übergangen

[konny2]

Hallo,

ich bekommen meine Bestandsdatenbanken nicht mehr richtig zum Laufen. 

Der Trenner ";" wird teilweise überlesen????

Sollen Texterkennungszeichen " " " enthalten sein? Ansonsten habe ich UTF8 CSV.

Ebenso stürzt VW2019 ab, wenn ich versuche  über ODBC Filemaker auf die Tabellen zu zugreifen.

Erster Datensatz ok, danach falscher Datensatz.

Scheinbar werden Komma (im Preis) als Trenner genommen.

 

Gibts es eine Anleitung /Vorlage eine ordnungsgemäße csv aus Mac zu erstellen?

 

Mojave VW 2019 letztes SP 

 

Gruß Konny

Bearbeitet 29. Mai 2019 von konny2

[konny2]

ok habe festgestellt , dass ein Komma als Trenner genommen wird.

Blöd bei Preisen.

Ich habe Komma durch Punkt ersetzt und Semikolon durch Komma.

Ich dachte das ging schon anders.

 

Das Feldtrennerzeichen sollte einstellbar sein.

[Stefan Bender]

Sehr geehrte(r) Conny2,

 

"Datenbank abgleichen" nimmt möglicherweise an, dass das Komma das Trennzeichen ist. Wenn weder Tabulatoren noch "Anführungszeichen-Schreibweise" erkannt werden, versucht die RWeiterung, sich zwischen Kommata und Semikolons als Trennzeichen zu entscheiden. Gibt es mehr Kommata in einer Zeile als Semikolons, wird das Komma genommen, ansonsten das Semikolon. Sollte das nicht das Problem sein und auch tabulatorgetrennte Spalten nicht zum Erfolg führen, senden Sie bitte die fraglichen Textdateien sowie die Einstellungs- und Formatdateien von "Datenbank abgleichen" an unseren Support (nicht ans Forum). Vielen Dank!

[konny2]

Ja das ist verwurstelt... weder das Eine noch das Andere funktioniert.....wieder mal einen Tag verpopelt.

 

Das ist auch nicht gut so, denn in Datenbankzeilen mit eine Beschreibung (Positionsbeschreibung mit Kommas  wird dann plötzlich das Komma genommen, zuvor das Semikolon war..

Da nützt es auch nichts das euch zu schicken.

 

Dann doch lieber der alte Standart jeden Text nochmals in Anführungszeichen zu packen und dem Programm die Anführungszeichen zähen zu lassen:

ungerade es folgt der Spalteninhalt, gerade es folgt eine neue Spalte (...","40,95","Außenwand,MW25,..","). Semikolon oder colon egal.

VW 2019 MAC sollte ohne Umwandlung zumindest das "numbers-csv" verstehen. - oder FM-csv.

VW 2019 WIN eine excel.csv.

 

 

Gruß Konny

Bearbeitet 29. Mai 2019 von konny2

[konny2]

wo ist die Erweiterung, kann ich die bearbeiten oder ist die Verschlüsselt?

Ich bin der Überzeugung, da hat jemand dran rumgedoktert. Das hat nämlich bei VW 2018 funktioniert...

Bearbeitet 29. Mai 2019 von konny2

[Stefan Bender]

"Datenbank abgleichen" ist kein Vectorscript, sondern wurde mit C++ erstellt und kann nicht bearbeitet werden. Ich habe einen internen Wunsch erfasst, das Spaltentrennzeichen einstellbar zu machen, kann aber nichts versprechen. Grundsätzlich ist es sicherer, tabulaturgetrennte Textdateien oder die """Schreibweise" zur Spaltentrennung zu benutzen, da die RWeiterung nur schwer erraten kann, welches Trennzeichen der User gerne hätte. Mehrere potentielle Trennzeichen in der gleichen Zeile sind riskant.

Bearbeitet 29. Mai 2019 von Stefan Bender

[konny2]

Leider wird das auch mit einem Ersatz  "SINGLE LOW-9 QUOTATION MARK" statt Komma die Tabelle  zerstört.

Da wird nicht großartig unterschieden. Das bedeutet: man kann keinen Text mit Komma in eine Datenbank über die Datenabgleichfunktion importieren.

OK

Ich versuch's mal mit Tabulator, war aber immer der Meinung  mit den anderen Zeichen ging es besser.

 

 

 

 

 

 

Bearbeitet 29. Mai 2019 von konny2

[konny2]

Tabulator funktioniert.

Anleitung

";"  oder "," muss mit Textedit  im CSV durch"(Tab)"ersetzt werden.

 

Gruß Konny

Bearbeitet 29. Mai 2019 von konny2

[Stefan Bender]

Anführungszeichen (Unicode 0022, dezimal 34) "können" "sehr" "wohl" "als" Spaltentrenner" "benutzt" "werden", typographische Anführungszeichen dagegen nicht. Das erste oder zweite Zeichen der Zeile sollte ein Anführungszeichen sein, dann werden Komma/Semikolon nicht mehr als Spaltentrenner betrachtet. Bei tabulatorgetrennten Zeilen oder Zeilen mit "Anführungszeichentrennung" können auch Kommata im Text verwendet werden.

Leider ist beim Untersuchen dieser Situation ein Fehler aufgefallen: Wenn Zahlen in ein Datenbankfeld vom Typ "Zahl" abgeglichen werden sollen, wird das Komma in der Datei nicht als Dezimaltrenner erkannt. Der Dezimaltrenner muss ein Punkt sei, damit der Wert korrekt importiert wird. Datenbankfelder anderen Typs sind nicht betroffen. Der Fehler wurde inzwischen beseitigt und die korrigierte Version von "Datenbank abgleichen" sollte in einem der nächsten Service Packs/Onlineupdates verfügbar sein.

[konny-s]

Guten Abend,

 

...das mit den  Trennzeichen in CSV-Dateien für Datenbankabgleich ist immer noch nicht besser geworden.

 

Ich brauche Stunden um ein,

sowohl in OO, Numbers, Excel, Filemaker, gut lesbares CSV für VW-Datenbank-Abgleich aufzubereiten.

Liegt vielleicht an den "Strings" der Langtexte, aber das sollte keine Problem der Spaltendefinition sein

 

(PS: heute neue Preise November-Baupreisindex)

- UFT8 ist kein Problem, aber dann fängt es mit z.B. Zeilenvorschüben in Zelle (\n, TABs, :, ) nervig zu werden.

Die unkonsequenze Verarbeitung und Interpretation mehrerer Trennzeichen und Textmarker  seitens VW-Import  muss dringend verbessert werden. Vorschlag Festlegung bei der Verknüpfung und keine wechselnde  INTERPRETATION durch VW.

Was zwischen " " steht sollte doch vernünftig als Text gelesen werden, auch wenn ein \n  enthalten ist. Das schafft ja sogar PHP.

 

Vielleicht hat ja da jemand einen Tip zur einfachen Verarbeitung?

 

Gruß Konny

 

 

Bearbeitet 16. November 2021 von konny-s

[Stefan Bender]

Sehr geehrter konny-s,

 

hier ein paar Detailinfos zum Einleseverfahren von "Datenbank abgleichen":

 

Die Datei wird zeilenweise eingelesen. Jede Zeile muss einem Datensatz entsprechen. Zeilenendezeichen sind daher nur nach dem Ende eines Datensatzes zulässig.

 

Bei der Ermittlung der Spaltentrennung wird folgendermaßen vorgegangen:

- Sind in der Zeile ein oder mehr Tabulatoren, wird der Tabulator als Trennzeichen verwendet

sonst:

- Sind in der Zeile eine gerade Anzahl Anführungszeichen und ist ein Anführungszeichen das erste oder zweite Zeichen, so werden durch Anführungszeichen umschlossene Zeichen als Spalten betrachtet

sonst:

wenn mehr oder gleichviel Semikolons wie Kommata in der Zeile sind, wird Semikolon als Trennzeichen verwendet, ansonsten Komma.

[konny-s]

...aktueller Test:

VW verträgt auf keinen  Fall  Felder die größer 125 sind....,

das hat nichts mit der Formatierung zu tun..., und bricht diese um...

 

Lösungsansatz: String großer Felder (Langtext) kürzen und nach  hinten in der Tabelle.

 

Gruß Konny

 

Bearbeitet 17. November 2021 von konny-s

[Stefan Bender]

Was meinen Sie mit "Felder,  die größer als 125 sind"? Es gibt tatsächlich eine interne Beschränkung auf maximal 150 zulässige Spalten (könnten  wir aber leicht erhöhen). Aber wo oder was wird auf 125 beschränkt?

[konny-s]

.. das aktuell beste Ergebnis mit Tab als Spaltentrenner und Text auf 125 kürzen

- Verarbeitung mit OpeneOffice speichern und  

- mit Numbers Zellenumbrüche und Tabs in Zellen entfernen....

 

Testfile an Support geschickt....

mit Umbrüchen und Tab in Zellen....bzw. zwischen "" "" 

@SB + @FS

Bearbeitet 17. November 2021 von konny-s

[konny-s]

hier ein nutzbares Ergebnis z.B.  Element Bodenplatte zum Corona-Preissteigerungs-Schock

[Stefan Bender]

Seher geehrter konny-s,

 

 

noch eine Ergänzung: "Datenbank abgleichen" erwartet und schreibt UTF8-codierte Textdateien. Andere Codierungen werden nicht mehr unterstützt und falsch codierte Dateien können möglicherweise zu Fehlern führen.

 

Bitte beachten Sie auch die Hinweise aus meinem früheren Post:

 

Die Datei wird zeilenweise eingelesen. Jede Zeile muss einem Datensatz entsprechen. Zeilenendezeichen sind daher nur nach dem Ende eines Datensatzes zulässig.

 

Bei der Ermittlung der Spaltentrennung wird folgendermaßen vorgegangen:

- Sind in der Zeile ein oder mehr Tabulatoren, wird der Tabulator als Trennzeichen verwendet

sonst:

- Sind in der Zeile eine gerade Anzahl Anführungszeichen und ist ein Anführungszeichen das erste oder zweite Zeichen, so werden durch Anführungszeichen umschlossene Zeichen als Spalten betrachtet

sonst:

wenn mehr oder gleichviel Semikolons wie Kommata in der Zeile sind, wird Semikolon als Trennzeichen verwendet, ansonsten Komma.

 

Was diese Bemerkung

 

>>>>>VW verträgt auf keinen  Fall  Felder die größer 125 sind....,

 

betrifft, wären genauere Informationen sehr hilfreich.