text/comma-separated-values eigentlich deprecated?: MIME-Typen

SELF-Forum

MIME-Typen

text/comma-separated-values eigentlich deprecated?

Hallo

Ich habe jetzt auf SELFHTML folgenden MIME-Typ gefunden für *.csv-Dateien: text/comma-separated-values[1]

Ein Kollege meinte jedoch, dass es nicht text/comma-separated-values sondern einfach nur text/csv hieße. Ich dachte, dass beides zwar von Browsern unterstützt werde, aber richtig wäre nur die erste längere Variante. Auf Wikipedia[2], steht, dass die lange Variante deprecated sei.

Welche Variante stimmt nun, bzw. welche Quelle ist falsch?

mfg, Christian

[1] http://de.selfhtml.org/diverses/mimetypen.htm#uebersicht
[2] http://en.wikipedia.org/wiki/Comma-separated_values

  1. Tach,

    Welche Variante stimmt nun, bzw. welche Quelle ist falsch?

    laut IANA gibt es nur text/csv.

    mfg
    Woodfighter

    1. Moin!

      Welche Variante stimmt nun, bzw. welche Quelle ist falsch?

      laut IANA gibt es nur text/csv.

      Und laut meinem Opera kennt dieser in Version 9.10 nur text/comma-separated-values.

      Und vermutlich ist dieser Mime-Typ sowieso vollkommen uninteressant, weil sich keine Applikation drum schert. Solange text/* (vermutlich sogar */*) kommt, und der Inhalt sich kommasepariert parsen läßt, ist es gut.

      Das Problem mit dem CSV-Format ist aber, dass es nirgendwo eine formale Spezifikation gibt. Man sollte dieses Format daher unbedingt vermeiden und durch sinnvollere Formate (wie beispielsweise XML) ersetzen. Insbesondere die Abwesenheit jeglicher Möglichkeit zur Auszeichnung der benutzen Zeichencodierung macht CSV für die heutige Zeit in Extremfällen unbenutzbar, schränkt zumindest die Nutzbarkeit ein.

      - Sven Rautenberg

      --
      "Love your nation - respect the others."
      1. Moin!

        Und laut meinem Opera kennt dieser in Version 9.10 nur text/comma-separated-values.

        Und vermutlich ist dieser Mime-Typ sowieso vollkommen uninteressant, weil sich keine Applikation drum schert. Solange text/* (vermutlich sogar */*) kommt, und der Inhalt sich kommasepariert parsen läßt, ist es gut.

        Das Problem mit dem CSV-Format ist aber, dass es nirgendwo eine formale Spezifikation gibt. Man sollte dieses Format daher unbedingt vermeiden und durch sinnvollere Formate (wie beispielsweise XML) ersetzen. Insbesondere die Abwesenheit jeglicher Möglichkeit zur Auszeichnung der benutzen Zeichencodierung macht CSV für die heutige Zeit in Extremfällen unbenutzbar, schränkt zumindest die Nutzbarkeit ein.

        Aber darum geht es doch gar nicht. Wenn der Kunde csv wünscht, und wenn man das noch so oft erklärt, dass CSV nicht gut ist, bekommt er CSV.

        Allerdings merken sich Browser z.T. aufgrund des MIME-Types die Applikation, mit der die Datei geöffnet werden sollte.

        Im Endeffekt aber bestätigt dies meinen Verdacht, dass selfhtml hier falsch ist und dies korrigiert gehört.

        mfg, christian

      2. Und vermutlich ist dieser Mime-Typ sowieso vollkommen uninteressant, weil sich keine Applikation drum schert.

        MS Excel, MS Access ...

        Das Problem mit dem CSV-Format ist aber, dass es nirgendwo eine formale Spezifikation gibt.

        Die Spezifikation lautet: 1.Zeile Datenfeldnamen getrennt durch Komma (bzw. Semikolon in D - LOL), restliche Zeilen Datenwerte getrennt durch Komma, Datensatz- Zeilentrenner Zeilenvorschub/Wagenrücklauf.
        Dass es damals noch keine 0rganisation gab, die das alles spezifizierte und kommentierte, wollen wir doch dem guten alten CSV-Format nicht übel nehmen.

        Man sollte dieses Format daher unbedingt vermeiden und durch sinnvollere Formate (wie beispielsweise XML) ersetzen.

        Lass das "unbedingt" weg und King Lully nickte.