CSV Datei mit Doppelklick öffnen
Arnold
die automatische Formatierung bei kommagetrennte Wertdateien (CSV)
funktioniert
in MS Excel 97 durch Doppelklick im Datei-Manager korrekt,
auch beim Datum, z.B. mit diesem CSV-Extract (kommagetrennte Werte-Datei):
195000,0,nein,15 Jan 2004,ok
195001,0,ja ,16 Jan 2004,no
195002,0,nein,17 Jan 2004,ok
195003,0,ja ,18 Jan 2004,ok
195004,0,nein,19 Jan 2004,no
In MS Excel 2002/3 unter WinXP funktioniert dies nicht mehr
und man ist gezwungen den Text-Assistenten zu nutzen.
Kennt jemand einen Weg in MS Excel 2002/3 unter WinXP
die automatische Formatierung bei kommagetrennte Wertdateien (CSV)
wie in MS Excel 97 durch Doppelklick im Datei-Explorer vorzunehmen ?
Hier habe ich ca. 500 User mit MS Excel als Anwender, die eine Lösung
erwarten.
Denzufolge suche ich nach der einfachsten Lösung.
...bei Excel 97 oder Excel 2000 zu bleiben wäre eine, hier ist jedoch die
Zeit nicht aufzuhalten, und alle werden nach und nach dieses XP Pro mit
Excel 2003
installiert bekommen....
Vielen Dank für eine Antwort
Arnold
Christian Wisspeintner
<Frank Arendt-Theilen> schrieb im Newsbeitrag
news:va97n0t52977uavcl...@4ax.com...
> Hallo Arnold,
> benutze statt dem Komma das Semikolon in der CSV-Datei!
>
Das ist wirklich eine ganz gute Lösung ;-)
Eine andere wäre, dass MS endlich dafür sorgt, dass in einer CSV-Datei das
drin ist bzw. das drin sein darf, was der Name verspricht, nämlich COMMA
separated value und nicht irgendein eingedeutschtes Format. Was spräche denn
dagegen, die Werte grundsätzlich mit Komma zu trennen und die Zahlen mit
Punkt als Dezimaltrennzeichen. Wenn die CSV-Dateien in Excel korrekt
geöffnet werden (sowohl bei Doppelklick als auch über den Öffnen-Dialog ...
war in der Vergangenheit ein Unterschied!), das internationale
Dez.-Trennzeichen "Punkt" also beim Öffnen entsprechend den
Systemeinstellungen umgesetzt wird, dann ist es doch egal, mit welchen
Dezimaltrennzeichen die Zahlen in der CSV-Datei enthalten sind.
Alternativ könnte man ja ein deutsches Format definieren (zB SGW ...
StrichpunktGetrennteWerte), das dann halt die deutschen Dez.-Trennzeichen
berücksichtigt, was jedoch m.E. nicht nötig ist.
Gruss
Christian
Aytekin
wenn man das SicherheitsPatch MS04-033 (886836) einspielt funktioniert es
auch bei Office 2000 auch nicht mehr.
Gruss
Aytekin
Aytekin
wenn man das Sicherheitspatch MS04-033 (886836) bei Excel 2000 einspielt,
funktioniert dies auch nicht. Was kann man bei Excel 2000 noch machen außer
zurück ohne Patch.
Gruss
Aytekin
Thomas Ramel
Arnold schrieb am 18.10.2004
> die automatische Formatierung bei kommagetrennte Wertdateien (CSV)
> funktioniert
> in MS Excel 97 durch Doppelklick im Datei-Manager korrekt,
> auch beim Datum, z.B. mit diesem CSV-Extract (kommagetrennte Werte-Datei):
>
> 195000,0,nein,15 Jan 2004,ok
> 195001,0,ja ,16 Jan 2004,no
> 195002,0,nein,17 Jan 2004,ok
> 195003,0,ja ,18 Jan 2004,ok
> 195004,0,nein,19 Jan 2004,no
>
> In MS Excel 2002/3 unter WinXP funktioniert dies nicht mehr
> und man ist gezwungen den Text-Assistenten zu nutzen.
>
> Kennt jemand einen Weg in MS Excel 2002/3 unter WinXP
> die automatische Formatierung bei kommagetrennte Wertdateien (CSV)
> wie in MS Excel 97 durch Doppelklick im Datei-Explorer vorzunehmen ?
Ab xlXP werden die regionalen Ländereinstellungen in Excel wesentlich
besser berücksichtigt als vorher.
Daher wird im deutschen Sprachraum bei .csv-Dateien das Semikolon als
Trennzeichen berücksichtigt - das ist nicht in erster Linie ein Problem von
Microsoft...
Lege für den Import in den Ländereinstllungen das Komma als
Listentrennzeichen fest und zwangsweise dann z.B. den Punk t als
Dezimaltrennzeichen, dann klappt es mit dem Import per Doppelklick wieder
reibungslos.
--
Mit freundlichen Grüssen
Thomas Ramel
- MVP für Microsoft-Excel -
[Win XP Pro SP-1 / xl2000 SP-3]
Christian Wisspeintner
"Thomas Ramel" <t.r...@MVPs.org> schrieb im Newsbeitrag
news:1amgrgfhu9yk4.d5cpz2393z1f$.dlg@40tude.net...
> ...
>
> Ab xlXP werden die regionalen Ländereinstellungen in Excel wesentlich
> besser berücksichtigt als vorher.
> Daher wird im deutschen Sprachraum bei .csv-Dateien das Semikolon als
> Trennzeichen berücksichtigt - das ist nicht in erster Linie ein Problem
von
> Microsoft...
Das finde ich allerdings schon! Warum muss denn ein Dateiformat von
Systemeinstellungen abhängig sein, wodurch in CSV nicht mehr CSV drin ist.
Wenn es ein anderes Format ist (weil zB als Trennzeichen der Strichpunkt
verwendet wird) darf man es m.E. nicht mehr CSV nennen. Microsoft hat dafür
immer noch keine richtige Lösung gefunden (auch wenn nun - offenbar -
zumindest Doppelklick und Öffnen aus XL gleich arbeiten). Unter einem
vernünftigen Format verstehe ich eines, das ich ohne Probleme um den Globus
schicken kann. Eine deutsche XLS-Datei kann man mit einem englischen XL doch
auch öffnen, ohne dass alle numerischen Zellwerte verloren gehen, warum muss
man da das eigentlich recht nette CSV-Format (für das es allerdings - soweit
ich weiss - keine Normenkommission gibt) so verbiegen? Nennt es einfach eine
Textdatei ... da kann dann alles drinstehen. Für meine Begriffe sollte CSV
für wirkliche kommagetrennte Daten reserviert bleiben.
>
> Lege für den Import in den Ländereinstllungen das Komma als
> Listentrennzeichen fest und zwangsweise dann z.B. den Punk t als
> Dezimaltrennzeichen, dann klappt es mit dem Import per Doppelklick wieder
> reibungslos.
>
Ist ne Lösung und funktioniert wohl auch, ändert aber nichts an dem
grundsätzlichen Problem. ;-( ... das sieht man schon an der Häufigkeit,
mit der diese Probleme gepostet werden.
Herzliche Grüße
Christian
Thomas Ramel
Christian Wisspeintner schrieb am 18.10.2004
> Hallo Thomas,
>
> "Thomas Ramel" <t.r...@MVPs.org> schrieb im Newsbeitrag
>>
>> Ab xlXP werden die regionalen Ländereinstellungen in Excel wesentlich
>> besser berücksichtigt als vorher.
>> Daher wird im deutschen Sprachraum bei .csv-Dateien das Semikolon als
>> Trennzeichen berücksichtigt - das ist nicht in erster Linie ein Problem
>> von Microsoft...
>
> Das finde ich allerdings schon!
Ich wollte erst schon auf dein anderes Posting antworten, dachte mir aber,
dass Du hier vermutlich intervenieren werdest ;-)
> Warum muss denn ein Dateiformat von
> Systemeinstellungen abhängig sein, wodurch in CSV nicht mehr CSV drin ist.
> Wenn es ein anderes Format ist (weil zB als Trennzeichen der Strichpunkt
> verwendet wird) darf man es m.E. nicht mehr CSV nennen.
Gemäss der folgenden (deutschsprachigen) Definition war die ursprüngliche
Bezeichung *character*-separated-values:
http://www.lexikon-definition.de/CSV-Datei.html
Ich denke, dass sich darüber auch trefflich debattieren lässt - leider
lässt sich das Problem so einfach nicht aus der Welt schaffen....
> Microsoft hat dafür
> immer noch keine richtige Lösung gefunden (auch wenn nun - offenbar -
> zumindest Doppelklick und Öffnen aus XL gleich arbeiten). Unter einem
> vernünftigen Format verstehe ich eines, das ich ohne Probleme um den Globus
> schicken kann.
Das wäre wohl wünschenwert, wobei dann wohl die Diskussionen logehen, *wer*
dieses Format festlegen soll (darf).....
> Eine deutsche XLS-Datei kann man mit einem englischen XL doch
> auch öffnen, ohne dass alle numerischen Zellwerte verloren gehen,
Ja, doch .xls ist ein MS-proprietäres Format, sprich: Da sie es selbst
entwickelt haben haben sie es (im grossen und ganzen) auch imm Griff.
> warum muss
> man da das eigentlich recht nette CSV-Format (für das es allerdings - soweit
> ich weiss - keine Normenkommission gibt) so verbiegen? Nennt es einfach eine
> Textdatei ... da kann dann alles drinstehen. Für meine Begriffe sollte CSV
> für wirkliche kommagetrennte Daten reserviert bleiben.
Da stehst du im deutsch Raum womöglich ziemlich allleine da - die meisten
*wollen* hier .csv mit dem Semikolon trennen....
.csv ist leider kein einheitliches Format, wie Du selbst richtig
festgestellt hast.
>> Lege für den Import in den Ländereinstllungen das Komma als
>> Listentrennzeichen fest und zwangsweise dann z.B. den Punk t als
>> Dezimaltrennzeichen, dann klappt es mit dem Import per Doppelklick wieder
>> reibungslos.
>>
> Ist ne Lösung und funktioniert wohl auch, ändert aber nichts an dem
> grundsätzlichen Problem. ;-( ... das sieht man schon an der Häufigkeit,
> mit der diese Probleme gepostet werden.
Nunja, wir schauen uns halt nach Workarounds um, wenn auf direktem Weg
nicht klappen tut ;-(
Christian Wisspeintner
"Thomas Ramel" <t.r...@MVPs.org> schrieb im Newsbeitrag
news:1n89q4na4e1ig.knr9e1sjkgx7$.dlg@40tude.net...
>
> Gemäss der folgenden (deutschsprachigen) Definition war die ursprüngliche
> Bezeichung *character*-separated-values:
>
> http://www.lexikon-definition.de/CSV-Datei.html
>
> Ich denke, dass sich darüber auch trefflich debattieren lässt - leider
> lässt sich das Problem so einfach nicht aus der Welt schaffen....
>
das ist wohl richtig ... da zB hier
http://filext.com/detaillist.php?extdetail=csv
das Ganze wieder anders definiert ist (näher an dem, was ich unter CSV
verstehe). Ich meinte ja auch nur, dass MS versuchen sollte, zumindest eine
einheitliche Linie zu fahren. Offenbar erzeugt XL verschiedene CSV-Dateien
abhängig von den Ländereinstellungen und nennt dies CSV, kann aber diese
Dateien nicht mehr richtig importieren/öffnen, wenn die Ländereinstellungen
beim Speichern und Öffnen voneinander abweichen. Wenn dies nun so ist, was
ich nicht gut finde, dann sehe ich keinen Sinn, allen diesen Dateien die
gleiche Endung zu verpassen, wenn das Format grundlegend verschieden ist (so
verschieden, dass XL Probleme hat).
> > Microsoft hat dafür
> > immer noch keine richtige Lösung gefunden (auch wenn nun - offenbar -
> > zumindest Doppelklick und Öffnen aus XL gleich arbeiten). Unter einem
> > vernünftigen Format verstehe ich eines, das ich ohne Probleme um den
Globus
> > schicken kann.
>
> Das wäre wohl wünschenwert, wobei dann wohl die Diskussionen logehen,
*wer*
> dieses Format festlegen soll (darf).....
Auch wieder war ... ich wünschte nur, dass unter dem Namen CSV nicht
verschiedene Formate kursieren, die sich dann nicht mit XL öffnen lassen.
> > Eine deutsche XLS-Datei kann man mit einem englischen XL doch
> > auch öffnen, ohne dass alle numerischen Zellwerte verloren gehen,
>
> Ja, doch .xls ist ein MS-proprietäres Format, sprich: Da sie es selbst
> entwickelt haben haben sie es (im grossen und ganzen) auch imm Griff.
Schon klar. War ja nur ein Beispiel, wie man's auch machen kann.
> > warum muss
> > man da das eigentlich recht nette CSV-Format (für das es allerdings -
soweit
> > ich weiss - keine Normenkommission gibt) so verbiegen? Nennt es einfach
eine
> > Textdatei ... da kann dann alles drinstehen. Für meine Begriffe sollte
CSV
> > für wirkliche kommagetrennte Daten reserviert bleiben.
>
> Da stehst du im deutsch Raum womöglich ziemlich allleine da - die meisten
> *wollen* hier .csv mit dem Semikolon trennen....
Das verwundert mich schon ein bisschen, da sehr viele Programme (Matlab, und
ähnliche englischsprachige Software sowie selbst gezimmerte Programme die
irgendwelche Fliesskommawerte in (TXT)-Dateien schreiben) mit Komma als
Dezimaltrennzeichen - m.E. zu Recht - nix anfangen können. Ich verwende
CSV-Dateien hauptsächlich zum Im- und Export in/aus anderen Anwendungen und
wünsche mir daher ein etwas internationaleres Format.
> .csv ist leider kein einheitliches Format, wie Du selbst richtig
festgestellt hast.
Das ist wohl wahr. Meine Kritik bezog sich wie gesagt eher darauf, dass
dieses Format (so es denn eines ist) nicht einmal innerhalb EINER Anwendung
(XL) einheitlich ist, wodurch diese Probleme (zB dass ein aufgezeichnetes
Makro anders arbeitet als die aufgezeichnete Aktion) erst entstehen. Ob nun
Komma oder Strichpunkt ist in der Tat eine ideologische Frage ... wenn dann
aber einheitlich. Ansonsten das Ganze TXT nennen. Da weiss jeder, dass da
alles drin sein kann.
N.B.: Gibt's eigentlich bei den neueren XL-Versionen (neuer als 2000) eine
Export-Funktionalität, bei der man das Format selber festlegen kann (ähnlich
wie beim Import von Textdateien)?
> >> Lege für den Import in den Ländereinstllungen das Komma als
> >> Listentrennzeichen fest und zwangsweise dann z.B. den Punk t als
> >> Dezimaltrennzeichen, dann klappt es mit dem Import per Doppelklick
wieder
> >> reibungslos.
> >>
> > Ist ne Lösung und funktioniert wohl auch, ändert aber nichts an dem
> > grundsätzlichen Problem. ;-( ... das sieht man schon an der
Häufigkeit,
> > mit der diese Probleme gepostet werden.
>
> Nunja, wir schauen uns halt nach Workarounds um, wenn auf direktem Weg
> nicht klappen tut ;-(
Bleibt einem manchmal nichts anderes übrig und dem Poster der eigentlichen
Frage ist damit wahrscheinlich auch geholfen ;-) ...
Liebe Grüße
Christian
Arnold
vielen Dank für die vielen Antworten und Kommentare.
Ich denke daß ich da eine Lösung finden werde.
Arnold
Harnischmacher@discussions.microsoft.com Robert Harnischmacher
zu den "grundsätzlichen Problemen" eine Ergänzung: Enthält die .csv-Datei
Zellwerte mit Absatzumbrüchen, wobei der Gesamtausdruck durch
Anführungszeichen MS-konform gekapselt ist, zeigt sich folgendes: öffnet man
per Doppelklick (nach geänderten Ländereinstellungen), interpretiert Excel
die Anführungszeichen korrekt und schreibt den geklammerten Wert in eine
Zelle; beim Import via Text-Assistent versteht dieser nicht die
Anführungszeichen und interpretiert die Absatzmarken als Zeilenende - alles
weitere wird irregulär in die nächste(n) Zeile(n) importiert.
So etwas ist wird dann Problem, wenn man wie ich neben Windows auch auf
MacOS X arbeitet (Excel 2004) - hier nützt auch das Ändern der
Ländereinstellungen nichts.
Was ich wohl bräuchte, wäre ein Makro, das einen Öffnen-Dialog produziert,
aus dem heraus ich csv-Dateien mit Komma als Trennzeichen und o.a.
Besonderheiten sauber öffnen könnte. Da ich fast täglich csv's dieser Art
verarbeiten muss, ist's momentan eine echte Plage.
Grüße,
Robert
Micha_J
in der KB gibt es einen hilfreichen Artikel (ID 509480)
Unter Excel 2000 werden normalerweise die Ländereinstellungen zum Öffnen der
CSV-Datei herangezogen. In Ausnahmefällen kann es aber passieren, dass die
Ländereinstellung ignoriert wird und trotzdem ein Komma als Trennzeichen
verwendet wird. In solchen Fällen läßt sich das Problem durch Setzen eines
Registry-Schlüssels beheben:
Schlüssel: HKCU\Software\Microsoft\Office\9.0\Excel\Options
Name: VBAAlwaysLoadUS
Typ: DWORD
Wert: 0
Hoffe s hilft
Grüße
Michael