Changer la date de prise de vue

[patrice]

Juste pour dire que j'utilisais une vieille version d'exiftool qui ne marchait pas pour cela

je viens de récupérer la dernière version de exiftool GUI c'est parfait.

je vous le recommande.

[SuperD]

pas besoin d'autre chose que Windows :
- clic droit sur le nom du fichier dans l'explorateur
- propriétés
- détails
- clic gauche sur la date de prise de vue
- choix de la date dans le calendrier proposé
- valider
c'est fini

[marguy59]

Mais pourquoi diantre vouloir modifier la date de prise de vue ?
Tricher dans un concours ?

[patrice]

quand elle est fausse lors de la prise de vue, ce qui m'arrive de temps en temps !

Exiftool permet un décalage de la date heure pour toutes les photos d'un répertoire (DateTimeOriginal)

[raoul34]

  Merci Patrice .
 Pour les "planeurs" qui prennent l'avion  

    Raoul

[nidob24]

pas besoin d'autre chose que Windows :
- clic droit sur le nom du fichier dans l'explorateur
- propriétés
- détails
- clic gauche sur la date de prise de vue
- choix de la date dans le calendrier proposé
- valider
c'est fini Sourire

Eh bien NON, ce serait trop simple : Ce que Windows propose de modifier ce n'est pas la date de prise de vue, mais la date du fichier, et ce n'est pas du tout la même chose.

[nidob24]

Précisons :

OUI on peut modifier sous Windows, mais Windows propose plusieurs dates bien distinctes qu'il ne faut pas confondre :

Créé le :
Modifié le :
Dernier accès le :

Ces 3 dates concernent le fichier et NE SONT PAS la date de prise de vue. Ces dates sont inclues dans le fichier et on les trouve quelle que soit la nature du fichier ( texte, image, video, animation, etc. )

et enfin sous l'onglet détails dans le chapitre origine, on trouve enfin la date de prise de vue qui elle fait partie des champs EXIF, et que l'on ne trouve que dans des fichiers image.

[nidob24]

Voici deux captures d'écran

[denher45]

Bonsoir,

Via Lightroom 5 c'est très simple : Module Bibliothèque, puis Métadonnées, et modifier l'heure de prise de vue.

Je l'ai fait sur un grand nombre de photos, suite à une erreur de mise à jour de la date durant un voyage.

Denher

[Alain-P]

Donc, oui c'est possible, mais se méfier quand-même avant de dire : " Je vous assure Monsieur le juge, je n'étais pas là ce jour la, regardez les photos que je prenais à l'heure du (rajouter la mention qui vous convient)"

[raoul34]

Donc, oui c'est possible, mais se méfier quand-même avant de dire : " Je vous assure Monsieur le juge, je n'étais pas là ce jour la, regardez les photos que je prenais à l'heure du (rajouter la mention qui vous convient)"

idem que modifier la date sur l'appareil de prise de vue et faire une photo,  non ?

    Raoul

[Gérard_M]

Le gratuit  Exifer est toujours valide pour ça....
il permet de changer toutes les date-heure d'un répertoire pour l'étourdi qui a oublié le changement d"heure été ou d'hiver

Autres cas de figure possibles
- lors du changement d'été, vous avez oublié de valider!
- lors du changement d'heure d'été vous avez malencontreusement réglé l'appareil sur 2014 ou 2012!
- synchroniser les photos prises par vos 4 appareils emportés en vacances : l'étanche du fiston surfeur, le bridge de la fille passionnée d'oiseaux et de paysages, le reflex de madame et votre compact ex-père. Sinon les photos du 14 juillet risquent de s'étager sur 3 jours!

[patrice]

Bonsoir,

Via Lightroom 5 c'est très simple : Module Bibliothèque, puis Métadonnées, et modifier l'heure de prise de vue.

Je l'ai fait sur un grand nombre de photos, suite à une erreur de mise à jour de la date durant un voyage.

Denher

sauf qu'exiftool c'est gratuit et on ne m'impose pas un catalogue.

[kochka]

quand elle est fausse lors de la prise de vue, ce qui m'arrive de temps en temps !

Exiftool permet un décalage de la date heure pour toutes les photos d'un répertoire (DateTimeOriginal)

Utile lorsque l'on est distrait par le décalage horaire pendant quelques jours

[gigi4lm]

sauf qu'exiftool c'est gratuit et on ne m'impose pas un catalogue.

C'est bien dommage, parce qu'un catalogue c'est bien pratique.
Pour la gratuité, je veux bien. Quoique je me demande s'il ne vaut pas mieux un logiciel payant (d'un prix abordable) qui fait tout au mieux que 10 logiciels gratuits pas toujours adaptés aux besoins et au flux de travail plus que discutable.

[patrice]

C'est bien dommage, parce qu'un catalogue c'est bien pratique.
Pour la gratuité, je veux bien. Quoique je me demande s'il ne vaut pas mieux un logiciel payant (d'un prix abordable) qui fait tout au mieux que 10 logiciels gratuits pas toujours adaptés aux besoins et au flux de travail plus que discutable.

