Journal Organiser ses photos

Posté par  .
Étiquettes : aucune
0
29
juil.
2004
Bonjour

Je commence a avoir pas mal de photos numeriques et il me vient le probleme de l'organisation.
J'ai deja parcouru les journaux traitant de ce probleme mais je ne pense pas avoir trouver ce qu il me faut a savoir :
1) Une methode pour ranger les fichiers
Je pensais a une aborescence du genre
..2003
....200301-200304
...
..2004
....200404-200409-ecosse
......20040626-party
......20040629-20040703-weekendbidule

Dans chaque dossier les images seraient de la forme:
20040629-1836-auteur-titre.jpg

Est-ce une bonne methode ou vous avez d autres suggestions?

Je pensais faire un script Perl qui renomme les fichiers en fonction de l'appareil photo (dans le cas ou on s'echange les photos avec les potes), la date. Le titre peut provenir des informations EXIF donnant la description, mais a la limite ca ca peut se faire plus tard.
Donc premiere question: est-ce que ca existe deja, et ou?

Je compte utiliser uniquement les informations EXIF pour y mettre mes commentaires, pour ne pas me perdre avec les IPTC, JPEG comment, et compagnie. Est-ce une bonne idee? La encore un ptit programme?

Ensuite j'aimerais mettre une description dans chaque dossier (pour decrire un peut ce qui s'est passe de maniere generale). Comment faire? fichier XML? si oui, quel format existe?
Et ensuite, est-ce que vous avez un bon logiciel pour parcourir/editer/faire un slideshow nickel de tout ca? Le top serait un programme sous Linux et qui tourne aussi sous Windows voir Mac, parce que tous mes potes ne sont pas sous Linux et si je leur passe un CD j'aimerais bien qu ils puissent lire aussi les commentaires...

Ensuite, le probleme des thumbnail se posent... dans un fichier separe (si oui, quel format utiliser?) ou que dans l'info EXIF de chaque fichier... car ca peut influer sur la rapidite de parcourt du dossier...

2) J'aimerais publier tout ca sur internet (pour que les amis vois mes belles photos). JAlbum est certes tres bien, mais pas assez interactif. J'aimerais que mes visiteurs puissent mettre leur commentaires.

J'aimerais bien utiliser une gallerie en ligne comme Coppermine (Gallery ne marche pas vu que mon hebergeur n'a pas ImageMagik, donc => GD v2). Mais celui ci a du mal a importer les info EXIF (ce qu'il devrait faire normalement). Et les info du dossier (description de l'album/categorie....) niet !

Donc voila, linuxfreurs, je me demande juste ce qui existe et ce que je devrais ecrire de mes petites mainmains.

Merci d'avance

PS: En fait, l'ideal serait qu'il s'integre avec un blog WordPress mais ca c'est peut etre un peut trop pousser, j'ecrirais le hack moi meme...
Any idea please?

