Il est evident qu'on ne peut pas tout mettre dans iptc ou xmp (quoique techniquement xmp, qui est du xml, permet de mettre tout et n'importe quoi, là où IPTC a sa structure figé). Si un prog doit garder des caractéristiques d'affichage d'une image, là oui : c'est une info perso, il doit la stocker en base, et non dans la photo.
Si c'est un tag, un commentaire : il faut le mettre dans la photo !
On est d'accord ...
Mais le temps d'essayer (et d'avoir les moyens) de normaliser cette BDD, on sera plus là ;-) ... (iptc a au moins 10ans, et xmp : 4 ans)
Ce n'est de loin pas la meilleure soluce. Le top serait le filesystem pour moi.
(J'ai déjà tenter de transformer jbrout en une extension nautilus, mais je n'ai pas plus pousser (mais ça doit être faisable), avec inotify et cie)
Si j'ai développé jbrout, ce n'est pas pour en faire un programme qui va perdurer toujours, ou devenir la référence ... c'est uniquement pour pouvoir gerer mes photos en tentant de respecter le peu de standards, en attendant mieux ...
Dès qu'un programme fait plus que jbrout, et respecte des standards qui me vont, je n'aurai aucun prob à basculer dessus...
Et je ne desespere pas voir un jour nautilus utiliser les tags IPTC des clichés pour nourrir ses métadonnées ...
La base de données a énormément d'inconvénients. (si tu déplace/supprime/renomme des fichiers, en dehors de ton programme, tu peux mettre à mal ta bdd, ton programme, ....)
Tout en sachant qu'actuellement, et encore pour longtemps, ces bdds ne sont pas encore compatibles inter-programmes...
Tout ça pour moi, pour l'heure, est plus que redhibitoire !
(maintenant chaque prog peut incorporer un plugin d'export vers une autre bdd, certains ont déjà commencé je crois savoir)
Jbrout fait un peu les deux, le filesystem et son xml ...(et possede un export qui tue les tags iptc ;-) )
détruire le XML n'est pas grave, il peut le reconstruire from scratch (tout étant dans le FS) ... déplacer des photos/répertoires d'un autre programme ... pareil, rien n'est perdu, faut juste raffraichir ...
Mais comme dit, jbrout ne gère pas grand chose (le minimum syndical à mes yeux), à part les dates exif, les tag iptc, les comment jpeg ... rien que des infos qui ont leur place DANS la photo...
[^] # Re: a quand une normalisation?
Posté par manatlan (site web personnel) . En réponse au journal Gestion des photos. Évalué à 2.
C'est des points de vue qui méritent d'exister.
Il est evident qu'on ne peut pas tout mettre dans iptc ou xmp (quoique techniquement xmp, qui est du xml, permet de mettre tout et n'importe quoi, là où IPTC a sa structure figé). Si un prog doit garder des caractéristiques d'affichage d'une image, là oui : c'est une info perso, il doit la stocker en base, et non dans la photo.
Si c'est un tag, un commentaire : il faut le mettre dans la photo !
On est d'accord ...
Mais le temps d'essayer (et d'avoir les moyens) de normaliser cette BDD, on sera plus là ;-) ... (iptc a au moins 10ans, et xmp : 4 ans)
Ce n'est de loin pas la meilleure soluce. Le top serait le filesystem pour moi.
(J'ai déjà tenter de transformer jbrout en une extension nautilus, mais je n'ai pas plus pousser (mais ça doit être faisable), avec inotify et cie)
Si j'ai développé jbrout, ce n'est pas pour en faire un programme qui va perdurer toujours, ou devenir la référence ... c'est uniquement pour pouvoir gerer mes photos en tentant de respecter le peu de standards, en attendant mieux ...
Dès qu'un programme fait plus que jbrout, et respecte des standards qui me vont, je n'aurai aucun prob à basculer dessus...
Et je ne desespere pas voir un jour nautilus utiliser les tags IPTC des clichés pour nourrir ses métadonnées ...
La base de données a énormément d'inconvénients. (si tu déplace/supprime/renomme des fichiers, en dehors de ton programme, tu peux mettre à mal ta bdd, ton programme, ....)
Tout en sachant qu'actuellement, et encore pour longtemps, ces bdds ne sont pas encore compatibles inter-programmes...
Tout ça pour moi, pour l'heure, est plus que redhibitoire !
(maintenant chaque prog peut incorporer un plugin d'export vers une autre bdd, certains ont déjà commencé je crois savoir)
Jbrout fait un peu les deux, le filesystem et son xml ...(et possede un export qui tue les tags iptc ;-) )
détruire le XML n'est pas grave, il peut le reconstruire from scratch (tout étant dans le FS) ... déplacer des photos/répertoires d'un autre programme ... pareil, rien n'est perdu, faut juste raffraichir ...
Mais comme dit, jbrout ne gère pas grand chose (le minimum syndical à mes yeux), à part les dates exif, les tag iptc, les comment jpeg ... rien que des infos qui ont leur place DANS la photo...