vendredi 22 août
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

Journal : Gestion des photos

Posté par nicoprog () le 20 juillet 2006
Je cherche un programme pour gérer mes photos (plus de 5000 et ça augmente toujours...).
J'aimerai me baser sur un système de tags pour gérer toutes mes photos (tags sur des photos et tags sur tags) sinon niveau transformations pour les photos je pense que je n'en demande pas trop, juste la réduction des photos pour la rapidité des transferts et la rotation pour remettre les photos dans le bon sens !
Un mode pour tagger de nombreuses photos rapidement est aussi le bien venu au vu du nombre de photos non taggées !

J'ai fait une petite recherche sur ce qui existe mais tous ce qui existe est soit avec une interface web qui est donc assez limitée (comprendre : ne fait pas tout ce que je veux), soit est un "vrai" programme mais qui n'est accessible que depuis le PC où le programme est installé (KPhotoAlbum à l'air intéressant mais n'est uniquement sous Linux et pas en mode réseau). Le problème c'est que je voudrai avoir un interface assez complète pour gérer mes 5000 photos et que chaque PC de mon réseau puisse y accéder.

J'ai donc penser créer un programme qui puisse me faire tout ça. Voici en vrac ce que j'ai pensé faire :
- Système serveur qui gère toutes les photos avec un client qui s'occupe uniquement de l'interface utilisateur
- Pour le client j'ai pensé à Python + WxPython car c'est assez simple et c'est portable
- Pour le serveur j'ai pensé à PHP car je le connais déjà un peu et que c'est assez performant

Maintenant il y a des choses que j'aimerai savoir :
- Est ce que je suis passé à côté programme miracle ?
- Existe-t-il quelque chose (surtout PHP) qui pourrai m'éviter de tout coder à partir de zéro ? (en libre évidemment...)
- Est ce que certaines personnes sont intéressées par ce projet ?

> Lire le journal (51 commentaires, moyenne: 2,2).  

Vous avez demandé le commentaire #736036.

Répertoire partagé

Posté par golum () le 20/07/2006 à 11:12. (lien). Évalué à 4.

Pourquoi n'utilises tu pas un de ces softs natifs (genre KphotoAlbum, Picasa maintenat sous Linux) et que tu ne partagerais pas un repertoire sous Samba ou NFS.

Ton besoin est pour un réseau local donc tu n'as pas besoin d'un interface Web.

  • [^]Re: Répertoire partagé

    Posté par Yusei (page perso, ) le 20/07/2006 à 11:14. (lien). Évalué à 3.

    Si c'est un réseau local (rapide, donc), il est aussi possible d'utiliser les applications à distance, par exemple avec un ssh -X. C'est pratique si on ne veut pas recoder toutes ses applications en mode client/serveur :)

    [^]Re: Répertoire partagé

    Posté par Sylvain Rampacek (Jabber id, page perso, ) le 20/07/2006 à 11:41. (lien). Évalué à 3.

    Pourquoi n'utilises tu pas un de ces softs natifs (genre KphotoAlbum, Picasa maintenat sous Linux) et que tu ne partagerais pas un repertoire sous Samba ou NFS.

    que font ces applications si plusieurs personnes attaquent le répertoire de photo en même temps ??
    pour Picassa, ce n'est pas géré si mes souvenirs sont bons !

    • [^]Re: Répertoire partagé

      Posté par golum () le 20/07/2006 à 14:09. (lien). Évalué à 3.

      Le problème de la concurrence d'accès n'est pas propre aux photos.

      Pour les photos d'abord:
      Si tu modifies une photo en même temps qu'un autre utilisateur le dernier qui enregistre ses modifs a gagné.
      C'est une des motivations des outils de gestion de versions avec l'historique des modifications.

      En réponse 2 approches:
      Soit on locke le fichier acceder le temps de la manip (schema d'accès concurrent pessimiste)
      Soit on n'empêche la sauvegarde tant que la réconciliation avec la version editée en concurrence n'a pas été faite au moyen d'un merge (schema d'accès concurrent optimiste)
      Autant c'est simple pour des fichiers texte, quoique (http://revctrl.org/CategoryMergeAlgorithm ) autant ca me parait beaucoup plus compliqué pour des photos.
      Ca pourrait être possible avec les métadonnées (tags, ...) mais sur l'image en elle même.

      AMHA les soft multi-utilisateurs web based ne traitent pas mieux le pb (c'est peut être pour ca qu'il n'en existe pas à ma connaissance).
      Dans ces soft le verrou est permanent car seul le propriétaire de la photo peut la modifier.
      Pour des softs natifs, il suffit donc que l'accès en ecriture soit autorisé juste pour le owner (droits unix).

      Pour les répertoires c'est le premier qui a parlé qui gagne.
      Ce n'est pas un pb en soi. Tu ne vois plus tes photos au bon endroit donc tu raffraichis ta vue dans ton appli.


      Pour Picasa, le problème c'est plutôt qu'il gère ca dans une base de données (propre à chaque user). Si tu veux partager ton travail, il faut exporter et réimporter.

      Mais pour d'autres softs qui modifient les fichiers dans les répertoires (comme Jbrout, AlbumShaper, ...) ca ne pose pas de pbs insolubles.

      • [^]Re: Répertoire partagé

        Posté par Sylvain Rampacek (Jabber id, page perso, ) le 20/07/2006 à 14:45. (lien). Évalué à 2.

        Je suis entièrement d'accord et je connais les problèmes de concurrence.

        Mais prenons le cas où l'on conserve la dernière modification : deux utilisateurs ouvre le même album, un des utilisateur décide de mettre à jour tous les commentaires de l'album puis valide et l'autre utilisateur modifie un seul des commentaires et valide après le premier... si tout le travail du premier utilisateur est perdu sans avertissement, ça fait mal !! (bon, si c'est juste une photo, passe encore... mais plus...)

        Et le problème de la plupart des outils non prévus pour travailler dans un environnement multi-utilisateurs, c'est qu'ils écrasent purement et simplement ! sans regarder si le fichier a été modifié entre-temps ! et le tout sans aucun avertissement...

        Je ne parle pas non plus des problèmes qui peuvent arriver sur un réseau (coupure pendant l'enregistrement, etc...).

        • [^]Re: Répertoire partagé

          Posté par golum () le 20/07/2006 à 15:08. (lien). Évalué à 2.

          Note que l'auteur l'envisageait quand même comme un outil de gestion au début du projet en tout cas.
          Et le fait de tagger des photos et de pouvoir les organiser relève plus de la gestion que de l'affichage ou de la publication.

          http://linuxfr.org/~z0rglub/6875.html


          Je suis le créateur d'une application web sous GPL qui s'appelle PhpWebGallery. La page du projet est http://www.phpwebgallery.net(...) En gros, c'est une appli web de gestion d'albums d'images en ligne, fonctionnant en PHP + MySQL.


          Tu as donc eu raison de le citer même s'il ne correspond pas exactement au besoin de l'auteur du journal.
          Mais quitte à autoriser l'organisation pourquoi ne pas mettre à disposition un plugin de retouche plutôt que d'en repasser par un autre outil.On peut toujour utiliser Gimp mais bon c'est un peu lourdingue de retrouver la photo dans ses répertoires de lancer Gimp alors qu'on vient de juste s'apercevoir qu'on avait pas remarqué que les yeux de son boutchou étaient rouges ou que les photos de la maison sont à l'envers.
          En plus Si tu héberges ca sur un site il faut relivrer les photos.

          Essayez Flickr pour comprendre.

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.054s (dont 0.0051 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.