Je fais ma généalogie, mais sans vouloir m'occuper du gedcom.

Rappel du premier message :

Pour faire suite a un des messages qui est par exemple :Comment indiquez vous les actes protestants dans vos généalogies ? mais il y en n'a énormément sur le forum...

Je vais donc mettre un peut (beaucoup?) de mauvaise volonté mais pour ma part et je pense que pour beaucoup d'utilisateurs comme moi cela m'énerve de vous entendre parler de solutions avec ou grâce au gedcom ou de savoir si nos données rentrées seront acceptées avec un export Gedcom....

Je ne sais pas ce qu'en pense certains "silencieux" ou les membres, mais quand je fais ma généalogie et mes saisies , je ne pense pas à savoir si cela ne passe passe avec un Gedcom ...

Ce n'est pas un coup de gueule, mais j'avoue que moi et sans ménagement "ça me gonfle !" ... et je rappel que ce n'est pas un coup de gueule même si il faut y penser pour les échanges etc.

Bien entendu, le gedcom ou le XML ou autre est très important pour les échanges entre généalogistes ou vers un programme ou forum tiers, je ne remet pas cela en question, mais cela ne devrait pas être à l'utilisateur de trouver des bidouilles ou de savoir si ses données seront bien interprétées.. (avec contrôle final)... Cela n'est pas pour demain, mais bon..

J'ai un programme qui me permet de faire ma généalogie, et si même je suis pour les échanges je ne me préoccupe pas de tous cela...
et vous ?

Cédric a écrit:

Tahiti a écrit: Juste que l'utilisateur ne devrait pas se demander si ses données seront exportées ou lus...

c'est trés dangereux ce que tu dis !!!!

Au moment de ses échanges ou de rentrer ses données l'utilisateur ne devrait pas sans soucier dans la mesure ou le ou les programmes seraient capable de le traiter et c'est en ce sens (et avec contrôles final après imports ou export) et sans erreur, c'est le sens de mes propos...

Je fais des exports et imports toutes les semaines et ça me gave de me poser la question si cela est bien passé ou pas..

Tahiti a écrit:
Je fais des exports et imports toutes les semaines et ça me gave de me poser la question si cela est bien passé ou pas..

Moi aussi, mais c'est la seule solution pour le moment pour perdre le moins possible de données lors de transferts Gedcom.

Personnellement, je ne crée jamais de liens entre les personnes et préfère mettre le plus possible de renseignements dans les notes qui elles sont correctement transmises.

jrfloquet a écrit:Personnellement, je ne crée jamais de liens entre les personnes et préfère mettre le plus possible de renseignements dans les notes qui elles sont correctement transmises.

C'est dommage de se priver d'une possibilité, d'autant plus qu'elle est correctement utilisée par les deux principaux sites, Geneanet et PG ...
Si tu met en note que Julie Belhomme est la marraine de Julien Geaupère, soit tu l'écrit deux fois, soit tu loupe l'info sur le filleul ou la marraine !

Michaël a écrit:

jrfloquet a écrit:Personnellement, je ne crée jamais de liens entre les personnes et préfère mettre le plus possible de renseignements dans les notes qui elles sont correctement transmises.

C'est dommage de se priver d'une possibilité, d'autant plus qu'elle est correctement utilisée par les deux principaux sites, Geneanet et PG ...
Si tu met en note que Julie Belhomme est la marraine de Julien Geaupère, soit tu l'écrit deux fois, soit tu loupe l'info sur le filleul ou la marraine !

J'écris une fois dans la fiche de l'intéressé, puis copier coller dans la fiche du parrain et de la marraine.
Pour les mariage de même pour chaque témoin et intervenant s'il figure dans mes données.

Pas de liens, jamais ils sont irrémédiablement perdus lors du transfert gedcom.

jrfloquet a écrit:
Pas de liens, jamais ils sont irrémédiablement perdus lors du transfert gedcom.

Ah ! bon ! irrémédiablement perdus ?
Étonnant, tous mes liens sont dans Geneanet et dans PG.

et, oh ! surprise, on les retrouve dans geneanet (voir ici) :

il y a de la diablerie là dessous !

Je parle d'un import gedcom dans un autre logiciel de genealogie et non dans Geneanet ou PG.

Personnellement sur geneanet ou pPG, je ne place que les renseignements suivants de plus de 100 ans, nom, prénom, dates et lieux Naissance, mariage, décés.

Rien d'autre, je considère que les données mises sur ces sites ne sont la que pour orienter les autres personnes dans leurs recherches.
Pour les complément, si j'ai un contact sérieux, je n'hésite pas à communiquer par liste et Gedcom plus complets.

