Atelier / Archive Duchastel · Fiches Duchastel → · English
Transformer un blogue de quatre pages en une archive bilingue et interconnectée des personnes, des lieux et des métiers — une archive qui affiche ses propres incertitudes et invite la famille à les résoudre. Huit étapes, dont aucune ne jette la précédente.
/fr/ et /en/
Symétriques. Aucune langue n'est secondaire, et une troisième s'insérerait sans rien réorganiser.
C'est presque un terrain vierge, et c'est ce qu'il a de plus utile. Rien de ce qui suit n'est un problème de migration : ce sont des décisions qui n'ont jamais été prises parce qu'un thème de blogue les avait prises à notre place.
Il est bâti pour des billets, des étiquettes, un temps de lecture et un fil
antéchronologique. Le modèle dont nous avons besoin est une encyclopédie interconnectée.
/categories/ et /tags/ sont en ligne en ce moment même et
servent des pages vides.
La bibliothèque est bien dans static/js/, mais aucun gabarit ne la charge :
le lien data-lightbox de l'arbre généalogique ouvre simplement le PNG brut.
C'est exactement l'exigence « vignette vers fenêtre surgissante », aujourd'hui en panne.
Pas de vignettes générées, pas de tailles adaptatives, pas d'appariement entre petite et pleine résolution — précisément la mécanique dont dépend l'exigence sur les médias.
Le site est figé en français. Mettre la structure en place maintenant coûte une journée ; le faire après quelques centaines de pages coûte une réécriture.
duchastel_maison.md est une page unique de 44 Ko qui contient
Cormontreuil, Montflambert, Crogny et Monthoury — chacun avec sa situation, son
historique, ses images et ses références. Quatre lieux, quatre pages, quatre points sur
la carte.
Un site Hugo statique avec un cœur hybride : le YAML structuré porte le squelette — personnes, dates, coordonnées, relations — tandis que le markdown porte le récit. Hugo les réunit à la compilation. Les faits restent cohérents et vérifiables par la machine ; la prose reste agréable à écrire.
Figer un jeu de types serait une erreur, et l'éviter ne coûte presque rien lorsqu'on s'y prend dès le départ. Les types ne sont donc pas du code : les types sont des données. Un descripteur de type déclare ses champs, les sections qu'il accepte et son regroupement dans les répertoires. Un gabarit générique lit le descripteur et affiche. Ajouter une sorte de chose, c'est ajouter un fichier, pas écrire une mise en page.
data/schema/, déclaré une fois
Les relations se déclarent comme les types : chacune indique ses extrémités, sa cardinalité, son inverse et son libellé dans les deux langues.
data/, ce que l'on saisit
Déclare un nouveau type dans la bande du haut et ses pages, son répertoire et ses entrées de recherche apparaissent ici — sans écrire un seul gabarit.
Famille n'est pas un type sûr. Il confond trois choses distinctes : une lignée patronymique, un couple, et un ménage à un moment donné. Les documents de la famille en font eux-mêmes la démonstration — du Chastel, Duchastel, Duchatel, Dûchatel et Duchastel de Montrouge sont une seule lignée sous cinq graphies, et les gens y entrent et en sortent constamment par mariage.
Une lignée est une facette de regroupement et de recherche, pas une appartenance. Elle garde sa page, et cette page garde une liste de membres marquants — mais cette liste est établie à la main, non calculée. Une page de famille est un récit que l'on décide de raconter, pas un ensemble que la machine déduit.
Le couple devient un enregistrement union, et la descendance un enregistrement filiation. Tous deux sont des objets à part entière, et non des champs sur une personne.
Sortir les unions et les filiations de la fiche de personne pour en faire des enregistrements autonomes : c'est le seul changement qui rend les cas difficiles faciles. Divorce, deuxièmes et troisièmes noces, parents inconnus qui deviennent connus — aucun n'est un cas particulier dans le code. Ce sont des valeurs de champ.
| Cas | Comment il s'écrit |
|---|---|
| Mariage rompu par le décès | end.reason: death |
| Divorce | end.reason: divorce |
| Deuxièmes, troisièmes noces | Un autre enregistrement, order: 2, order: 3 |
| Enfants hors mariage | kind: liaison |
| Conjoint attesté mais non identifié | partners: [x, null] |
| Parents inconnus | Aucun enregistrement — rien à contredire plus tard |
| Parents présumés, puis prouvés | Un seul enregistrement ; on relève son conf |
| Deux pères possibles | Deux enregistrements, chacun avec sa propre fiabilité |
| Adoption, beau-parent | kind: adoptive, kind: step |
Chacun de ces cas est traité sur de véritables enregistrements tirés des notes de famille dans Fiches Duchastel — y compris les secondes noces avec une épouse restée sans nom, la filiation que l'archiviste ne pouvait que présumer, et la date de construction sur laquelle deux sources se contredisent.
Construire des pièces génériques et réutilisables plutôt qu'une chronologie à la fois : c'est ce qui rend les étapes suivantes économiques. Sept composants couvrent l'ensemble des besoins.
N'importe quelle liste d'entrées datées, affichée verticalement dans la page ou en version compacte dans une fenêtre surgissante. Écrite une fois, pilotée par les données.
tout type d'objetHugo génère les vignettes adaptatives ; un clic ouvre une surcouche avec légende, crédit et bouton de téléchargement de l'original en pleine résolution.
toutes les pagesFocus trace 2 à 4 générations autour d'une personne. Épars trace de nombreuses générations avec peu de nœuds, pour exposer les liens entre lignées.
personne · lignéeMarqueurs à clé avec légende en dessous, et infobulles au survol portant leur propre texte. De l'échelle d'un quartier à celle d'un continent.
lieu · lignée · globalLiens vers les objets liés, résolus par identifiant, de sorte qu'une page renommée ne puisse jamais laisser un lien mort derrière elle.
toutes les pagesDeux blocs repliables pour ce qui n'est pas résolu et ce que l'on veut consigner. Facultatifs partout, et rassemblés dans le journal des enquêtes.
toutes les pagesListe générée sur n'importe quel type déclaré, groupée par lignée, période, région ou métier. Les nouveaux objets y apparaissent sans toucher au gabarit.
tout typeLa décision la plus coûteuse à reporter. Une date écrite en toutes lettres — « vers 1757 » — est figée en français pour toujours, et invisible à la règle de confidentialité.
| Stocké | Affiche (fr) | Affiche (en) | Pourquoi |
|---|---|---|---|
{year: 1757, qual: circa} | vers 1757 | c. 1757 | Se traduit tout seul |
{year: 1802, qual: before} | avant 1802 | before 1802 | Se trie correctement |
{y: 1813, m: 5, d: 19} | 19 mai 1813 | 19 May 1813 | Format selon la langue |
{year: 1955} | — masquée par la règle de confidentialité — | Vérifié mécaniquement, partout | |
Seules les dates de naissance sont protégées. Cela correspond à la façon dont les registres eux-mêmes sont régis : les actes de naissance sont généralement restreints 75 à 100 ans, tandis que les actes de décès et de mariage ne le sont que 50 à 75 ans. Et le seuil du siècle est la norme du métier : les généalogistes britanniques publient sous une marque « GEN100 » pour le signaler, en partant du principe que toute personne née depuis moins de cent ans est vivante sauf preuve du contraire.
afficherDateNaissance(personne, aujourdhui) :
# les dérogations explicites l'emportent toujours
si personne.privacy == public -> COMPLÈTE
si personne.privacy == private -> MASQUÉE
# 1. la règle du siècle
si aujourdhui.annee - naissance.annee >= 100 -> COMPLÈTE
# 2. la règle des dix ans après le décès
si deces.annee et aujourdhui.annee - deces.annee >= 10 -> COMPLÈTE
# sinon réduire, jamais effacer
si naissance.annee -> DÉCENNIE # « née dans les années 1940 »
sinon -> MASQUÉE
toujours publics : dates de décès, de mariage, lieux, noms
masqués avec la date de naissance : âge au décès, âge au
mariage, âge relevé dans un recensement
Une décennie est sans danger isolément. Elle cesse de l'être à côté d'une date de décès et d'un âge. Affiche « née dans les années 1940 », « décédée en 2012 » et « décédée à 67 ans » ensemble, et 1945 se trouve republié exactement — deux de ces trois valeurs suffisent à retrouver la troisième.
Le masquage doit donc se propager aux valeurs calculées, et pas seulement à la date stockée. C'est la vraie raison pour laquelle tout cela tient dans une seule fonction : l'âge au décès se calcule à une douzaine d'endroits, et chacun doit demander la permission.
Michèle — née en 1945, décédée en 2012. En 2020 : 75 ans depuis la naissance (moins de 100) et 8 ans depuis le décès (moins de 10), donc la naissance se réduit à années 1940 tandis que la date de décès s'affiche en entier. En 2026 : 14 ans depuis le décès franchissent la seconde règle, donc 1945 se publie. C'est le comportement recherché.
À savoir : les logiciels dominants vont plus loin — webtrees masque tout d'une personne vivante et affiche « Private » à la place du nom. C'est le bon choix pour un site ouvert aux inconnus. Pour une archive familiale, c'est le mauvais compromis : un arbre devient illisible dès qu'on ne sait plus à quelle génération quelqu'un appartient.
Le partage traverse les pages, il ne passe pas entre elles. Une même page de lieu porte les trois niveaux à la fois — voici le matériel sur Montflambert, trié :
| Contenu | Niveau | Traitement |
|---|---|---|
| Interface, titres, père/father, dates | 1 | Les deux, automatiquement — une table fixe d'environ 80 chaînes |
| « Situé à environ 29 km au sud de Reims » | 2 | Les deux — prose d'origine, et elle est brève |
| « 1753 (14 avril) — vendu à Jean-Baptiste du Chatel » | 1 | Stocké en données ; s'affiche dans l'une ou l'autre langue |
| L'extrait du contrat de mariage de 1751 | 3 | Français verbatim, glose anglaise au-dessus |
| « Maintenant un Bed and Breakfast » | 2 | Les deux — information pratique pour un parent de passage |
| Jean-Baptiste · Cormontreuil · Reims | — | Jamais traduits |
Traduire un acte notarié détruirait sa valeur de preuve — un lecteur qui veut te vérifier a besoin des mots réellement inscrits dans l'ouvrage. La glose porte le sens ; la citation porte la preuve.
Puisque tout est saisi à la main et que rien n'a besoin d'être importé, le format peut être conçu pour celui qui tape plutôt que pour une machine qui échange. Un principe gouverne l'ensemble :
Une année de naissance est le même nombre en français et en anglais. Seule l'écriture change. Les faits vivent donc une seule fois, dans un YAML partagé par les deux langues, et chaque langue reçoit un mince fichier markdown qui ne porte que son récit. Aucun fait n'est stocké deux fois, donc aucun fait ne peut diverger.
data/schema/
types/person.yaml # le registre : ce qu'EST une personne
types/place.yaml
relations/union.yaml # extrémités, cardinalité, inverse, libellés
relations/parentage.yaml
data/
persons/duchastel-louis-francois-1784.yaml
places/monthoury.yaml
unions/duchastel-legoix-1813.yaml
parentage/legoix-sophie-1790.yaml
sources/ad-aisne-4q1e2856.yaml
content/fr/ personnes/… lieux/… # récit français seulement
content/en/ persons/… places/… # anglais facultatif
id: union
endpoints: [person, person]
ordered: false # les conjoints sont symétriques
multiple: true # une personne peut en avoir plusieurs
label: { fr: "union", en: "union" }
fields: [kind, order, begin, end, conf, sources]
Ajouter apprentissage comme relation de personne à personne, ou
artefact comme nouveau type, revient à écrire un fichier comme celui-ci. Rien
ne change dans les gabarits.
patronyme-prenom-annee pour les personnes, un court identifiant pour le
reste. Ils apparaissent dans chaque renvoi : on les choisit une fois et on ne les renomme
jamais. Une année inconnue prend -nd ; une vraie collision prend
-b.
C'est la pratique établie. GEDCOM porte une balise
QUAY pour cela depuis les
années 1990 — « une évaluation de la certitude de la preuve ». Gramps l'implémente aussi,
et place le champ sur la
citation plutôt que sur la personne, ce qui se révèle être le point important.
Trois sites qui recopient le même registre paroissial font une source, pas trois. Une seule inscription au registre original — écrite par un participant, sur le moment — les surpasse toutes. Evidence Explained distingue trois axes : source originale ou dérivée, information de première ou de seconde main, preuve directe, indirecte ou négative.
Trois axes, c'est trop à remplir mille fois à la main. Gardons donc un seul champ — mais qu'il consigne un jugement sur la preuve, et non un décompte de lignes.
Une hypothèse n'est pas une « faible fiabilité » : c'est une autre nature d'affirmation. Trois valeurs forment une échelle ordonnée ; deux sont des drapeaux catégoriels, dessinés délibérément autrement.
| Valeur | Marque | Signifie | Preuve typique |
|---|---|---|---|
proven |
●Attesté | Documenté et cohérent ; défendable | Registre original, information de première main |
probable |
◐Probable | Une bonne source, rien qui la contredise | Un registre unique, un ouvrage fiable |
possible |
○Possible | Faible ou indirect ; plausible mais non confirmé | Source dérivée, souvenir de famille |
hypothesis |
◈Hypothèse | Une proposition, pas encore une preuve | Raisonnement sur des noms, des lieux, des lacunes |
disputed |
▲Contradiction | Les sources se contredisent réellement, sans arbitrage | Deux actes donnant des années différentes |
L'échelle se lit au remplissage (● ◐ ○) ; les deux drapeaux prennent un contour, afin de se lire comme une autre nature de marque plutôt que comme un degré de plus sur la même échelle. Chacun porte un mot autant qu'une forme.
Cela survit à l'impression en niveaux de gris, à la photocopie, à toutes les formes de daltonisme et à un téléphone en plein soleil — ce qui compte davantage qu'ailleurs ici, puisqu'un public de généalogie est plutôt âgé et qu'environ un homme sur douze distingue mal le rouge et le vert. Si la couleur devait un jour revenir, elle se superposerait comme second signal redondant sans toucher aux données.
La date de mariage de Louis-François peut être proven tandis que son métier est
possible et sa filiation une hypothesis — sur une même personne,
affichés différemment, recensés séparément.
WikiTree est le cas le plus instructif : il impose au moins une source par fiche, signale ouvertement les fiches sans source, organise un « Source-a-Thon » annuel où la progression est visible, et achemine chaque doute vers un forum entre généalogistes. FamilySearch recommande le même geste de fond. Distillé pour un site de famille sans comptes :
mailto: pré-rempli comme solution de repli sans aucune infrastructure.Trois pages d'entretien, toutes engendrées à partir d'enregistrements déjà écrits, aucune tenue à la main. C'est la même mécanique braquée sur trois questions différentes — d'où le fait que la troisième ne coûte presque rien une fois la première en place.
Toute affirmation marquée hypothesis, disputed ou
possible, plus chaque entrée questions:. Groupées par lignée,
lieu et période ; chacune avec son ancre, pour envoyer à un cousin une question précise
plutôt qu'une page entière.
Tout objet dont la page française existe sans équivalent anglais, et tout résumé de niveau 2 encore manquant. Trié pour faire remonter les pages les plus consultées, avec un nombre de mots afin de choisir une tâche à la mesure du temps disponible.
ce qui n'est pas encore bilingueRenvois brisés, relations dont les extrémités ne correspondent pas au registre, fichiers médias absents, dates illisibles, personnes sans aucune source. Fait échouer la compilation plutôt que de publier l'erreur.
ce qui est malforméUne traduction manquante est structurellement identique à une question ouverte : une lacune que le site sait détecter tout seul. Hugo connaît déjà les versions linguistiques existantes d'une page ; la file est donc une liste dérivée, et non une liste de tâches à entretenir. Elle ne peut ni vieillir, ni rien oublier.
Elle donne aussi du mordant aux niveaux. Un résumé de niveau 2 manquant est signalé bloquant — un lecteur anglophone ne peut pas comprendre le sujet sans lui. Un récit de niveau 3 manquant est signalé facultatif, puisque le français accompagné d'une glose anglaise a toujours été l'état visé.
Ordonnées par dépendance, non par attrait. Chaque étape laisse le site fonctionnel et déployé ; aucune n'exige d'abandonner la précédente. La numérotation est réelle — les arbres ont besoin des personnes, les personnes du registre, le registre des fondations.
Où en sommes-nous
L'étape 0 s'est achevée le 21 août 2026 — ces pages en sont le résultat, publiées sous
/atelier/, non répertoriées et hors du plan de site. L'étape 1 a suivi le
31 août 2026 : PaperMod est retiré, le thème est le nôtre, et le site est bilingue sur des
URL symétriques /fr/ et /en/. L'étape 2 a abouti le 1er septembre
2026 — les types et les relations sont déclarés comme des données, les quatre demeures ont
chacune leur page, et la construction refuse de publier un renvoi qui ne résout pas.
L'étape 3, les sections communes et l'établi, est la prochaine.
Publier ces pages de planification sur le site lui-même, sous une adresse non
répertoriée (/atelier/), liées entre elles mais à rien d'autre. Exclues du
plan de site, marquées noindex, et délibérément absentes du
robots.txt — qui ne ferait qu'annoncer le chemin que l'on cherche à garder
discret. Passe en premier parce qu'elle coûte un après-midi et rend toutes les étapes
suivantes lisibles par la famille.
RésultatUn lien unique à envoyer à la famille, et l'habitude de consigner les décisions là où elles peuvent être discutées.
Rien de neuf n'apparaît, et tout le reste en dépend. Remplacer PaperMod par un thème
maison bâti autour des objets et non des billets. Mettre en place l'aiguillage
/fr/ et /en/ avec la table de chaînes d'interface. Convertir
les images en page bundles pour que Hugo puisse les traiter. Construire le
composant média — ce qui répare enfin la visionneuse. Écrire le modèle de dates et la
fonction de confidentialité. Passer Hugo de 0.147.7 à 0.165.0 dans la même foulée —
PaperMod est la seule chose qui ait jamais cassé lors d'un changement de version, et il
disparaît de toute façon ici.
RésultatLes mêmes quatre pages, mais bilingues, avec une visionneuse qui marche et des dates qui savent ce qu'elles sont.
La colonne vertébrale. Construire le registre des types et des relations, puis y
déclarer les premiers. Générer une page par objet ; résoudre les renvois par identifiant
et bâtir les index inverses. Le champ conf arrive ici plutôt que plus tard —
rétro-ajouter la fiabilité sur mille faits déjà saisis est la seule erreur que ce plan ne
peut pas absorber. Éprouver le tout sur du vrai matériel en scindant
duchastel_maison.md en quatre lieux.
RésultatUne page de 44 Ko remplacée par quatre lieux navigables — et la capacité d'ajouter une cinquième sorte de chose sans écrire de gabarit.
Les blocs facultatifs de chaque page : chronologie en mode intégré et surgissant, renvois, questions, notes. Puis les trois pages d'entretien engendrées — journal des enquêtes, file de traduction, rapport de compilation — qui sont des index sur des données déjà présentes plutôt qu'une mécanique nouvelle.
RésultatChaque affirmation incertaine visiblement marquée, une page rassemblant toutes les questions ouvertes, et une page listant tout ce qui attend d'être traduit.
Saisir les données. Fiches de personnes, unions, filiations — y compris les cas délicats : remariages, conjoints sans nom, descendance présumée. Pages de lignée avec leurs membres marquants choisis. Day et Dion cessent d'être des ébauches de neuf mots.
RésultatUne véritable archive plutôt qu'une démonstration — le moment où le site mérite d'être montré à la famille.
Les deux modes, sur les mêmes enregistrements. Focus trace deux à quatre générations autour d'une personne choisie. Épars couvre de nombreuses générations en omettant la plupart des individus, afin que les liens entre les lignées Duchastel, Day et Dion sautent aux yeux. Les nœuds anonymes et vivants s'affichent sans rien divulguer.
RésultatLes parentés lisibles sans avoir à lire une seule page de prose.
Leaflet avec des tuiles auto-hébergées — pas de clé d'API, pas de facturation à la consultation, rien qui casse quand un fournisseur change ses conditions. Marqueurs à clé avec légende dessous et infobulles au survol portant leur propre texte, aux deux échelles : la vue Reims-et-Champagne, et la vue large montrant les déplacements entre pays.
RésultatChaque lieu sur une carte, et la géographie de la famille devenue une chose que l'on peut montrer du doigt.
Répertoires groupés sur chaque type déclaré. Recherche côté client. Le canal de réponse en un clic sur chaque question ouverte, avec une ligne de crédit aux contributeurs. Puis la passe anglaise de niveau 2, en descendant la file de traduction — faite en dernier, délibérément, parce que traduire un contenu encore mouvant gaspille l'effort deux fois.
RésultatLa destination : une archive bilingue, interrogeable et interconnectée, qu'un cousin peut parcourir seul dans l'une ou l'autre langue.
Plus rien ici ne bloque l'étape 1. Ce sont des choix qu'il vaut mieux retourner avant qu'ils n'arrivent qu'après.
La règle des dates est arrêtée, et celle des noms en découle : les vivants gardent leur nom, ce qui est précisément ce qui rend un arbre lisible. Les photographies sont le seul cas encore indécis, et elles se comportent autrement : un portrait n'est pas un fait qui se périme, et la personne représentée peut simplement ne pas vouloir qu'il soit publié.
Proposition : les images sont visibles par défaut pour les défunts et masquées par
défaut pour les vivants, avec une dérogation par image — le même champ
privacy: que porte déjà la fiche de personne. Cela reste mécanique plutôt
qu'un jugement au cas par cas.
/atelier/ doit-il être privé ?Non répertorié n'est pas privé. Quiconque a l'adresse peut lire, et les adresses fuient — par les en-têtes de provenance, la synchronisation des navigateurs, les courriels transférés. Pour des documents de planification, c'est presque certainement suffisant : ils ne contiennent rien de sensible.
S'il fallait un jour le fermer vraiment, Cloudflare Access se place devant un chemin et envoie un code à usage unique à des adresses approuvées. C'est gratuit jusqu'à 50 personnes, ne demande aucun compte aux membres de la famille, et tourne sur l'hébergement déjà en place. Bon à savoir avant que la première page contenant des parents vivants ne soit mise en ligne.
possible doit-il figurer au journal des enquêtes ?Les hypothèses et les contradictions y ont clairement leur place. Les faits faiblement sourcés relèvent du jugement : les inclure fait du journal une liste de tâches complète, mais longue, et peut-être décourageante. La proposition est de les inclure, groupés à part sous à confirmer plutôt que à résoudre.
Une marque sur chaque date donne à la page des airs de tableur. L'autre option est de ne
marquer que possible, hypothesis et disputed — un
fait non marqué signifiant alors « attesté » — avec une bascule qui les révèle toutes. Des
pages plus calmes, la même information, à un clic. Décision d'étape 3.
Les choix qui fondent la conception, avec ce que chacun écarte. Consignés pour que toute personne arrivant plus tard voie non seulement ce qui a été décidé, mais ce qui a été envisagé puis rejeté — et puisse rouvrir une décision sur pièces plutôt que de mémoire.
Une date de naissance se publie si la naissance remonte à au moins 100 ans, ou si le décès est connu et remonte à au moins 10 ans. Dates de décès, de mariage, lieux et noms restent publics en tout temps.
Les actes de naissance sont la catégorie protégée — généralement fermés 75 à 100 ans, contre 50 à 75 pour les décès et les mariages. Le seuil du siècle est la norme du métier, signalée en Grande-Bretagne par la marque « GEN100 ».
Une conséquence est acceptée sciemment : comme la seconde règle ne dépend que de la date de décès, une personne morte jeune devient publique plus tôt — un enfant né en 2010 et décédé en 2015 est entièrement public en 2025. Généalogiquement c'est correct, et ces dates comptent.
ÉcartéMasquer tout d'une personne vivante, comme le fait webtrees. Juste pour un site ouvert aux inconnus ; pour une archive familiale, cela rend l'arbre illisible.
ÉcartéUn plancher d'âge — ne jamais publier une date de naissance de moins d'une cinquantaine d'années, quel que soit le décès. Il retiendrait les dates que les deux règles servent justement à libérer, et le cas visé est rare autant que généalogiquement correct.
Réduire plutôt qu'effacer garde les générations lisibles, ce qui est la condition pour qu'un arbre mérite d'être regardé.
Cela impose une seconde règle : le masquage doit se propager aux valeurs calculées — âge au décès, âge au mariage, âge dans un recensement. Une décennie à côté d'une date de décès et d'un âge restitue l'année exacte.
Environ un homme sur douze présente une déficience de la vision des couleurs, un lectorat de généalogie est plutôt âgé, et le rouge opposé au vert est la paire la plus confondue. Les marques restent lisibles en niveaux de gris, à l'impression, et sur un téléphone en plein soleil.
ÉcartéUn feu tricolore vert / ambre / rouge. La couleur pourra toujours se superposer plus tard comme signal redondant, sans changer une donnée.
Une même personne peut porter une date de mariage attestée, un métier seulement
possible et une filiation hypothétique. C'est la logique de la balise QUAY de
GEDCOM et de Gramps, qui placent tous deux le champ sur la citation.
ÉcartéUne note de fiabilité unique par personne, et le décompte des sources comme mesure — trois sites recopiant un même registre paroissial font une source.
Le mot confond une lignée patronymique, un couple et un ménage à un moment donné. Il est remplacé par une facette lignée, dont la liste de membres est établie à la main, plus des enregistrements union et filiation.
Les documents l'imposent : du Chastel, Duchastel, Duchatel, Dûchatel et Duchastel de Montrouge forment une seule lignée sous cinq graphies, où l'on entre et d'où l'on sort sans cesse par mariage.
Divorce, deuxièmes et troisièmes noces, conjoints attestés mais non identifiés, filiation présumée avant d'être prouvée : tous deviennent de simples valeurs de champ au lieu de cas particuliers dans le code.
Les uns et les autres sont déclarés comme données dans data/schema/, et un
gabarit générique affiche à partir du descripteur. Une nouvelle sorte de chose coûte un
fichier, pas une mise en page.
ÉcartéUn jeu figé de quatre types, qu'il aurait fallu défaire dès la première fois que le matériel en aurait réclamé un cinquième.
Un format maison, conçu pour celui qui tape, saisi à la main. Un convertisseur depuis un système de généalogie externe pourra être écrit à tout moment, puisqu'il n'aurait jamais qu'à écrire vers ces fichiers.
ÉcartéL'import GEDCOM, et la copie miroir d'un outil externe. Un aller-retour par GEDCOM perd des données, et un miroir produit deux versions de la même personne.
Interface, libellés et dates dans les deux langues ; résumés de familles, de personnes et de lieux dans les deux également. Le récit d'archive reste en français, avec des gloses anglaises pour introduire les citations. Les sources de première main ne sont jamais traduites.
ÉcartéLa parité totale, qui double chaque paragraphe écrit désormais ; et la traduction de la seule interface, qui laisse un lecteur anglophone capable de naviguer mais incapable de comprendre le moindre sujet.
Hugo sur Cloudflare Pages : gratuit, rapide, rien à corriger, aucune base de données à sauvegarder.
Écartéwebtrees et TNG. Plus riches et ouverts à plusieurs rédacteurs, mais exigeant PHP et MySQL sur un serveur entretenu — alors que la rédaction se fait ici à une seule personne, par git.
Ces pages sont hors de la navigation du site et hors du plan de site, mais quiconque en détient l'adresse peut les lire. C'est accepté pour des documents de planification, qui ne contiennent rien de sensible.
Si une page devait un jour porter des informations sur des parents vivants, Cloudflare Access peut fermer le chemin pour de bon — un code à usage unique vers des adresses approuvées, gratuit jusqu'à 50 personnes, sur l'hébergement déjà en place.