Great A'Tan
  • # tu n'es pas tout seul

    Posté par  (site web personnel) . Évalué à 2.

    Tiens, je recherche exactement la même chose que toi:
    - un outil qui permet d'éditer les infos (commentaire et titre) d'EXIF ... j'ai commencé à faire un truc en GTK ... mais manque un peu de temps pour le moment ...
  • # Quelques softs...

    Posté par  (site web personnel) . Évalué à 2.

    Il y a beaucoup d'informations intéressantes à garder dans les photos (lieu, personnes présentes, etc...) et, en général tu voudras utiliser une interface un minimum confortable pour les visualiser. Une organisation se basant sur les répertoires et les noms de fichiers montre vite ses limites.

    J'ai un petit faible pour Kimdaba, et ça a l'air de faire à peu près ce que tu veux:

    http://ktown.kde.org/kimdaba/(...)
    • [^] # Re: Quelques softs...

      Posté par  (site web personnel) . Évalué à 4.

      d'ailleurs kimdaba est un bon mot-clé pour retourouver les autres journaux qui le classement des photos numériques :
      http://www.google.fr/custom?sitesearch=linuxfr.org&domains=linu(...)
    • [^] # Re: Quelques softs...

      Posté par  . Évalué à 6.

      Tant qu´a faire Gaetan, essaye le dernier snapshot
      http://ktown.kde.org/kimdaba/snapshots/(...)

      C´est un bel exemple de ce que peut faire le libre : plutot que de bosser chacun de leur coin, les developpeurs de 4 gestionnaires d´images KDE (kimdaba, digikam, gwenview, showimg[1]) se sont posés 5 minutes et réeunis pour creer KIPI[2], une architecture commune de plugins pour rajouter des fonctionnalités aux applis d´images.

      Les fonctionnalités de Digikam ont été portés vers cette architecture, donc il y a une amélioration massive des autres applications. Ca va des plugins d´acquisition (scanner, appareil photo, screenshot, Raw Converter) aux plugins de traitements d´images, de traitement de fichiers en lots (pour renommer facilement tous ces noms horribles qui sortent de l´appareil photo) à des plugins plus évolués comme celui qui donne accès à toutes les fonctionnalités d´ImageMagick.


      Sinon, pour ce concerne seulement KimDaBa, cette snapshot a une fonctionnalité qui manquait beaucoup : celle de pouvoir exporter/importer un groupe de photo pour échanger avec les amis, ce qui est quand meme la raison de base pour laquelle on aime les photos-souvenirs.


      [1] A titre preventif et pour desactiver les trolls, NON il n´y a pas duplication inutile des efforts, car ces applications sont tres differentes. KimDaBa correspond a ce que Gaetan decrit. Gwenview au contraire brille en tant que KParts dans Konqueror pour explorer les répertoires d´images, une sorte de kuickshow dopé aux hormones.

      [2] https://mail.kde.org/mailman/listinfo/kde-imaging(...)
      • [^] # Re: Quelques softs...

        Posté par  . Évalué à 1.

        En fait le but c'est vraiment la perenite (et a la lecture de tous les journaux, c'est vraiment le probleme de tout le monde)

        Donc l'idee c'est vraiment de dependre au minimum de tel logiciel: l'arborescence organisee avec les commentaire dans le fichier jpg ET dans le fichier Xml a la racinne.
        Le but est de pouvoir filer le CDROM a des potes qui pourront lire facilement le contenu qu'ils soient sous windows ou sous linux : les images seules ok y a pas de problemes mais pour les commentaires ... il faut vraiment qque chose de standards et qui ne dependent pas d'un OS (les app kmachins sont donc a eviter vu qu'ils ne tournent que sous Linux).

        JBrout me plait beaucoup mais:
        - l interface est vraiment pas du tout intuitive
        - j'aimerais bien participer mais je ne connais pas du tout le python et a chaque fois que je tente de m y mettre j ai de gros boutons qui apparaissent a cause de cette syntaxe de m... (je sais je sais c pas bien...).

        Le but serait d'avoir au final une sorte de methode (qui serait implementable dans un logiciel) qui permettrait a tout le monde de lire mes photos: c'est la ou perl (ou python) intervient. Voir Java, pourquoi pas.
        Mais je prefererais perl vu que c'est ce que je connais le plus.

        Mon reve : un programme pour que la petite copine puisse utiliser facilement...
        • [^] # Re: Quelques softs...

          Posté par  . Évalué à 2.

          Bon, dans le desordre complet :

          * Les commentaires dans le fichier jpeg c´est une bonne idée qui marche très mal pour les raisons évoquées plus bas (cherche les archives de la ml de digikam pour plus de détails).

          De toute facon, le visualisateur d´images de Windows XP ne fait rien avec, donc pour 98% des gens, c´est inutile.


          * Tu as toujours la possibilité de faire un export html (sur le CD ou non) pour conserver tes commentaires et faire en sorte que ca marche partout de facon perenne.
          Ca donne ceci (sans le pb d´encodage, réglé depuis, mais je suis fainéant ;-) :
          http://www.stud.uni-karlsruhe.de/~upaxe/Albums/LinuxTag/index-800x6(...)

          Effectivement, c´est un pis-aller. En attendant la solution miracle, la première chose que j´ai faite après avoir decouvert Kimdaba est de documenter[1] son format (très simple). L´idée est que si tu trouves un meilleur logiciel ou parmi les centaines de solutions pour faire des galeries photos sur sourceforge.net celle qui te convient, tu puisses facilement exporter tes données.

          [1] maile-moi si t´es intéressé.


          *bref, c´est un problème intrinséquement compliqué : manque de standardisation, les gens voudront toujours utiliser leur slideshow natif (windows xp, macosx, ...)
          Bonne chance pour trouver une solution satisfaisante, mais ca va impliquer plus que d´éviter les applis k* et d´utiliser Perl. En tout cas, si tu la trouves, préviens-moi ca m´intéresse.

          * Mon reve : un programme pour que la petite copine puisse utiliser facilement...
          Dans mon expérience, ca marche ;-)
          • [^] # Re: Quelques softs...

            Posté par  . Évalué à 0.


            * Les commentaires dans le fichier jpeg c´est une bonne idée qui marche très mal pour les raisons évoquées plus bas (cherche les archives de la ml de digikam pour plus de détails).

            De toute facon, le visualisateur d´images de Windows XP ne fait rien avec, donc pour 98% des gens, c´est inutile.


            En fait je me suis mal exprimer : Les commentaires dans les fichiers jpeg c'est pour la "perenite". Apres y a un script/programme qui extrait ca dans une base de donnee locale (xml?) ainsi que les thumbnail...


            * Tu as toujours la possibilité de faire un export html (sur le CD ou non) pour conserver tes commentaires et faire en sorte que ca marche partout de facon perenne.
            Ca donne ceci (sans le pb d´encodage, réglé depuis, mais je suis fainéant ;-) :
            http://www.stud.uni-karlsruhe.de/~upaxe/Albums/LinuxTag/index-800x6(...))

            Ouaih, c'est la que jalbum pourrait intervenir...
            Le probleme de jalbum c'est qu'il cree une nouvelle arborescence alors que je n ai pas envie d'avoir sur le cd :
            - une arborescence ou il y a les album que l on peut visionner facilement
            - une arborescence avec les images "brute" pour la sauvegarde
            Le top serait:
            sur le cd avoir un truc du genre
            racinne
            \pictures => toutes les images brutes (jpg + xml de description de chaque album + (limite) thumbnails dans un fichier (standard?) dans chaque album), rien d'autre
            \html => l enrobage (html, css, thumbnail?) pour visionner facilement les images du dossiers \pictures


            Effectivement, c´est un pis-aller. En attendant la solution miracle, la première chose que j´ai faite après avoir decouvert Kimdaba est de documenter[1] son format (très simple). L´idée est que si tu trouves un meilleur logiciel ou parmi les centaines de solutions pour faire des galeries photos sur sourceforge.net celle qui te convient, tu puisses facilement exporter tes données.

            [1] maile-moi si t´es intéressé.

            si tu as plus de detail a propos de kimdaba ca m interesse je peux pas le tester j ai pas linux sous la main avant 2 mois !


            *bref, c´est un problème intrinséquement compliqué : manque de standardisation, les gens voudront toujours utiliser leur slideshow natif (windows xp, macosx, ...)

            Pour ces gens, l'arborescence avec les fichiers images seules suffit.


            Bonne chance pour trouver une solution satisfaisante, mais ca va impliquer plus que d´éviter les applis k* et d´utiliser Perl. En tout cas, si tu la trouves, préviens-moi ca m´intéresse.

            J'en ai bien peur...


            * Mon reve : un programme pour que la petite copine puisse utiliser facilement...
            Dans mon expérience, ca marche ;-)

            Tu peux me decrire plus precisement ton "experience"?
            • [^] # Re: Quelques softs...

              Posté par  . Évalué à 2.

              Pour les détails
              http://ktown.kde.org/kimdaba/tour.html(...)
              http://ktown.kde.org/kimdaba/kimdaba-doc/en/doc-multi-page/(...)
              http://linuxfr.org/2004/02/16/15453.html(...) (une news que j´avais faite)
              http://digikam.sourceforge.net/plugins.html(...) (les plugins. Maintenant y´a en plus le plugin pour télécharger les images directement de ton APN)

              Pour mon expérience : faire utiliser Kimdaba à ma mère qui est un bon test pour savoir si un logiciel est _vraiment_simple.

              *bref, c´est un problème intrinséquement compliqué : manque de standardisation, les gens voudront toujours utiliser leur slideshow natif (windows xp, macosx, ...)

              Pour ces gens, l'arborescence avec les fichiers images seules suffit.

              Les commentaires, c´est surtout intéressant quand tu fais défiler les images malheureusement.


              Le probleme de jalbum c'est qu'il cree une nouvelle arborescence
              Je viens d´essayer, j´ai pas vu ca.

              alors que je n ai pas envie d'avoir sur le cd :
              - une arborescence ou il y a les album que l on peut visionner facilement
              - une arborescence avec les images "brute" pour la sauvegarde
              Le top serait:
              sur le cd avoir un truc du genre
              racinne
              \pictures => toutes les images brutes (jpg + xml de description de chaque album + (limite) thumbnails dans un fichier (standard?) dans chaque album), rien d'autre
              \html => l enrobage (html, css, thumbnail?) pour visionner facilement les images du dossiers \pictures


              C´est grosso-modo ce que fait le plugin CD-Archiving.
              Mais bon, si t´as pas Linux, je peux pas trop t´aider....



              En tout cas, cette discussion m´a permis d´essayer JBrout. Très intéressant. Comme il est assez similaire a KimDaBa niveau sémantique, ca pourrait être la "visualisatrice pour windows" que je recherche. L´export entre les 2 bases de données ne devrait pas poser de problèmes. Je vais garder un coup d´oeil sur ce projet moi, voire faire quelques suggestions.
    • [^] # Re: Quelques softs...

      Posté par  . Évalué à 1.

      Malheureusement je n ai actuellement qu un ordi (au boulot) sous Windows et les app k* ne marchent pas... mais c vrai que ce programme m'a l air genial... c'est pourquoi je cherchais principalement un script perl ...
  • # on en a déjà parlé

    Posté par  . Évalué à 1.

    http://linuxfr.org/~manatlan/5756.html(...)
    http://linuxfr.org/~manatlan/12824.html(...)
    et voir les liens présents dans ces deux journaux

    en bref, de ma propre expérience :
    - il semblerait que les infos EXIF ne soient pas réèllement destinées à recevoir des infos decrivant l'image (titre, auteur, sujet, etc.) mais plutôt ses caractéristiques techniques (temps d'expo, ouverture, focale, etc.). EXIF n'est aussi pas destiné à être retouché à postériori, ça n'a pas l'air d'être la philosophie.
    - IPTC permet de renseigner tous les champs type titre, sujet, auteur, etc. C'est aussi aujourd'hui le format le plus utilisé pour ces infos (pour faire simple, dans la plupart des logiciels, ou même par windows quand on fait clic-droit/propriétés)
    -le hic avec IPTC c'est les limitations qu'il présente (taille max des champs, non extensibilité, etc. C'est pourquoi plusieurs formats émergent et parmi lesquel le XMP (un XML à la sauce Adobe) semble en tête. mais méfiance c'est que le début. Photoshop évidemment gère bien ce format, mais il est quasi le seul aujourd'hui. Gimp utilise l'IPTC (je l'ai fait) et peut-être d'autres format (quelqu'un a vu fait? vu faire?)

    voila.

    ps : personnelement, j'ai développé une 'tite appli en PHP (c'est le language que je maitrise le mieux me permettant de faire du graphique en 2 tps 3 mvts). qui répond à mes besoins en tout cas pour l'instant
    • [^] # Re: on en a déjà parlé

      Posté par  . Évalué à 2.

      Ouaip, c´est une discussion qui revient régulièrement sur digikam-devel

      Il y a d´autres désavantages : ca ne marche que pour les fichiers jpeg, c´est lent de lire les informations dans des milliers d´images, les écrire peut éventuellement être dangereux. En plus le format IPTC a été abandonné pour je ne sais plus quoi en XML.

      D´autres solutions ont été évoquées :
      * avoir un systèmes de fichiers qui stockent l´information à côté de l´image. Mais de tels systèmes de fichiers ne seront pas assez répandus avant ...
      * il faudrait que le W3C ou un autre organisme s´occupe de ce genre de standardisation. Mais pour l´instant, ca n´a aucun sens vu que quasiment aucun logiciel n´implémente[1] ca.

      Bref, c´est pas la bonne volonté qui manque, mais il n´y a pas vraiment de solution encore.



      [1] PS : j´en ai MARRE de ce franglais. Quelqu´un a une traduction valable ? Coder, mettre en oeuvre, supporte ne me plaisent pas.
  • # renomage

    Posté par  . Évalué à 2.

    Pour renommer la photo en AAAA_MM_JJ_HHmm automatiquement depuis les tags EXIF, il y a jHead.

    C'est un petit utilitaire en ligne de commande, ce qui permet de l'inclure facilement dans le script qui récupère les photos de l'appareil (si tu en as fait un)
  • # Autofs/fuse/lufs pour les répertoires

    Posté par  . Évalué à 1.

    Avec autofs ou fuse ou lufs, en écrivant un fichier de conf tu peux créer un filesystem qui organise tes photos de façon hiérarchique. Je n'ai pas essayé, mais ça a l'ait intéressant.

    http://lufs.sourceforge.net/lufs/(...)
    http://sourceforge.net/projects/avf/(...)
    autofs dans /usr/src/linux
  • # jbrout jbrout jbrout

    Posté par  (site web personnel) . Évalué à 2.

    Je suis l'auteur de jbrout ... donc peu crédible ;-)
    je l'utilise beaucoup ;-) ... et j'en suis satisfait ;-)

    non sans blagues ...
    je pense que jbrout réponds à tous ces besoins ...
    - multi-plateforme (win/linux ... mac ça devrait être faisable)
    - utilise l'arborscence du hdd pour stocker les albums
    - possibilité d'associer des mots clefs à des images (stocké dans l'image (dans le jpeg-comment, en attendant mieux)
    - possibilité d'ajouter un commentaire à une photo (stocké dans le jpeg comment aussi)
    - recherche de tags/dates/album ...
    - utilise le thumbnail interne (plus rapide), et est capable de le regénérer
    - rotation sans pertes
    - renommage des photos en fct de la date exif

    dans le futur proche :
    - autorotation sans pertes
    - recherche dans les commentaires et nom d'albums
    - system de plugin (à partir du basket) :
    - avec un plugin pour copier des photos (avec redimensionnement recompression),
    - avec un plugin pour partager ses photos via http (comme http://manatlan.online.fr/photoserv.php(...)) ...
    - et un plugin pour generer une galerie html (à base de xsl pour la transfo) (ainsi il serait simple de faire un xsl pour generer du php et faire une gallerie web dynamique)
    - redatage possible (par offset)

    beaucoup de ces choses sont déjà faites ... mais j'ai pas trop de temps actuellement pour terminer, et mettre à dispo les 2 versions (win & linux), ainsi que les sources ...

    l'interface est, certes, spartiates ... mais ma copine arrive à l'utiliser ... donc je pense que c simple

    Je vais méditer quant à l'idée de commenter les albums (et d'y associer la recherche)
    • [^] # Re: jbrout jbrout jbrout

      Posté par  . Évalué à 2.

      Tiens tu tombes bien toi. J'ai quelquechose à proposer à l'auteur de jbrout. Bon, je crois qu'on va poursuivre cette petite discussion par mail.

      A tout de suite.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.