Pierrick Le Gall a écrit 216 commentaires

  • [^] # Re: qu'en estil de la mise à jour

    Posté par (page perso) . En réponse à la dépêche Piwigo 2.0. Évalué à 2.

    Absolument aucun problème. Le système de mise à jour permet de passer de n'importe quelle version antérieure (jusqu'à la 1.3, c'est à dire vieille de plus de 5 ans) jusqu'à la 2.0.0.

    Aucune perte d'information à prévoir. Si tu es en 1.6 ou antérieure, l'historique va disparaître provisoirement (la table est sauvegardé mais plus exploitée) et peut être rechargé grâce au plugin ImportStat http://fr.piwigo.org/ext/extension_view.php?eid=177
  • [^] # Re: Metadonnées

    Posté par (page perso) . En réponse à la dépêche Piwigo 2.0. Évalué à 5.

    > Je reproche à la quasi-totalité des albums de ne pas utiliser les commentaires JPEG

    Bonne idée, http://piwigo.org/bugs/view.php?id=935

    Je n'ai jamais utilisé cette fonction auparavant. Quel logiciel utilises-tu pour remplir ce commentaire ?
  • [^] # Re: Les problèmes généraux des galeries photo.

    Posté par (page perso) . En réponse à la dépêche Piwigo 2.0. Évalué à 4.

    > En rendant Piwigo compatible avec Cooliris [...]

    Très bien vu, j'ai juste vu des vidéos de démo, mais ça m'a l'air très bon en terme de diaporama, ah mais tiens, qu'est-ce donc que cela ? un plugin Cooliris pour Piwigo : http://fr.piwigo.org/ext/extension_view.php?eid=234
  • [^] # Re: Les problèmes généraux des galeries photo.

    Posté par (page perso) . En réponse à la dépêche Piwigo 2.0. Évalué à 2.

    > C'est déjà passé ici, mais que je trouve très bien sur la forme et le fond: V2P

    En effet, très chouette et sobre la présentation, une bonne idée de template/thème pour Piwigo :-) A une époque, je m'étais amusé à faire un template Zen pour Piwigo qui imitait un Zenphoto : http://le-gall.net/pierrick/fr/blog/index.php?post/2006/06/1(...) il faudrait trouver le temps de faire la même chose avec V2P pour voir !
  • [^] # Re: Les problèmes généraux des galeries photo.

    Posté par (page perso) . En réponse à la dépêche Piwigo 2.0. Évalué à 3.

    Tu as tout à fait raison. Une "template extension" est en cours de préparation pour la page picture.php (celle qui présente la photo au format web) qui permettra de passer d'une photo à une autre en ne rechargeant que la photo, pas toute la page, donc l'ascenceur ne se remettra pas en haut de la page.

    discussion liée sur le forum de Piwigo : http://fr.piwigo.org/forum/viewtopic.php?id=14814
  • [^] # Re: Excellent

    Posté par (page perso) . En réponse à la dépêche Piwigo 2.0. Évalué à 1.

    > Juste un petit regret, dommage qu'il n'utilise pas une vraie
    > base de données comme PostgreSQL.

    Gros troll poilu des cavernes détecté...

    J'aime moi aussi travailler avec PostgreSQL, c'est un SGBD très cohérent, bien documenté et avec des messages d'erreur très explicites. Le support de PostgreSQL a été demandé environ 2 ou 3 fois seulement en 7 ans. Je ne pense de toute façon pas que PostgreSQL soit vraiment adapté pour ce type d'application et si on devait un jour rendre Piwigo compatible avec plusieurs SGBD, je pense que ce serait plutôt pour supporter du SQLite qui me semble bien plus adapté (et qui est un excellent petit SGBD, le petit frère sans prétention de PostgreSQL).

    Piwigo n'utilise pas de couche d'abstraction pour accéder à la base de données. Ce n'est pas par manque de compétence, mais une volonté affichée. Cette absence de couche d'abstraction nous permet d'exploiter au mieux MySQL et au plus juste (optimiser les requêtes, en réduire le nombre par factorisation des résultats, etc.).

    Le choix de MySQL s'est plutôt avéré judicieux puisque aujourd'hui, nous ne rencontrons jamais de problèmes de déploiement liés à MySQL (ou quelques rares versions bugguées sur les serveurs de Free ;-). Je ne dis pas que MySQL est parfait dans l'absolu, mais c'est un choix heureux pour le projet.
  • [^] # Re: Excellent

    Posté par (page perso) . En réponse à la dépêche Piwigo 2.0. Évalué à 2.

    Je confirme donc : pas de limite de profondeur dans l'arborescence des catégories. C'est l'utilisateur qui décide de son organisation. A noter que si certains développeurs choisissent de limiter le nombre de niveaux dans leur application pour des raisons de performances, Piwigo ne souffre d'aucune lenteur malgré cette absence de limite.

    J'ai expliqué il y a quelques années comment c'était codé : http://le-gall.net/pierrick/fr/blog/index.php?post/2005/05/1(...)
  • [^] # Re: Metadonnées

    Posté par (page perso) . En réponse à la dépêche Piwigo 2.0. Évalué à 4.

    Les métadonnées Exif mais aussi IPTC sont gérées selon 2 modes:

    1. visualisation uniquement : à l'ouverture d'une photo, on peut "afficher les métadonnées", elle sont alors lues directement dans le fichier image, mais l'extraction de ces informations ne persiste pas dans Piwigo.

    2. synchronisation : l'administrateur demande une synchronisation des métadonnées (en masse ou individuellement) et ces métadonnées sont alors enregistrées en base de données. La présence des données dans la base les rend "requêtables", cela permet de faire une recherche ou d'afficher les photos dans un calendrier.
  • [^] # Re: Intégration avec Picasa

    Posté par (page perso) . En réponse à la dépêche Piwigo 2.0. Évalué à 2.

    À la fin de la release notes 2.0.0, il est écrit:

    > Nous espérons que dans le futur, la communauté proposera des scripts
    > indépendants et des plugins intégrés à des applications bien connues comme
    > Gimp, Lightroom, Aperture ou encore digiKam.

    Et Picasa fait évidemment dorénavant parti des applications majeures pour organiser ses photos en local sur son ordinateur. Donc nous aurions pu le mettre dans la liste (vous remarquez que la liste comporte des logiciels non libre, on n'est pas sectaires, l'important c'est d'abord que l'utilisateur "trouve chaussure à son pied").

    L'une des nouveautés de la 2.0, c'est l'ajout de la méthode pwg.images.add dans l'API web. Attention, un peu de technique: le principe est d'encoder en base64 le contenu du fichier et de l'envoyer accompagné de son md5, ces 2 paramètres et quelques autres sont envoyés en tant que requête HTTP. Ceci nous permet de ne plus avoir besoin d'un client FTP pour charger ses photos, même si des chargements en masse son toujours possibles avec la méthode traditionnelle de Piwigo : la bonne vieille synchronisation filesystem/base de données qui a fait ses preuves depuis de nombreuses années.

    pLoader est donc le premier "client" de la méthode pwg.images.add. Je vais bientôt me documenter pour voir ce qu'il est possible de faire avec Digikam, si des personnes sont intéressées pour nous prêter main forte, n'hésitez pas à venir en discuter sur le forum.
  • [^] # Re: Petite question

    Posté par (page perso) . En réponse au journal PWG 2.0 est sorti. Évalué à 5.

    Disons que Piwigo excelle dans la gestion des photos, se débrouille bien pour la gestion des vidéos (avec le plugin "Charlies' content" ou "PY Gvideo") et fait le minimum pour le reste.

    Piwigo n'est pas conçu pour faire explorateur de fichier, ce n'est clairement pas l'objectif (on notrera le jeu de mot avec le champ lexical de la photographie).

    - Charlies' content : http://fr.piwigo.org/ext/extension_view.php?eid=119
    - PY Gvideo : http://fr.piwigo.org/ext/extension_view.php?eid=136
  • [^] # Re: site fr.piwigo.org

    Posté par (page perso) . En réponse au journal PWG 2.0 est sorti. Évalué à 2.

    Et bien voilà, c'est bon, http://fr.piwigo.org est en ligne !

    http://fr.piwigo.org/releases/2.0.0
  • [^] # Re: site fr.piwigo.org

    Posté par (page perso) . En réponse au journal PWG 2.0 est sorti. Évalué à 2.

    s{patiente}{patience}
  • # site fr.piwigo.org

    Posté par (page perso) . En réponse au journal PWG 2.0 est sorti. Évalué à 4.

    Encore quelques heures de patiente... le site fr.piwigo.org est sur les rails (mais pas en Ruby).
  • # Grandiose

    Posté par (page perso) . En réponse au journal Linuxfr en J2EE. Évalué à 9.

    ploum, c'est grandiose. Je fais pas mal de développements web sur mon temps libre (en PHP, voir PhpWebGallery) et du Perl dans le cadre du boulot. Je suis entouré de développeurs Java qui ne jurent que par Eclipse. Même si tu caricatures un poil, c'est pas trop, c'est plausible :-)

    Java, l'art de faire compliqué/complexe quand on peut faire simple. Java, sans IDE t'es rien. Mais bon, y'a des "ressources" (des gens) Java partout pour un coût variant du tout jeune diplômé à l'architecte Java (15 ans d'expérience, s'il vous plaît). C'est un ecosystème qui a encore de beaux jours devant lui : les SSII peuvent chiffrer des centaines de jours sur le moindre ajout d'écran dans une appli et pendant ce temps là, SUN met le paquet pour que les décideurs pressés soient convaincus que Java est la solution. Les écoles d'ingénieurs formant toutes à Java maintenant, la boucle est bouclée. Dans un projet d'informatique de gestion, même si tu ne veux pas faire de Java, les ressources disponibles et la mouvance actuelle font que tu vas forcément vers Java.

    Cela dit, une interface Eclipse, c'est relativement beau et fonctionnel, faut pas être hypocrite.
  • [^] # Re: Et à la place ?

    Posté par (page perso) . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 2.

    J'ai 2 Cowon : X5 (disque 20GB, support des vidéo) et U5 (flash 8GB)

    J'ai utilisé mon X5 pendant 2 ans, et je viens de me faire offrir le U5. Le U5 est plus petit, beaucoup moins bien fini (plastique), mais il devrait avoir une meilleure autonomie (flash contre disque, normalement y'a pas photo) et surtout je n'utilise pas du tout les 20GB de stockage. Bref, je vend le X5 si ça intéresse des gens par ici :-) pierrick à rhobaz le-gall point net (housse genre latex de protection donnée avec)

    Si je reste sur Cowon, c'est parce que : support du ogg, parfaitement reconnu sous Linux comme un périphérique de stockage, son très bon (j'ai des gros casques Sennheiser), radio intégrée, enregistrement radio, enregistrement de la voix. Par contre, en terme d'ergonomie, c'est beaucoup moins bien que les ipods (toutes générations) de mes collègues de bureau, mais on ne peut pas tout avoir, faut faire des choix dans la vie !
  • [^] # Re: Quelques renseignements

    Posté par (page perso) . En réponse au journal PhpWebGallery 1.7.3. Évalué à 1.

    > Hm, la release se trouve là si j'ai bien suivit :
    > http://download.gna.org/phpwebgallery/release/2.0/candidate/
    > Par contre je n'ai pas trouvé de changelog, il y a ça quelque part ?

    J'ai fait un newsletter avec un résumé des changements :

    https://mail.gna.org/public/phpwebgallery-announce-french/20(...)

    > Est ce que vous disposez d'un client permettant l'upload d'images ?

    Ce client s'appelle pLoader, et est effectivement en préparation pour la 2.0. La première version est compatible Windows uniquement (bouh), mais une version compatible Ubuntu 8.04 vient (ce soir) d'être mise à disposition, voir http://forum.phpwebgallery.net/viewtopic.php?pid=97953#p9795(...)

    > Quelle est la différence entre les tags et la recherche ?

    Et de la même façon, quelle est la différence entre catégories et tags. C'est dans le mode de navigation que la différence est la plus nette.

    Quand tu lances une recherche, il te trouve N résultats. Quand tu sélectionnes un tag, il te propose de réduire ton ensemble en ajoutant des "tags liés", ainsi tu commences par regarder toutes les photos avec le tag "Erwann", puis toutes les photos avec "Erwann + Tiphaine", puis "Erwann + Tiphaine + noir & blanc".

    > [...] création d'une catégorie virtuelle [...]

    Cela désigne une catégorie qui n'a pas de répertoire associé dans le système de fichier. Comme expliqué plus haut, cela veut dire implicitement qu'une photo est associable à plusieurs catégories.

    > seriez vous intéressé par un peu d'aide

    Toute aide est évidemment la bienvenue. Nous sommes actuellement sur le gros chantier de la 2.0.0 (gros changements dans l'appli, nouveau nom pour le projet, nouveau site web).
  • [^] # Re: amusant

    Posté par (page perso) . En réponse au journal Générateur de graphes d'appels de fonctions. Évalué à 1.

    Pareil, la même chose pour d'autres langages (Perl et PHP) m'intéresserait beaucoup :-)
  • # PHP/Perl/Ruby

    Posté par (page perso) . En réponse au journal Rails, finalement c'est bien .... Évalué à 3.

    > [...] j'aime pas trop PHP [...] inadapté au développement de sites
    > modernes

    Comme pour Rails, as-tu une expérience avec un framework web comme CakePHP [3] ou Symfony [2] ?

    Je pense que PHP a un énorme avantage sur les 2 concurrents que tu cites : sa disponibilité par défaut sur les hébergements web (et depuis très longtemps maitenant). Mais cela ne veut pas dire que PHP est inadapté au développement de sites modernes, juste que c'est plus simple quand les choses sont disponibles sur le serveur.

    > Perl quant a lui m'est très utile dans ma vie d'admin système, mais
    > Ruby dispose d'atouts que Perl n'a pas.

    Cela m'intéresse fortement. Est-ce que tu as regardé un framework Perl comme Catalyst [1] ? N'est-il pas justement strictement équivalent à Rails pour Ruby ? (et dans ce cas là ton expertise en Perl t'aurais permis de te focaliser sur le framework et pas sur le langage)

    [1] http://www.catalystframework.org/
    [2] http://www.symfony-project.org/
    [3] http://www.cakephp.org/
  • [^] # Re: Un site web de m...

    Posté par (page perso) . En réponse au journal Talend Open Studio 2.4.0RC2. Évalué à 4.

    (Je vais tâcher de ne pas insulter l'intelligence des lecteurs de LinuxFr, je ne vais pas vous pipoter)

    talend.com, c'est le site d'une entreprise à but lucratif. Talend l'entreprise est distributeur de Talend Open Studio, un logiciel sous licence GPL.

    Pour l'identification nécessaire à l'accès à la documentation, c'est récent du mois de février et ça nous permet d'avoir des informations exploitables commercialement. Les utilisateurs qui téléchargent la documentation sont susceptibles d'être intéressés par une formation ou une expertise, ou plus si affinité.

    On m'a demandé d'analyser les logs Apache avant/après le formulaire de téléchargement de la documentation et le nombre de téléchargement n'a pas baissé, donc on a gardé le formulaire.

    Concernant la vidéo, elle est en flash. Bon moi, j'ai jamais pu la voir autrement que sur l'ordinateur d'un collègue sous Microsoft Windows, c'est vrai c'est pénible. Après, nos statistiques (et on a un tas d'indicateurs) nous montrent que nos utilisateurs sont très majoritairement des windowsiens (qui ont tous flash). J'inverse peut-être la cause et la conséquence... mais pour le savoir il faudrait qu'on fasse des vidéos en format libre et ça je ne sais pas si on peut (je n'ai pas de compétence en vidéo).

    Toujours concernant la vidéo, pour le frenglish. Je ne sais pas de quelle vidéo tu parles. La vidéo qui est très mise en avant sur le site, celle avec une photo de top-model, est lue par notre responsable documentation/traduction qui, pour avoir vécu en pays anglophone plusieurs années, a semble-t-il un bon niveau en anglais. Pour les autres vidéos, je ne sais pas.

    Pour voir rapidement ce qui faisable avec Talend Open Studio, le mieux à mon avis, c'est la vidéo avec le top-model puis les tutoriaux.
  • [^] # Re: composant REST ?

    Posté par (page perso) . En réponse au journal Talend Open Studio 2.4.0RC2. Évalué à 2.

    Et bien non pas encore. Mais c'est justement une demande qui nous a été faite récemment. C'est dans la roadmap. Pendant que je tiens quelqu'un qui aurait le besoin de faire du REST, est-ce que tu peux me dire plus précisément ce que tu voudrais faire, avec un exemple et tout ? (ça va nous aider à spécifier la fonctionnalité)
  • # Souris à gauche pour un droitier

    Posté par (page perso) . En réponse au journal Gaucher, et l'informatique..... Évalué à 4.

    Et bien moi je suis droitier, mais ma souris est à gauche. La raison : au bout de quelques années, j'ai commencé ressentir des douleurs dans la main droite au contact de la souris. J'utilise maintenant ma main gauche sans le moindre problème, de manière aussi efficace qu'à droite.

    Je dirais même qu'au final, c'est une bonne pratique qui me permet de tenir à la fois la souris dans la main gauche et de prendre des notes dans mon cahier. Je fais cela sans arrêt et j'ai le sentiment que mon efficacité est améliorée.
  • [^] # Re: précision ?

    Posté par (page perso) . En réponse au journal Talend Open Studio 2.3.0RC1. Évalué à 2.

    Très bien, je m'en souviendrai lors de mon prochain journal :-).
  • [^] # Re: précision ?

    Posté par (page perso) . En réponse au journal Talend Open Studio 2.3.0RC1. Évalué à 4.

    Les informations générales sont données dans la dépêche précédente concernant Talend Open Studio, je pensais que ce serait un peu lourd de faire de la redite dans ce journal.

    Je ne souhaite pas en faire une dépêche. L'objet de ce journal est de faire savoir qu'on est en phase de releases candidate et que donc on fait appel à vous les utilisateurs pour les rapports de bug.

    Comptes sur moi pour faire une vraie dépêche lors de la sortie de la 2.3.0 début février.
  • [^] # Re: générer du Ruby

    Posté par (page perso) . En réponse à la dépêche Talend Open Studio 2.2.0. Évalué à 3.

    Je pense en effet que la production de code ETL en Ruby serait une excellente chose [...]

    Je trouverais ça sympa également, ça pourrait me donner l'occasion d'apprendre Ruby. (et Python aussi d'ailleurs, j'aimerais bien apprendre)

    Ensuite il faut être pragmatique : est-ce que les performances de Ruby sont suffisantes pour de gros volumes de données ? Est-ce que Ruby dispose de nombreux connecteurs ? Est-ce possible en France de recruter des développeurs Ruby ? Et surtout, est-ce qu'il y a des retombées commerciales potentielles ? (derrière Talend Open Studio, il y a une entreprise qui rémunère des salariés)

    Aujourd'hui Ruby est connu grâce à et pour Ruby On Rails [1], le framework hype de développement Web. Dans Talend Open Studio, on est loin du développement Web (aucun rapport même, si j'ose dire). Donc est-ce que dans les entreprises, les personnes qui font du Ruby sont ceux à qui on va demander d'utiliser Talend Open Studio ? et hors entreprise, est-ce que le développeur Ruby est intéressé par un outil comme Talend Open Studio ?

    Je n'ai pas de réponses à toutes ces questions. Je pense simplement qu'il faut qu'elles trouvent des réponses avant qu'on puisse s'engager dans cette voie.

    [...] quel somme de travail demanderait cette implémentation ?

    Comme je le suggérais dans mon message précédent, je pense que le moteur de génération de code a besoin de peu de modifications. Par contre, c'est le développement des composants qui demandera un gros travail. Certains se développent en quelques minutes (tLogRow basique), d'autres en plusieurs jours/semaines (tAggregateRow, tMysqlSCD). Si on voulait être "isofonctionnel" Ruby/Perl il faudrait plusieurs mois de dev et Ruby/Java encore davantage.

    [1] http://www.rubyonrails.org/
  • [^] # Re: Licence des scripts générés

    Posté par (page perso) . En réponse à la dépêche Talend Open Studio 2.2.0. Évalué à 2.

    Copyright (c) 2005-2007, Talend Inc.

    This source code has been automatically generated by Talend Open Studio
    / JobDesigner (CodeGenerator version 2.2.0.qualifier).
    You can find more information about Talend products at www.talend.com.
    You may distribute this code under the terms of the GNU LGPL license
    (http://www.gnu.org/licenses/lgpl.html).


    Donc c'est bien du LGPL comme Ludovic le dit.

    Je confirme également que l'intérêt du générateur de code est de créer des scripts autonomes. Pour répondre un peu plus généralement, Talend Open Studio est un client, pas un serveur.