Closed GoogleCodeExporter closed 9 years ago
If it's real, it's a big trouble !!!
I don't reach to reproduce it !
Original comment by manat...@gmail.com
on 8 Jan 2009 at 12:27
please, try to isolate the problem ...
with one or two pictures, and give them to me, to try to reproduce it on my box
Original comment by manat...@gmail.com
on 8 Jan 2009 at 12:38
!!!!
It's dramatic! :-S
I've done some refresh for tags with lots of elements, and there is a lot of
tags
missing (about 1 of 3). I'm spending a lot of time to retag every pictures
It's really strange : it seems to happen with pictures tagged 2 ou 3 days
ago... But
not for all pictures...
FYI, Pictures are on a NTFS drive...
Is there any way to compare tags between the database and the picture files,
and to
update files according to the database? I don't want to spend hours to retag
all my
files! :(
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 12:39
J'essaye, mais c'est presque impossible...
Toutes les photos que je retagge ne perdent plus leurs tag!
Il y a peut être eu un crash, mais je ne comprends pas pourquoi les tags ont
disparu
sur les fichiers de photos... Si c'était la base de données je comprendrais
mieux...
Je finis de ratagger un dossier de tag (960 photos) et je ferais pleins de
tests!
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 12:50
En attendant, il n'y a pas un moyen (même artisanal) de mettre a jour les tags
en
fonction de la base de données de jbrout?
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 1:11
Peut on voir, avec un autre logiciel que jbrout, les tags présents dans les
fichiers
jpeg...
Je serais curieux de savoir ce qu'il s'y passe... et notamment sur les photos
avant
qu'elles perdent leurs tags...
Gautier
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 1:12
Il y a un truc à comprendre qui va peut être éclaircir ta lanterne.
C'est que jBrout utilise un fichier XML pour stocker les tags associés aux
photos.
En gros, c'est une sorte de cache, qui sert principalement à booster l'appli.
Car
faire une recherche de tag dans tous les fichiers serait désastreux ;-)
DU coup, ça utilise le fichier XML pour resituer les tags/photos ...
Jusque là rien de transcendant, c'est du classique ...
Donc en gros, quand tu vas déposer un tag sur une photo, c'est evidemment
enregistré
dans la photo (c le but ;-) (et de suite même !), mais c également
enregistré dans ce
fichier XML ... pour pouvoir rapidement retrouver l'information.
Ce fichier XML est lui, enregistré sur le disque quand on quitte jbrout
uniquement !.
Il peut donc y avoir des désynchros entre ce qui est stocké dans le fichier
et dans
les photos (les photos étant, de très loin : LE principal !)
Une désynchro peut arrivé avec un gros crash de jbrout (et apparemment t'en
as eu un,
puisque t'as fait remonté un problème sur le .lock)
Normalement, jbrout ne devrait pas crasher (c un peu le but aussi ;-) ... mais
si ça
arrive tu vas avoir des tags réels dans les photos (le principal), et peut
être pas
dans le XML (pk il n'a pas pu être sauvegardé lors du crash).
Mais ce n'est pas très grave, puisqu'un simple "refresh" (ou autre opération :
rotate, rebuild thumb ...) va corrigé automatique le XML, et donc faire
apparaître
l'état réel des tags iptc des pictures ...
Ah mon avis, ton problème, c'est que t'as eu une désynchro (à cause de ton
crash) ...
et tu experimentes le problème (qui n'en n'est pas un)...
Donc pour résumer, tant que t'utilises pas des outils en-dehors de jbrout sur
tes
pictures, ou si tu n'as pas de crash : tu ne devrais jamais avoir de desynchro
!!!
Certes, jbrout peut encore crasher gravement (mais le but c de trouver ou et
quand,
d'où ce bug tracker ;-)), mais c vraiment rare ...(normalement les exceptions
sont
trappés, pour que la sauvegarde du xml ait lieu)
J'espere avoir été clair ... penses tu que ton problème est lié à ça ?
Original comment by manat...@gmail.com
on 8 Jan 2009 at 1:19
Oui, J'ai bien eu un crash, mais d'ubuntu, pas de Jbrout... :)
Mais ce que je ne comprends pas, c'est que mes tags sont bien dans le fichier
XML
(quand j'ouvre jbrout, tout marche)
mais quand j'actualise une vignette - si j'ai bien compris jbrout actualise le
fichier XML en fonction des données de la photo - je perd les tags! Il y a
quelque
chose d'illogique à ça...
Ce qui sous entend que le tag est rentré dans le fichier XML mais pas dans la
photo... et là, je vois pas pourquoi ça a pu arriver!
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 1:29
Si ubu crash ... ça empêche très certainement jbrout de sauvegarder le xml
;-)
En tout cas: ce qui fait fois, c'est ce qu'il y a dans les photos, pas dans le
XML !
Maintenant, peut être que c'est pk jbrout/pyexiv2 n'arrive pas à enregistrer
le tag
dans la photo (pk elle est sur du NTFS, par exemple) ... et l'erreur n'est pas
detecté, du coup ça l'enregistre quand même dans le XML ...
Prends un album, avec une photo (sur du ntfs)... met un tag dessus ... refresh
l'album ... si le tag n'apparait pas dans jbrout après le refresh ... c'est
clairement ça ...
auquel cas, il faudra corrigé le fait que jbrout ne detecte pas qu'il n'a pas
pu
enregistré l'image, là : ca serait bug !
Original comment by manat...@gmail.com
on 8 Jan 2009 at 1:40
Je peux prédire si les tags vont disparaître...
En regardant la date de modification du fichier...
J'ai plein de fichiers taggés dont la date de modification n'a pas changé au
moment
du tag... du coup je perd le tag dès que j'actualise la miniature...
je vais essayer de reproduire cela, mais c'était peut être une problème d'une
ancienne version (<0.3?)
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 1:41
Ah non, je n'ai rien dit, certaines photos gardent leur tags alors que leur
date de
modification date du 28 février 2008...
Peut on voir les tags avec un éditeur hexadécimal ou un autre logiciel
directement
dans les jpeg... par curiosité...
Je pense vraiment que le problème s'est résolu de lui même, tous les pb
concernent
des tags mis aux alentours du 1er janvier
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 2:07
Avec jbrout 0.2.X : jbrout ne modifiait jamais la "modification time" du
fichier,
qqsoit l'opération (ce qui posait des probs pour les progs de synchro)
Avec la 0.3.X : a chaque operation, la "date de modification est modifiée"
(fonctionnement normal, comme toutes les applis du monde)
Maintenant, j'avoue ne pas tout comprendre à ce que tu expliques ... essaie
d'isoler
le problème, et de l'expliquer simplement ....
Pour voir les tags ailleurs que dans jbrout, tous les logiciels affichant
exif/iptc
devraient fonctionner (picasa, digikam, f-spot, ...)... en ligne de commande,
tu as
exiv2, exiftools (je crois), etc ...
Avant que tu ne cris sur un autre problème : saches que jbrout enregistre les
tags
IPTC en UTF8 ... certains logiciels afficheront alors des hieroglyphes ... (ils
pensent que tes tags sont en iso) ... la norme n'est vraiment pas très clair
à ce
sujet ... et tout le monde l'implémente à sa manière .... saches de suite
que jbrout
fait partie du clan des tags iptc en utf8/unicode ...
Original comment by manat...@gmail.com
on 8 Jan 2009 at 2:18
Une chose intéressante, si la photo a été retournée, elle n'a pas perdu son
tag...
La réciproque est... aléatoire...
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 2:26
Bon, je récapitule
Si une photo
- a été taggée avant le premier Janvier (date du passage a Jbout 0.3)
- n'a pas été tournée (rotation)
- n'a pas eu sa vignette actualisée avant le premier janvier
>> elle n'a pas de tag IPTC inscrit... Que ce soit avec jbrout ou autre
Cela semble systématique (je me souviens plus non plus tous les fichiers que
j'ai pu
tourner etc.)
Dommage, je ne compte pas revenir en arrière dans ma configuration pour
diagnostiquer
le problème... C'était (supposition totale) peut être dû à un
dysfonctionnement des
anciennes versions avec le disque NFTS?
En tout cas, je ne parviens pas a reproduire le problème. J'ai tenté sur des
milliers
de fichiers!
Donc le problème peut sans dout être considéré comme résolu... jusqu'à
preuve du
contraire
En attendant, si quelqu'un a une idée de script, qui balaierait le db.xml pour
tagger
mes fichiers conformément à la base de données, je suis preneur...
Je ferais bien ça moi même, mais j'ai un peu peur pour mes photos! :)
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 4:07
Bon je ferme cette issue ...
comme dit : "Donc le problème peut sans dout être considéré comme
résolu... jusqu'à
preuve du contraire"
Pour ton script, si tu mattes les api de Photonode ou de tools.py
en qques lignes tu devrai pouvoir faire ton script ...
cependant, ce qui fait foi : c'est vraiment ce qu'il y a dans la photo, pas
dans le xml
Original comment by manat...@gmail.com
on 8 Jan 2009 at 4:31
j'ai foi en ce que je vois... Comme les tags ne sont pas dans les photos alors
qu'elles sont bien dans le xml, je me base sur le xml...
j'ai réussi a faire un petit script en prenant un bout par ci par là...
j'oserait
même pas le mettre ici tellement c'est moche... (encore pire que mes rotations)
Mais ça semble avoir fonctionné, mes tags sont (re?)venus dans les photos...
Je suis en train de réactualiser l'ensemble de mes dossiers afin d'avoir un
xml a
partir des photos, mais normalement il ne devrait pas changer!
Original comment by gautier....@gmail.com
on 8 Jan 2009 at 5:19
Original issue reported on code.google.com by
gautier....@gmail.com
on 8 Jan 2009 at 12:00