Hallo zusammen,

ich habe ein Problem bei der Datenzusammenführung. Ich habe eine OpenOffice-Tabelle, die ich als CSV mit Tab als Trennzeichen in UTF-8 speichere. Da InDesign bezüglich der Trennzeichen recht eingeschränkt ist, benenne ich die Datei in TXT um. Wenn ich sie in TextEdit öffne, werden alle diakritischen Zeichen korrekt dargestellt. Nach dem Import in InDesign sieht dies jedoch anders aus.

Da die Foren-Software die Zeichen nicht darstellt, sondern teilweise in Unicode umwandelt, hänge ich ein paar Beispiele als Screenshot an.

Hat jemand eine Idee, wo man hier was "schrauben" kann? Klar, ich kann mir jetzt schnell ein kleines Script basteln, das mit ein paar S&E-Routinen die Zeichen "glattbügelt". Aber das ist wohl nicht Sinn der Sache. Diakritische Zeichen sollten doch wohl glatt herüberkommen…

Ansonsten allen schon mal frohe Ostern!

Guten Tag Ralf,

hast Du schon hiermit

erste Testversion von WpsCsvHandler
mal expermentiert?

Probiere mal die unterschiedlichen Encodings aus.

Es erstaunt mich, dass Du bei UTF-8 unterschiedliche Escape-Codes zu haben scheinst.

Hilfreich wäre es gewesen, wenn Du eine passende CSV-Datei zur Verfügung gestellt hättest.

Hallo Ralf,

probier mal in OpenOffice Calc die CSV-Datei als "Unicode" zu speichern.
Nicht als "Unicode(UTF8)", was das Default zu sein scheint.

Das sollte funktionieren.

@Uwe

Unicode hat überhaupt nichts gebracht, dabei kommen wieder andere Zeichen heraus.

@Werner

Der WpsCsvHandler tut das was er soll, alle Zeichen kommen korrekt. Den entscheidenden Tipp hast du aber in den Screenshots dazu in deinem Forum gegeben: InDesign möchte UTF-16. Ich habe daraufhin eine UTF-8-CSV in BBEDit geöffnet und als UTF-16 gespeichert. Das Ergebnis ist wie gewünscht ;-)

Was mich allerdings wundert:

Adobe sagt selbst, dass für die Datenzusammenführung entweder CSV-Dateien mit Komma als Trennzeichen verwendet werden können oder TXT-Dateien mit Tab als Trennzeichen. Da ich in den zu importierenden Daten Kommas verwenden muss, scheidet diese Variante als Trennzeichen aus. Deshalb verwende ich den Tab als Trennzeichen. Und – oh Wunder – InDesign importiert ohne Mucken auch Daten aus einer CSV mit Tab als Trennzeichen…

Problem (ohne Script) gelöst, danke euch beiden und nochmal frohe Ostern (und dicke Eier ;-))

Update: Das Speichern in UTF-16 geht auch in TextEdit, ich brauche also BBEdit überhaupt nicht zu bemühen.

Antwort auf [ Ralf Hobirk ]

Update: Das Speichern in UTF-16 geht auch in TextEdit, ich brauche also BBEdit überhaupt nicht zu bemühen.

LibreOffice kann direkt als UTF-16 speichern. OpenOffice bestimmt ebenfalls …

Hallo Ralf,

freut mich, dass ich helfen konnte, mich interessiert jetzt nur warum Du einen Editor und nicht meinen CSV-Handler zur Konvertierung benutzt hast.

Der Weg über den Editor erscheint mir persönlich mühseliger zu sein.

Da hab ich doch noch etwas vergessen:

Zitat

Was mich allerdings wundert:

Adobe sagt selbst, dass für die Datenzusammenführung entweder CSV-Dateien mit Komma als Trennzeichen verwendet werden können oder TXT-Dateien mit Tab als Trennzeichen. Da ich in den zu importierenden Daten Kommas verwenden muss, scheidet diese Variante als Trennzeichen aus. Deshalb verwende ich den Tab als Trennzeichen. Und – oh Wunder – InDesign importiert ohne Mucken auch Daten aus einer CSV mit Tab als Trennzeichen…