catalogue , et flux de travail les grosses tartes a la creme.

mon catalogue a moi c'est un répertoire de travail et un répertoire final: photo_travail  et Album  ensuite il y a les sous répertoires suivants: Année, Lieu, rouleau ( a cause des photos scannées du début)
exemple   Année 2012  lieu Rennes rouleau RE1201 RE1202 RE1203 photo RE120101 RE120102 RE120103
exemple   Année 2010 lieu Voyage Bretagne rouleau BRE1001 photo BRE100101
toute cela mis en place avec ViewNX

de plus  une fichier CSV  (génère automatiquement avec un script) me sert de base de données des photos il contient année, lieu, rouleau, photo, des EXIF ,des XML, chemin vers la photo.

j'édite /consulte mes exif/xml sur ce fichier. ( grâce a des fonctions Exiftool)

[Nikojorj]

mon catalogue a moi c'est un répertoire de travail et un répertoire final: photo_travail  et Album  ensuite il y a les sous répertoires suivants: Année, Lieu, rouleau ( a cause des photos scannées du début)
exemple   Année 2012  lieu Rennes rouleau RE1201 RE1202 RE1203 photo RE120101 RE120102 RE120103
exemple   Année 2010 lieu Voyage Bretagne rouleau BRE1001 photo BRE100101
toute cela mis en place avec ViewNX

de plus  une fichier CSV  (génère automatiquement avec un script) me sert de base de données des photos il contient année, lieu, rouleau, photo, des EXIF ,des XML, chemin vers la photo.

j'édite /consulte mes exif/xml sur ce fichier. ( grâce a des fonctions Exiftool)

C'est là où on se dit que LR a vraiment de l'avenir!

[patrice]

ce n'est pas plus compliqué de mettre en les renomant des fichiers dans un arbre de repertoire avec ViewNX que de le faire avec LR, en plus on sait ou on les a mis.

creer un fichier CSV des EXIF/XML  avec un script perl+Exiftool  de ma fabrication permet d'utiliser toutes les capacités de filtrage (entre autres) de Excel .
en éditant mon fichier dans Excel,  j'entre petit a petit les informations que je n'ai pas ou pas pu  passer avec ViewNX, ou je les corrige avant des renvoyer dans les photos elles même avec un second script Perl+Exiftool.

c'est plus rapide et mieux contrôlable que n'importe quel autre interface, y compris bien sur LR

je me suis fait une autre petite moulinette bien sympa qui me permet de retrouver mes photos sur une carte du monde Google Map , année  par année.

personnellement je trouve Exiftool très puissant.

comme tu vois je ne suis pas un groupi de LR  

surtout ne me fais rigoler avec le ouark-flo  c'est la tarte a la crème de tous les éditeurs de soft y compris dans mon métier, on les voit venir avec leurs gros sabots.

[gigi4lm]

ce n'est pas plus compliqué de mettre en les renomant des fichiers dans un arbre de repertoire avec ViewNX que de le faire avec LR, en plus on sait ou on les a mis.

creer un fichier CSV des EXIF/XML  avec un script perl+Exiftool  de ma fabrication permet d'utiliser toutes les capacités de filtrage (entre autres) de Excel .
en éditant mon fichier dans Excel,  j'entre petit a petit les informations que je n'ai pas ou pas pu  passer avec ViewNX, ou je les corrige avant des renvoyer dans les photos elles même avec un second script Perl+Exiftool.

c'est plus rapide et mieux contrôlable que n'importe quel autre interface, y compris bien sur LR

je me suis fait une autre petite moulinette bien sympa qui me permet de retrouver mes photos sur une carte du monde Google Map , année  par année.

personnellement je trouve Exiftool très puissant.

comme tu vois je ne suis pas un groupi de LR  

surtout ne me fais rigoler avec le ouark-flo  c'est la tarte a la crème de tous les éditeurs de soft y compris dans mon métier, on les voit venir avec leurs gros sabots.

Je crois que ne n'a pas très bien compris ce qu'est un flux de production.

[patrice]

Je crois que ne n'a pas très bien compris ce qu'est un flux de production.

Faudrait eviter de dire des c.... c'est prendre les gens qui me payent pour des idiots.

il se trouve que Capture et View NX me suffisent largement pour le traitement des photos, et pour l'archivage , des repertoires, un fichier csv comme base de donnee, ( j'aurais pu prendre Oracle, c'est une ligne de code de plus dans mes script perl  ), quelques scripts pour automatiser les taches et cela roule...

pas besoin de cloude ou de LR

Notez braves gens que le fichier NEF edite contient l'original et toutes les etapes du traitements ou des traitements

[jojo63]

Bonjour
Pour en revenir au sujet de départ , il y a aussi Exif-Viewer 2 .

[kochka]

ce n'est pas plus compliqué de mettre en les renomant des fichiers dans un arbre de repertoire avec ViewNX que de le faire avec LR, en plus on sait ou on les a mis.

