Erreur format sous doc xml sous openOffice [Fermé]

Signaler
-
 abettik -
Bonjour,
Je vous adresse ce mail afin de trouver une solution à un problème très ennuyeux que je rencontre.
A savoir:
J'ai un fichier OpenOffice.org 2.0 que je ne peux ouvrir. Lors de la tentative d'ouverture un "message box" apparait me disant:
"Erreur de lecteure.
Erreur de format dans le sous-document content .xml du fichier, position 2,9966714 (row, col)."

Pouvez-vous m'orienter afin que je puisse retrouver mes données.
Très cordialement
SV

6 réponses

Eureka, j'ai trouvé :)

Il "suffit" de :

Changer l'extension du fichier .ods en .zip
Telecharger et installer Context dispo ici : https://www.commentcamarche.net/download/telecharger-34075769-context
Editer avec Context les fichiers styles.xml et content.xml

Le debut de ces deux fichiers ressembles a ceci :

<?xml version="1.0" encoding="UTF-8" ?>
- <office:document-styles xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0" xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0" xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0" xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0" xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0" xmlns:fo="http://www.w3.org/1999/XSL/Format" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" xmlns:svg="http://www.w3.org/2000/svg" xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" xmlns:math="http://www.w3.org/1998/Math/MathML/" xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0" xmlns:ooo="http://openoffice.org/2004/office" xmlns:ooow="http://openoffice.org/2004/writer" xmlns:oooc="http://openoffice.org/2004/calc" xmlns:dom="http://www.w3.org/2001/xml-events" office:version="1.0">
- <office:font-face-decls>


Mais voilà, par on se sait quelle magie, la séquence suivant se retrouve plusieurs fois dans chacun de ces 2 fichiers :

xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0"

Il suffit alors de faire un find and replace et de remplacer ceci par un espace.

J'ai réussi a sauver mes deux documents

Bien à vous tous,

Peone
1
Merci

Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire

CCM 62320 internautes nous ont dit merci ce mois-ci

J'ai eu le même message d'erreur :

"erreur de format dans le fichier du sous-document content.xml à la position 2,225608 (row,col)"

J'ai essayé GNUMERIC, ça n'a pas marché (impossible d'ouvrir le fichier). J'ai essayé la méthode de Peone, ça n'a pas marché non plus ; sauf que j'ai quand même réussi à réparer mon fichier grâce à Peone !
J'ai commencé comme Peone :
- Changer l'extension du fichier .ods en .zip
- Telecharger et installer Context dispo ici : https://www.clubic.com/telecharger-fiche10500-context.html
- Editer avec Context le fichier content.xml

Sauf qu'après je suis allé à la ligne 2, colonne 225608 (comme indiqué dans mon message d'erreur). Là je reconnais le texte de mon fichier, je sais à peu près où on est.
Et non loin de là j'ai repéré deux trucs bizarres :
- ligne 2, colonne 225820 :
<text:span text:style-name="T55">􀂾 </text:span>

En langage XML il ne peut pas y avoir 􀂾 entre ">" et "<"
=> je supprime 􀂾 et le remplace par un espace ;
- ligne 2, colonne 226625 :
<text:span text:style-name="T55">ô€‚</text:span>

Pareil, je supprime ô€‚

