Administratrice, wgw
3 708
modifications
Modifications
aucun résumé de modification
Le fichier [http://web.archive.org/web/20041129133748/http://perso.club-internet.fr/sypey/gtest/testeval.ged testeval.ged] est construit en réunissant les données usuelles traitées dans les logiciels les plus diffusés. Il répond aux besoins de généalogistes exigeants et expérimentés.
<br/>
Si certains logiciels [[logiciel]]s ne traitent pas la totalité, ils ne sont pas pour autant à rejeter.
<br/>
Ce test généraliste est conçu pour une première évaluation.
L'entité de base est une personne. Chaque personne est caractérisée par un patronyme et un ou plusieurs prénoms. Parfois elle est connue par un surnom. Il arrive que l'un des éléments évolue. Il est souhaitable d'en rendre compte par référence à une identification de base, qui doit être unique pour assurer la cohérence des enregistrements.
<br/>
Les données correspondent à des événements. Ils sont décrits par rapport à une personne et aussi par rapport à une [[famille ]] à laquelle participe cette personne. Il faut pouvoir préciser la nature de l'événement avec son contexte date et lieu. Le [[généalogiste ]] connait ces événements à partir de sources [[source]]s qui doivent être enregistrées avec les documents soit de preuve (reproductions des sources) soit documentaire (photos). L'événement peut concerner d'autres personnes, participantes ou seulement témoins[[témoin]]s, et générer des relations qui doivent aussi figurer dans les données.
<br/>
<br/>
===Structure des données===
La structure arborescente définie par les règles [[gedcom ]] excède largement les besoins tels qu'on les observe dans les logiciels [[logiciel]]s y compris ceux réputés les plus complets. Il faut faire des choix pour atteidre le compromis décrivant l'objectif d'évaluation. Les voici :
<br/>
*--> Identification de la personne par une structure NAME avec toutes ses composantes. Une personne peut réunir plusieurs structures de ce type pour enregistrer l'évolution d'une des composantes, par exemple changement de patronyme, modification du prénom ou apparition d'un surnom. Rares sont les logiciels ayant cette capacité et il est important de vérifier.
*--> Description des événements par une structure EVEN pour les personnes et les familles. Ce tag générique permet de traiter les événements spécifiques avec une désignation définie par l'utilisateur. Cependant des structures de même contenu sont prévus avec des tags standards pour les situations fréquentes, par exemple BIRT pour la naissance d'une personne, MARR pour le mariage d'un couple. La liste complète est détaillée à la page décrivant le modèle gedcom.
<br/>
Dans le cas des personnes une seconde catégorie de tags est désignée par attributs ( parfois caractéristiques ) pour enregistrer un élément durable, voire permanent, comme la religion ou un titre. Une liste des standards est également détaillée dans la page modèle [[gedcom]].
<br/>
*--> Enregistrement de notes dans une structure NOTE pour recueillir tous les renseignements qui ne trouvent pas place dans les autres structures. Une note est un texte libre qui peut aussi contenir les remarques du chercheur. [[Gedcom ]] prévoit deux possibilités: note intégrée ou note séparée. Dans ce fichier échantillon la structure intégrée est retenue. La première raison découle de la nature même d'une note qui est un détail ou un complément et il est logique de l'associer au renseignement qu'elle documente. Une autre raison plus technique que généalogique est que l'espace consommé dans le fichier est beaucoup plus petit. Ce choix est retenu dans la majorité des logiciels.
<br/>
*--> Enregistrement des sources dans une structure SOUR pour rapporter la preuve, la justification d'un événement ou d'une situation. Deux structures sont possibles: intégrée ou séparée. La structure intégrée est mieux adaptée avec son mécanisme de citation qui permet de référencer la même source à plusieurs autres structures. Par exemple un acte de mariage contient beaucoup d'informations et pour chaque information c'est le même enregistrement de source qui sera appelé. Cette structure séparée permet de faire appel à plusieurs sources différentes pour un même renseignement. La convergence de renseignements participe à l'obtention de la certitude, l'idéal du généalogiste. Un logiciel sérieux doit être organisé selon cette struture structure et c'est la seule présente dans le fichier d'évaluation.
<br/>
*--> Structures complémentaires
D'autres renseignements usuels figurent dans une base de données sont organisés en structure:
les relations entre personnes dans une stucture structure ASSO en mode intégré
Les références a des documents externes au fichier dans une structure OBJE
Pour les documents multimédias le fichier contient les deux modes intégré et séparé. En effet les logiciels du marché utilisent plus souvent le mode intégré, ce qu'on ne peut ignorer. Pourtant le mode séparé est plus efficace, par exemple pour relier une photo de groupe à chaque personne<br/>*--> Structures multipesmultiplesLe fichier est un assemblage des structures décrites ci-dessus, qui sont toutes présentes. Il suffit qu'elles apparaissent au moins une fois pour que le test soit significatif de l'interprétation. Par ailleurs le concept de base prévoit un usage multiple pour toutes les structures. Pous Pour les enregistrements INDI et FAM c'est évident. Pour les structures imbriquées cela doit être verifiévérifié. Alors le fichier contient plusieurs usages de chacune des structures de ce type; en particulier plusieurs noms pour une personnes, plusieurs professions pour un même individu, plusieurs événements de chaque type pour les personnes et les familles, plusieurs relations et plusieurs documents multimédias. Les notes et sources participent à plusieurs niveaux. Les cas retenus sont mentionnés dans la présentation des données généalogiques qui suit.
===Données généalogiques===
*Rose Vergne et Rose Témoin sont les deux témoins dans MARR EVEN
Une [[source ]] est présente dans le fichier bien qu'elle ne soit jamais appelée.
;La structure du fichier est limitée de la façon suivante::enregistrement d'en tête HEAD réduit à l'indispensable suppression des enregistrement submitter et submission concernant seulement la gestion du fichier les éléments spécifiques LDS sont écartés tous les textes sont limités à un ligne La limitation à une ligne dans NOTE, sauf dans le premier enregistrement, ne réduit pas la performance du test. En effet la répétition des tags CONC et CONT serait seulement encombrante. Il suffit de s'assurer que le logiciel sait décomposer un texte dans un fichier quelconque et d'admettre qu'il saura le faire chaque fois que nécessaire.
===Méthode d'évaluation===
La vraie question qui vous préoccupe : comment réagit mon [[logiciel]]. Pour y répondre, vous importez le fichier échantillon préalablement téléchargé par le lien ci-avant.
La consultation directe dans votre logiciel vous permettra un rapprochement avec les données décrites au précédent paragraphe : données généalogiques.
Pour une analyse rigoureuse vous devrez exporter dans un autre fichier gedcom depuis votre logiciel. Avec l'utiliaire utilitaire [[Outils (gedcom)|GedProfil ]] vous obtiendrez la liste complète des données restituées que vous comparerez à celles du fichier échantillon.
===Exemples de résultats===