Tests de Visuged Ces tests ont été publiés dans le groupe usenet fr.comp.applications.genealogie. Ce fichier est en UTF-8, les discussions différentes sont séparés par un trait épais (━), les messages d'une même discussion par un trait fin (─). ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Message-ID: From: Patrick Texier Newsgroups: fr.comp.applications.genealogie Subject: Visuged 8.51.7 : toujours le pire programme. Date: Fri, 06 May 2011 14:06:27 +0200 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Vim/7.3.177 Bonjour à tous, Il faudrait que Jean Chabaud supprime l'export gedcom de Visuged tellement il massacre les données et mette un avertissement indiquant que son programme est tout à fait incapable de contrôler un gedcom. Il y a tromperie sur la marchandise. Les résultats sont pratiquement les mêmes qu'en 2009, date de mon dernier test (8.40.0). Cela va être beaucoup de copier/coller. Je doute qu'il fasse des corrections aussi fréquentes que certains le disent. C'est toujours incompatible avec UTF-8. Avant d'ouvrir le programme, on peut déjà perdre (convertir c'est perdre) des caractères en convertissant le gedcom. J'ai mis des gedcoms de test à Il y a toujours un fantôme dans le gedcom : 0 @I8@ INDI 1 NAME /indéf./ 2 GIVN 2 SURN indéf. 1 SEX M 1 CHAN 2 DATE 6 MAY 2011 Aucun enregistrement n'appelle cette clé I8 - les personnes sans noms se voient attribuer un ? - les numéros internes sont modifiés bizarrement (+1) - les familles se voient ajouter un NCHI en comptant les enfants du gedcoms. Quand l'auteur va t il comprendre que c'est faux dans un gedcom qui ne comporte qu'une ascendance ? - pour les attributs (TITL, OCCU, PROP...), on n'a plus que la valeur. Les dates, sources et autres informations sont perdues ; - les causes (CAUS) et AGNC sont perdus ; - les notes ont souvent deux lignes blanches ajoutées à la fin (2 CONT) - tous les tags _ sont perdus ; - tous les ASSO sont perdus ; - le contenu de GIVN est écrasé par les prénoms de NAME et seule la première ligne NAME est lue. - toutes les dates ne sont pas reconnues : 2 L827 [2 DATE TO 7 APR...] 2 DATE TO 7 APR 1949 - L'argument : "TO" de cette date est inconnu. (err.217) Cela veut pourtant dire jusqu'au 07.04.1949. D'ailleurs pourquoi tester des dates qui sont perdues à l'export ? - tous les baptêmes BAPT sont perdus, seul CHR est exporté. - tous les tags ont d'affreux TYPE ajoutés : 1 BIRT 2 TYPE Naissance - les lieux de dépôt sont perdus : 0 @S301@ SOUR 1 TITL Publication de mariage 1 REPO @X2@ L'enregistrement 0 @X2@ REPO n'est plus dans le fichier. - les sources sont tronquées à 20 pour AUTH et 50 pour TITL : 1 TITL Enregistrement, mutations par décès Aigurande (15. Pour la norme Gedcom, la longueur est 248 - le programme source toujours des sources (sic) au niveau 1 : 1 SOUR 2 TYPE 2 SOUR @S861@ - Passés à la broyeuse VisuGed, 1 DEAT Y et 1 MARR Y sont bizarres : 1 DEAT Y 1 DEAT 2 TYPE Décès et le désopilant MARR Y 1 EVEN 2 TYPE Evénement Il ne serait pas idiot de rejeter un gedcom VisuGed dans un programme sérieux :-) -- Patrick Texier vim:syntax=mail:ai:ts=4:et:tw=72