Bon ! ca va pas être facile mais je vais essayer de répondre à la fois à Phicome et à Predigny. C'est peut etre un peu long mais prenez le temps de lire pour ne pas répondre à côté :roll:
Je ne connais pas votre problème. Je ne peux donc y répondre.
Aie! Ca commence mal ! mais vous repondez quand même
Le gedcom est correctement interprété. Pas de gestion des illustrations.
Heredis : Idem ...
LE PROBLEME EST LA: PAS DE MAINTIEN DU LIEN AVEC LA PHOTO DE L'INDIVIDU car les autres logiciels ne connaissent pas le tag 1 _IMG qui est disons "propriétaire GNTQ" et non GEDCOM (-par contre les jpg associés par ex aux naissance ou deces sont bien reliés car le tag 1 OBJE est utilisé et conforme à GEDCOM).
Ceci rejoint bien les observations de Predigny qui constate:
les illustrations associées à un évènement BMS ont bien un tag OBJE (Pour cette Catherine DIRER il y a une image portrait et une illustration pour la naissance). Ce sont les photos introduites dans l'onglet "Médias" (portraits) qui ont un tag _IMG
Sa suggestion ne tient pas ...
...dont on peut changer le tag avec "Préférences pour cette généalogie/Structure du fichier". Rien n'empêche de mettre le tag OBJE. Mais je le répète, les normes gedcom, ce n'est pas ma tasse de thé,...
...en effet car GNTQ utilise une structure à 3 niveaux : 1 _IMG , 2 OBJE , 3 FILE et il faudrait une structure à 2 niveaux :1 OBJE, 2 FORM, 2 FILE(c 'est bien 2!) . Le parametrage conseillé ne le permet pas : dans ce cas il double le 1er tag.
Un conseil pour Predigny (si je peux me permettre): Pour analyser un gedcom, pas besoin d'utiliser un editeur Hexa, le Bloc-notes suffit et c'est beaucoup plus clair.
0 @I1@ INDI
1 NAME Manon Jeanne/DESCIEUX/
2 GIVN Manon Jeanne
2 SURN DESCIEUX
1 SEX F
1 _IMG
2 OBJE
3 FILE Images\Descieux Jeanne.jpg
1 BIRT
2 DATE 20 APR 2000
2 PLAC Caen, 14118, Basse-Normandie, France,
2 OBJE
3 FILE Images\AB-N-2010-07-28.jpg
La vous comprendrez beaucoup mieux le Gedcom : therorie des ensembles ou structure hierarchique au choix.
Un Ensemble 0 ZERO (Individu, FAMILLE ) est composé de sous ensembles 1 UN (Nom, sex, photo, naissance, bapteme, famille d'origine, famille(s) crées , ...mort etc, MARI, FEMME, MARRIAGE, ENFANTS,..), chaque sous ensemble 1 composé de sous-sous-ensembles 2 DEUX (nom, prenom, Date, lieu, photo, type etc ...), ainsi de suite un sous ensemble 2 peut etre composé de sss-ensembles 3 TROIS (FILE,...) etc ....
Forcément les TAGS sont quelque peu reglementés : en majuscule et généralement de 4 lettres.
Les Tags qui commencent par _ (tels _IMG dont nous parlons) sont 'user-defined' et donc non standards. ( On trouve parfois _CDY pour Couleur Des Yeux tels que je l'ai vu dans ce forum) et n'engagent que leur créateur...La plupart du temps ces TAGS non standards sont repris comme NOTE par le logiciel d'import qui ne les connait pas, mais ne veut rien perdre.
Mais revenons au débat; J'ai fait le meme essai que Predigny. Partant de la base demo de GNTQ sur le Sosa 1 (manon)j'ai ajouté une image à la naissance en plus de la photo déjà présente. J'ai exporté ( gedcom ci-dessus) et importé dans HEREDIS --> je perd le lien de toutes les photos individu mais je garde le lien BMS. Tetu je remet une nouvelle photo , exporte depuis HEREDIS et Re-importe dans GNTQ--> Je ne perd pas ma nouvelle photo ni les liens sur illustration BMS car le codage HRD est correct (ci-dessous) et GNTQ le comprend bien.
Alors s'il le comprend bien ainsi, pourquoi ne l'exporte-t-il pas ainsi lui aussi !
0 @1I@ INDI
1 NAME Manon Jeanne/Descieux/
2 GIVN Manon Jeanne
2 SURN Descieux
1 SEX F
1 OBJE
2 FORM jpg
2 FILE C:\AB\new-Manon.jpg
1 BIRT
2 DATE 20 APR 2000
2 PLAC Caen,,,14118,Basse-Normandie,France
2 OBJE
3 FORM jpg
3 FILE C:\tmp\Images\AB-N-2010-07-28.jpg
1 CHR
Codage HEREDIS
Autre essai : j'exporte et ré-importe le Demo GNTQ telle quelle en Gedcom. Et bien GNTQ ne reconnait pas son propre tag ORIG ?? (Etonnant Non ?)
Dernier point .
les normes gedcom, ce n'est pas ma tasse de thé, mais il me semble bien que la "vraie" norme à beaucoup de lacunes.
aucun logiciel, quel qu'il soit, ne respecte le format gedcom, du fait que les logiciels évoluent, ce qui n'est plus le cas du format gedcom
Là j'ai vraiment l'impression que vous baissez les bras, ou que vous êtes ,disons "dévoués" à GNTQ car c'est un argument de vendeur pas d'utilisateur. Certes la norme Gedcom est sans doute incomplète, certes les logiciels évoluent mais le besoin est là. Si il est possible (voir ci-dessus) de conserver les liens photos pourquoi ne pas le faire, pourquoi créer délibérement son propre tag ? Un fichier généalogique représente des années de travail (au moins 20 pour moi), pourquoi accepter de perdre des infos? C'est le travail et la responsabilité de l'Editeur du logiciel . Aujourd'hui, avec la puissance de nos machines, c'est l'informatique qui s'adapte à l'individu et non l'inverse. Faire remonter ces questions à l'Editeur est donc
essentiel.
D'autre part la norme évolue. Il existe une norme 6.0 avec des tag <xml> et ça ne présage rien de bon pour les migrations...mais c'est un autre sujet
A+