Wundert mich überhaupt nicht, ich behaupte mal, Du kannst auch .xyz als Extension verwenden.

Entscheidend ist, was drinsteht!

Hallo Werner,

das "Konvertieren" im Editor geht deutlich schneller, als im CSV-Handler die Einstellungen vorzunehmen. Ich ziehe die CSV auf das Icon von TextEdit, mache ein Duplikat der Datei (Cmd+Shift+S), dann Cmd+S, UTF-16 auswählen und "Enter". Erledigt.

Es mag Quelldateien geben, bei denen der CSV-Handler durchaus Sinn macht, vor allem bei wechselnden Erstellern/Lieferanten. Ich erstelle die Quelldateien jedoch selbst.

@kkauer: Nein OpenOffice bietet maximal UTF-8, habe das Menü schon durchsucht.

Hallo Ralf,

Zitat

als im CSV-Handler die Einstellungen vorzunehmen

Zitat

das "Konvertieren" im Editor geht deutlich schneller, als im CSV-Handler die Einstellungen vorzunehmen. Ich ziehe die CSV auf das Icon von TextEdit, mache ein Duplikat der Datei (Cmd+Shift+S), dann Cmd+S, UTF-16 auswählen und "Enter". Erledigt.

Ah ja, interessante Argumente.

Das mit den Einstellungen stimmt meines Erachtens nicht ganz, denn mindest einmal muss man ja wissen, welche Einstellungen man braucht, und dabei hilft der CSV-Handler.

Und weil sich der CSV-Handler sich alle Einstellungen inklusive dem letzten Pfad merkt, muss man bei unveränderten Einstellungen überhaupt keine weiteren Einstellungen vornehmen.

Und wenn sich etwas geändert hat, sollte man das direkt sehen.

Drag and Drop bietet er allerdings nicht.

Antwort auf [ Ralf Hobirk ]

@kkauer: Nein OpenOffice bietet maximal UTF-8, habe das Menü schon durchsucht.

In OpenOffice heißt das wohl nur "Unicode". Das hat Uwe aber oben™ schon vorgeschlagen und deine Tests waren nicht erfolgreich. Das verstehe ich nicht und kann es hier auch nicht nachvollziehen. Alle Varianten (OO: Unicode, LO und TE: Unicode [UTF-16]) erzeugen letztendlich einen "Little-endian UTF-16 Unicode text" und alle Varianten funktionieren in Indesigns DZ.

Ja, so hätte ich mir das auch gedacht.
Ich habe mal die Gegenprobe mit TextWrangler gemacht:

1. OpenOffice 4.1.2 Calc-Datei als CSV-Datei mit Option "Unicode" gespeichert.

Option Text CSV (.csv)

Feldoptionen: Unicode
Feldtrenner: Tabulator
Texttrenner: "

[ ] Alle Textzellen zitieren
[x] Zellinhalte wie angezeigt

2. In TextWrangler geöffnet und im Speichern-Dialog für "Speichern Unter…" die genaue Version der Datei angeschaut:

Line Breaks: Unix (LF)
Encoding: Unicode (UTF-16 Little-Endian)

3. In InDesign CS6 v8.1.0 als Datenquelle importiert, die Optionen für den Datenquellimport anzeigen lassen:

Trennzeichen: Tabstop
Kodierung: Unicode
Plattform: PC

Unverändert so als Datenquelle geladen.

Alle verwendeten diakritischen Zeichen kamen gut im Export an.
Unter anderem:

\u0160 LATIN CAPITAL LETTER S WITH CARON
\u017D LATIN CAPITAL LETTER Z WITH CARON

Hier kann man mal ein paar kleine Testdateien von meinem Dropbox-Account runterladen:

https://www.dropbox.com/...-Diacritics.zip?dl=0

Hallo Uwe,

das Stichwort war "Importoptionen" ;-) An die hatte ich nämlich nicht gedacht. Jetzt klappt es auch mit "Unicode" aus OpenOffice, womit demzufolge auch kkauer Recht hatte…

Also kein Konvertieren oder erneutes Speichern mehr. Sozusagen frisch aus OpenOffice in InDesign ;-)

Nochmal danke an alle!