creer un fichier CSV des EXIF/XML  avec un script perl+Exiftool  de ma fabrication permet d'utiliser toutes les capacités de filtrage (entre autres) de Excel .
en éditant mon fichier dans Excel,  j'entre petit a petit les informations que je n'ai pas ou pas pu  passer avec ViewNX, ou je les corrige avant des renvoyer dans les photos elles même avec un second script Perl+Exiftool.

c'est plus rapide et mieux contrôlable que n'importe quel autre interface, y compris bien sur LR

je me suis fait une autre petite moulinette bien sympa qui me permet de retrouver mes photos sur une carte du monde Google Map , année  par année.

personnellement je trouve Exiftool très puissant.

comme tu vois je ne suis pas un groupi de LR  

surtout ne me fais rigoler avec le ouark-flo  c'est la tarte a la crème de tous les éditeurs de soft y compris dans mon métier, on les voit venir avec leurs gros sabots.

C'est exactement ce qui m'inquiète avec LR

[patrice]

Bonjour
Pour en revenir au sujet de départ , il y a aussi Exif-Viewer 2 .

question:

il fait aussi cela?

"Exiftool permet un décalage de la date heure pour toutes les photos d'un répertoire (DateTimeOriginal)"

[patrice]

C'est exactement ce qui m'inquiète avec LR

je crois que tu n'a pas tres bien compris ce qu'est un flux de production

[gigi4lm]

je crois que tu n'a pas tres bien compris ce qu'est un flux de production

Effectivement

[patrice]

Mais toi qui es un grand intellectuel tu vas nous expliquer  

en attendant sa méfiance pour les systèmes de stockage et référencement captifs me semble justifiée.

[patrice]

Pour revenir au sujet:

voilà ce que ce que donne Exiftool

[patrice]

et l'option de modification des dates d'un ensemble de photos

[patrice]

et le plus cool c'est qu'on peut utiliser des fonctions d'ExifTool pour les inclure dans Perl, ce qui m'a permis de faire des scripts de traitement des exif/xmp/itpc  assez puissants.

http://www.sno.phy.queensu.ca/~phil/exiftool/ExifTool.html

[Inka]

Mais pourquoi diantre vouloir modifier la date de prise de vue ?
Tricher dans un concours ?

J'ai dû faire ça sur une série de photos de concert, je m'étais juste planté en réglant l'heure sur l'appareil, il retardait d'un an...

[Bjf137]

Mais pourquoi diantre vouloir modifier la date de prise de vue ?
Tricher dans un concours ?

Pour géo-localiser les photos, si il y a un décalage d'une heure entre le boitier et le smart-phone cela pose problème.
Mise à l'heure auto sur smart-phone, il arrive d'oublier la mise à l'heure été hiver du boitier.

[freelancer69]

Donc, si j'ai bien compris, il faut ExifTools, + une bonne connaissance de l'anglais technique, + une trés bone connaissance des codes de programme perl, java, ou autre plaisanteries de programmeur analyste technicien ingénieur geek................

(à prendre au 2° voire au 3° degré bien sûr)
Pour les autres, vous trouvez encore LR5 seul, sans abonnement pour une somme modique    (voire sans payer si vous savez où chercher      ) ou bien la méthode par windows, qui est peut-être plus longue si on a beaucoup de photos, mais qui a le mérite d'être simple et gratuite   
Amicalement.FL.

[patrice]

Exiftool GUi est une excellent outil pour editer ses exif xmp iptc, évidement les attardés qui ne parlent pas anglais sont très légèrement handicapés.
Quand à utiliser Perl, toutes les astuces  sont sur la toile(je ne suis pas informaticien).

le mariage Perl/Exiftool me permet de visualiser, édite,r filtrer les exifs de toutes mes photos sur une feuille Excel et cela marche très bien
cela vaut toutes les bases de données...

donc ViewNX, CaptureNX Exiftool et Excel (Open Office Calc) c'est suffisant pour moi.

N'en déplaise à certains.

http://www.sno.phy.queensu.ca/~phil/exiftool/

http://u88.n24.queensu.ca/~bogdan/

[freelancer69]

donc ViewNX, CaptureNX Exiftool et Excel (Open Office Calc) c'est suffisant pour moi.

N'en déplaise à certains.

http://www.sno.phy.queensu.ca/~phil/exiftool/

http://u88.n24.queensu.ca/~bogdan/

Sans vouloir te vexer, ce n'est pas tant les outils que tu utilisent qui me poussent à répondre, c'est plus la façon assez extrémiste, voire méprisante envers les choix des autres, qui n'ont d'autres torts que de n'être pas les tiens... tu as sans doute raison sur la qualité de tes outils, tu sais t'en servir et j'en suis heureux pour toi; je pense (certainement une faute, mais j'assume   ) que certaines personnes n'ont pas le niveau de connaissance pour ces outils, sans pour autant être considérables comme "attardés"   

Petit clin d'oeil au passage (ce n'est pas de moi mais j'adore)

http://www.flickr.com/photos/fredart/7250447214/

[patrice]

Mon esprit s'ouvrirait tout d'un coup si vous m'expliquiez une bonne fois ce que vous entendez par ouarkflow