La difficulté était de trouver ces "trucs bizarres" (parce que déjà les lettres accentuées paraissent bizarres, mais ça c'est normal). Ils sont près de la ligne et colonne indiquées (2,225608), mais quand même pas exactement là !
J'ai repéré ces "trucs bizarres" en ouvrant le fichier content.xml avec mozilla firefox (là on les voit mieux, ils apparaissaient comme des hyéroglyphes, non loin de l'endroit suggéré par le message d'erreur)

Voilà, c'est galère, je ne sais pas si ça marchera la prochaine fois, mais ça vaut le coup d'essayer.
Messages postés
1
Date d'inscription
mercredi 1 octobre 2014
Statut
Membre
Dernière intervention
1 octobre 2014

Bonjour Peone et Xu
merci beaucoup pour m'avoir permis de sauver mon fichier de travail .ods (5h non stop... imaginez le nb de modif). J'avais une propriété doublée "font bold" et cela bloquait l'ouverture de mon fichier.
Le collaboratif, c'est top!! Du coup je suis inscrit et je ferai de mon mieux pour aider mon prochain.
Bonne soirée.
Bonjour, j'ai le même problème de xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0" mais pas que sur xmlns:fo mais aussi sur xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0" et autres !

que faut -il supprimer exactement ? Seulement xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0"
ou toute la ligne avec par exemple xmlns:script à chaque fois que revient "urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0"

autre pb : comment modifier le doc content.xml intégré dans l'archive ZIP de l'odt ?
J'ai installé Context mais la difficulté est d'extraire le .xml et de le réintégrer dans l'archive. Je suis sous Peazip
merci de votre aide....
Messages postés
3
Date d'inscription
lundi 30 juin 2008
Statut
Membre
Dernière intervention
1 juillet 2008
1
Salut,
Il m'est arrivé la même "bricole" pas pus tard que ce matin ! J'ai d'ailleurs lancé un SOS sur le forum...J'ai récupéré mon travail de façon peut-être pas très académique mais ça a marché !J'ai téléchargé GNUMERIC
(https://framalibre.org qui a réussi à lire mon fichier corrompu. Il a suffit ensuite de le renommer et de l'enregistrer. Quelques données sont arrivées un peu "en vrac", mais rien de catastrophique par rapport à la perte sèche d'un mois de travail !
Bon courage !
orait tu un notre lien, car il ne fonctione pas!
je suis débutant, vous pouvez faire + simple ?
Merci
Salut
Essaies http://www.gnome.org/projects/gnumeric/
Bonjour

Le sujet de ce fil de discussion est certes ancien mais je viens d'avoir le même problème (fichier xml invalide à l'ouverture d'un fichier ods), ce fichier "feuille de calcul" étant de plus, protégé par mot de passe.

Ma solution est très simple ! L'erreur à l'ouverture s'affichant avec Libre Office, j'ai téléchargé Open Office qui l'a ouvert sans difficulté (le tout sous windows xp).

En espérant avoir été utile... Bonnes fêtes de fin d'année à toutes et à tous
Messages postés
21
Date d'inscription
mardi 23 décembre 2014
Statut
Membre
Dernière intervention
16 juillet 2017

Il existe la solution simple d'importer le document problématique avec "docs" de google

- cliquer sur Le signe "+" en bas à droite : un document s'ouvre tout neuf
- cliquer sur "ouvrir" et l'onglet "importer" le fichier en question.

J'ai pu revoir mon fichier qui s'ouvre comme avant et j'ai réenregistré en format *.ods. J'ai ré-ouvert sans problème.
sans open officie ni google doc.
je bosse sous Ubuntu avec libreoffice:

* clique droit sur truc.ods, ouvrir avec archive manager (ou autre logiciel d'archive)
* ouvrir le doc qui pose problème avec gedit (ou autre logiciel de texte gérant les .xml), chez moi content.xml.
* aller à la colonne qui pose problème, chez moi 22465 (numéro de la colonne en bas de votre logiciel de texte)
* chez moi, il n'y avait pas de caractère bizarre. Donc sans comprendre vraiment ce qui posait problème, j'ai rusé: j'ai repéré que le fichier était ponctué de "T20", "T21", "T..". cela m'a permis de me repérer dans le document.
* J'ai remplacé tout ce qu'il y avait entre "T39" et "T40" (incluant l'endroit à problème) par tout ce qu'il y avait entre "T38" et "T39".
* enregistrer le doc.
* dire oui lorsque archive manager demande s'il doit remplacer le fichier de l'archive. (à noter que je n'ai jamais cliquer sur "extraire" j'ai ouvert le dossier à partir de la fenêtre de archive manager)
* fermer archive manager
* chez moi cela a fonctionné, j'ai retrouvé mon document.
Je pense que l'erreur s'était glissée car j'ai enregistrer et fermé le doc rapidement après l'avoir exporter en pdf, libreoffice n'a pas du supporter...