chargement (load) d'un document odf avec Python 2.7 et odfpy

Version imprimable

02/05/2015, 22h35
ch20100

chargement (load) d'un document odf avec Python 2.7 et odfpy
Bonjour,
J'ai écrit un programme (assez long) en Python qui fonctionnait très bien jusqu'à cette semaine.
Le programme fait appel à la bibliothèque odfpy pour ouvrir un fichier .ods (au tout début).

Depuis la mise à jour vers Ubuntu 15.04 (je pense) j'ai un message d'erreur (avec LibreOffice 4.4.2.2). Voici le code minimal qui provoque l'erreur
Code:

1 2 from odf.opendocument import load # pour charger un document f = open('notes.ods')
L'erreur est
Traceback (most recent call last):
File "/home/christian/workspace2/D3D5-2015/corrige.py", line 478, in <module>
feuilleNotes = load("notes.ods")
File "/usr/lib/python2.7/dist-packages/odf/opendocument.py", line 960, in load
assert(type(odffile)==type(u"") or 'rb' in repr(odffile) or 'BufferedReader' in repr(odffile) or 'BytesIO' in repr(odffile))
AssertionError

Note 1 : vous pouvez trouver la bibli à cette adresse https://pypi.python.org/pypi/odfpy
Pour l'installer (il faut Python 2.7), après décompression, on exécute en 'sudo' dans une console

Code:

sudo python setup.py install

Note 2 : tous les exemples trouvés sur internet avec odfpy qui fonctionnaient avant, ne fonctionnent plus !!!

Note 3 : J'ai réinstallé un Ubuntu 14.04 LTS sur un autre (vieil) ordinateur avec Python 2.7, Libreoffice 4.2.8.2 et la bibliothèque odfpy.
Le code précédent fonctionne bien !

Merci de votre aide

Salut,

Le code d'odfpy étant:
Code:

1 2 3 4 5 6 7 8 9 def load(odffile): """ Load an ODF file into memory @param odffile unicode string: name of a file, or as an alternative, an open readable stream @return a reference to the structure (an OpenDocument instance) """ assert(type(odffile)==type(u"") or 'rb' in repr(odffile) \ or 'BufferedReader' in repr(odffile) or 'BytesIO' in repr(odffile))
écrire load("notes.ods") sous Python2 plantera à tous les coups: "notes.ods" n'est pas Unicode et ne vérifie aucune des autres conditions.

Je suspecte qu'avec la version d'Ubuntu, vous avez aussi changé de version d'odfpy.
Pour le vérifier, regardez le source de la fonction load du module /usr/lib/python2.7/dist-packages/odf/opendocument.py.

Une autre cause peut être l'oubli d'un "from __futures__ import unicode_literals".

- W

03/05/2015, 12h26
ch20100

Bonjour,

Citation:

écrire load("notes.ods") sous Python2 plantera à tous les coups: "notes.ods" n'est pas Unicode et ne vérifie aucune des autres conditions.

Vous avez tout à fait raison. Tellement persuadé (mon code fonctionnait il y a peu) que l'erreur ne venait pas de moi, je n'ai pas décortiqué l'erreur.
J'ai ajouté

Code:

load(u"notes.ods")

et ça marche très bien.

Citation:

Je suspecte qu'avec la version d'Ubuntu, vous avez aussi changé de version d'odfpy.
Pour le vérifier, regardez le source de la fonction load du module /usr/lib/python2.7/dist-packages/odf/opendocument.py.

J'avais déjà été voir ce fichier. J'ai réinstallé hier odfpy et la version n'a pas bougée depuis environ 1 an.

Citation:

Une autre cause peut être l'oubli d'un "from __futures__ import unicode_literals".

Merci de me préciser (brièvement) le rôle de cette ligne et les conséquences de son oubli.

