golum a écrit 2289 commentaires

Ca a vraiment l'air bien fichu.
Le système de tag qu'on peut affiner.
Les description avec des mots clé à la wiki.
Un thème sobre mais propre.
Python powered
...

Il manque quand même un peu de documentation.

Sais-tu si il y'a un tutoriel d'install quelque part. Parce que vu tous les composants que ca requiert ca n'a pas l'air trivial.

Y a t'il une interface d'admin pour uploader les photos et les tagger ?

Il se pose aussi la question de l'hébergement étant donné que c'est du python.

http://fr.ekopedia.org/Puits_canadien

Je l'ai évalué récemment en 1.6 et franchement il ne m'a pas emballé en terme d'egonomie.
En plus certains thèmes font disparaitres des fonctionnalités (impossible de supprimer une photos d'un dossier), son utilisation est relativement complexe (surtout pour des néophytes en informatique).

Je présente mes excuses à l'équipe de phpWebGallery.
Je ne l'avais pas evalué car je l'avais ecarté d'office étant donné qu'il ne correspond à mes besoins (cf.lien précedent post) et en tant que simple galerie il est ma foi plutôt bien fichu et réactif.
Mes critiques s'adressaient en fait à Gallery2 qui me donne vraiment l'impression d'une usine à gaz
http://gallery.menalto.com/

Je suis d'accord avec toi sur un point: un fs adapté peut être le top.
En stockant les métadata dans les propiétés du fichier au niveau du fs tu ne perds pas ces infos même en cas de déplacement ou de renommage. Ton soft ne conserve trace (dans une bdd :) que de l'id du fichier (inode). Avec inotify ou uns sytème de notificcation natif tu prends en compte les modifs qui peuvent affecter ta bdd et tu n'est plus obligé de stocker des infos non pertinentes dans les photos.

Sans fs approprié tu peux t'en sortir pour detecter les modifs sur les fichiers ou ses déplacements (conserver le hash et l'inode du fichier) ou en mettant en place un système de lock sur les fichiers.


Par contre l'avantage de la BDD est quand même l'accès concurrent et donc la gestion multi-utilsateur prise en charge de façon plus tigoureuse.

Pour l'interopérabilté, le but du jeu est d'avoir un format de fichier intéropérable pas de prendre en charge les imports/exports vers toutes les bases de données

http://www.ratiatum.com/news3360_Yahoo_tente_de_sauver_l_ind(...)

Ca veut dire quoi tagger les tags ?

Désolé je voulais répondre là
http://linuxfr.org/comments/736018.html#736018

C'est l'inconvénient des onglets quand on fait pas gaffe

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.

Faire un standard pour les BDD n'est pas la solution, sachant que l'info DOIT etre stocké DANS la photo ! Maintenant, il faut choisir IPTC ou XMP.

IPTC et XMP ne résolvent pas tout. Chaque logiciel stocke ses propres données et elles ne sont pas toutes exploitables par un autre et ce quelque soit la méthode de stockage.
Contrairement à toi je considère que l'info ne DOIT pas être stockée dans la photo :)
Je n'ai pas envie de polluer ma photo avec des infos inutiles quand je veux l'envoyer à un copain par mail ou la diffuser sur le net. Ou alors je dois utilser une fonction d'export exactement comme les autres logiciels.
Rien n'empêche de s'accorder sur un standard d'échange comme XBEL pour les bookmarks, XMI pour les modèle UML, OpenDocument, .... Avec XMPP ou IPTC il faut s'accorder sur le formalisme dans le champ libre et le pb reste entier.
Chaque logiciel doit fournir une fonction d'export/import qui n'interprète que les balises qu'il sait traiter pour récupérer un maximum d'info.
De cette façon on peut tout à fait stocker les méta-données dans une base de données et assicier un hash key à chaque fichier.
Ou mieux associer les métadonnées avec les photos grâce à un filesystem qui permet de les stocker. Ca ne manque pas sous Linux.

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.

Ok donc relis le titre du journal et il est évident que phpWebGallery ne convient pas ce qui n'enlève rien à ses qualités d'affichage.
C'est vrai que s'il en était autrement on ne parlerait pas de "Galerie"

Par rapport aux besoins exprimés par l'auteur du journal ce logiciel ne convient pas pour au moins un point:
La retouche d'image n'est pas prévue.
Je ne crois pas que la rotation d'image soit possible avec.
La retouche des yeux rouges encore moins.
L'equipe de dev s'est clairement prononcé là dessus: pas de fonctinnalités de retouche
http://linuxfr.org/comments/732296.html#732296

Je l'ai évalué récemment en 1.6 et franchement il ne m'a pas emballé en terme d'egonomie.
En plus certains thèmes font disparaitres des fonctionnalités (impossible de supprimer une photos d'un dossier), son utilisation est relativement complexe (surtout pour des néophytes en informatique).

Celui qui me parait le plus interessant actuellement est Linpha:
http://linpha.sourceforge.net/wiki/index.php/Main_Page
http://linpha.sourceforge.net/wiki/index.php/Features
Surtout avec la gestion des utilisateurs avancés à venir (même si ca ne concerne pas l'auteur du journal)
http://linpha.sourceforge.net/wiki/index.php/LinPHA2

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.

Et pour en remettre une couche au dernier G8
http://www.ratiatum.com/news3346_Les_membres_du_G8_en_lutte_(...)

Précisons que cette ressucitation

L'action de ressusciter est la résurrection.
Désolé mais ca pique un peu les yeux quand même.

Je comprend pas pourquoi on t'a moinssé, ta remarque etait doublement pertinente et avérée.

:)

L'animal ne doit pas confondre la main qui caresse avec la main qui punit.

J'ai déjà eu plusieurs chien et lorsque que je les laisse en liberté, il faut qu'ils apprennent à revenir quand je les appelle.

Lorsqu'il est petit, si il revient je le caresse, sinon je vais le chercher et je le corrige avec un martinet. Si je le corrige avec la main il ne comprend pas et hésite à revenir.

Enregistre dans la base "pneu" ou "pingoin" et on pourra tout de suite repérer les etrangers :D.

Dans ma région on serait plutôt fâché avec les accents et pour l'orthographe ca n'aide pas.
On regarde la tèlè et on fait du vélô

tipés des neu....

C'est du second degré ?
Pas compris

Ouais, je compatis.
C'est pas le Pérou !

Trop gros ?

Si cette question t'intéresse vraiment et que tu souhaites contribuer, je te suggère de t'adresser au principal interéssé: Denis Bodor.

Tu peux lui adresser un message privé
http://linuxfr.org/~Lefinnois/

Y'a vraiment qu'un geek qui peut avoir l'idée de masser son écran :D