Libreoffice öffnet keine xls-Dateien

[debianoli]

Hallo,

mein Libreoffice kann keine xls-Dateien öffnen. Bei den Dateien handelt es sich um Seitenstatistiken von Facebook.

Da ich eine aktuelle Libreoffice-Version nutze, müsste ich wissen, ob es daran liegt oder an den Daten von Facebook. Sonst muss ich einen Downgrade machen auf die LO-Version machen, die funktioniert.

Infos:

Jessie mit Libreoffice 5.2.3~rc1-4~bpo8+1

File sagt zu den Daten:

Code: Alles auswählen

Facebook Insights Data Export - MeineSeite - 2016-JanbisMai.xls:    XML document text

Edit:

Das ist ein Problem von LO, ein altes Excel bekommt die Daten auf.

[DeletedUserReAsG]

Gibt’s denn auch eine Meldung, oder ist das hier ein Rätzel? „Geht nicht“ ohne weitere Angaben ist nix, womit man Fehler suchen könnte.

[debianoli]

Kommt nur ein kryptisches "Eingabe/Ausgabe-Fehler" und mehr nicht.

Der Header der Datei:

Code: Alles auswählen

<?xml version="1.0" encoding="UTF-8"?>
                      <Workbook xmlns="urn:schemas-microsoft-com:office:spreadsheet"
                       xmlns:x="urn:schemas-microsoft-com:office:excel"
                       xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet"
                       xmlns:html="http://www.w3.org/TR/REC-html40">

[rendegast]

Meinst/Wünschst Du mit *.xls binäre Excel-Dokumente?

Dort hast Du offensichtlich ein xml-Dokument.
Das ist Klartext.

Der Header der Datei:
<?xml version="1.0" encoding="UTF-8"?>

demnach korrekt.

Kommt nur ein kryptisches "Eingabe/Ausgabe-Fehler" und mehr nicht.

Die Datei kann in Gänze per zBsp. 'cat' ausgegeben werden?

[debianoli]

Meinst/Wünschst Du mit *.xls binäre Excel-Dokumente?
...
Die Datei kann in Gänze per zBsp. 'cat' ausgegeben werden?

Falsch verstanden, ich bekomme die Datei von Facebook in einer xls-Datei. Und die xml-Daten können vollständig von cat ausgegeben werden oder mit einem Editor geöffnet werden.

Ich habe das Ding jetzt mit Excel2000 geöffnet und das Programm kommt damit klar, mir wird eine Arbveitsmappe mit vielen einzelnen Tabellen angezeigt. Von Excel2000 aus kann ich die Datei als "Excel 2003" speichern, das mein LO wiederum öffnen kann.

Aber dieser Weg ist etwas umständlich.

[DeletedUserReAsG]

I/O-Error deutet nicht unbedingt darauf hin, dass es das schlicht nicht öffnen kann, sondern darauf, dass tatsächlich ein Fehler vorliegt. I/O-Error sollten auch mit weiteren Informationen in den Logs oder in der Shell auftauchen, von der aus es gestartet wurde. Möglich ist durchaus, dass der Fehler nicht beim Lesen der betreffenden Datei auftritt, sondern beim Laden interner Komponenten von LO, die’s zum Öffnen des Formats benötigt.

(warum glauben die Leute eigentlich immer, das Umschreiben von Fehlern statt des Pastens der gesamten Ein- und Ausgabe würde die Hilfe einfacher machen?)

[rendegast]

I/O-Error könnte ein Fehler aufgrund eines von libreoffice falsch gewählten Import-Filters sein.

Ich habe das Ding jetzt mit Excel2000 geöffnet und das Programm kommt damit klar,

Es ist also eine Excel-Tabelle im XML-Format (steht so ja auch im Header).
Dafür gibt es wohl eine Vorlage
"Microsoft Excel 2003 XML (*.xml;*.xls)"
(5.2.3 jessie-backports)
Diese vielleicht explizit angeben, statt libreoffice selbst wählen zu lassen.






Wenn ich nur Deinen obigen Header verwende, kommt

Code: Alles auswählen

$ /usr/lib/libreoffice/program/scalc /tmp/_try.xml 
Entity: line 7: parser error : Premature end of data in tag Workbook line 2
                       
                       ^

Wird zumindest die fehlerhafte Kürze angemeckert.