[patrice]

Au passage si quelqu'un a une solution élégante au problème suivant:

Ne connaissant pas la date exacte , mais seulement le mois comment entrer des dates du genre

Mai 1958  , Juillet 1970

[gemphoto]

Sans vouloir te vexer, ce n'est pas tant les outils que tu utilisent qui me poussent à répondre, c'est plus la façon assez extrémiste, voire méprisante envers les choix des autres, qui n'ont d'autres torts que de n'être pas les tiens... tu as sans doute raison sur la qualité de tes outils, tu sais t'en servir et j'en suis heureux pour toi; je pense (certainement une faute, mais j'assume   ) que certaines personnes n'ont pas le niveau de connaissance pour ces outils, sans pour autant être considérables comme "attardés"   

Petit clin d'oeil au passage (ce n'est pas de moi mais j'adore)

http://www.flickr.com/photos/fredart/7250447214/

Merci de penser aux attardés qui ne parlent pas anglais.

[makhno]

Au passage si quelqu'un a une solution élégante au problème suivant:

Ne connaissant pas la date exacte , mais seulement le mois comment entrer des dates du genre

Mai 1958  , Juillet 1970

si tu n'as pas de solution a ce petit pb,c'est que tu es vraiment un attardé.

[patrice]

ben en cherchant un peu chez Phil Harvey, j'ai trouvé:

L'étiquette IPTC:DateCreated accepte les dates du genre 1990:00:00 ou 1990:06:00 , c'est une façon intéressante d'entrer 1990 ou Juin 1990 quand on n'a pas plus de précision pour la date

[patrice]

Sans vouloir te vexer, ce n'est pas tant les outils que tu utilisent qui me poussent à répondre, c'est plus la façon assez extrémiste....

Dis donc toi, il faudrait relire le fil avant de jouer les donneurs de leçon....

Pour revenir à  LightRoom, je remarque que tous mes amis utilisateurs de LighRoom y chargent les photos pour le traitement, et les y retirent après traitement.

[gigi4lm]

Dis donc toi, il faudrait relire le fil avant de jouer les donneurs de leçon....

Pour revenir à  LightRoom, je remarque que tous mes amis utilisateurs de LighRoom y chargent les photos pour le traitement, et les y retirent après traitement.

Tes amis peut être, mais tes amis seulement !

[patrice]

ben alors j'ai beaucoup d'amis 

[bitonio]

ben alors j'ai beaucoup d'amis  

Amis ou pas, si on se réfère à la définition de workflow de Wikipedia :

Un workflow (anglicisme signifiant flux de travail) est la représentation d'une suite de tâches ou opérations effectuées par une personne, un groupe de personnes, un organisme, etc. Le terme flow (flux) renvoie au passage du produit, du document, de l'information, etc., d'une étape à l'autre.

Quelques soient les techniques utilisées autour d'une photo, ou d'un groupe de photos (rouleau, session sur une carte mémoire), l'opérateur qui va les transférer pour les organiser/classer, retoucher, publier, archiver va effectuer une série d'étapes. Certains préfèreront des outils séparés, d'autres des outils d'optimisation de workflow (c'est comme cela qu'ils se présentent).

Personnellement, avant l'existence de Lightroom 2.0 (j'évite les V1), je gérais mes photos d'une manière assez similaire à la tienne : une hygiène saine, quelques bons outils et scripts/macro quand il y a besoin. Ca fonctionne. Ca me prenait pas mal de temps : surtout lorsqu'il fallait se mettre dans le jus alors que je n'avais pas shooté depuis un moment. Maintenant, j'ai plusieurs dizaines de milliers de photos dans un seul et même catalogue, qui inclus mes vieilles photos retouchées à la mano. L'outil me permet de gérer l'import depuis la carte mémoire, les méta données, la retouche rapide, l'export en quelques secondes vers le web (plateforme de partage), impression. Bref, sans être les meilleurs dans chaque catégorie, je fais avec. Et si j'ai besoin d'aller plus loin, je modifie les photos depuis un logiciel tiers et c'est réintégré dans le catalogue pour ne rien perdre de l'indexation.

Aussi, j'ai changé une date EXIF pas plus tard qu'hier, suite à un passage de mon boitier en SAV qui avait remis le boitier à zéro.
Le truc chiant, c'est que les spécifications EXIF n'inclut pas la gestion des fuseaux et que donc, c'est l'outil (logiciels, sites web) qui doit tenir compte du fuseau sur lequel est configuré votre boitier, et catastrophe si vous changez de fuseau soit dans le boitier, soit sur l'outil s'il ne prévoit pas le coup en stockant le fuseau pour chaque photo importée.

Mon boitier reste sur CET/Paris. Les boitiers récents gèrent les fuseaux pour le passage heure d'été/hiver et inversement. C'est toujours ça.

[patrice]

Les workflows, dans mon travail, j'en ai documenté quelques uns, c'est peut-être pour cela que je trouve le mot un peu fort dans notre cas particulier, mais bon je n'ai rien contre à priori, ce qui me gêne beaucoup , c'est d'être lié à un système de classement captif.
Que ce passe-t-il si un jour je renonce à LightRoom?

