Des nouvelles de booh, un générateur de web-album pour le web 1.0

Posté par  (site web personnel) . Modéré par patrick_g.
Étiquettes :
8
1
oct.
2010
Audiovisuel
Cette dépêche est tirée du journal de gcottenc.

Il y a cinq ans (déjà !), un journal parlait d'un nouveau générateur de web-album, booh. Voici quelques nouvelles. Mais tout d'abord, un mot pour expliquer "pour le web 1.0" dans le titre : de nos jours, beaucoup de choses se font directement sur le web, et l'hébergement de nos données s'effectue aussi régulièrement sur "le cloud" ; les photos dans Flickr ou Facebook en sont un bon exemple. Booh prend le pari inverse : utiliser un logiciel en local et générer un web-album statique (i.e. sans PHP ou équivalent - même s'il y a pas mal de Javascript) que vous devrez héberger vous-même. Avec les inconvénients... et les avantages qui vont avec.

Les principales évolutions depuis 2005 sont :
  • Un paquet .deb pour les Debian et Ubuntu récentes (actuellement Lucid, Karmic, et Squeeze, pour i386) ;
  • Ajout d'un sous-programme, indépendant, spécialisé dans le tri *rapide* des photos et vidéos - http://booh.org/tutorial.fr.html#startingup ;
  • Plusieurs nouveaux thèmes, dont un assez joli - http://booh.org/themes/cardu/ ;
  • Possibilité d'uploader directement l'album depuis booh (grâce à un miroring par lftp) ;
  • Meilleure gestion des vidéos par l'utilisation d'un lecteur Flash[1] GPL embarqué - http://flowplayer.org/ ;
  • Possibilité de protéger par mot de passe certaines sections d'un album -http://booh.org/tutorial.fr.html#passwordprotection ;
  • Support du multi-langues dans l'album produit (il faut héberger avec Apache si on l'utilise, puisque cela utilise Multiviews) ;
  • Disponibilité du site booh.org en français - j'en parle parce que ç'avait été une critique sur le journal LinuxFr.org à l'époque.


Le tout se trouve sur http://booh.org/ si vous avez l'esprit d'un(e) irréductible résistant(e) à Flickr et Picasa :) Booh est un logiciel libre fourni sous licence GPLv2, conçu pour fonctionner sous Linux, et développé en Ruby.

[1] Flash "ça pue", mais ça reste la meilleure possibilité pour embarquer des vidéos qui fonctionnent chez monsieur tout le monde - pour l'instant.