Es gibt noch einen Fehler mit diesem Filter.
Wenn ich eine einfache Tabelle abspeichern möchte im Format
"Microsoft Excel 2003 XML (*.xml)"
So gibt es Fehler beim Schreiben "Unbenannt 1",
obwohl ich in der Maske einen anderen Dateiname angebe.
Andere Ausgabeformate Excel97.xls, Excel2007.xlsx funktionieren.

[debianoli]

(warum glauben die Leute eigentlich immer, das Umschreiben von Fehlern statt des Pastens der gesamten Ein- und Ausgabe würde die Hilfe einfacher machen?)

Weil Leute wie ich nur posten können was da ist. Wenn ich localc vom Terminal aus starte und die entsprechende Datei öffne, kommt nur in einem Fenster von LO die Fehlermeldung Eingabe/Ausgabe Fehler

I/O-Error könnte ein Fehler aufgrund eines von libreoffice falsch gewählten Import-Filters sein.

Ich habe das Ding jetzt mit Excel2000 geöffnet und das Programm kommt damit klar,
Es ist also eine Excel-Tabelle im XML-Format (steht so ja auch im Header).
Dafür gibt es wohl eine Vorlage
"Microsoft Excel 2003 XML (*.xml;*.xls)"
(5.2.3 jessie-backports)
Diese vielleicht explizit angeben, statt libreoffice selbst wählen zu lassen.

Es gibt noch einen Fehler mit diesem Filter.
Wenn ich eine einfache Tabelle abspeichern möchte im Format
"Microsoft Excel 2003 XML (*.xml)"
So gibt es Fehler beim Schreiben "Unbenannt 1",
obwohl ich in der Maske einen anderen Dateiname angebe.
Andere Ausgabeformate Excel97.xls, Excel2007.xlsx funktionieren.

Die Auswahl eines anderen Import-Filters funktioniert ebenfalls nicht mit diesen Dateien.

[rendegast]

https://forum.openoffice.org/en/forum/v ... hp?t=10534
Ein Thread, der sich von 2008 - 2015 mit dem Problem beschäftigt, das bis jetzt ein Problem/ungelöst ist.

Lösung dort:
Staroffice ausprobieren oder direkt Excel.


In facebook ein anderes Export-Format ausprobieren?


Problem hier: Wie komme ich denn mal an eine solche Tabelle.xml?

Von Excel2000 aus kann ich die Datei als "Excel 2003" speichern,

?
Ist "Excel2000" das Excel von Microsoft Office 2000?

[KBDCALLS]

Das ist ein Problem von LO, ein altes Excel bekommt die Daten auf.

Würde dir vermutlich mit einer neuen Exelversion genauso gehen. Schon mal gnumeric probiert ?

[rendegast]

openoffice:
https://bz.apache.org/ooo/show_bug.cgi?id=28207

svante.schubert 2005-11-14 15:50:20 UTC

Due to the upcoming new XML Office 12 Microsoft format, the earlier Microsoft
spreadsheetml format is deprecated. Due to heavy workload no further time will
be spend on developing the filter of this deprecated format.

naja.

libreoffice:
https://bugs.documentfoundation.org/bug ... 2003%20xml
https://bugs.documentfoundation.org/bug ... 2003%20xml
Bsp. https://bugs.documentfoundation.org/sho ... i?id=52035 seit 2012

Warum ein solch fehlerhafter Filter dann aber in der Liste steht???

[rendegast]

Verdammich, jetzt klappt es mit einmal,
Tabelle erzeugen,
speichern als Excel2003.xml,
speichern als eine andere Excel2003.xml.
'libreoffice Excel2003.xml' öffnet direkt in calc, wird erkannt als Excel2003-XML.

??????




EDIT Und jetzt wieder nicht mehr
????????????????


So ein opensource-Schrott,
ich nehme jetzt wieder MS Office.

[DeletedUserReAsG]

Würde ich auch tun. Da gibt’s einen propietären Fragezeichentastenentpreller – da kommt OSS einfach nicht mit.

[debianoli]

Ich habe den Inhalt der betroffenen XLS-Datei nach pastebin hochgeladen, falls jemand damit rumspielen will.

pastebin.php?mode=view&s=39582

Edit:

Ich habe jetzt gnumeric installiert, das Programm kommt mit den Daten problemlos klar.

[rendegast]

39582
Der Link ist leer, das nopaste-Hochladen hat wohl nicht funkioniert.