J'ai commencé à classer mes diapos scannées un peu avant 2000 , le numérique a suivi et repris les même bases année lieu rouleau photo NEF+JPEG , je ne me vois pas charger tout cela dans LightRoom d'autant plus que la méthode s'est avéré très efficace et ViewNX très pratique pour l'import, le tri et l'étiquetage.

Pour ce qui est de l'heure , je ne bouge pas de GMT+1

[Pieloe]

ce n'est pas plus compliqué de mettre en les renomant des fichiers dans un arbre de repertoire avec ViewNX que de le faire avec LR, en plus on sait ou on les a mis.

creer un fichier CSV des EXIF/XML  avec un script perl+Exiftool  de ma fabrication permet d'utiliser toutes les capacités de filtrage (entre autres) de Excel .
en éditant mon fichier dans Excel,  j'entre petit a petit les informations que je n'ai pas ou pas pu  passer avec ViewNX, ou je les corrige avant des renvoyer dans les photos elles même avec un second script Perl+Exiftool.

c'est plus rapide et mieux contrôlable que n'importe quel autre interface, y compris bien sur LR

je me suis fait une autre petite moulinette bien sympa qui me permet de retrouver mes photos sur une carte du monde Google Map , année  par année.

personnellement je trouve Exiftool très puissant.

comme tu vois je ne suis pas un groupi de LR 

surtout ne me fais rigoler avec le ouark-flo  c'est la tarte a la crème de tous les éditeurs de soft y compris dans mon métier, on les voit venir avec leurs gros sabots.

Vacances obligent, je découvre ce fil un peu tard.
Aurais tu un moyen / voudrais bien / aurais envie de partager tes macros excel?
D'avance merci

[patrice]

Ce ne sont pas des macro Excel, mais des scripts Perl.
Si tu es intéressé, envoie moi un mail, je te les ferai parvenir.

[Nikojorj]

Que ce passe-t-il si un jour je renonce à LightRoom?

Une fois sauvegardées (ça peut voire doit se faire automatiquement) les métadonnées sont stockées dans le format XMP documenté et accessible. Sinon, par défaut, c'est dans une base SQL (SQLite) ce qui n'est pas non plus très propriétaire (juste la structure à connaitre, on la trouve sur le web, pas plus propriétaire que tes fichiers Excel voire plutôt moins).
Ce sont les traitements qui risquent plus de passer à l'as, même s'il y a qq passerelles notamment chez C1.

J'ai commencé à classer mes diapos scannées un peu avant 2000 , le numérique a suivi et repris les même bases année lieu rouleau photo NEF+JPEG , je ne me vois pas charger tout cela dans LightRoom

Si c'est bien fait, tu cliques le soir et tu laisses tourner l'ordi la nuit et voilà... LR sait reprendre les métadonnées aux formats standards (EXIF, IPTC, XMP) du coup rien à faire de plus.
Par contre; les CSV propriétaires de patrice, ça sera peut-être plus dur.

[Pieloe]

Ce ne sont pas des macro Excel, mais des scripts Perl.
Si tu es intéressé, envoie moi un mail, je te les ferai parvenir.

Question du bourrin.
C'est comment kon s'envoie des mails perso?

[patrice]

Une fois sauvegardées (ça peut voire doit se faire automatiquement) les métadonnées sont stockées dans le format XMP documenté et accessible. Sinon, par défaut, c'est dans une base SQL (SQLite) ce qui n'est pas non plus très propriétaire (juste la structure à connaitre, on la trouve sur le web, pas plus propriétaire que tes fichiers Excel voire plutôt moins).

Ce sont les traitements qui risquent plus de passer à l'as, même s'il y a qq passerelles notamment chez C1.
Si c'est bien fait, tu cliques le soir et tu laisses tourner l'ordi la nuit et voilà... LR sait reprendre les métadonnées aux formats standards (EXIF, IPTC, XMP) du coup rien à faire de plus.
Par contre; les CSV propriétaires de patrice, ça sera peut-être plus dur.

[patrice]

Une fois sauvegardées (ça peut voire doit se faire automatiquement) les métadonnées sont stockées dans le format XMP documenté et accessible. Sinon, par défaut, c'est dans une base SQL (SQLite) ce qui n'est pas non plus très propriétaire (juste la structure à connaitre, on la trouve sur le web, pas plus propriétaire que tes fichiers Excel voire plutôt moins).

premier point: quand je prends le soin de garder mes photos dans un arbre de répertoires: année, lieu, rouleau avec une convention de dénomination  des photos je suis déjà capable de retrouver la majorité de mes photos
exemple Année 2006 Lieu Angola Rouleau ANG08 photo ANG0804, les métadonnées contiennent des informations additionnelles...
Si après m'être débarrassé de LightRoom je me retrouve avec une photo appelée 12345.JPG cela va être un bon cirque de retrouver mes petits.