Je vais enfin pouvoir avancer, je reviens vers vous (pour mettre résolu) quand tout est ok. Un immense merci (j'ai plus de 3700 documents à traiter avec mon programme...)
Bien cordialement

Salut,

La version 0.9.3 est relativement ancienne: le changelog du site de developpement mentionne:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 1.3 A new edition of odfpy to support Python3. This version has been reworked by Georges Khaznadar <georgesk@debian.org>, to add Python3 support. 1.2 Support ODF 1.2 past 0.9 Made sure userfield.py works with OpenOffice.org 3.x files. 0.9 Updated to ODF version 1.1 0.8 Added the ability to load a document. 0.7 Refactored command-line tool odfuserfied into odf.userfield as a library and adapted odfuserfied to use this library. 0.6.1 TODO: collect changes from svn check-in messages 0.6 Implemented subobjects.
La version 1.3 est disponible depuis octobre 2014.

:google: "from __future__ import unicode_literals" vous donnera toutes les réponses à la question associée.
Mais si vous ignorez la chose, c'est que la cause est "ailleurs".
Revisitez la version d'odfpy que vous utilisez car si vous êtes passé d'un coup de la version 0.9 à la version 1.3 vous risquez d'avoir d'autres problèmes.

- W

Bonjour,
Vous aviez raison. L'ouverture des fichiers se font mais pas tous... et j'ai d'autres erreurs...
J'ai des erreurs incompréhensibles. un odt s'ouvre, un ods s'ouvre et sur le 3e fichier odt j'ai une erreur !
J'ai donc remarqué comme vous l'aviez vu que j'avais maintenant la version 1.2 (je crois) de odfpy d'installé. Je l'ai désinstallé pour la version 2.7 et j'ai lancé une installation de la version 0.9.6 que j'utilisais mais j'ai un autre problème...
La version précédente était dans /usr/lib/python2.7/dist-packages/odf mais maintenant ce répertoire est vide.
L'installation (bizarre) m'a renvoyée ceci
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 christian@HPFolio13CV:~/Téléchargements/odfpy-0.9.6$ sudo /usr/bin/python2.7 setup.py install running install running build running build_py running build_scripts running install_lib running install_scripts changing mode of /usr/local/bin/odflint to 775 changing mode of /usr/local/bin/odfoutline to 775 changing mode of /usr/local/bin/odf2xml to 775 changing mode of /usr/local/bin/csv2ods to 775 changing mode of /usr/local/bin/odf2xhtml to 775 changing mode of /usr/local/bin/odfimgimport to 775 changing mode of /usr/local/bin/mailodf to 775 changing mode of /usr/local/bin/odfuserfield to 775 changing mode of /usr/local/bin/xml2odf to 775 changing mode of /usr/local/bin/odfmeta to 775 changing mode of /usr/local/bin/odf2mht to 775 running install_data running install_egg_info Removing /usr/local/lib/python2.7/dist-packages/odfpy-0.9.6.egg-info Writing /usr/local/lib/python2.7/dist-packages/odfpy-0.9.6.egg-info
et maintenant la commande

Code:

from odf.opendocument import load

ne fonctionne plus.
Je pense que l'installation est mauvaise mais comment faire, si vous avez une idée.
PS : j'ai regardé from __future__ import unicode_literals mais comme je ne l'utilisais pas...

03/05/2015, 19h39
ch20100

Bonjour aux lecteurs
Le problème est résolu après des heures...
L'installation de odfpy 0.9.6 avec la commande précédente avait eu lieu dans
/usr/local/lib/python2.7/dist-packages/odf/
J'ai donc recopié le contenu avec sudo dans
/usr/lib/python2.7/dist-packages/odf/
et tout s'est remis à fonctionner. ouf ! :P (le temps qu'Eclipse ne voit l'erreur)

En résumé, un programme écrit en Python 2.7 ne fonctionne pas avec odfpy 1.2x installé avec Ubuntu 15.04.
Il faut désinstaller les 4 paquets python-odf-doc, python-odf, python-odf-tools, python3-odf (si deux versions de Python)
et installer comme je l'ai fait odfpy0.9.6 qui se trouve ici.

Un grand merci à wiztricks qui m'a mis sur la voie de cette incompatibilité.

PS : mes essais avec Python 3.4 n'ont pas été concluant, d'autres erreurs...