Personenexport per csv - Konvertierung nach Excel funktioniert nicht mehr
-
@andy ich hab mich vielleicht nicht präzise ausgedrückt: Bis letzte Woche hat mir, wenn ich über "Gruppe in der Personenliste filtern -> Personen exportieren" gegangen bin, diese Exportfunktion die csv-Daten hübsch automatisch in eine von mir definierte Excel-Tabelle gegossen - jetzt bekomme ich nur noch die Rohdaten.
Ich habe auch den "normalen" Export versucht - da bekomme ich zwar eine Excel-Tabelle, muss sie aber umständlich rumformatieren.
Inzwischen habe ich die Excel-Funktion zum Importieren von csv-Daten gefunden. Wenn ich den csv-Export im Downloadordner suche und ihn dann importieren lasse, funktioniert das zwar - das sind für mich aber immer noch mehr Arbeitsschritte, als ich sie bis letzte Woche hatte. Und ChurchTools soll doch die Arbeit erleichtern, nicht erschweren ...
Ich frage mich, ob die alte Funktion wohl in der neuen Version der überarbeiteten Personen-Export-Funktion zum Opfer gefallen ist ...?
-
@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?
-
@davidschilling Ihr könntet ja einen Sep Header reinschreiben, oder gleich xlsx generieren.
-
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
-
@davidschilling Vielen Dank fürs Nachforschen. Nein, leider habe ich keinen alten Export mehr rumliegen
-
@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:
-
@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.
-
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.
-
@bwl21 Ja, genau. Bei mir Firefox unter Linux.
-
@bwl21 gerade in einer VM mit Windows und Excel getestet. Geht tadellos. Mich wundert bei dir auch das Semikolon als Feldtrenner und der Dateiname.
-
@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.
-
@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 eschurchdb_export.csv -
@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
-
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?
-
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)
-
@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? -
@davidschilling Kommando zurück ... war doch ein Gruppentyp enthalten. Aber - wie gesagt - RC.
-
@andy stimmt du hast recht es ist dann die übernächste Version da hatte ich mich vertan.
-
@davidschilling Ok, aber dann lässt sich das Phänomen ja erklären. Danke!
-
@andy @davidschilling danke für die Klärung.
