CSV-Export sollte Felder nur als Text exportieren - nicht als Zahl

thommyb

Sollte eigentlich selbstverständlich sein, deutet aber möglicherweise auf ein darunterliegendes, gravierenderes Problem hin, nämlich dass die Postleitzahl tatsächlich als Zahl in der DB gespeichert wird. Postleitzahlen sind ja keine Zahlen im landläufigen Sinn, mit denen man nach Belieben rechnen kann. Auch die hier angesprochene führende Null lässt sich mit einem numerischen Datentyp nur dann abbilden, wenn man die deutsche Stellenanzahl (5) hart in den Code für die Anzeige bäckt.

Besser (weil allgemeiner) ist es, postalische Codes als Zeichenkette (z.B. VARCHAR(10) ) abzulegen. Damit lassen sich dann auch alpha-numerische Postal Codes a lá UK darstellen. Will eine Gemeinde die Adressen ihrer Missionar/innen im Ausland einpflegen, dann wäre ein numerischer Datentyp wahrscheinlich ein Hindernis.

Nun ja, vielleicht ist es aber wirklich nur ein Problem mit dem Export. Das können letztlich nur die Entwickler sagen.

Andy

öhm ... da verstehe ich euer Problem nicht. Öffnet doch die exportiere CSV mal mit einem Editor. Und was steht da: Die zu erwartende führende Null!
Beim Import in Excel einfach das Format der Spalte z. B. auf Text anpassen und dann kommt die 0 auch so an, wie es zu erwarten ist.
Aus der Datenbank kommt der richtige Wert; alles ist gut.
Diesen Wunsch können wir also eigentlich dicht machen.

(getestet habe ich es natürlich mit LibreOffice Calc und nicht mit Excel, daber da funktioniert es einwandfrei)

bwl21

@andy

bei Excel aber eben nicht nichtsdestotrotz ist die PLZ ein Textfeld. Es gibt ja auch PLZ mit Buchstaben drin (z.b. in USA)

Andy

@bwl21 das will ich jetzt wissen ... ich teste es gleich mal in einer VM mit Excel. Bis gleich ...

thommyb

Dann ziehe ich meine Anmerkung und Votierung zurück...
Ich habe leider gerade keinen Zugang zu einem ChurchTools System und kann mir deshalb auch keine CSV-Datei mit verschiedenen Postleitzahlen exportieren. Wenn darin führende Nullen vorhanden sind, dann ist zumindest an der Oberfläche alles gut. Danke fürs Checken!

Andy

So ... wenn man die CSV natürlich stumpf per Doppelklick öffnet ... okeee, dann verstehe ich es halbwegs. Aber Excel ist eben doof.

Gehe ich über DATEI // ÖFFNEN, dann kann ich mir wunderbar die Formate auswählen:

Bei LibreOffice erhalte ich diese Optionen auch via Doppelklick auf eine CSV.

Andy

Wir können hier vermutlich abschließen, oder @bwl21?

bwl21

@andy nein, ich finde es einfach ein Bug, dass CT die PLZ nicht wie ein Textfeld behandelt. Das ist unabhängig von Excel.

Ich kann natürlich an CT-support eine Fehlermeldung schreiben.

CSV ist einfach doof - es ist ein historisches Übel

Andrej

@bwl21 ich habe es eben getestet: ich konnte in CT problemlos und ohne Fehlermeldung die PLZ auch mit Buchstaben abspeichern. Daher vermute ich, dass dies bereits in ChirchTools korrektals Textfeld angelegt wird.
Der "Fehler" liegt hier bei Excel: Excel wandelt bei Öffnen einer CSV Datei automatisch alle Felder, die nur Ziffern enthalten, in einen Typ "Zahl" um.
CSV selbst kennt keine Dateitypen. Daher geht die Information "Textfeld" beim Export verloren

Andy

@andrej es fehlen halt die Anführungszeichen für ein Textfeld. Aber die fehlen auch bei allen anderen Textfeldern. Ist aber dennoch problemlos möglich, ja.

bwl21

@andy dann ist es erst recht ein Bug

Ketty

ich benutze den CSV-Export sehr viel.
Meine Listen der TeilnehmerInnen exportiere ich - um einen Überblick zu erhalten.
Ich habe auch nicht immer Internet - so dass ich meine Listen alle Offline brauche. - und das geht leider nicht im CT
Ich exportiere hauptsächlich:
Vorname - Name - Geburtsdatum - und Gruppe
Zu den Gruppe wäre es gut, wenn nur die aktiven Gruppen exportiert würden - und nicht der ganze Historik.

Andrej

@andy Stimmt Andy; du hast Recht. Das hatte ich vergessen. Alle Strings, also Textformate, müssten in der csv Datei in "" stehen, dazu gehört dann auch die PLZ. Insofern würde ich es auch als Bug ansehen

davidschilling

Ich sehe das nicht als ChurchTools Bug.

In CSV Dateien müssen Zellen nur in Anführungszeichen stehen, wenn das Trennsymbol, also Komma oder Semikolon in dem Text vorkommt.

Dass Excel das nicht richtig interpretiert ist schlecht aber kein CT-Bug.

Wir könnten vielleicht trotzdem einfach alle Felder mit Anführungszeichen ausgeben, wahrscheinlich würde das das Excel Problem beheben.

bwl21

@davidschilling das würde ich sehr begrüßen! Natürlich muss man dann die Anführungszeichen wieder quoten.

Es gibt ja einige bibliotheken, mit denen man direkt XLSX - Dateien erstellen kann. Ehrlich gesagt, würde ich das langfristig bevorzugen. Das hätte Vorteile

man muss nicht mit dem fragilen CSV kämpfen
man könnte auch Formatierungen und sogar Filter einfügen, d.h. für den Anwender wäre es schon deutlich komfortabler
Wer csv braucht kriegt es da auch leicht wieder her

So habe ich es in einem anderen System gemacht und seither Ruhe an der Front

Andy

@davidschilling sagte in CSV-Export sollte Felder nur als Text exportieren - nicht als Zahl:

In CSV Dateien müssen Zellen nur in Anführungszeichen stehen, wenn das Trennsymbol, also Komma oder Semikolon in dem Text vorkommt.
Dass Excel das nicht richtig interpretiert ist schlecht aber kein CT-Bug.

Da bin ich voll bei dir. Funktioniert wie gesagt mit LO auch tadellos.

bwl21

This post is deleted!