Street photo et Cie. Site et forum sur la photo de rue.

Oui c'est sympa le perl (je ne m'y suis jamais mis, cela dit). Et ça a la réputation d'être très performant dans son domaine. Je n'aurai probablement jamais l'occasion de m'y mettre :  j'aimerais bien aller vers quelque chose de plus universel que powershell ; mais ça sera plutôt Python.
TK, en revanche... Enfin, ce n'est pas Tk, c'est juste que je recoure au script pour me passer d'interface graphique. Surtout pour un petit script comme ça ; mais c'est un "feeling" personnel. Chaque fois que j'ai collé des boîtes sur du script j'ai passé plus de temps (perdu ?) a bidouiller des boutons qu'à bosser au fond. Et puis il y a déjà généralement un outil qui existe déjà.

OK Christophe, du Code oui tu as raison. Je l'aurais fait en Perl/Tk pour cela fonctionne en Linux/MAC OS/X et les nombreux windows

chipiron écrivait:

Pour ne pas avoir d'erreur/de confirmation dans le cas ou il y a une photo doublonnée, oui.

Perso, j'aurais renommé la nouvelle photo, un truc du genre (en php):

Courtox, par sécurité et pour le confort de lecture, merci d'utiliser la balise [code] dispo dans les outils BBcode en dessus. Je me suis permis d'éditer ton post.

Pour ne pas avoir d'erreur/de confirmation dans le cas ou il y a une photo doublonnée, oui.

Par ailleurs, il arrive lors de copies en grande quantité que des erreurs se produisent, indiquant que le fichier est déjà occupé. Le "-force" est efficace bien qu'assez bourrin. Je n'ai jamais eu de problème mais il serait peut être préférable de le commenter. En fait, je m'aperçois que c'est une option que j'ai pris l'habitude d'utiliser, ce qui est la moins bonne raison.

Il s'agissait dans ce cas de regrouper et d'ordonner 47 Go de photos, précédemment dispersées ici ou là, étalées de 2011 à 2013. Dans la mesure où l'opération n'implique pas de copie (simple déplacement sur le même disque), c'est extrêmement rapide.

C'est con mais ce tout petit bout de machin rendu "public" je m'aperçois qu'il a plein de défauts :
- "{0:yyyy-MMMM-dd}" met en forme la date façon "2013-Janvier-01" ce qui n'est pas forcément terrible.  Avec "{0:yyyy-MMMM}" elles sont classées par mois ("2013-Janvier").
- il serait aussi bien d'éviter de stocker la liste de fichiers dans une variable et de la passer directement dans un pipe.
- comme je disais il y a un filtre superflu, etc.

Il est dans outil, partage de fichier.

C'est un simple dir/ls (un get-childItem) avec une boucle derrière qui reprend la propriété LastWriteTime de l'image, la formate (la valeur de la propriété) et s'en sert pour créer un dossier où l'image est copiée. Plus long à expliquer qu'à écrire. Je teste l'existance du dossier à chaque itération ce qui est moche et je viens de m'apercevoir que j'aurais pu faire l'économie d'un filtre (en filtrant par extension on exclue de facto les dossiers). A ma décharge le filtre sur extension est un ajout de dernière minute.
Bref, c'est pratique mais moche.

Oui, Lightroom, mais je ne l'ai pas sur tous mes PC et je m'y retrouve mieux comme ça. De toute façon j'importe tout en masse (accent québéquois) dans un dossier "vrac" et ne trie qu'après sélection, post-traitement et tout ça.

Tout ça, d'aileurs, car je cherchais si Powershell (ou .net) permet de jouer avec les exifs. Au point où j'en suis, la réponse est oui en jpg et non en raw, mais ça m'escagasse car des infos sont affichées dans l'explorateur windows (bien que mal mappées : f4 dams focale, c'est bizarre).
Heureusement, pour mon script, il existe une propriété (LastWriteTime, de mémoire) différente de la date de création sur le système de fichier, correspondant à la prise de vue.