deuxième point: j'aurais pu sortir mes EXIF XMP IPTC dans  un fichier XML mais pourquoi faire compliqué quand on peut faire simple, ils sont sortis dans un fichier CSV lisible par notepad  m,ais ce n'est pas pratique, et par Excel ou OpenOffice Calc (gratuit), c'est beaucoup mieux.
En quelques clic sous Excel ou Calc je retrouve une photo particulière en filtrant les métadonnées.

S'il ne me reste que la base donnée SQL de LightRoom en supposant qu'elle soit accessible et que le modèle de donnée soit limpide , il va falloir travailler un peu plus , par exemple la convertir en un fichier CSV  

Ce sont les traitements qui risquent plus de passer à l'as, même s'il y a qq passerelles notamment chez C1.
Si c'est bien fait, tu cliques le soir et tu laisses tourner l'ordi la nuit et voilà... LR sait reprendre les métadonnées aux formats standards (EXIF, IPTC, XMP) du coup rien à faire de plus.
Par contre; les CSV propriétaires de patrice, ça sera peut-être plus dur.

Les traitements je les garde dans le fichier NEF, je n'ai pas l'intention de jouer avec mais cela semble possible.
Les métadonnées que j'utilise sont au format standard, je n'en ai pas créé de nouvelles.
Les CSV "propriétaire" de patrice  comme tu dis, lu par un script adoc me permettent d'actualiser en moins de  10 minutes les métadonnées  de 20000 photos

[patrice]

Question du bourrin.
C'est comment kon s'envoie des mails perso?

la petite enveloppe à gauche

[patrice]

En quelques clic sous Excel ou Calc je retrouve une photo particulière en filtrant les métadonnées.

exemple

E G EXIF

I M O XMP

en un clic sur R j'affiche la photo.

( j'ai ici caché quelques colonnes)

[patrice]

dans ViewNX2

[patrice]

utiliser Exiftool dans Perl permet de construire ce genre de page:
(pas besoin de GPS)
(excellente alternative au Sudoku pour garder la tête fraiche )

[jipT]

en attendant sa méfiance pour les systèmes de stockage et référencement captifs me semble justifiée.

Faudra juste m'expliquer en quoi le référencement de LR est captif (Exif/IPTC/XMP sont tout sauf captif et c'est ce que LR utilise avec pour son usage interne une base SQL)
quand a dire que le stockage de LR est captif, c'est pas de la méconnaissance mais de la stupidité, LR utilise des images stockées sur des disques (comme exiftools)

Pour revenir à  LightRoom, je remarque que tous mes amis utilisateurs de LighRoom y chargent les photos pour le traitement, et les y retirent après traitement.

Tes amis sont surement un peu mal comprenant : on ne met pas ses photo dans Ligthroom, on importe les données de l'images dans une base de données, les photos sont toujours sur le disque, gentiment à leur place, bien rangé (ou mal, ça dépend) donc même s'ils ne voulaient utiliser LR que pour la partie traitement, quel est l'intérêt pour eux de "retirer" les images après traitement ?? (à part de prouver qu'elles n'ont pas vraiment compris ce qu'était LR)

Les workflows, dans mon travail, j'en ai documenté quelques uns, c'est peut-être pour cela que je trouve le mot un peu fort dans notre cas particulier, mais bon je n'ai rien contre à priori, ce qui me gêne beaucoup , c'est d'être lié à un système de classement captif.
Que ce passe-t-il si un jour je renonce à LightRoom?