Aller plus loin

  • # flash

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

    Ça utilise du flash pour afficher les vidéos (cf. l'exemple du thème cardu) ? Dommage pour un générateur d'album web 1.0.

    « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

    • [^] # Re: flash

      Posté par  . Évalué à 5.

      En plus
      > Flash "ça pue", mais ça reste la meilleure possibilité pour embarquer des vidéos qui fonctionnent
      > chez monsieur tout le monde - pour l'instant.

      Ça marche pas chez moi le flash, je suis pas monsieur tout le monde ?
      • [^] # Re: flash

        Posté par  . Évalué à 2.

        vu ton activité journalistique et forumique, je dirais que non, tu n'es pas monsieur "tout le monde"
      • [^] # Re: flash

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

        Ca dépend, pour quelle raison flash ne marche pas chez toi ?
        si c'est un truc parmis :
        - je suis ni sous linux 32bit, ni sous windows >= xp, ni sous mac os >= 10.5
        - j'ai gnash ou un truc du genre
        - flashçapucestpaslibre
        (non exhaustif)

        alors oui tu n'est pas monsieur tout le monde
        • [^] # Re: flash

          Posté par  . Évalué à 5.

          Ah, une mauvaise compréhension de ma part alors, pour moi, tout-le-monde incluait... tout le monde, justement :)
          • [^] # Re: flash

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

            je confirme que c'est soit une mauvaise compréhension soit juste pour jouer / pinailler sur les mots de ta part
            Pour plus d'infos (et non de précisions par contre) voir l'Homme de la rue
            • [^] # Re: flash

              Posté par  . Évalué à 3.

              Surtout mentionnée dans les articles de journaux, cette personne n'a aucune définition précise, encore moins scientifique. C'est justement cette imprécision qui rend son utilisation si attrayante par les journalistes.

              voilà. L'être amorphe et indéfini, insipide et opaque utilise Flash.
              Aldo utilise le HTML-5. :)

              Sedullus dux et princeps Lemovicum occiditur

    • [^] # Re: flash

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

      Non, la capture de la vidéo est générée par booh au moment de la génération de l'album statique sous forme de .jpg, donc tout navigateur qui comprend <img> devrait l'afficher ; dans le cas où on n'a pas flash, dans l'album produit le lien ne déclenche plus une lecture embarquée de la vidéo mais un téléchargement. En bref, un peu comme ce que fait tout album qui ne gère pas les vidéos embarquées, je pense. Pour moi, flowplayer est donc un plus qui ne grève pas (trop[1]) ce qu'on a si on n'a pas flash.

      [1] "pas trop" parce que c'est quand même une vidéo .flv que l'on télécharge
      • [^] # Re: flash

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

        Chez moi un clique sur l'image de vidéo me renvoi le message suivant remplaçant la vignette :

        Flash version 9,0 or greater is required

        You have no flash plugin installed

        Click here to download latest version

        Alors certes, je peux aller chercher le nom du fichier dans le code de la page. Mais je n'ai pas l'impression que ce soit le comportement que vous décrivez. Peut-être que cela dépend du navigateur ? Sous les deux que j'utilise régulièrement (epiphany et icecat) l'effet est le même. Sous quel navigateur sans greffon flash avez-vous testé le comportement que vous décrivez ?

        « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

        • [^] # Re: flash

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

          Je me suis basé sur le markup, et mon souvenir de la documentation de flowplayer, et non sur un vrai test (je n'ai pas spécialement envie de virer flash pour tester).

          <a href="pict0008.flv" style="display:block;width:317px;height:256px" id="player0"><div class="thumbnail_video"><img src="pict0008-309x232.jpg" width="309" height="232" alt="Showing the landscape from our roof, with a strange bonus at the end"/></div><img src="../play_video.png" style="position:relative;top:-140px;border:0;background-color:transparent"/></a>

          Mais d'après ce que je peux voir par la pratique, c'est en fait en cas de désactivation de javascript que ça se passe comme ça (étant donné que flowplayer "s'active" par javascript), désolé.
          • [^] # Re: flash

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

            Oh, il n'y a pas de mal, mais quelque part c'est un peu décevant. Je n'y connais pas grands choses aux technologies web. Mais il me semblait que faire des lecteurs sans flash était possible. Et évidemment, particulièrement pour des pages statiques. En particulier, il me semble avoir déjà vu un lien et une démonstration présentés ici il y a quelques années. (À défaut, un simple lien aiderait certainement les gens qui ne veulent pas ajouter des failles de sécurités sur leur ordinateur en installant un malware.)

            « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

            • [^] # Re: flash

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

              Ah mais attends, par défaut booh est en mode "bienvenue dans le monde réel" (vidéos flash activées) mais si tu veux passer en mode Richard Stallman tu peux décocher l'option en question, et tes vidéos apparaitront sous forme de lien vers le fichier vidéo.

              http://zarb.org/~gc/t/disable-flash.png
              • [^] # Re: flash

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

                Pas de vidéo HTML5 ?

                "La première sécurité est la liberté"

                • [^] # Re: flash

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

                  je sais que c'est à la mode d'en parler, mais tant que y'a que 2% des gens qui peuvent l'utiliser.. en outre, il faudrait une solution permettant de streamer une même vidéo en html5 et en flash (un même format vidéo)
                  • [^] # Re: flash

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

                    Le même format, cela me parait difficile. Mais tu as (aura) firefox et chrome avec WebM, ie et webkit avec mpeg4.

                    "La première sécurité est la liberté"

              • [^] # Re: flash

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

                Désolé, mais la même chose écrite en chinois ou en hébreux m'aurait avancé de la même manière. Je n'ai pas la plus traître idée de la manière dont des options de « booh » pourraient être activés. Booh ne m'évoque qu'une onomatopée et un personnage de dragon ball Z. J'imagine que Booh est aussi le nom du code interprété par le greffon flash comme un lecteur de vidéo ? Et si c'est bien le cas vous me dites que si j'avais flash installé, je pourrais m'amuser avec les paramètres de ce programme pour ne plus l'utiliser ? Serait-ce un problème de poule et d'œuf ? Enfin, tout ça pour en revenir au point de départ. Le flash, ce n'est pas vraiment compatible avec la navigation sur internet.

                « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

                • [^] # Re: flash

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

                  Non, je t'explique juste que quand tu fais un album avec booh, tu peux choisir que tes vidéos finissent dans le lecteur flash embarqué, ou non. Si tu n'aimes pas flash ou que tu ne veux pas l'imposer à tes lecteurs, tu décoches cette option.
                  • [^] # Re: flash

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

                    Au temps pour moi. Voilà qui est désormais clair et qui répond très précisément à mon interrogation de départ. Merci. Et toutes mes confuses pour le message précédent.

                    « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

  • # L'album le plus rapide (pour les amateurs de la ligne de commandes)

    Posté par  . Évalué à 1.

    Je viens de regarder tout ça, et j'ai pas essayé certes, mais dans la catégorie :
    L'album le plus rapide (pour les amateurs de la ligne de commandes)

    N'est point possible de rajouter le transfert auto du répertoire, histoire d'être complet ?

    Un autre point : est-ce que le programme effectue automatiquement la rotation des photos ?
  • # jigl

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

    Personnellement, j'utilise jigl qui est dans debian depuis un certain temps. C'est aussi un générateur d'album statique qui pour ce que j'en fait marche bien.

    http://xome.net/projects/jigl/

    J'utlise jbrout pour ajouter des commentaires aux photos et gqview pour les tourner dans le non sens, éliminer les mauvaises et refaire la miniature s'il le faut. Parfois un petit coup de gimp comme tout le monde mais le moins possible. jigl récupère tout cela pour remplir le commentaire de chaque photo.

    Bref, c'est une chaîne assez manuelle ou chaque logiciel s'occupe d'une chose...

    Ce serait intéressant d'avoir une comparaison entre ces générateurs. Si quelqu'un a une URL ?
    • [^] # Re: jigl

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

      À la louche, je dirais que par rapport à jigl, le but est un peu différent - je voulais une interface graphique simple et rapide pour visualiser, trier et commenter les photos rapidement, et le résultat aussi - je voulais un web-album dans lequel les photos utilisent tout l'espace disponible de l'écran, avec préchargement des images pour que quand on clique sur "next" ou qu'on appuie sur flèche droite ou gauche l'affichage soit instantané, qui gère comme il faut les panoramiques (là ça dépasse), qui utilise une taille plus importante pour les vignettes (3, 4, 6 par lignes), qui gère les vidéos.
  • # Localisation

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

    Voilà pas mal de temps que je voudrais virer mes photos de picasaweb mais il y a une fonction à laquelle je tiens : localiser la prise de vue sur une carte. Cela ne semble pas être possible ici. Des suggestions ?
    Merci
    • [^] # Re: Localisation

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

      J'ai estimé en tous cas dans booh que ce n'était pas très pertinent de le faire, principalement de par la complexité de faire un éditeur de localisation dans un programme natif. Le jeu n'en vaut pas la chandelle pour mon intérêt personnel de la chose (je n'utilise pas cela et je n'ai jamais vraiment besoin de voir la localisation des photos que je regarde de mes amis ou d'autres personnes sur le net). Désolé...
  • # Fotoo Gallery

    Posté par  (site web personnel, Mastodon) . Évalué à 1.

    Je ne peux m'empêcher de faire de la pub pour Fotoo Gallery qui est un complément idéal à JBrout.

    http://projets.kd2.org/p/fotoo-gallery/

    Un peu plus de bla bla : http://blogs.kd2.org/bohwaz/?2008/03/28/208-jbroutleweb-aka-(...)

    Le concept c'est juste d'afficher les images. Il y a un système d'index automatique (si vous le supprimez il est recréé lors de la visualisation des albums). Les commentaires et tags sont extraits des méta-données stockées dans les photos, ainsi que les miniatures (d'où une rapidité à toute épreuve).

    En gros le process c'est : vous taguez / classez / commentez vos photos avec jbrout (excellent soft en python, http://jbrout.manatlan.com/ ), vous uploadez, et Fotoo s'occupe de l'affichage comme un grand. Pas besoin de traitement spécifique, les données sont stockées de manière durable, et pas dans une énième base de données à sauvegarder qui risque d'être corrompue.

    « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

    • [^] # Re: Fotoo Gallery

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

      C'est à peu de chose la même méthode que moi sauf que je traite en local avec jigl et j'upload ensuite car je veux un site statique sans php.

      Voila mon script


      DESTDIR=$HOME/monsite/gallery/sousdossier

      mkdir -p $DESTDIR

      # refaire gallery.dat en partant des commentaires des photos.
      jigl -cg -uec

      # Force regenerate slide
      jigl -fs

      cat <> gallery.dat
      INDEX-TITLE ---- Mariage de machin truc
      INDEX-HEADER ---- Machin et Bidule se sont mariés le 1 octobre...
      END

      # pas mal d'image merde via jigl donc je force ?
      for f in *.jpg
      do
      convert -geometry x400 $f slides/slide_$f
      done

      # Créer la gallery
      jigl -uec -sy 400 \
      -gb -gbs 'Accueil' -gburl 'http://www.monsite.fr/' \
      -wd $DESTDIR \
      --noslide-kbsize \
      --noslide-xysize \
      --nogenerate-info \
      --theme monthemeamoi

      x-www-browser $DESTDIR/index.html
      • [^] # Re: Fotoo Gallery

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        Oui mais ici c'est un peu plus rapide pour le webmaster car l'affichage des pages est dynamique (et permet donc de se balader dans les photos par tag ou par date), pas besoin de tout générer à l'avance. Ça pourrait aussi permettre dans l'avenir de faire de la recherche de photo.

        Sinon Fotoo Gallery a aussi un mode diaporama et un mode embed pour mettre une photo ou une galerie dans une page web (avec un ), bref c'est plus web 2.0 ^^

        « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

        • [^] # Re: Fotoo Gallery

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

          Je ne dis pas le contraire mais mon hébergeur ne fait que des pages statiques.

          De plus, pour mes chercheurs, je ne leur offre aussi que des pages statiques pour leurs pages perso, j'ai pas envie de "reviewer" leur code php, perl, python... et de passer mon temps à boucher les trous de sécurité.

Suivre le flux des commentaires

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