fonzarely/regine-photos-archiver · 8e7f842

fonzarely/regine-photos-archiverpublic⑂ Fork 0

⑂ 8e7f842

ok

Fabien Champigny committed 2026-09-09T17:42:21+02:00 Browse files

8e7f842 parent: 71c52f1

modified docs/archivage-photo-elements-cles.md +12 -10 Viewed

@@ -100,27 +100,29 @@ Séquence retenue :
100	100
101	101	Structure retenue pour un projet (après plusieurs itérations) :
102	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.
	103	+- Un dossier par format, créé à la demande selon ce qui est réellement présent dans le projet — pas une liste figée à l'avance. `raw/` et `jpeg/` sont les cas les plus courants pour des prises de vue récentes, mais un projet contenant des scans peut aussi avoir `tiff/` et `bmp/` (voire d'autres formats à l'avenir) : Régine crée le dossier de format seulement s'il y a au moins un fichier de ce type à y mettre.
	104	+- `raw/` est une catégorie fonctionnelle qui regroupe toutes les extensions RAW (`.RAF`, `.CR2`, `.NEF`, `.ARW`...), pas un format unique — contrairement à `jpeg/`, `tiff/`, `bmp/`, qui correspondent chacun à une extension précise.
	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. Même logique pour un scan TIFF/BMP sélectionné.
106	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/`.
	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 son dossier de format.
108	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.
	109	+Cas des scans TIFF/BMP : un scan (négatif, tirage papier) n'a pas de "RAW" à côté — le TIFF ou le BMP est directement le fichier maître au sens de la section 4, à conserver sans jamais le modifier, au même titre qu'un RAW. Point de vigilance propre au BMP : c'est un format ancien, sans embarquement standard de métadonnées et peu utilisé en pratique d'archivage (contrairement au TIFF, largement recommandé pour les scans). Rien d'urgent, mais ça en fait un candidat naturel à une migration future vers TIFF, cohérent avec le principe déjà noté en section 4 ("migrations périodiques planifiées quand un format devient obsolète").
	110	+
	111	+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 dossiers de format. Aucun mécanisme supplémentaire à construire pour ça.
110	112
111	113	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.
112	114
113	115	Deux catégories de fichiers non retenus, deux traitements différents. Ne pas tout mettre dans le même panier :
114	116
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.
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.
	117	+- Déchets évidents (test d'exposition, déclenchement accidentel, photo des pieds...) : suppression légitime, tous formats 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.
	118	+- Captures correctement prises mais non sélectionnées (pas les meilleures, ni des déchets) : jamais supprimées ; elles restent simplement dans leur dossier de format, non promues à la racine.
117	119
118	120	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.
119	121
120	122	Limites observées avec DxO PhotoLab, à corriger dans Régine :
121	123
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/`).
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.
	124	+- 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.
	125	+- Navigation limitée au dossier courant, pas de vue combinée racine + sous-dossiers. Objectif pour Régine : permettre une vue multi-dossiers d'un même projet.
124	126
125	127	## Pistes de fonctionnalités pour Régine
126	128
@@ -132,7 +134,7 @@ L'appariement RAW/JPEG d'une même capture (quand les deux existent) continue de
132	134	- Champs de droits/licence par photo ou par lot.
133	135	- 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.
134	136	- 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.
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.
	137	+- Structure de projet par format créée à la demande (`raw/`, `jpeg/`, `tiff/`, `bmp/`, extensible à d'autres formats) avec sélection à la racine (promotion manuelle, par fichier), gérant uniformément prises de vue récentes, collections JPEG anciennes et scans TIFF/BMP — cf. section 11.
136	138	- 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.
137	139
138	140	## Sources

  Structure retenue pour un projet (après plusieurs itérations) :
--- **`raw/`** : tous les fichiers RAW du projet, sélectionnés ou non.
++- **Un dossier par format, créé à la demande** selon ce qui est réellement présent dans le projet — pas une liste figée à l'avance. `raw/` et `jpeg/` sont les cas les plus courants pour des prises de vue récentes, mais un projet contenant des scans peut aussi avoir `tiff/` et `bmp/` (voire d'autres formats à l'avenir) : Régine crée le dossier de format seulement s'il y a au moins un fichier de ce type à y mettre.
--- **`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.
++- `raw/` est une catégorie fonctionnelle qui regroupe toutes les extensions RAW (`.RAF`, `.CR2`, `.NEF`, `.ARW`...), pas un format unique — contrairement à `jpeg/`, `tiff/`, `bmp/`, qui correspondent chacun à une extension précise.
--- **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.
++- **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. Même logique pour un scan TIFF/BMP sélectionné.
--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/`.
++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 son dossier de format.
--**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.
++**Cas des scans TIFF/BMP** : un scan (négatif, tirage papier) n'a pas de "RAW" à côté — le TIFF ou le BMP est directement le fichier maître au sens de la section 4, à conserver sans jamais le modifier, au même titre qu'un RAW. Point de vigilance propre au BMP : c'est un format ancien, sans embarquement standard de métadonnées et peu utilisé en pratique d'archivage (contrairement au TIFF, largement recommandé pour les scans). Rien d'urgent, mais ça en fait un candidat naturel à une migration future vers TIFF, cohérent avec le principe déjà noté en section 4 ("migrations périodiques planifiées quand un format devient obsolète").
++
++**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 dossiers de format. Aucun mécanisme supplémentaire à construire pour ça.
  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.
  **Deux catégories de fichiers non retenus, deux traitements différents.** Ne pas tout mettre dans le même panier :
--- **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.
++- **Déchets évidents** (test d'exposition, déclenchement accidentel, photo des pieds...) : suppression légitime, tous formats 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.
--- **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.
++- **Captures correctement prises mais non sélectionnées** (pas les meilleures, ni des déchets) : jamais supprimées ; elles restent simplement dans leur dossier de format, non promues à la racine.
  **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.
  **Limites observées avec DxO PhotoLab, à corriger dans Régine :**
--- 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/`).
++- 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.
--- 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.
++- Navigation limitée au dossier courant, pas de vue combinée racine + sous-dossiers. Objectif pour Régine : permettre une vue multi-dossiers d'un même projet.
  ## Pistes de fonctionnalités pour Régine
  - Champs de droits/licence par photo ou par lot.
  - 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.
  - 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.
--- 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.
++- Structure de projet par format créée à la demande (`raw/`, `jpeg/`, `tiff/`, `bmp/`, extensible à d'autres formats) avec sélection à la racine (promotion manuelle, par fichier), gérant uniformément prises de vue récentes, collections JPEG anciennes et scans TIFF/BMP — cf. section 11.
  - 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.
  ## Sources