Rien de particulier (en tout cas rien de plus qu'avec exiftools) : tes métadonnées t'attendent gentiment dans les fichiers pour ceux qui le supportent (TIFF/JPG/DNG) ou à coté (.XMP séparé) pour ceux qui ne le supportent pas (officiellement) et donc ces informations sont disponibles pour n'importe qu'elle autre logiciel qui sait exploiter ces données standardisées (exiftools inclus)

premier point: quand je prends le soin de garder mes photos dans un arbre de répertoires: année, lieu, rouleau avec une convention de dénomination  des photos je suis déjà capable de retrouver la majorité de mes photos
exemple Année 2006 Lieu Angola Rouleau ANG08 photo ANG0804, les métadonnées contiennent des informations additionnelles...
Si après m'être débarrassé de LightRoom je me retrouve avec une photo appelée 12345.JPG cela va être un bon cirque de retrouver mes petits.

LR ne modifiera en aucun cas l'organisation de tes répertoires si tu ne lui demandes pas : l'importation d'une images dans la base peut se faire sans en changer l'emplacement ni le nom, l'importation avec copie est surtout utile lorsque l'on utilise LR pour vider des cartes mémoires.

deuxième point: j'aurais pu sortir mes EXIF XMP IPTC dans  un fichier XML mais pourquoi faire compliqué quand on peut faire simple, ils sont sortis dans un fichier CSV lisible par notepad  m,ais ce n'est pas pratique, et par Excel ou OpenOffice Calc (gratuit), c'est beaucoup mieux.

Donc tu as un script qui sort les exifs et les IPTC d'un fichier image, tu devrais pouvoir faire la même chose à partir d'un XMP sans trop de problème.

S'il ne me reste que la base donnée SQL de LightRoom en supposant qu'elle soit accessible et que le modèle de donnée soit limpide , il va falloir travailler un peu plus , par exemple la convertir en un fichier CSV  

Oh ça sa doit être super compliqué !!!

Les métadonnées que j'utilise sont au format standard, je n'en ai pas créé de nouvelles.
Les CSV "propriétaire" de patrice  comme tu dis, lu par un script adoc me permettent d'actualiser en moins de  10 minutes les métadonnées  de 20000 photos

En gros ton excel, c'est le catalogue LR et tes CSV c'est les XMP LR, ni plus, ni moins sauf que tu dois passer des scripts pour extraire les métadonnées vers des CSV et ensuite les intégrer dans tes excel, c'est l'importation de LR (en plus compliqué) et après ce que tu nous montres, c'est juste le module bibliothèque de LR (en plus compliqué aussi)

Donc il suffit d'un script qui extrait les infos Exit/Iptc des XMP vers des CSV et si tu quittes LR, tu repasse à ton ancien système de classement en 10 minutes. Elle est pas belle la vie

jip

[Nikojorj]

Si après m'être débarrassé de LightRoom je me retrouve avec une photo appelée 12345.JPG cela va être un bon cirque de retrouver mes petits.

Lightroom reprend sans soucis ton classement existant, et pour tes futures photos te permettra de le perpétuer tout aussi facilement que ce que tu fais maintenant.

S'il ne me reste que la base donnée SQL de LightRoom en supposant qu'elle soit accessible et que le modèle de donnée soit limpide , il va falloir travailler un peu plus , par exemple la convertir en un fichier CSV  

Non : il te restera aussi les EXIF, IPTC et XMP dans chaque photo, que tu pourras remettre à ta guise dans un fichier tabulé de ton choix comme dit JipT.

utiliser Exiftool dans Perl permet de construire ce genre de page:
(pas besoin de GPS)

Le module Carto de LR le fait aussi en qq clics, et tu peux te battre au Go avec l'ordi pour garder la tête fraiche, ça vaut bien un script Perl.  

[patrice]

Lightroom reprend sans soucis ton classement existant, et pour tes futures photos te permettra de le perpétuer tout aussi facilement que ce que tu fais maintenant.

C'est là le point clé car les utilisateurs de LightRoom de ma connaissance m'ont tous affirmés que LightRoom les obligeait à dupliquer leurs images.

[patrice]

Le module Carto de LR le fait aussi en qq clics, et tu peux te battre au Go avec l'ordi pour garder la tête fraiche, ça vaut bien un script Perl.  

je ne pense pas à moins que LightRoom puisse afficher les XMP:Location à la place de données GPS (question?)

[Nikojorj]

C'est là le point clé car les utilisateurs de LightRoom de ma connaissance m'ont tous affirmés que LightRoom les obligeait à dupliquer leurs images.

Ca re-démontre que les utilisateurs de LR de ta connaissance auraient pu commencer par lire le manuel. 

je ne pense pas à moins que LightRoom puisse afficher les XMP:Location à la place de données GPS (question?)

Tu as les trois ensemble : accès aux champs Location (Sublocation/City/Region/Country), accès aux coord GPS, et clic sur une carte. Tu choises et tu peux jongler entre les trois.

[patrice]

Tes amis sont surement un peu mal comprenant : on ne met pas ses photo dans Ligthroom, on importe les données de l'images dans une base de données, les photos sont toujours sur le disque, gentiment à leur place, bien rangé (ou mal, ça dépend) donc même s'ils ne voulaient utiliser LR que pour la partie traitement, quel est l'intérêt pour eux de "retirer" les images après traitement ?? (à part de prouver qu'elles n'ont pas vraiment compris ce qu'était LR)

C'est vraiment, le point clé, car ils m'ont affirmé que  l'on perdait la maitrise du stockage physique.

En gros ce que tu me dis c'est que LightRoom, garde mon stockage physique en l'état et se contente de garnir sa base SQL avec les métadonnées et de produire à la demande un fichier .XML que l'on peut éventuellement réimporter.

Je suppose que la base SQL reflète exactement les métadonnées présentes dans les fichiers.

[patrice]

Tu as les trois ensemble : accès aux champs Location (Sublocation/City/Region/Country), accès aux coord GPS, et clic sur une carte. Tu choises et tu peux jongler entre les trois.

effectivement c'est logique.

Ce que je fais c'est à partir d'une année (2011) je trouve toutes les XMP:location relative à un lieu ( Bretagne) pour chaque location (Huelgoat)
j'affiche les vignettes des photos correspondantes et je navigue dans ces photos...

