| @@ -96,21 +96,31 @@ Séquence retenue : |
| 96 | - **Ordre de prise de vue** : le nom d'origine en suffixe ne garantit l'ordre chronologique qu'au sein d'un même appareil. Pour un tri fiable entre plusieurs boîtiers dans un même projet, s'appuyer sur la date EXIF (déjà lue à l'étape 2), pas sur un tri alphabétique du nom de fichier renommé. | 96 | - **Ordre de prise de vue** : le nom d'origine en suffixe ne garantit l'ordre chronologique qu'au sein d'un même appareil. Pour un tri fiable entre plusieurs boîtiers dans un même projet, s'appuyer sur la date EXIF (déjà lue à l'étape 2), pas sur un tri alphabétique du nom de fichier renommé. |
| 97 | 6. Une fois le(s) dossier(s) projet finalisé(s) et les fichiers renommés en local, ils sont poussés vers l'archive NAS — même logique de copie vérifiée qu'à l'étape 1, plutôt qu'une copie directe carte → NAS (plus lente et plus fragile aux coupures réseau). | 97 | 6. Une fois le(s) dossier(s) projet finalisé(s) et les fichiers renommés en local, ils sont poussés vers l'archive NAS — même logique de copie vérifiée qu'à l'étape 1, plutôt qu'une copie directe carte → NAS (plus lente et plus fragile aux coupures réseau). |
| 98 | | 98 | |
| 99 | -## 11. Sélection rapide, déchets évidents et limites observées avec les outils existants | 99 | +## 11. Structure d'un projet, sélection et déchets évidents |
| 100 | | 100 | |
| 101 | -Retour d'usage réel avec DxO PhotoLab (RAW+JPEG au boîtier, tri racine du projet = sélection / dossier "autres" = reste), qui affine la politique de conservation des RAW (section 4) sans la contredire. | 101 | +Structure retenue pour un projet (après plusieurs itérations) : |
| | 102 | + |
| | 103 | +- **`raw/`** : tous les fichiers RAW du projet, sélectionnés ou non. |
| | 104 | +- **`jpeg/`** : tous les fichiers JPEG du projet, sélectionnés ou non — y compris les collections anciennes purement JPEG (ex. photos des années 2000, sans RAW correspondant), qui trouvent ainsi une place naturelle sans cas particulier. |
| | 105 | +- **Racine du projet** : la sélection, prête à être vue directement (y compris en rouvrant le projet dans 10 ans, sans outil spécialisé). Une capture peut avoir son RAW promu à la racine, son JPEG, ou les deux indépendamment — le choix se fait fichier par fichier, pas par paire. |
| | 106 | + |
| | 107 | +Ce découpage par format plutôt que par statut (sélection/reste) remplace le dossier "autres" envisagé précédemment : ce qui n'est pas promu à la racine reste simplement dans `raw/` ou `jpeg/`. |
| | 108 | + |
| | 109 | +**La promotion vers la racine est une action manuelle de l'utilisateur dans son outil d'édition (DxO ou autre), pas une décision automatique de Régine.** Le rôle de Régine se limite à détecter ce déplacement à la réconciliation (section 9) : un fichier retrouvé à un autre chemin avec le même hash de contenu est traité comme le cas "renommage/déplacement détecté par le contenu" déjà prévu, qu'il s'agisse d'une promotion vers la racine, d'un retour en arrière, ou d'un déplacement entre `raw/` et `jpeg/`. Aucun mécanisme supplémentaire à construire pour ça. |
| | 110 | + |
| | 111 | +L'appariement RAW/JPEG d'une même capture (quand les deux existent) continue de reposer sur le nom de fichier identique hors extension, garanti par la convention de renommage à l'import (section 10, point 5) — même si RAW et JPEG ne sont jamais dans le même dossier. |
| 102 | | 112 | |
| 103 | **Deux catégories de fichiers non retenus, deux traitements différents.** Ne pas tout mettre dans le même panier : | 113 | **Deux catégories de fichiers non retenus, deux traitements différents.** Ne pas tout mettre dans le même panier : |
| 104 | | 114 | |
| 105 | -- **Déchets évidents** (test d'exposition, déclenchement accidentel, photo des pieds...) : suppression légitime, RAW et JPEG compris. Ça ne contredit pas le principe de fichier maître jamais modifié silencieusement (section 4) : la suppression passe par la confirmation explicite déjà prévue à l'étape de réconciliation (section 9) — c'est exactement l'usage prévu de cette étape, pas une entorse à la règle. | 115 | +- **Déchets évidents** (test d'exposition, déclenchement accidentel, photo des pieds...) : suppression légitime, RAW et JPEG compris, avant même le tri par format. Ça ne contredit pas le principe de fichier maître jamais modifié silencieusement (section 4) : la suppression passe par la confirmation explicite déjà prévue à l'étape de réconciliation (section 9) — c'est exactement l'usage prévu de cette étape, pas une entorse à la règle. |
| 106 | -- **Captures correctement prises mais non sélectionnées** (pas les meilleures, ni des déchets) : jamais supprimées ; RAW conservé, fichiers déplacés vers le dossier "autres" (tri racine/autres déjà validé, compatible avec la détection de renommage par hash de la section 9). | 116 | +- **Captures correctement prises mais non sélectionnées** (pas les meilleures, ni des déchets) : jamais supprimées ; elles restent simplement dans `raw/` et/ou `jpeg/`, non promues à la racine. |
| 107 | | 117 | |
| 108 | -**Checkout partiel pour aller vite.** Pour un usage type vacances où la vitesse prime, Régine peut ne faire sortir que les JPEG dans l'espace de travail local (pas les RAW), pour un tri/traitement rapide dans l'outil du moment sans être ralenti par les limites d'affichage de cet outil. Les RAW correspondants restent dans l'archive, non modifiés, récupérables séparément si un cas se révèle finalement difficile à traiter. Ça découple "quel fichier éditer aujourd'hui" (peut varier selon l'outil et l'envie du moment) de "quel fichier garder dans l'archive" (le RAW, toujours, sauf déchet confirmé) — et évite d'avoir à supprimer un RAW juste pour compenser une limite d'un outil de traitement. | 118 | +**Checkout partiel pour aller vite.** Pour un usage type vacances où la vitesse prime, Régine peut ne faire sortir que le dossier `jpeg/` (et la racine) dans l'espace de travail local, sans le `raw/`, pour un tri/traitement rapide dans l'outil du moment. Les RAW correspondants restent dans l'archive, non modifiés, récupérables séparément si un cas se révèle finalement difficile à traiter. Cette structure par format rend ce checkout partiel immédiat (un dossier entier à exclure), plus simple qu'avec un tri par statut où RAW et JPEG étaient mélangés. |
| 109 | | 119 | |
| 110 | **Limites observées avec DxO PhotoLab, à corriger dans Régine :** | 120 | **Limites observées avec DxO PhotoLab, à corriger dans Régine :** |
| 111 | | 121 | |
| 112 | -- Pas d'association visuelle entre un RAW et son JPEG jumeau (mode RAW+JPEG) : les deux apparaissent comme deux entrées séparées dans la liste, ce qui pousse à en supprimer un juste pour désencombrer l'affichage. Objectif pour Régine : regrouper une paire RAW+JPEG comme une seule entrée à l'écran. | 122 | +- Pas d'association visuelle entre un RAW et son JPEG jumeau (mode RAW+JPEG) : les deux apparaissent comme deux entrées séparées dans la liste, ce qui pousse à en supprimer un juste pour désencombrer l'affichage. Objectif pour Régine : regrouper une paire RAW+JPEG comme une seule entrée à l'écran, même si elles vivent dans des dossiers différents (`raw/` vs `jpeg/`). |
| 113 | -- Navigation limitée au dossier courant, pas de vue combinée racine + sous-dossiers (ex. projet + dossier "autres"). Objectif pour Régine : permettre une vue multi-dossiers d'un même projet. | 123 | +- Navigation limitée au dossier courant, pas de vue combinée racine + sous-dossiers (`raw/`, `jpeg/`). Objectif pour Régine : permettre une vue multi-dossiers d'un même projet. |
| 114 | | 124 | |
| 115 | ## Pistes de fonctionnalités pour Régine | 125 | ## Pistes de fonctionnalités pour Régine |
| 116 | | 126 | |
| @@ -122,7 +132,8 @@ Retour d'usage réel avec DxO PhotoLab (RAW+JPEG au boîtier, tri racine du proj |
| 122 | - Champs de droits/licence par photo ou par lot. | 132 | - Champs de droits/licence par photo ou par lot. |
| 123 | - Workflow checkout (copie de travail locale) / réconciliation par hash avant réarchivage sur le NAS, plutôt que permissions NAS par type de fichier — cf. section 9. | 133 | - Workflow checkout (copie de travail locale) / réconciliation par hash avant réarchivage sur le NAS, plutôt que permissions NAS par type de fichier — cf. section 9. |
| 124 | - Import carte mémoire : copie locale vérifiée, détection de plage de dates par EXIF (avec gestion des dates aberrantes), proposition de découpage en plusieurs projets à partir de la répartition jour par jour, renommage final `date_titre_nomOrigine` avec désambiguïsation par numéro de série de boîtier (EXIF BodySerialNumber) ou étiquetage manuel en repli — cf. section 10. | 134 | - Import carte mémoire : copie locale vérifiée, détection de plage de dates par EXIF (avec gestion des dates aberrantes), proposition de découpage en plusieurs projets à partir de la répartition jour par jour, renommage final `date_titre_nomOrigine` avec désambiguïsation par numéro de série de boîtier (EXIF BodySerialNumber) ou étiquetage manuel en repli — cf. section 10. |
| 125 | -- Interface de tri/culling propre à Régine : association visuelle RAW+JPEG, navigation multi-dossiers d'un même projet, checkout partiel (JPEG seul) pour un tri rapide sans toucher aux RAW archivés, suppression de déchets évidents via la confirmation de réconciliation — cf. section 11. | 135 | +- Structure de projet par format (`raw/`, `jpeg/`) avec sélection à la racine (promotion manuelle, par fichier), gérant uniformément les captures récentes RAW+JPEG et les collections JPEG anciennes sans RAW — cf. section 11. |
| | 136 | +- Interface de tri/culling propre à Régine : association visuelle RAW+JPEG même dans des dossiers différents, navigation multi-dossiers d'un même projet, checkout partiel (`jpeg/` seul) pour un tri rapide sans toucher aux RAW archivés, suppression de déchets évidents via la confirmation de réconciliation — cf. section 11. |
| 126 | | 137 | |
| 127 | ## Sources | 138 | ## Sources |
| 128 | | 139 | |