Un logiciel a intérêt à suivre la norme pour pouvoir dire que l'utilisateur peut échanger avec d'autres (en particulier Geneanet)
Parfaitement d'accord : un logiciel a intérêt à suivre la norme...ce devrait-être un prérequis.
Echanger avec GeneaNet, oui, mais pas seulement...pensez aux nombreux membres d'associations généalogiques qui ont toutes sortes de logiciels de généalogie. Croyez-moi, qui suis gestionnaire de 2 bases associatives, c'est la galère pour fusionner leur Gedcom dans une même base...et pourtant tous les développeurs disent qu'ils gèrent la norme au mieux !!!
Mais il a aussi intérêt à introduire des divergences, pour créer des utilisateurs captifs.
Rien n'empêche aux développeurs de logiciels de généalogie de créer des champs complémentaires "maison" qui n'auront pas de Tags normalisés (_tag).
Toutefois, si ces champs complémentaires "maison" non normalisés existent en Tag GEDCOM normalisé il est hautement souhaité de l'adopter nativement, c'est à mon sens une condition essentielle.
J'ai moi-même créé pas mal de champs complémentaire hors norme, histoire de m'organiser, mais ils ne sont pas destinés à être exporter.
Bien sûr que GT permet de cocher ou non de façon sélective tous les champs de son fichier qu'ils soient normalisés ou non, ce qui présente l'avantage pour l'utilisateur de choisir ce qu'il veut exporter ou non, c'est vraiment un plus de GT.
Par contre, celui qui reçoit le fichier que va-t-t-il faire des champs non normalisés ?
-> soit il les intègre et tous ces champs hors norme feront parti de son propre fichier, venant "le polluer"
-> soit il les refuse et dans ce cas il perd une information précieuse.
-> soit ils sont spécialistes et s'échangent le contenu des Tags non normalisés...j'ai souvent demandé un mode opératoire pour ce cas de figure...jamais vu !
Ce que l'utilisateur fait très rarement car il faut se plonger dans les spécifications du GEDCOM.
Justement, c'est parce que "certains" utilisateurs ne se plongent pas dans la norme GEDCOM que nos logiciels doivent impérativement la respecter.
Le résultat est que c'est le logiciel qui importe qui doit faire des transformations de ce qui est hors norme. C'est ce que fait par exemple GENEANET, qui est capable de prendre en compte les particularités des principaux logiciels.
Le logiciel qui importe un fichier Gedcom devrait faire les transformations...je ne sais pas comment importer des Tags non normalisés sans perturber son propre fichier.
Je note qu'il n'aurait pas à la faire si la norme GEDCOM était respectée de chaque côté (et pas seulement par GT).
Cette transformation n'est pas du domaine d'un utilisateur non averti...c'est vrai que GeneaNet le fait, mais c'est une société (excellente) avec des spécialistes.
Il faut aussi dire que la faute vient de la norme elle-même qui à la fois est trop riche et comporte des manques, et qui a très peu évolué alors qu'elle aurait dû.
Que la Norme ait des manques, c'est certainement vrai, toutefois la norme répond à 99 % des cas de figures.
Elle évolue aussi, voir les derniers post à ce sujet.
Pour garder notre capacité de rêver : tous les développeurs de logiciels de généalogie devraient être membre (ou au moins en faire partie) du consortium GEDCOM pour en comprendre analytiquement les arcanes, la sémantique et se mettre d'accord.
J'arrête de rêver !