Bonjour,
suite à un journal précédent (http://linuxfr.org/~mayotte/8996.html(...)) qui a suscité de nombreux et intéressants commentaires, je me suis décidé à rédiger un article sur le rangement de photos numériques (15 pages sous ooo).
L'article est disponible ici : http://julien.noel.free.fr/photo_numerique/(...) (3 formats : ooo, pdf, et html qui passe pas le validator).
J'apprécie par avance toutes vos critiques/corrections/commentaires.
Par ailleurs, je me posais la question suivante (sans orgueil aucun ;-) : pensez vous qu'un tel document (retouché évidemment) puisse être vendu à un magazine ? Je me disais qu'on pourrait récupérer l'argent et le donner à framasoft ou DLFP par exemple. Bon, voilà.
Merci d'avance.
# 2nd degre
Posté par Prae . Évalué à -3.
> Évidemment non car c'est moi qui l'ai écrit. Comme je ne suis pas n'importe qui, ce document n'est pas n'importe quoi
mouhahahahahahahaha
j'espère que c'est du second degrès ;-)
[^] # Re: 2nd degre
Posté par Julien NOEL . Évalué à 1.
[^] # Re: 2nd degre
Posté par boris . Évalué à 1.
Mais personne n'en doute.
# Petites corrections
Posté par Raphaël Fairise . Évalué à 4.
« photo15 » apparaîtra avant « photo20 »
-> Je suppose que tu voulais dire photo2 à la place de photo20.
Tout à la fin, tu traduis GNU FDL en "Gnu Free Document Licence".
-> C'est "Documentation" et "License"
Sinon, bravo ! Très beau travail ! C'est très intéressant !
[^] # Re: Petites corrections
Posté par x0ra . Évalué à 1.
ensuite, dans la page des systèmes d'exploitation, tu as oublié, je pense, les *BSD.
mes 0.2¢
[^] # Re: Petites corrections
Posté par Julien NOEL . Évalué à 1.
# Au boulot
Posté par zdeubeu . Évalué à 3.
Je suis dans le même cas (que toi, je suppose) et je me suis fait les mêmes réflexions. Sauf que moi je n'ai pas mis ça par écrit avec références etc pour en faire profiter les autres. Bravo donc pour ce boulot.
J'ai fait à peu près le même diagnostic que toi sur le nom des fichiers (mes photos s'appellent "2004-05-14_Zdeubeu_devant_DLFP1.jpg" par exemple) mais je trouve qu'en ce qui concerne les répertoires, le classement par dates est réducteur: Si tu te dis "tiens, je vais aller regarder les photos de la ballade au Pic Saint Loup", à moins d'être très organisé, tu ne te souviens pas forcément qu'elle avait lieu le 14/05/2004. J'ai donc fait des répertoires "Evènements", "sorties potes", "villes", "paysages", "personnes"... pour que ce soit plus exploitable.
Mais je n'utilise pas (encore) Kimdaba. Sur qu'avec ça, à la limite, tu peux laisser tes photos en b*rdel et chercher dans le souk avec la base de donnée..
Sinon, [36-15 MAVIE], j'ai eu une frayeur il y a deux semaines, où j'ai bien cru perdre mes photos. Perdre les photos du jour de la naissance de son petit bébé, et réaliser que ces images sont définitivement perdues, c'est un coup à plurer d'être si c*on de ne pas faire de backup. Ouf, je les ai récupérées.
[^] # Re: Au boulot
Posté par boris . Évalué à -2.
Le numérique, ouais, bof.
[^] # Re: Au boulot
Posté par Julien NOEL . Évalué à 1.
Argentique et numérique ont chacun leurs avantages et inconvénients.
Mais la seule supériorité de l'argentique (outre la qualité pour le moment mais cela ne devrait pas durer), c'est effectivement de visionner très simplement une photo.
Les inconvénients sont nombreux : duplication très onereuse et longue (pour des milliers de clichés en tout cas), conservation hasardeuse (ou alors dans des conditions idéales, mais même là, il faut vérifier régulièrement que les négatifs sont toujours bons) et archivage très fastidieux : comment retrouver la photo de grand père gaston le 15/03/2002 ? Comment retrouver toutes les photos où la mamie germaine apparaît ?
à moins de tenir un archivage informatisé (mais alors, on se ramène au pb du numérique), c'est quasi impossible d'obtenir des résultats escomptés.
[^] # Re: Au boulot
Posté par boris . Évalué à 1.
Et puis c'est sympa de feuilleter un album pour trouver les photos ou tatie machin apparait, ca fait remonter plein de bons souvenirs, aussi, enfin plus qu'avec un SELECT * FROM mypics.
Alors ca aussi, met le dans ton doc, je pense que c'est important. Et dis pas "la seule superiorite", c'est pas vrai.
Pour la conservation hasardeuse, mouais.
Pour la duplication, peut etre, mais c'est pas encore ca, c'est quand meme assez moche une fois sur papier, meme avec le dernier nikon a 800 (testé).
Avec le numerique, j'ai constaté que plus personne n'avait de photos à montrer. Compte le nombre de clichés que tu as tiré par rapport a tout ceux que tu as fait, y'a pas photo (ah, merde, c'est pas fait expres).
ps: celui qui a moinssé mon commentaire précédent est un gros naze qu'a rien pigé. Je pense que ce "probleme" (hum) de la disparition des albums photos est un truc a prendre en compte avant de se jeter sur un numrique pasque le numériq sé kool.
[^] # Re: Au boulot
Posté par gnujsa . Évalué à 1.
Juste une petite remarque: il n'y a plus d'argent dans un négatif couleur, une fois dévelopé. Mais dans le cas d'un négatif noir et blanc, il a une durée de vie > a un siecle.
J'ai une quantité incroyable de CD (CDrom et CDaudio originaux) qui sont foutu et qui n'ont même pas 10 ans ! Il faut surement que je vérifie plus souvent mes CD, que mes négatifs !
[^] # Re: Au boulot
Posté par jmfayard . Évalué à 3.
J'adore KimDaBa, mais non ce n'est pas un truc à faire pour la raison évoquée dans la partie : << Nommer ses fichiers >>
<< vous devrez utiliser un logiciel d'archivage dont vous serez totalement dépendant, tant et si bien qu'en l'absence de ce programme, vos clichés seront de vulgaires fichiers avec des noms sans aucun sens. >>
Je fais donc un rangement minimal : creer un dossier 2004-05-15_quelues_mots_cles/ puis renommer un minimum ses fichiers grâce à l'excellent plugin de Digikam (qui fonctionnera bientôt dans KimDaBa)
# cds...
Posté par Ramón Perez (site web personnel) . Évalué à 3.
Juste un truc, tu cites en sous-titre "et être tranquille pour les 10 000 prochaines années", or tu ne parles pas du tout du vrai problème des photos numériques :
quel support physique sera encore utilisable dans 50 ans ?
Quel est la durée de vie d'un disque dur ?
Quel est la durée de vie d'un CD ?
[^] # Re: cds...
Posté par jmfayard . Évalué à 2.
Résumé :
1) SAUVEGARDEZ, SAUVEGARDEZ, SAUVEGARDEZ
2) Utilisez toutes les différentes possibilités de stockge. Utilisez-en plusieurs, stockés dans plusieurs endroits. Aucune ne durera 50 ans, par contre vous pourrez les transférez d'un stockage à l'autre.
[^] # Re: cds...
Posté par x0ra . Évalué à 1.
<mavie>
Le numérique a au moins un avantage, tu peux faire 15T de photos, même inutile, et ne garder que les meilleurs, et tu peux même imprimer la photos du petit dernier pour mettre dans l'album de photo (un vrai qu'on peut classer, manipuler, faire passer ...)
</mavie>
[^] # Re: cds...
Posté par boris . Évalué à 2.
Plus ennuyeux avec la couleur, puisque la les cristaux sont virés du film . Il ne reste que les pigments qui se degradent assez vite.
La quantité reste, la qualité s'envole, eh oui, la photo couleur, c'est volatile.
Ultime conclusion, apres j'arrete de commenter (suis passé de 145 à 138 XP a cause de vos conneries): faites des photos argentiques, en noir et blanc, et le petit Simon tout frippé tout juste sorti de son oeuf traversera le temps, AU MOINS le temps de sa vie a lui, et peut etre plus. Et SURTOUT, le PLUS IMPORTANT, c'est que celles la vous les regarderez, au moins.
- oui mais si la maison elle crame les films y sont tous mort
- *paf*
PS: c'est mignon quand c'est tout frippé, enfin je trouve, et je ne voudrais froisser la suceptibilité de personne.
[^] # Re: cds...
Posté par gnujsa . Évalué à 1.
petite rectification:
Un fois développé, l'argent est présent sous forme métallique. C'est avant le développement que l'argent est sous forme cristalline (AgBr)
«Le tirage papier, on s'en fout, c'est pas prévu pour durer.»
ça dépend du papier. ( Papier RC vs Papier baryté, un troll de photographe ;-) )
En tout cas, même si c'est surement moins costaud qu'un négatif sur plaque, on peut encore admirer des tirages du 19 ieme !
[^] # Re: cds...
Posté par boba . Évalué à 1.
Comment on fera pour lire les JPEG dans 10 ans alors que d'autres formats auront vu le jour et que les afficheurs JPEG auront disparu ?
J'ai travaillé à archiver des données de ce type (images, textes, etc.) et c'est un gros problème. On se retrouve à pas pouvoir utiliser certains fichiers pour cause de version du logiciel source trop ancienne, logiciel disparu, etc.
Le support pose aussi des problèmes c'est sûr. J'ai été planté pour récupérer des fichiers sur un vieux Syquest. Le lecteur était mort et pas moyen d'en acheter un autre évidemment... (je passe sur les problèmes de connectique, drivers, etc.).
[^] # Re: cds...
Posté par boba . Évalué à 2.
L'auteur parle du problème dans sa doc et ça confirme une chose : utiliser des formats ouverts ou documentés est la seule solution...
(enfin, je reste persuadé que l'évolution des softs et des formats continuera à poser des problèmes de pérénité des données).
[^] # Re: cds...
Posté par boris . Évalué à 1.
[^] # Re: cds...
Posté par boris . Évalué à 1.
et meme si le cd c'est pas de l'alu, on s'en fout, ca change pas le probleme.
</ouimaislecédécépadelalu_preventive_mode>
# Licence
Posté par zdeubeu . Évalué à 1.
Comment veux-tu faire ça puisqu'il est sous licence GFDL ?
[^] # Re: Licence
Posté par Julien NOEL . Évalué à 1.
Pour être franc, au départ, je pensais mettre un truc du genre "toute reproduction interdite", essayer de vendre à un magazine l'article avec la condition que le document passe sous GFDL après un mois ou deux.
Bon, mais de toute façon, rien ne m'empêche de contacter des magazines. En fait :
- je voulais juste savoir si la qualité de l'article était vendable ;
- je voulais récupérer un peu d'argent pour linuxfr ou frama vu que bon, je n'ai pas vraiment besoin d'argent (mais je ne devrais pas le dire, hein ?). Tant qu'à faire, autant que ce doc rapporte des sous pour des assoc du libre.
# jbrout jbrout jbrout
Posté par manatlan (site web personnel) . Évalué à 4.
moi, j'ai la solution, j'ai développé mon propre prog
et l'utilise au quotidien ...
je veux toujours le releaser en GPL, et faire une version linux
il réponds, je pense, à tous les besoins de classement ...
(j'en parlais déjà dans le thread, ici : http://linuxfr.org/comments/340021,1.html(...))
il utilise des outils libre, jhead, jpegtran, exifedit ... qui n'ont plus besoin de faire leur preuve ...
pour l'instant il tourne encore que sous windows ...
(mais n'utilise plus msxml, mais la fabuleuse libxml2, qui tourne bien mieux !)
il est développé en python/wxpython ...
la semaine prochaine, je compte boucler une version windows (exploitable pour les autres) pour de bon, et montez le site !
puis j'attaquerai la version linux
j'ai déjà fait des releases, que j'ai déjà distribuer à des gens (dont un gars de linuxfr)
pour citer qqu'uns de ses points forts :
- permet de déposer des tags (stocker DANS LA PHOTO, et dans un xml (pour des recherches ultra rapides)) ... donc l'info sera toujours sur la photo !!! (et le xml re-créable à volonter !)
- gestion d'albums (en fait des répertoires et sous répertoires!), structurés ! ceci permet d'être en adéquation avec le filesystem !
- présente des thumbnails (issus de la jpeg/exif !!!) ... (le prog, sait faire les rotation, et la regénération des thumbnails interne)
- renomme et date les photos, à la date EXIF (pour avoir un nommage unique, et être certain de jamais perdre la date, quoi qu'il arrive)
- capable des faire des recherches sur : tags (contient ou contient pas) et/ou période et/ou albums
- possède un système de basket (utile pour selectionner des photos, pour exporter (possibilité de redimensionner/recompresser))
- peut présenter un calendrier avec les photos du jour (très pratique)
- capable de gérer un nombre illimité de photos, sans trop souffir
... bref il s'occupe de tout, et le fait bien ... (je pense)
je vais accélerer le dev, mais faut du temps !
de toutes façons, dès que c en place (le site), je posterai un journal sur linuxfr (bien que ce sera pour une version windows ;-)
[^] # Re: jbrout jbrout jbrout
Posté par norbs . Évalué à 1.
Et une autre petite question : le support xml est intégré à python. Pourquoi (ou comment...) utiliser une bibliothèque externe ?
Je te pose toutes ces questions car j'ai fait le même style de programme en python/wxpython également (avec pil pour les manipulations d'images au lieu d'outils externes)...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.