Benutzer mit den meisten Antworten
Kontakte nach csv exportieren

Frage
-
Ich versuche aus dem aktuellen Outlook (semi-annual: Version 1808 build 10730.20344) die Kontakte zu exportieren. Es sind rund 8000 Kontakte, diese sollen (zb in Excel) bearbeitet werden. (Hint: in einer früheren Version ging das problemlos).
Ich verwende die Exportfunktion und wähle "in Datei exportieren" und dann "durch Trennzeichen getrennte Werte", dann den Ordner und den Dateinamen. Feldzuordnungen habe ich keine gewählt. Mehr Optionen gibt es nicht.
Das Problem: der Export ist unbrauchbar. In den Feldern, in denen Zeilenumbrüche vorkommen (zb Firmenname, Adresse, Bemerkung) wird dieser Zeilenumbruch ins csv exportiert. Der Zeilenumbruch wird im csv aber auch am Ende eines Datensatzes als Trennzeichen verwendet.
Bei einem 4-zeiligen Firmennamen habe ich daher 4 Zeilen im csv statt nur einer.
Wie kann ich das unterdrücken/umgehen? Kann man den CSV-Export anders formatieren, zb ein anders EOL-Zeichen verwenden?
Wenn das nicht geht, weil es im Outlook kaputt ist, gibt es alternativen? Tools? auch kostenpflichtig?
Danke
lg
Gerhard
Antworten
-
Also ich kann es in Excel wunderbar importieren, halt nicht mit Doppelklick, sondern mit Daten -> aus Text. Dort aber ohne irgendwas zu verändern, sonder nur Datei auswählen, erkennen lassen und [Laden]
EDIT: Und das habe ich mir bereits vor vielen Version angewöhnt, weil Excel mit ganz vielen Dingen nicht umgehen kann, was RFC-konforme CSV-Dateien angeht.
Evgenij Smirnov
- Bearbeitet Evgenij Smirnov Freitag, 31. Mai 2019 11:24
- Als Antwort markiert Gerhard Urschler Freitag, 31. Mai 2019 12:07
- Tag als Antwort aufgehoben Gerhard Urschler Freitag, 31. Mai 2019 12:07
- Als Antwort markiert Gerhard Urschler Freitag, 31. Mai 2019 12:07
- Tag als Antwort aufgehoben Gerhard Urschler Freitag, 31. Mai 2019 12:08
- Als Antwort markiert Gerhard Urschler Freitag, 31. Mai 2019 12:09
Alle Antworten
-
Moin,
nein, der Export ist nicht unbrauchbar. Textfelder sind in Anführungszeichen eingeschlossen, was auch 100% RFC-konform ist. Und z.B. Import-CSV interpretiert es absolut korrekt.
Evgenij Smirnov
-
Danke Evgenij für Deine Antwort.
Gut, wenn das File RFC-Konform ist (ich stelle das mal nicht in Frage), warum kann Excel dann nicht damit umgehen?
Ich formuliere die Frage um: wie kann ich das von Outlook exportierte csv bearbeiten? Excel kann leider mit dem RFC-konformen File nichts anfangen, es gibt beim Öffnen und beim Text in Spalten-Befehl keine Konfigurationsmöglichkeit.
Wenn Excel das nicht kann, welche Tools gibt es dann, mit denen ich das von Outlook exportierte CSV bearbeiten könnte?
lg
Gerhard
-
Also ich kann es in Excel wunderbar importieren, halt nicht mit Doppelklick, sondern mit Daten -> aus Text. Dort aber ohne irgendwas zu verändern, sonder nur Datei auswählen, erkennen lassen und [Laden]
EDIT: Und das habe ich mir bereits vor vielen Version angewöhnt, weil Excel mit ganz vielen Dingen nicht umgehen kann, was RFC-konforme CSV-Dateien angeht.
Evgenij Smirnov
- Bearbeitet Evgenij Smirnov Freitag, 31. Mai 2019 11:24
- Als Antwort markiert Gerhard Urschler Freitag, 31. Mai 2019 12:07
- Tag als Antwort aufgehoben Gerhard Urschler Freitag, 31. Mai 2019 12:07
- Als Antwort markiert Gerhard Urschler Freitag, 31. Mai 2019 12:07
- Tag als Antwort aufgehoben Gerhard Urschler Freitag, 31. Mai 2019 12:08
- Als Antwort markiert Gerhard Urschler Freitag, 31. Mai 2019 12:09
-
Hallo Evgenij,
bei allem Respekt, aber hast Du den CSV-Import in Excel tatsächlich ausprobiert? Natürlich mit mehrzeiligen Einträgen, z.B. im Feld Notiz, d.h. mehrere Zeilen, jeweils mit CR/LF getrennt.Meiner Erfahrung nach funktioniert das auf gar keinen Fall korrekt. Excel erkennt nicht, dass der Feldtext im Feld Notiz in Anführungszeichen eingeschlossen ist und damit dort vorkommende CR/LF nicht als Datensatzende zu interpretieren sind. Was auch immer beim Textimport eingestellt wird, es werden immer zusätzliche Datensätze erzeugt, wenn mehrzeilige Einträge in einem Adressfeld vorkommen.
Gruß
Golter -
Moin,
ja, habe ich. Mehrere Hundert Mal im Jahr, seit gefühlt Excel 97. Das letzte Mal bei der Beantwortung dieses Beitrags. Und, wie ich oben auch schon schrieb, der Importer von Excel ist nicht ohne Eigenarten.
Der Import von Outlook-Exporten hat bei mir jedoch in der Regel ganz gut funktioniert, zumindest solange in den mehrzeiligen Texten keine Anführungszeichen enthalten waren. Das bestätigt ja auch der TO.
Der neue Assistent in Office 2019/365 ist endlich einmal ein Stück intelligenter geworden und erkennt vieles korrekt, was früher mit viel Gefummel verbunden war:
Nachtrag: Was bei Versionen vor 2019 übrigens auch noch hilft: In den Regionaleinstellungen das Trennzeichen in das Trennzeichen der CSV (also z.B. Komma) ändern (in DE standardmäßig ist es das Semikolon) und per Doppelklick statt mit dem Assistenten importieren. Es kann immer noch sein, dass die Kodierung (z.B. UTF-8 ohne BOM) dazwischen haut, aber in der Regel sollte es so gehen.
Evgenij Smirnov
- Bearbeitet Evgenij Smirnov Sonntag, 2. Juni 2019 21:40
-
Hallo Evgenij,
ich habe noch eine Ergänzung zu der eigentlich banalen Excel-Importsache:In den obigen Postings ist es nicht ganz klar zu erkennen. Entscheidend ist aber m. E., dass man in Excel nicht über "Daten > Externe Daten abrufen > Aus Text" den Import durchführt (was einem Doppelklick auf eine CSV-Datei entspricht), sondern über "Daten > Neue Abfrage > Aus Datei > Aus CSV".
Die erste Methode (die übrigens auch in Office 2019 nicht besser funktioniert) kann tatsächlich mit den mehrzeiligen Feldern nicht umgehen und betrachtet zudem fälschlicherweise Kommas z.B. im Notizfeld als Feldtrenner. Damit gibt es nicht nur zusätzliche Datensätze, sondern auch falsche Zuordnungen Feldname -> Feldinhalt.
Beispiel
Aus einem solchen Kontakt:Macht Excel 2016 bei Standard-Datenabruf oder Doppelklick auf CSV folgendes (uninteressante Spalten ausgeblendet):
Ergebnis sind also drei zusätzliche Datensätze mit falsch zugeordneten Inhalten.
Mit "Datenabfrage" wird aber korrekt importiert:Also Danke für Deine Hinweise!
Gruß
Golter
- Bearbeitet Golter35 Dienstag, 9. Juli 2019 13:04