Je vais devoir me pencher sur la question Gedcom et trouver des liens efficaces pour creuser le problème. Je ne pense pas qu'il existe de "formation Gedcom" mais plutôt des avis éclairés de gens qui s'y sont frottés. Hélas sur le net, il est souvent difficile de faire la part des choses entre description personnelle et description vérifiée. Mais peut-être avez vous de bons liens à conseiller ?
Concernant le GEDCOM tout est documenté :
GEDCOM Specifications
Ce n'est pas difficile à lire, mais ça prend du temps.
Le site GEDCOM fournit une liste des modifications :
FamilySearch GEDCOM Changelog
Mais ce n'est pas forcément clair et il en manque.
Voici une liste à peu près exhaustive des evolutions de la norme GEDCOM 7 :
- On peut constituer un fichier GEDZIP, qui contient le GEDCOM et tous les fichiers de MEDIA
- Possibilité d’écrire les lieux de plusieurs façon : alphabet d’origine (日本), transcription (Nihon), traduction (Japon).
- Possibilité d’écrire les notes dans plusieurs langues (mot-clé TRAN)
- Chaque élément du nom (prénom, nom de famille, …) peut être présent plusieurs fois.
- Mots-clés de type texte qui peuvent avoir des CONT : FILE (multimédia), TYPE (EVT), tous les éléments du NOM, ABBR (SOURCE), PAGE (citation SOURCE), CAUS (EVT), valeur (EVT), TITL (OBJE et OBJE_LINK), NAME (REPO), TRAN (NOTE), AGNC (SOURCE et EVT), RELI (EVT)
- La limite du nombre de niveau à 5 n’existe plus. Il n’y a en fait plus de limite et certaines combinaisons de mots-clés peuvent permettre d’atteindre 6 ou 7 niveaux, voire plus.
- Le codage est obligatoirement UTF-8 ; il n’y a plus de mot-clé CHAR
- Il n’y a plus de limite dans la longueur des lignes et, de ce fait, le mot-clé CONC est supprimé.
- CREA (date de création) a été ajouté, en plus de CHAN, dans les RECORD (FAMILLE, INDIVIDU, SOURCE, MEDIA, REPO)
- Le mot-clé ASSO peut être utilisé dans une famille et dans les évènements (ceci avait été anticipé par la plupart des logiciels)
- Le mot-clé RELA (texte libre) de ASSO a été remplacé par ROLE (liste de valeurs)
- SOUR et OBJE internes sont supprimés ; il faut utiliser un RECORD et une CITATION SOURCE ou un LINK OBJE
- Différence entre NOTE (note interne) et SNOTE (note externe)
- Un mot-clé RESN (restriction) est ajouté au record OBJE
- Ajout du mot-clé FACT au record famille
- Rajout de la valeur « X » pour SEXE (intersexe)
- Possibilité d’écrire les noms de personne de plusieurs façons : alphabet d’origine (ابن سینا), transcription (Ebn-e Sinâ), traduction (Avicenne)
- Pour les mots-clés définis par une liste de valeurs, une valeur OTHER, complété par PHRASE, a été rajoutée quand elle n’existait pas : MEDI de SOURCE, PEDI, ROLE, TYPE de NAME)
- Mot-clé PHRASE complète certains mots-clés : ALIA et STAT d’un individu, MEDI de multimédia, FAMC:ADOP de l’évènement ADOP, HUSB, WIFE et CHIL du RECORD famille, ASSO, DATE, AGE, WIFE:AGE, HUSB:AGE
- Type de NAME n’a plus la possibilité d’avoir un texte libre
- Un mot-clé TIME est ajouté en +1 à DATE
- Le mot-clé ASSO peut être utilisé dans les attributs
- Rajout de AGE pour les attributs
- Indication qu’un évènement n’a pas eu lieu ou n’a pas eu lieu dans une plage de date donnée
- Le mot-clé SDATE (sort date) d’un évènement, quand DATE est absent, permet de trier par date
- Un type MIME a été ajouté à NOTE (et TRAN) et TEXT (citation et record SOURCE). Les deux seules valeurs prévues sont text/plain et text/html (pour un HTML réduit).
- Une famille peut être composée de deux hommes, deux femmes ou de personnes de sexe inconnu, et les mots-clés HUSB et WIFE servent seulement à positionner les 2 personnes l’une par rapport à l’autre
- Un pointeur vers une SOURCE peut être vide (@VOID@), les informations étant données par les autres mots-clés (PAGE, TEXT, NOTE). Ça ressemble à une SOURCE interne (SOURCE_DESCRIPTION), qui pourtant est déconseillée depuis la version 5.5.1
- Une association (ASSO) peut pointer sur un pointeur individu vide (@VOID@), les informations étant données par les autres mots-clés (PHRASE, ROLE)
- Un pointeur CHIL peut être vide (@VOID@) et représente un enfant sur lequel on n’a aucune information (Mais on peut à la place créer un enfant de sexe inconnu et sans données).
- Un pointeur vers un RECORD SUBM (par des mot-clé non pris SUBM, ANCI, DESI) peut être vide (@VOID@).
- Un pointeur (HUSB, WIFE, ALIA) vers un RECORD individu, SNOTE vers un RECORD NOTE, OBJE vers un RECORD multimédia, (FAMC, FAMS) vers un RECORD famille peut être vide (@VOID@). Ça correspond à un RECORD supprimé, et il n’y a aucun intérêt à le conserver, ou à un RECORD qu’on envisage et qui peut être explicité par une note (FAMC, FAMS)
La norme (5 ou 7) n'est que partiellement suivie par les éditeurs, je dirais que ce qui n'est pas pris est ce qui est susceptible de créer des boucles ou des incohérences :
- source dans une note
- source dans un média (Gramps l'utilise mais c'est une exception dans les logiciels)
- évènement dans une source
- lien vers une famille parente dans un évènement naissance, baptême ou adoption
Ou qui complique de trop :
- source dans une relation (personne citée)
- source dans le nom d'une personne
