Personenexport per csv - Konvertierung nach Excel funktioniert nicht mehr

davidschilling

@missdottie Am Export hat sich ja in der letzen Version etwas getan. Der sollte jetzt deutlich schneller sein und auch vom Format her stabiler.

Es kann sein, dass früher ein Semikolon zur Trennung der Spalten genutzt wurde und jetzt ein Komma.

@MissDottie hat du noch einen alten Import rumliegen und kannst das überprüfen?

bwl21

@davidschilling Ihr könntet ja einen Sep Header reinschreiben, oder gleich xlsx generieren.

davidschilling

@bwl21

Ich habe hier nochmal etwas Recherche betrieben.

Zu der Zeile sep=,

Das ist nicht im CSV Standard und wird vor Allem von Microsoft benutzt: https://superuser.com/questions/773644/what-is-the-sep-metadata-you-can-add-to-csvs
Die meisten Programme berücksichtigen diese Zeile nicht. Das führt dann dazu, dass diese Zeile als erstes auch nach dem Import auftaucht.

Generell zu , vs ;

Comma ist der Standard der in RFC 4180 definiert ist. In diesem Thread gibt es noch mehr Hintergrund dazu: https://stackoverflow.com/questions/10140999/csv-with-comma-or-semicolon

In Excel hängt es tatsächlich von der Sprache bzw Location des Benutzers ab was als Trennzeichen verwendet wird, was die Sache noch verwirrender macht.

Ich denke es ist am sinnvollsten hier so Nahe wie möglich am Standard zu sein und das tut unser "neuer" CSV Export.

So viel erstmal zu meiner Recherche. Wie werden beobachten müssen ob das weitere Probleme in der Nutzung macht.

Und zum Schluss hier noch eine kleine Anleitung wie man unsere CSV Datei korrekt in Excel importieren kann: https://support.affinity.co/hc/en-us/articles/360044453711-How-to-open-CSV-files-with-the-correct-delimiter-separator

MissDottie

@davidschilling Vielen Dank fürs Nachforschen. Nein, leider habe ich keinen alten Export mehr rumliegen

bwl21

@davidschilling sagte in Personenexport per csv - Konvertierung nach Excel funktioniert nicht mehr:

Und zum Schluss hier noch eine kleine Anleitung wie man unsere CSV Datei korrekt in Excel importieren kann: https://support.affinity.co/hc/en-us/articles/360044453711-How-to-open-CSV-files-with-the-correct-delimiter-separator

kann es sein dass CT zur Zeit Windows-Latin1 encoding liefert, und nicht UTF-8?

Ich wollte gerade einen Geburtagsliste liefern und die habe ich nach der zitierten Anleitung nicht nach Excel importiert bekommen, sondern erst mit diesen Einstellungen:

Andy

@bwl21 das kann ich nicht bestätigen. Habe mir zwar die Anleitung nicht angesehen, sondern so importiert wie immer:

Verwendet wurde LibreOffice Calc 7.0.6.2.

bwl21

das ist jetzt aber aufrecht komisch ... Muss ich mal unter Windows probieren.

ich habe die Datei mit Chrome auf einem Mac heruntergeladen. Ich sehe, du bist auf Linux.

Andy

@bwl21 Ja, genau. Bei mir Firefox unter Linux.

Andy

@bwl21 gerade in einer VM mit Windows und Excel getestet. Geht tadellos. Mich wundert bei dir auch das Semikolon als Feldtrenner und der Dateiname.

bwl21

@andy das wird ja immer bunter. Gerade habe ich es it Parallels und Edge unter windows 10 probiert.

Das CSV-File habe ich dann im Notepad++ geöffnet. Die Umlaute werden da richtig angezeigt, und das Dateiformat wird als ANSI identifiziert.

ich hatte mich auch schon gewundert, warum da wieder Semikolon kommt, obwohl in diesem Thread ja von Komma die Rede war.

bwl21

@andy ich habe eine Spur: ich arbeite mit einer Exportvorlage, die wir vor ca. 8 Wochen erstellt haben. Vielleicht ist dort noch irgnendwas anderes enthalten. Wenn ich den Export ohne Vorlage mache, dann kommen Kommas und auch UTF-8.

Da ist nämlich auch der Dateiename des Downloads anders persons.csv, mit der Vorlage ist es churchdb_export.csv

Andy

@bwl21 ich habe auch eine uralte Vorlage verwendet, jedoch direkt vor der Verwendung eine kleine Änderung gespeichert. Ich versuche es jetzt noch mal mit einer alten Vorlage ohne ändern/speichern. Bis gleich

Andy

Tatsächlich verhält sich der Export dann völlig anders! Es dauert deutlich länger, es sind Semikolons enthalten usw.

@ChurchToolsMitarbeiter kann das nicht so umgesetzt werden, dass auch für die alten Exportvorlagen die neuen Regeln gelten? Oder ist das gar ein Bug?

davidschilling

@andy

Aktuell gibt es noch das alte Export-Format wenn man Gruppentypen mit exportiert. Mit der nächsten Version ist das dann auch angepasst. (Vermutlich nächsten Montag)

Andy

@davidschilling Es ging um reine Telefonbuchdaten von Personen, die ich vor einiger Zeit in unsere Telefonanlage importiert hatte - also keine Gruppendaten.
Und mit nächste Version ist was gemeint? Mein aktueller RC8 enthält die Änderung noch nicht?

Andy

@davidschilling Kommando zurück ... war doch ein Gruppentyp enthalten. Aber - wie gesagt - RC.

davidschilling

@andy stimmt du hast recht es ist dann die übernächste Version da hatte ich mich vertan.

Andy

@davidschilling Ok, aber dann lässt sich das Phänomen ja erklären. Danke!

bwl21

@andy @davidschilling danke für die Klärung.