jrfloquet a écrit:Je parle d'un import gedcom dans un autre logiciel de genealogie et non dans Geneanet ou PG.

Geneanet est un logiciel de généalogie puisqu'il est possible de saisir et de modifier sa généalogie. Le moteur est celui de Geneweb.

jrfloquet a écrit:Personnellement sur geneanet ou pPG, je ne place que les renseignements suivants de plus de 100 ans, nom, prénom, dates et lieux Naissance, mariage, décés.

Rien d'autre, je considère que les données mises sur ces sites ne sont la que pour orienter les autres personnes dans leurs recherches.
Pour les complément, si j'ai un contact sérieux, je n'hésite pas à communiquer par liste et Gedcom plus complets.

Pourquoi s'emmer..er ? Si quelqu'un a envie de me copiller, grand bien lui fasse ! S'il n'a pas envie, ou la flemme de chercher par lui même, il ne sait pas ce qu'il perd !
Je ne vais pas me compliquer la vie pour cela, elle est (de plus en plus) brève, et j'ai plein de choses à terminer !

Michaël a écrit:Geneanet est un logiciel de généalogie puisqu'il est possible de saisir et de modifier sa généalogie. Le moteur est celui de Geneweb.

Oui, mais en ligne.

Bonsoir,

Gedcom n'est pas parfait mais il a le mérite d'exister. Pour info, il me semble qu'il existe une déclinaison xml (gedml) mais elle est très peu supportée.

Coder un import - export gedcom n'est déjà pas une partie de plaisir. Beaucoup de logiciels y vont de leur particularités pour preuve les verrues que j'ai du mettre dans l'import gedcom de G...a. Si l'on devait faire des imports à base de fichiers Excel ou autres, bonjour les dégâts et les pertes d'informations

Alors oui, le gedcom c'est pas terrible et c'est contraignant, mais c'est l'une, si ce n'est la seule, des seules solutions pour échanger (avec d'autres ou pour migrer d'un logiciel à un autre).

Maintenant, si vous avez une solution efficace, je suis prêt à l'implémenter

Jean-Luc

jrfloquet a écrit:

Michaël a écrit:Geneanet est un logiciel de généalogie puisqu'il est possible de saisir et de modifier sa généalogie. Le moteur est celui de Geneweb.

Oui, mais en ligne.

en ligne, oui, mais il comprends les liens créés à la mode Heredis.
Il y a également Ohmigene qui comprends lesdits liens.
Donc, rien ne t'interdit d'utiliser Ohmigene pour transcoder les liens. Pourquoi s'en priver ?

[quote="Michaël"]

jrfloquet a écrit:Il y a également Ohmigene qui comprends lesdits liens.
Donc, rien ne t'interdit d'utiliser Ohmigene pour transcoder les liens. Pourquoi s'en priver ?

Oui mais voila, je connais assez bien ce logiciel, dont le look ne me plait pas du tout, mais alors pas du tout.

Et en plus incapable d'importer les photos.

De toute façon ce n'est pas l'endroit pour parler d'un autre logiciel

Bonjour,

Se préoccuper du Gedcom est essentiel...

Le problème est que le Gedcom est ancien et obsolète mais pour le moment on ne peut rien faire d'autre.

On ne peut se fonder de toute façon sur les fichiers spécifiques d'un logiciel particulier.

Imaginez un instant que la société éditant heredis fasse faillite ! (ce que l'on ne souhaite pas mais supposons...).

Que ferez-vous de vos fichiers heredis ? Ils seront inutilisables en l'état car les informations qu'ils contiennent ne pourront pas être récupérées (à moins d'être informaticien et encore). Seuls les gedcoms pourront être utilisés pour migrer. Alors certes, vous ne récupérez pas tout car pour le moment, le gedcom n'est pas vraiment le standard de stockage et d'échange qu'il devrait être ; mais au moins il s'agit d'un format de stockage au moins utilisable pour les données "essentielles".

C'est d'ailleurs la raison pour laquelle beaucoup de mes données sont provisoirement mises en notes dans l'attente d'un "nouveau gedcom" (indications des parrains et marraines, témoins, évènements autres que les traditionnels naissance-mariage-décès ou baptême-mariage-inhumation...)

Pour votre information, sachez quand même qu'un groupe de travail vient de se constituer aux Etats-Unis (chacun y est invité) afin de réformer le gedcom (en xml) : http://bettergedcom.wikispaces.com/

Un forum sur généanet vient d'être mis en place sur ce thème.

C'est assez intéressant car le modèle de données va être remis en cause ce qui permettra de faire évoluer les logiciels (voir http://www.brunocallens.com/dotclear/index.php )

En particulier la priorité n'est plus seulement de gérer des collections d'individus mais de gérer des données biographiques ce que ne savent pas vraiment faire les logiciels actuels

Bruno Callens

Bonjour Bruno, merci pour ton premier message et bienvenue.

Je rappel que mon message n'est pas dans le sens supprimons les gedcom, mais bien que ce dernier doit évolué et ce pour ne pas se préoccuper de savoir si nos données vont passées ou pas...

J'irais regarder tes liens (j'ai corrigé le dernier qui ne passait pas à cause du ")" ) ce soir à la maison, je pense que cela va être intéressant... Merci

Bonjour (re-bonjour),

J'ai très bien compris que vous ne disiez pas qu'il fallait "supprimer" le gedcom.

Mais il me semble clair qu'il est essentiel d'avoir conscience des limites du gedcom actuel et en tenir compte dans l'utilisation d'un logiciel (peu importe lequel.)

Un simple exemple...

Les parrains et marraines...Vous pouvez les intégrer dans votre logiciel et remplir les champs correspondant. Mais si vous n'êtes pas sûr que ces données se retrouveront dans le gedcom ou, ce qui est plus courant, ne seront pas reconnues par tous les autres logiciels, vous prenez un risque...Celui de perdre les données correspondantes si vous êtes amené à effectuer une migration (migration éventuellement forcée ! Il suffit qu'un éditeur disparaisse ce qui peut toujours arriver. Cela peut même arriver dans le libre si la communauté explose).