[debianoli]

Sorry, das nopaste war etwas zu groß. Hier ist eines, das funktioniert:

http://nopaste.debianforum.de/39585

So bekommt man die xls-Datei von Facebook

[rendegast]

Code: Alles auswählen

$ /usr/lib/libreoffice/program/scalc 39585.txt.xml 
Entity: line 11374: parser error : Input is not proper UTF-8, indicate encoding !
Bytes: 0xC3 0x3F 0x2C 0x20
<Cell ss:StyleID="s24"><Data ss:Type="String">Neus�, Bayern</Data></Cell>
                                                    ^

Und dann nur diese Stelle:

Code: Alles auswählen

$ file 39585.txt.cod_ISO8859
39585.txt.cod_ISO8859: ISO-8859 text

Also "nur" eine Überempfindlichkeit von libreoffice gegenüber "falscher" Sprache?

An dieser Stelle ist
C3 A4 C3 3F
ä?
ein "ß" wäre C3 9F
und würde den passenden Ort Neusäß, Bayern ergeben.
In dem Download ist damit wohl zumindest ein Bit-Fehler.

Nach Korrektur rödeln libreoffice oder auch scalc eine Zeit herum (starke Response-Auswirkung auf den Desktop),
geben dann einen Fehler
Allgemeiner I/O-Fehler > Wiederholen > Wiederholen > Anzeige des Spreadsheet.
Auch wenn ich "äöüß" durch ASCII ersetze, ändert sich das Verhalten nicht.

Also weitere Fehler im Dokument? Es gibt leider keine Anzeige auf der Konsole.
Oder ein weiteres Symptom der Fehlerhaftigkeit des Inputfilters "Excel 2003 XML"?

[debianoli]

Code: Alles auswählen

$ /usr/lib/libreoffice/program/scalc 39585.txt.xml 
Entity: line 11374: parser error : Input is not proper UTF-8, indicate encoding !
Bytes: 0xC3 0x3F 0x2C 0x20
<Cell ss:StyleID="s24"><Data ss:Type="String">Neus�, Bayern</Data></Cell>
                                                    ^

Und dann nur diese Stelle:

Code: Alles auswählen

$ file 39585.txt.cod_ISO8859
39585.txt.cod_ISO8859: ISO-8859 text

Also "nur" eine Überempfindlichkeit von libreoffice gegenüber "falscher" Sprache?
...

Also weitere Fehler im Dokument? Es gibt leider keine Anzeige auf der Konsole.
Oder ein weiteres Symptom der Fehlerhaftigkeit des Inputfilters "Excel 2003 XML"?

Der 1. Fehler kommt vom Hochladen nach Pastebin, bei mir steht da nichts. Ich halte den Input-Filter "Excel 2003 xml" für Schrott. Die Datei funktioniert problemlos unter Gnumeric und mit einer alter Excel-Version.

[Iopodx]

Hallo Debianoli,

für https://online-umwandeln.de/ halte ich sehr viel Konvertierungssoftware vor, aber außer mit Excel (2010, 2016) ist mir das Öffnen deiner Datei nicht gelungen. Selbst Apples Numbers (Import-Filter ist mir nicht bekannt) kann diese Datei nicht öffnen, obwohl es sonst eigentlich recht "gefräßig" ist.

Libreoffice habe ich in den Versionen 4.4 und einigen 5.X probiert - kein Erfolg.

Ich habe die Datei auseinander genommen, der Fehler liegt, wie oben geschrieben, in Zeile:

11374

Code: Alles auswählen

<Cell ss:StyleID="s24"><Data ss:Type="String">Neusä�, Bayern</Data></Cell>

(ist nicht UTF-8 enkodiert, im Gegensatz zum Rest)

Excel zeigt die Spalte auch "leer" an - ist da also einfach "toleranter".

Ich weiß, das bringt niemanden wirklich weiter, aber scheint mir kein Bug im Importer zu sein - vielmehr fehlerhafter Datenbestand bei Facebook. Vielleicht möchte da ja mal jemand meckern.

Nach dem Entfernen des Wertes, funktioniert es - also IMHO keine weiteren Fehler.

Viele Grüße,
Sören

[debianoli]

Servus,

Gnumeric kommt mit der Datei auch klar, ist also ebenso tolerant gegenüber den fehlerhaften Feldern.

Grüße