( dans XMP:location je mets quelque chose lisible par l'API Google MAP: ville, lieudit, coordonnées, région)

[Nikojorj]

C'est vraiment, le point clé, car ils m'ont affirmé que  l'on perdait la maitrise du stockage physique.

Ce en quoi ils se sont lourdement trompés.
Ce qui est par contre juste, c'est qu'il vaut mieux accéder à ce support physique (déplacement, renommage...) via LR pour éviter qu'il perde la trace des photos (mais ça se répare sans larmes sinon).

En gros ce que tu me dis c'est que LightRoom, garde mon stockage physique en l'état et se contente de garnir sa base SQL avec les métadonnées et de produire à la demande un fichier .XML que l'on peut éventuellement réimporter.

Toutafé.
Rien de bien différent non plus pour ton géoréférencement d'ailleurs.

Je suppose que la base SQL reflète exactement les métadonnées présentes dans les fichiers.

Oui et on y trouve en prime quelques autres subtilités qui ne tiennent pas dans les XMP (les collections notamment, qui sont des requêtes de base de données en gros).

[patrice]

Il me reste quand même quelques questions:

En supposant que j'ouvre une photo déjà enregistrée  dans LightRoom avec ViewNX2 et que je change par exemple l'auteur de la photo, que va faire LightRoom?

Même question si je décide d'ouvrir une photo dans Capture NX2 ou DXO pour y appliquer un traitement particulier, que va faire LightRoom?

Et si j'enregistre dans LightRoom une photo déjà éditée dans CaptureNX2? 

[Nikojorj]

En supposant que j'ouvre une photo déjà enregistrée  dans LightRoom avec ViewNX2 et que je change par exemple l'auteur de la photo, que va faire LightRoom?

Te mettre le petit symbole à côté de la photo qui dit que les métadonnées dans la photo ne correspondent pas à celles enregistrées dans le catalogue, et te donner le choix d'écraser l'une ou l'autre pour resynchroniser.

Même question si je décide d'ouvrir une photo dans Capture NX2 ou DXO pour y appliquer un traitement particulier, que va faire LightRoom?

Si tu ne fais qu'un traitement sans toucher aux métadonnées de base ça devrait être transparent.

Et si j'enregistre dans LightRoom une photo déjà éditée dans CaptureNX2? 

Là, la Terre se fend en deux selon le méridien de Tougounskaya et nous retrouverons tous à dériver dans l'ether, les plus chanceux pouvant orbiter autour de la Lune.

[jipT]

Il me reste quand même quelques questions:

En supposant que j'ouvre une photo déjà enregistrée  dans LightRoom avec ViewNX2 et que je change par exemple l'auteur de la photo, que va faire LightRoom?

Même question si je décide d'ouvrir une photo dans Capture NX2 ou DXO pour y appliquer un traitement particulier, que va faire LightRoom?

Et si j'enregistre dans LightRoom une photo déjà éditée dans CaptureNX2? 

pour ce qui est des méta-données, en fait LR va détecter qu'il y a un conflit entre ce que connait LR (la base SQL=le catalogue) et l'état du fichier sur le disque et il va te demander si tu veut réparer et dans quelle sens (de l'image vers LR ou remettre à jour l'image à aprtir de LR)

Pour la partie traitement elle même, LR va purement et simplement l'ignorer (en fait c'est ce qui ce passe avec DPP, ça doit être pareil avec d'autres soft, à confirmer pour des NEF) par contre comme il ne verra pas le résultat du traitement, l'aperçu de l'image sera toujours celui de l'image non traitée (normal, il ne sait pas interpréter les "ordres" d'un autre logiciel.

Si CaptureNX2 édite les Exif/IPtc d'une manière standard, ces données seront importées dans LR sans soucis.

jip

[jipT]

Là, la Terre se fend en deux selon le méridien de Tougounskaya et nous retrouverons tous à dériver dans l'ether, les plus chanceux pouvant orbiter autour de la Lune.

Non ça c'est dans LR5, dans la version 5.2 c'est le tropique du cancer....... 

[patrice]

pour ce qui est des méta-données, en fait LR va détecter qu'il y a un conflit entre ce que connait LR (la base SQL=le catalogue) et l'état du fichier sur le disque et il va te demander si tu veut réparer et dans quelle sens (de l'image vers LR ou remettre à jour l'image à aprtir de LR)

c'est quand même la moindre des choses

Pour la partie traitement elle même, LR va purement et simplement l'ignorer (en fait c'est ce qui ce passe avec DPP, ça doit être pareil avec d'autres soft, à confirmer pour des NEF) par contre comme il ne verra pas le résultat du traitement, l'aperçu de l'image sera toujours celui de l'image non traitée (normal, il ne sait pas interpréter les "ordres" d'un autre logiciel.

.
J'ai l'impression que c'est là où le bat blesse

[Nikojorj]

J'ai l'impression que c'est là où le bat blesse

Pour le traitement, non, tu ne peux pas mélanger plusieurs rendus dans une image simplement, et ça n'aurait d'ailleurs aucun sens mis à part celui de se compliquer la vie pour des prunes si je puis me permettre.
Après tu peux aussi pour certaines images faire le rendu qui te va NX et transmettre ça à LR via un TIFF (ou JPG si tu es sûr de ne plus y toucher plutôt), là pas de soucis et le boulot continuera comme d'habitude dans LR (tri, publication...).