En attendant un véritable format universel de stockage et de partage des données (ce qui est le but du gedcom), mieux vaut utiliser le gedcom actuel comme format essentiel de stockage tout en veillant provisoirement et en attendant mieux à mettre les données "problématiques" en note.

Je pense que c'est l'attitude la plus "prudente" à ce jour.

Pour terminer, je ne sais pas ce qu'il adviendra du "better gedcom". Ce que je peux dire, c'est au moins trois choses :

1) Le xml va être utilisé. Ce qui déjà limite les risques parce qu'il sera toujours possible et relativement facile de faire des conversions (d'un modèle xml à un autre car même si le "better gedcom" ne prend pas, le standard qui émergera finalement sera très probablement - et même sûrement - en "grammaire" xml).

2) les développeurs du libre (anglo-saxons) sont déjà très impliqués dans le projet notamment ceux de lifelines et gramps... ce qui donne une certain "poids" au projet et donc une certaine crédibilité (c'est plus qu'un initiative isolée...)d'autant que l'on sait que le gedcom xml ne sera pas utilisé, les mormons s'en désintéressant complètement.

3) Une fois le travail réalisé, il sera proposé à un organisme de normalisation (de type iso).

IL faut certes se débrouiller en anglais mais je vous invite à être attentif à ce projet.

Pour l'évocation de ce projet "better gedcom" sur geneanet, voir :

http://forum.geneanet.org/Debat-le-futur-du-gedcom-69518

Bruno Callens

Bonjour, Bruno, et bravo pour la réflexion sur ce que pourrait (devrait ?) devenir un logiciel de généalogie.
Il faut distinguer 3 axes :
* saisie, basée essentiellement sur l'événement et le rôle joué par chacun dans cet événement.Nous partons toujours d'un acte ! …
* restitution : axée soit sur la famille, soit sur un village …
* recherche : le fichier devrait être une base de données dans laquelle tous les champs sont interrogeable avec des opérateurs logique "et" "ou" "non"…

bcallens a écrit:Bonjour (re-bonjour),

J'ai très bien compris que vous ne disiez pas qu'il fallait "supprimer" le gedcom.

Mais il me semble clair qu'il est essentiel d'avoir conscience des limites du gedcom actuel et en tenir compte dans l'utilisation d'un logiciel (peu importe lequel.)

Un simple exemple...

Les parrains et marraines...Vous pouvez les intégrer dans votre logiciel et remplir les champs correspondant. Mais si vous n'êtes pas sûr que ces données se retrouveront dans le gedcom ou, ce qui est plus courant, ne seront pas reconnues par tous les autres logiciels, vous prenez un risque...Celui de perdre les données correspondantes si vous êtes amené à effectuer une migration (migration éventuellement forcée ! Il suffit qu'un éditeur disparaisse ce qui peut toujours arriver. Cela peut même arriver dans le libre si la communauté explose).

