🠕
Historique des releases de la version 7 de GEDCOM
Correctifs de la v7.0.16 - du 18 mars 2025 - Version actuelle
- Il est recommandé de ne pas utiliser ASSO pour reproduire d'autres structures standard.
- Il est recommandé de placer les sources et les notes relatives au début des relations parent-enfant sous un BIRT, un ADOP ou un CHR.
- Il est précisé que HEAD.SOUR.DATA peut être utilisé pour des sources de données qui ne sont pas techniquement des bases de données.
- Il est précisé que les balises HTML non prises en charge doivent être ignorées, et non les éléments entiers.
- Il est à noter que certaines applications ont historiquement ignoré les structures PLAC.FORM.
- Il est recommandé de supprimer le terme ambigu "month code" de la spécification et de le remplacer par le terme stdTag défini.
- Il est recommandé de modifier la façon dont les valeurs EXID.TYPE sont enregistrées dans un seul fichier JSON du référentiel GEDCOM, elles seront enregistrées dans un fichier YAML distinct pour chaque valeur dans le référentiel GEDCOM-registries.
- Il est recommandé de mettre à jour les scripts qui extraient le YAML de la spécification afin d'harmoniser l'utilisation des guillemets et d'extraire davantage d'informations des tables dans les fichiers YAML.
Correctifs de la v7.0.15 - du 3 septembre 2024
- Il a été précisé que FORM.MEDI décrit le support d'origine, et non le support dérivé, lorsqu'il est utilisé avec des fichiers dérivés.
- La signification de la structure WWW a été clarifiée ; auparavant, seul le type de données de la valeur utile était mentionné.
- PLAC a été clarifié afin de définir la « juridiction » et d'en documenter la signification en l'absence de PLAC.FORM.
- La signification du terme « date principale » dans différents contextes de la définition de g7:DATE a été clarifiée.
- La définition de NICK a été mise à jour afin de ne plus suggérer que certains noms sont « inappropriés » et de documenter la diversité des interprétations de ce qu'est un « surnom ».
- Une référence ambiguë aux superstructures dans la signification d'une balise d'extension documentée a été supprimée.
- La notation ABNF a été ajoutée pour davantage de types de données et la casse de DIGIT a été mise à jour pour assurer la compatibilité avec davantage de chaînes d'outils ABNF.
- Corrections de fautes de frappe diverses.
Correctifs de la v7.0.14 - du 8 février 2024
- Il est recommandé de n'utiliser NO XYZ que là où XYZ est autorisé (sa signification est indéfinie ailleurs).
- Il est recommandé qu'un INDI donné ne puisse avoir qu'un seul FAMC pointant vers un FAM donné (en avoir plusieurs est ambigu) ; et de même, qu'un FAM donné ne puisse avoir qu'un seul CHIL pointant vers un INDI donné (en avoir plusieurs indique un ordre de naissance incohérent).
- Il est recommandé de restructurer la présentation des fichiers locaux afin de mieux correspondre aux RFC associées et de ne définir que des contraintes implémentables, et d'utiliser son propre type de données <FilePath> au lieu de <Special>. Cela ne modifie pas les valeur utiles
FILE, mais seulement leur spécification afin de faciliter l'utilisation des outils automatisés.
- Il est recommandé de restructurer les balises d'énumération CENS, EVEN, FACT, NCHI et RESI afin qu'elles aient des URI différentes, ce qui lève une ambiguïté d'analyse précédente. Cela ne modifie ni l'ensemble des balises autorisées dans un ensemble d'énumération, ni leur signification, mais seulement leur spécification afin de faciliter l'utilisation des outils automatisés.
- Déprécier l'utilisation des sous-structures définies par extension utilisant stdTag d'une manière incompatible avec toute définition standard de cette balise. Cette utilisation, désormais obsolète, était courante dans la version 5.5.1 et est autorisée dans la version 7.0, mais peut empêcher l'adoption des structures d'extension telles quelles comme nouvelles structures standard dans les versions futures de la spécification.
- Préciser que les colonnes « s'applique à » et « statut » de g7:enumset-ord-STAT sont des recommandations, et non des restrictions.
- Préciser que les valeurs AGE peuvent être supérieures à la limite de tout calendrier. Cela a toujours été autorisé ; ce point est désormais indiqué plus clairement.
- Préciser que les enregistrements ne peuvent pas être redéfinies comme des structures standard. Cela a toujours été incompatible avec la définition des structures standard déplacées ; ce point est désormais indiqué plus clairement.
- Corrections de fautes de frappe diverses.
Correctifs de la v7.0.13 - du 3 août 2023
- Les URI ADR1, ADR2 et ADR3 sont obsolètes car elles ne contiennent aucune information supplémentaire par rapport à ADDR.
- Correction de la notation ABNF pour le type de données g7:type-Age afin de correspondre au texte standard indiquant que la valeur utile est facultative.
- Mise à jour de l'étiquette de BURI en "dépôt de restes" pour correspondre à sa définition.
- Mise à jour de la définition de CREM pour mieux décrire la crémation.
- Recommandation que MEDI.CALN décrive directement le support associé à cette cote plutôt qu'un support dont il est dérivé.
- Ajout des URIs pour CONT, HEAD et TRLR.
- Notez que CONC est réservé car il faisait partie des versions précédentes.
- Corrections de fautes de frappe diverses.
Correctifs de la v7.0.12 - du 24 février 2023
- Supprimer les contraintes contradictoires sur BCE en les retirant de dateRestrict.
- Clarifier une ambiguïté concernant la sous-structure TIME dans DateValues qui ne sont pas des dates uniques, car il s'agit d'intervalles ou d'approximations.
- Clarifier la signification de la valeur PROVEN de g7:enumset-FAMC-STAT afin de mieux correspondre à l'usage courant et de documenter les différences de signification courantes.
- Remplacer la notation ABNF incomplète pour MediaType par une référence à sa définition dans les normes IETF et les registres IANA.
- Documenter un cas d'utilisation courant pour UID.
- Documenter une différence connue entre la signification formelle et la signification attendue d'un événement avec une sous-structure DATE AFT...
- Notez que INIL de la version 7.0 est identique à WAC de la version 5.3.
- Ajouter Simon Orde à la liste des contributeurs; il a participé au développement de la version 7.0.0, mais a été omis par erreur de la liste des contributeurs lors de sa publication.
- Corrections de fautes de frappe diverses.
Correctifs de la v7.0.11 - du 1er novembre 2022
- Correction d'une erreur dans la cardinalité de g7:NOTE-TRAN.
Depuis la version 7.0.0, g7:NOTE-TRAN était listé avec {0:1} dans g7:NOTE mais {0:M} dans g7:record-SNOTE et défini de manière à supposer {0:M}. Il a maintenant été mis à jour avec {0:M} également dans g7:NOTE-TRAN.
- Correction d'une erreur dans la définition de g7:type-Enum.
Depuis la version 7.0.0, g7:type-Enum était listé avec la même valeur utile que Tag, mais g7:QUAY utilisait des valeurs d'énumération différentes. La définition de g7:type-Enum a maintenant été mise à jour pour autoriser les entiers, comme g7:QUAY.
- Précision: une même balise peut être utilisée pour plusieurs URI dans le schéma, à condition que leurs significations ne se chevauchent pas. Il est recommandé de ne réutiliser les balises que pour des concepts étroitement liés, comme c'est le cas pour les balises standard.
- Il est recommandé que g7:type-Date#exact utilise l'heure UTC, car elle est employée dans les contextes où des horodatages précis générés par la machine sont attendus.
- Séparer les lignes partagées dans la table de définition des dates et réorganiser les lignes pour une meilleure lisibilité.
- Mettre à jour la notation ABNF pour utiliser [ X ] au lieu de X / "" pour indiquer que X est facultatif. Les deux notations sont valides en ABNF, mais certaines chaînes d'outils ABNF ne semblent pas prendre en charge la notation X / "".
- Corrections de fautes de frappe diverses.
Correctifs de la v7.0.10- du 30 août 2022
- Collecter les informations sur les types de structures et les présenter explicitement dans le document, notamment la manière dont les balises définissent les types de structures, les limitations que ces types imposent à leurs structures et les extensions qui peuvent les modifier. Ces informations étaient déjà présentes dans le texte, mais de façon diffuse et peu accessible.
- La moitié de la description de g7:NATI (5.5.1) a été perdue par inadvertance dans la version 7.0; elle a maintenant été rétablie.
- Préciser que l’ordre de présentation n’est pas significatif et trier les événements et les attributs par ordre alphabétique dans la spécification pour faciliter la consultation.
- Préciser que les URIs des balises d’extension documentées ne sont pas nécessairement des URLs.
- Clarifier le texte et les recommandations concernant l’utilisation de g7:SDATE, g7:ord-STAT et g7:PHRASE.
- Modifications en prévision d’un futur registre d’extensions:
Ajouter des URIs pour les ensembles de valeurs d’énumération. Cela a modifié certains identificateurs de fragments dans la version HTML de la spécification et pourrait entraîner la modification des liens hypertextes vers les sections spécifiques traitant des ensembles d’énumération.
- Correction de diverses fautes de frappe.
Correctifs de la v7.0.9 - du 7 juin 2022
- Annulation de la modification apportée dans la version 7.0.8 concernant l'utilisation non documentée et non expliquée de la cardinalité {0:M} pour les parties de nom, telle qu'elle était utilisée par certaines applications. Ajout d'une note expliquant que la répétition des parties de nom peut avoir une signification pour l'utilisateur.
- Amélioration du texte relatif à l'inclusion des parties de nom dans les valeurs utiles: utilisation de "recommandé" au lieu de "devrait" pour plus de clarté. Précision: toutes les sous-chaînes de la valeur utile ne doivent pas nécessairement être incluses dans une partie de nom.
- Autorisation de supprimer les structures ne contenant aucune donnée.
- Correction de diverses fautes de frappe.
Correctifs de la v7.0.8 - du 1er juin 2022
- Rétablir l'utilisation non documentée et inexpliquée de la cardinalité {0:M} pour les parties de nom dans les versions 7.0.0 à 7.0.7.
>
- Notez que le nombre de jours par mois est défini par le calendrier; is bounded : Est borné; et peut être vérifié pour valider la date saisie.
- Ajouter une entrée pour les valeurs connues de EXID.TYPE.
- Clarifier la relation entre PEDI SEALING et SLGC.
- Préciser que seul INDI.FAMC nécessite un FAM.CHIL correspondant; les FAMC sous événements n'en ont pas besoin.
- Préciser que l'une des implications de "La valeur utile Nom personnel doit être considérée comme la représentation principale du nom, les parties de nom étant des informations auxiliaires facultatives" est que "toutes les parties de nom dans PERSONAL_NAME_PIECES doivent apparaître dans la valeur utile <PersonalName>".
- Correction d'une faute de frappe: ABNF utilisait NamePersonal au lieu de PersonalName.
- Correction grammaticale et orthographique diverse.
Correctifs de la v7.0.7 - du 8 février 2022
- Mise à jour des champs ABNF DateValue et DatePeriod pour correspondre à l'indication textuelle selon laquelle ces champs peuvent être vides.
- Mise à jour des recommandations relatives aux sources.
- Comme pour la version 5.5.1, l'utilisation de SOURCE_RECORD est recommandée.
- Notez que les citations non structurées peuvent être placées dans la sous-structure TITL de SOURCE_RECORD.
- Suppression de l'occurrence superflue de SOUR @VOID@ dans l'exemple de comparaison NOTE vs SNOTE.
- Modification de la recommandation concernant SOUR @VOID@ au lieu de stocker la citation formatée dans une NOTE (ce qui est contraire à la signification habituelle des notes), il est désormais recommandé de la stocker dans une PAGE (ce qui est conforme à la définition de PAGE).
- Corrections orthographiques et grammaticales diverses.
- Mises à jour internes de l'organisation du dépôt et du système de traitement afin de mieux gérer la taille de la spécification. Ces modifications seront totalement invisibles dans les documents HTML et PDF rendus.
Correctifs de la v7.0.6 - du 14 décembre 2022
- Déprécier l'utilisation d'EXID sans TYPE. EXID est défini par son TYPE; un EXID sans TYPE n'a pas de sens. Dans la prochaine version majeure, EXID.TYPE aura une cardinalité {1:1} et non {0:1}.
- Ajouter la spécification du type de média pour GEDZIP.
- Ajouter les définitions des termes pour les valeurs AFN, RFN et RIN de EXID.TYPE compatibles avec la version 5.5.1.
- Précisions concernant LANG:
- Préciser que LANG désigne la langue principale, et non la seule langue, d'une valeur utile. Par exemple, LANG peut être utilisé lorsque la majeure partie du texte est en anglais, même si certaines parties ne le sont pas.
- Une balise d'extension documentée peut être utilisée lorsque LANG n'est pas défini.
- Fournir des indications sur les balises de langue spéciales:
- und peut être utilisé si la superstructure LANG ne s'applique pas et que la langue applicable est inconnue.
- mul peut être utilisé s'il n'y a pas de langue principale unique, mais il est peu probable qu'il offre des fonctionnalités pratiques supplémentaires par rapport à und.
- Le format zxx peut être utilisé pour l'ASCII et d'autres textes non linguistiques, et peut améliorer l'accessibilité pour les lecteurs d'écran.
- Préciser que les valeurs utiles vides sont encodées comme des LineVals manquantes et que les LineVals vides ne sont pas autorisées; cela est vrai depuis la version 7.0.0, mais était facilement négligé dans le texte précédent.
- Préciser les cas où un même couple peut être partenaire dans plusieurs enregistrements FAM.
- Correction du libellé d'ADR1, ADR2 et ADR3: ils ne font plus référence à CONT ni aux valeurs de ligne.
- Remarque: SNOTE possède une structure d'identifiants, contrairement à NOTE. Il est donc recommandé d'utiliser SNOTE si une NOTE nécessite un identifiant.
- Mise à jour des coordonnées sur la page de titre.
- Corrections orthographiques et grammaticales diverses.
Correctifs de la v7.0.5 - du 29 septembre 2021
- Correction d'une erreur dans la description de HEAD.LANG.
- Auparavant, HEAD.LANG était décrit comme la langue de toutes les données Text pour lesquelles aucune autre langue n'était spécifiée. Or, de nombreuses données Text n'acceptaient pas de sous-structure LANG, ce qui rendait cette description souvent inexacte.
- La description a été modifiée afin de préciser que HEAD.LANG est une langue par défaut pouvant être utilisée pour les données Text sans langue explicite.
- Ajout d'une nouvelle spécification de détection de version pour définir comment déterminer la spécification à laquelle un fichier
.ged donné est conforme.
- Clarification de la différence entre DATE.PHRASE et SOUR.DATA.TEXT lorsqu'une balise de langue est souhaitée.
- Clarification de l'utilisation de la valeur utile RESI (par opposition à RESI.PLAC et RESI.ADDR).
- Clarification de SNOTE et de sa relation avec la variante pointeur de NOTE 5.x.
- Modification de l'exemple event.TYPE: "MARR.TYPE Common Law" devient "ORDN.TYPE Bishop" en raison des différences culturelles concernant la définition d'un mariage de fait.
- Corrections orthographiques et de liens hypertextes divers.
Correctifs de la v7.0.4 - du 30 juillet 2021
- Clarification de l'utilisation des types de structures standard et des balises standard dans les extensions
- Le texte précédent était ambigu: il mentionnait les "structures standard à usage étendu" avec la signification "définie dans ce document", sans toutefois en donner la définition. De plus, il omettait de mentionner les utilisations des extensions qui figuraient dans les guides sur gedcom.io depuis la version 7.0.0.
- Le nouveau texte est plus clair et précise:
- Nous recommandons de signaler les extensions comme des problèmes sur GitHub afin qu'elles puissent être planifiées pour une future version mineure.
- Lorsque des structures avec l'étiquette stdTag apparaissent sous une structure avec l'étiquette extTag, leur signification est définie par l'extension qui les contient.
- Si une balise d'extension documentée possède l'URI d'un type de structure standard, elle a la même signification que ce type de structure, mais peut être utilisée dans des cas où ce dernier ne le permet pas.
- Consultez les commentaires de la PR 24 et des problèmes 13 et 17 pour la discussion ayant mené à cette clarification.
- Précision: les extensions avec des valeurs d'énumération doivent définir la signification de ces valeurs.
- Correction de quelques petites coquilles.
Correctifs de la v7.0.3 - du 13 juillet 2021
- Clarifier l'utilisation de CONT comme un saut de ligne échappé qui apparaît comme une sous-structure de la première ligne de texte.
- Préciser que "FILE gedcom.ged" est incompatible avec GEDZIP.
- Corriger les fautes de frappe dans PLAC.EXID pour qu'il corresponde aux autres EXID.
- Corriger l'exemple incorrect utilisant NAME.LANG.
- Normaliser l'utilisation des liens et des références aux documents de l'IETF.
Correctifs de la v7.0.2 - du 16 juin 2021
- Préciser que, dans un document, la mention "2 VERS 7.0" est suffisante, mais que "2 VERS 7.0.1" est autorisé.
- Mise à jour des liens vers les documents de l’IETF
- Correction de quelques fautes de frappe.
Correctifs de la v7.0.1 - 7 juin 2021
Correction d'une erreur dans la section des contributeurs.
Lancement de la version 7.0.0 - du 27 mai 2021
Cette version majeure, la première mise à jour de la spécification en 20 ans, comporte de nombreux changements. Consultez la spécification pour en connaître les détails et son utilisation.