Pourquoi affirmer qu'il y a un risque de perdre les données en utilisant les liens ?
Heredis ne les intègre pas dans le Gedcom en respectant la norme (très floue sur ce sujet comme sur d'autres !). Et alors ?
Il vaut mieux un lien entre individus basé sur une référence (le n° de l'individu) qu'un simple texte plus ou moins bien rédigé qui obligera à tout resaisir !
Les liens "à la mode Heredis" sont compris par de nombreux logiciels, et il suffit d'une toute petite moulinette informatique pour les remettre "à la norme" pour les récalcitrants !
Plus les données seront "informatisées", mieux elles seront "interconnectables" !

Bonjour,

De toute façon, il faudra tout ressaisir...Mais mettre les informations sur les parrains et marraines en note m'évitera d'aller rechercher les actes !

Pour ce qui est du gedcom lui-même et ses évolutions...

Vous dites :

Il faut distinguer 3 axes :
* saisie, basée essentiellement sur l'événement et le rôle joué par chacun dans cet événement.Nous partons toujours d'un acte ! …

* restitution : axée soit sur la famille, soit sur un village …

* recherche : le fichier devrait être une base de données dans laquelle tous les champs sont interrogeable avec des opérateurs logique "et" "ou" "non"…"

Je pense qu'il faut partir de l'idée qu'il ne faut plus tout "axer" sur les individus et les familles.

Au point où en est, il ne s'agit plus seulement de gérer des collections d'individus avec simplement les liens qui les unissent. Pour cela, le Gedcom 5.5 pourrait suffire.

Mais, grâce à la formidable mutualisation des données permise par internet, on trouvera dans un avenir proche quasiment tout ou presque tout en "libre service". Déjà maintenant, un généalogiste débutant commençant ses recherches aujourd'hui a beaucoup de chances, dès qu'il aura atteint 1850 environ, de trouver la suite de son arbre déjà tout fait sur internet (c'est mathématique ! plus on s'enfonce dans le temps plus en partage des ancêtres !).

C'est une opportunité ! Celle d'orienter les recherches vers l'histoire des familles ! Pour cela, il ne s'agit plus seulement de gérer des collections d'individus mais de gérer des données biographiques.

Dès lors, le gedcom (et les logiciels mais c'est lié) doit s'orienter vers la gestion des Evénements (une biographie, c'est une suite d’évènements).

Les évènements peuvent être très variés : cela peut être, outre les traditionnels naissance, baptême, mariage, décès, inhumation, des évènements tels qu'un déménagement, un départ vers un pays lointain, une blessure sur un champ de bataille...

Il faut savoir que le gedcom 6.0 xml abandonné (assez différent du gedcom 5.5) s'orientait déjà dans cette direction (balise event avec en attribut la nature de l’évènement); gramps xml aussi d'ailleurs : voir aussi le projet "better gedcom" (l'événement est une "entité" à part entière :
http://goo.gl/hCYSi).

C'est une toute autre approche qui devrait faire vraiment évoluer les logiciels : on gère des individus et des familles, mais aussi et surtout des données biographiques.

Cette approche donnera en outre une plus grande importance à la gestion des sources...Et c'est heureux.

Bruno Callens

Merci pour ce retour Bruno.

Je ferais une analogie dans tes propos en disant qu'avant, on cherchait avant tout à construire un arbre. Alors que maintenant, on construit plutôt un livre.

Je pondérerais toutefois un point, à savoir de n'utiliser dans un logiciel que ce qui pourrait être traité par un Gedcom. Certes, BSD COncept peut déposer le bilan demain, mais cela ne voudra pas dire que le logiciel Heredis qui est sur mon poste cessera immédiatement de fonctionner.

Pour reprendre l'exemple des parrains/marraines, j'ai commencé à les mettre en note. Sauf qu'ils ne sont dés lors pas trouvable facilement par une recherche, une fois l'arbre publié.

bcallens a écrit:De toute façon, il faudra tout ressaisir...

Je suis assez d'accord avec votre approche de l'histoire des familles. Par contre, je ne peux laisser passer cette phrase ! Pourquoi devrait-on tout resaisir ? Il suffit de penser en terme de transcodification, et de dire à quelle rubrique de l'éventuel futur nouveau logiciel correspond tel ou tel tag du gedcom.
Ce qui est certain, c'est que le contenu d'une note devra être intégralement resaisi si on veut l'informatiser.

Pour moi, une note n'a pas plus de valeur informatique qu'un portrait.

Quand au fonctionnement des logiciels, les émulateurs (VirtuelPC, VMWare, XEN, ...) sont là (et encore pour longtemps) pour faire fonctionner des OS anciens et des logiciels encore plus anciens.

Il va vraiment falloir que je me mette à réaliser le tutoriel expliquant comment créer un pc virtuel !

Michaël a écrit:
Il va vraiment falloir que je me mette à réaliser le tutoriel expliquant comment créer un pc virtuel !

Oh ! oui ne serait-ce que pour les essais. par avance

Bonjour,

Il faut être programmeur pour pouvoir faire ce genre d'exercice !