Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - yannig

Pages: 1 ... 14 15 [16] 17
226
FRANÇAIS / Re : Affichage de l' arbre en cas de divorce
« on: February 03, 2015, 19:46:59 »
Bonsoir,

Il faut que tu ailles dans la vue Arbre
Repères le couple et sur le coté du conjoint tu as un petit triangle (à l'extérieur de la case)
Tu cliques dessus et le couple est changé ainsi que les enfants.

Si tu n'as pas ce triangle cliques sur ton individu 'commun' afin de le faire devenir central et tu auras le triangle.

En fait ce problème divorce n'est pas un souci en lui-même c'est l'affichage multi-union qui l'est. Pourquoi dis-je cela? Lors du décès d'un conjoint le survivant se remarie souvent et donc nous avons une nouvelle famille et le même souci se présente! Ce n'est donc pas spécifique au divorce à ma connaissance.

Amitiés

227
FRANÇAIS / Re : # Félicitations #
« on: January 19, 2015, 23:59:43 »
Bonsoir,
Oui il va falloir que je m'y remette un peu sur ce dossier. Cela fait un gros moment que je dors  :-[
Je suis en cours de traduction vers l'espagnol d'Ancestris.
Je me mets sur les wiki après.
Amitiés

228
Merci pour votre correction yannig.  :-[
Je la ajouterais  au forum portugais. Mais j'ai utilisez"pseudonyme" parce qu'en Portugais nous n’utilise pas beaucoup "Alias".

À bientôt.

Bonsoir,

Il ne faut pas être déçu par ma remarque  ;)
Je dois dire que c'est probablement assez rare mais bon la chose existe.
Pseudonyme correspond bien à NICK

Amitiés

229
FRANÇAIS / Re : Création d'un ALIAS et d'un élément multimédia
« on: October 05, 2014, 14:00:20 »
Bonjour,

Juste une remarque à l'attention de notre ami portugais.
Le pseudonyme est différent de l'ALIAS. En effet un ALIAS peut ne pas rester alors que le pseudonyme reste coller à l'individu.
D'ailleurs la norme mets deux tags bien différents NICK et ALIA
Le NICK fait parti du NAME au même niveau que GIVN et SURN, alors que ALIA est du même niveau que NAME
Nous avons donc
INDI @Ixxxxx@
           NAME
                      GIVN
                      SURN
                      NICK                Nom de scène pour des artiste
          ALIA                  qui renvoi vers un autre INDI du fichier comme dit plus haut

Amitiés

230
Merci donc aussi à Jeannot  :) ...Mais dis-moi, Yannick, pour avoir une copie de son travail, tu fayotes ??  ;D
Bonjour,

Non mais il est vrai que les échanges et les rencontres rendent des services pour mieux partager. Jean participe nettement plus que moi depuis un moment à l'amélioration de notre jouet. Je me contente de faire aussi souvent que possible la promotion de ce dernier sur tous les supports possibles.
C'est comme cela que tu trouves Ancestris sur de nombreux sites promouvant le libre directement ou indirectement de par leur philosophie.
Pour moi c'est presqu'aussi important que de réaliser le programme, ce dont je suis incapable.
Je vais faire un autre post pour voir ce qu'il serait possible de faire l'an prochain.

Toi aussi tu participes à l'amélioration du jouet en posant tes questions. En effet tu nous obliges à regarder la puissance de la grammaire et donc à en exploiter toutes les possibilités, et par conséquent à nous obliger à mieux utiliser l'outil pour mieux en faire la promotion. Si on utilise à fond la grammaire nous sommes donc amener à utiliser à bloc le logiciel et donc nous sommes de meilleurs ambassadeurs pour montrer la puissance de notre logiciel préféré et ce avec des arguments assez imparables.

Amitiés

231
FRANÇAIS / Re : Création d'un ALIAS et d'un élément multimédia
« on: October 02, 2014, 19:08:59 »
;D Bonsoir,

Je voulais savoir dans quel cas crée-t-on un alias ?
J'ai vu bien vu que c'était pour créer une personne liée à une autre, et qui pourrait être la même que cette dernière.
Donc, je me demande si je peux l'utiliser lorsqu'on pense très probablement qu'une personne qu'on a déjà ds le fichier peut être le père d'un enfant non reconnu à la naissance par ce dernier. Je pense que c'est faisable, mais je voudrais être sûre.
Je ne sais pas si c'est très clair, si non, je détaillerai .
Bonsoir,

Je commencerais par prendre un dictionnaire ALIAS est un autre nom d'un individu (voire un surnom, un nom de scène, ...).
Delà que peut-on en déduire pour un usage dans le fichier généalogique?

J'ai un individu nommé Robert DUPONT dans son acte de naissance. (I001)
Dans son acte de mariage il est nommé Roberto DUPONTE (I002)
Dans son acte de décès il est nommé Robert DUPOND (I003)

Après moultes vérifications et précautions je suis convaincu qu'il s'agit du même individu. J'ai enregistré ces actes séparément sans lien entre-eux en attendant d'en savoir plus.

J'ai deux solutions qui s'offrent à moi:
  • Je rectifie les actes que je considère fautés (Solution qui ne respecte pas les sources)
  • Je laisse mes actes comme je les ai trouvés et enregistrés (respect des sources) mais sous chacun des INDI je rajoute deux ALIA
On devrait donc avoir un truc comme ceci
@I001@ INDI
NAME
          GIVN
          SURN
BLABLA
ALIA @I002@
ALIA @I003@
BLABLA
Sur chacun des deux autres INDI tu fais la même manip

ALIA redirige vers un autre individu du fichier donc sa présentation dans le texte est obligatoirement ALIA @Ixxxxx@


Pour mieux saisir la chose je te propose de supputer que tu as fais un relevé exhaustif d'un registre (avec Ancestris, c'est encore mieux). Dans ce registre il est fort possible que ton individu apparaisse plusieurs fois mais avec des orthographes différentes.
Vas-tu aller rectifier tes données et/ou ton registre?! Non bien sûr. On a là une solution pour faire les liens entre tes données brutes (relevé) et ton exploitation généalogique.


Je me dois de te remercier pour cette question qui m'a fait voir une nouvelle facette de la puissance de la grammaire GedCom que bien peu d'entre-nous pouvait imaginer avec ce tag.
Merci encore au passage à Jean MORDAC ALIAs Jeannot car si je peux te répondre à cette question et les précédentes c'est grâce à son travail dont je dispose d'une copie.

Amitiés

232
Oui, effectivement, c'est l'heure de la déclaration pour les décès, pour mon père il est déclaré DCD à 7.00h, alors qu'en réalité c'était environ 5.00h. Je mets cette info juste pour le fun, histoire de reporter sur le fichier tous les éléments dont je dispose.
Je ne te donnerais sûrement pas tort car on se doit de décrire la source hors l'information est présente.
Sur ce coup j'ai crée NOTE pour indiquer cette information de la réalité physique
Quote
Enfin, concernant la question de mettre le tag _TEXT dans _SOUR, on n'est toujours pas d'accord  :-\
Mais je pense avoir compris pourquoi.
D'après ce que tu dis, enfin ce que j'en comprends, tu crées une source pour chaque acte ?
Ce qui explique (enfin, dans mon petit cerveau), que tu mettes _TEXT dans _SOURC; pour moi, du coup si tu saisis comme ça, ça tombe effectivement sous le sens.

Je ne saisis pas _SOUR de la même façon que toi; je m'étais basée, à mes débuts sur Ancestris (qui ont été  :-X :o, car pas du tout au courant qu'il y avait une norme, et tout et tout, donc j'ai un peu ramé pour m'y retrouver au début; au passage, pour ceux qui démarrent leur généalogie & qui sont perdus avec les tags, les sources, les repo..., ne vous inquiétez pas, ça va venir avec un peu de pratique; la preuve, j'y suis arrivée ! ;D).
Donc, disais-je, j'avais scrupuleusement suivi les conseils de méthode de François (ou Daniel, peut-être) pour la création de tout ce qu'il me fallait: indi, bien sûr, mais aussi lieu, repo, source ...
Aujourd'hui, ces conseils sont intégrés à l'aide d'Ancestris (toucheF1), rubrique "Utilisation de base ---> Sources & lieux de dépôts".
Je pense que c'est cela qui crée cette divergence; mais bien sûr, je peux me tromper.
 
Concrètement, je mets en PJ ce que cela donne comme source pour la même personne, je pense que cela sera plus parlant. Pour faire court, je considère la source comme étant la liasse d'où est extrait l'acte particulier, mentionné lui, dans _OBJ; c.à.d je précise ds mon titre de _SOUR si c'est le registre des naissances, mariages ... et la période couverte. (bon, il y a un autre point où on ne saisit pas encore de la même façon  ???)
En effet pour moi je réfléchis comme ceci:
1)REPO il s'agit du bâtiment donc c'est les coordonnées téléphone, poste, mail, courriel
2)SOUR là on arrive au document
          AUTH il a effectivement un auteur
          TITL    il a effectivement un titre du genre BMS - date début-date fin
                    CALN Il a aussi une cote CALN
                              Qui a aussi un support MEDI
Donc oui je crée une source par acte.


Supputons maintenant que ton information provienne d'un livre, au sens propre du terme, qui se trouve dans ta bibliothèque personnelle.
REPO c'est toi
SOUR c'est ton livre
           AUTH auteur du livre
           TITL    Le titre du livre
           CALN Ton classement (telle pièce, tel meuble, telle étagère, tel position) Je sais je pousse mais dans une bibliothèque municipale ou autre tu mettrais la cote
                     MEDI  Livre of course
          PAGE tu indiques la page concernée voire plusieurs mais bon là je suis contre car sur une page tu peux avoir une information pour plusieurs INDI mais pas sur l'autre
          TEXT c'est le texte exact auquel tu fais référence
          NOTE ce sont tes remarques
          etc....
Je crée une SOUR par page pour le motif ci-dessus
Je suis en train de travailler au classement informatique d'une bibliothèque d'association et je te promets que ce n'est pas du luxe d'aller très loin dans la description du positionnement d'un livre.
Perso j'ai in fine 7 meubles bibliothèque, si je n'utilse pas ce système poussé cela devient ingérable pour retrouver un document précis

Supputons maintenant un relevé associatif
REPO c'est l'association
SOUR le relevé
           AUTH l'association
           TITL    Le nom du relevé au sein de l'association
           CALN La référence du relevé au sein de l'association
                     MEDI papier, cd, donc le support physique consulté, y compris site internet
           PAGE Si papier suffit de lire, si cd adapter en fonction, si site internet noter le numéro de vue coller au plus près pour retrouver très rapidement l'information
          TEXT c'est le texte exact auquel tu fais référence
          NOTE ce sont tes remarques
          etc....
Je crée une source par page (lien  etc.)

Sur le nombre de sources à créer je rectifierais peut-être mon jugement après contrôle:
En effet si dans INDI ou FAM je peux faire ceci ou très approchant on voit tout de suite ce qui peut être supprimer ci-avant
INDI
         tag divers
         SOUR @xxxxx@
                   PAGE
                   TEXT
                   NOTE
Il devient évident que l'on crée une source par cote et non plus par acte

J'essaierais dans la semaine prochaine de faire un topo sur ce problème et de vous le faire passer.
J'ai pris INDI mais cela aurait pu être FAM car nous avons strictement la même problématique.
Il est vrai que lorsque l'on se penche un peu sur la grammaire GedCom on se rend compte qu'elle est TRÈS puissante tout comme notre soft préféré l'est à exploiter cette dernière.

Amitiés

233
Bonjour à tous

Excuse moi Yannick de ne pas avoir répondu plus tôt, et merci pour tes conseils  :)
Ce n'est pas grave et je ne m'osfusque pas comme cela  ;)
Pour le tag _TIME, je ne savais pas que l'on pouvait le mettre sous le tag _DATE; en fait, je ne trouvais pas ça très logique comme j'avais saisi, mais je t'avoue que je n'avais jamais eu la curiosité d'essayer comme tu me le conseille, et voir ce que cela donnait. Il ne me reste plus qu'à modifier tous mes tags _TIME, mais c'est pas le plus gênant.
C'est en fouillant un peu le fichier GedCom avec un éditeur que j'ai vu que c'était comme cela! Je fais partager ce truc qui est fiable. Par contre il est vrai que c'est plutôt accessoire car l'heur de l'évènement est vraiment subjectif. Le décès de ma grand-mère est déclaré à 11:00 alors que réellement il est intervenu plutôt la veille à 22:00. C'est l'heur de constat en fait donc rarement juste pour l'évènement. Pour les naissance il y a moins d'erreur mais c'est toujours subjectif.
Concernant les reconnaissances, j'ai choisi de les mettre dans _EVEN car, je me suis basée à la bulle d'info qui apparait lorsque tu pointes sur le tag _BIRTH: " Le moment où commence la vie terrestre". Un acte de reconnaissance n'est pas la même chose, par essence, que le fait de naître. C'est pour cela que j'ai mis les reconnaissances dans  _EVEN.
Éternel débat, puisqu'il y avait déjà eu une discussion sur le fil : http://www.mail-archive.com/ancestris%40ml.arvernes.com/msg01322.html
C'est bien de fouiller avant de poser une question :)  et merci de le faire surtout en donnant le lien :). Cela permet de se remémorer ce qui a été dit auparavant.
Comme je l'ai dit pour moi EVEN indique que le sujet est actif dans la réalisation de l'évènement. Ton choix est aussi respectable car parfaitement défendable.
La restriction à mon choix est peut-être, comme le disait Joëlle dans les statistiques, je n'ai pas vérifié, auquel cas oui il y a un souci et un avantage certain à retenir EVEN.
À contrario ces mentions sont en marge de l'acte de naissance donc bien liées à la naissance donc bien sous BIRT.
Pour le tag _TEXT, je pense que tu parles de sa place pour les _EVEN, effectivement, il n'est pas à sa place.
Mais je ne fais pas comme toi, à savoir le mettre dans _SOUR; car Ancestris dit dans la bulle info du tag que c'est "La source d'informations. Ce peut être un livre, une personne..."
Cela m'a amené à utiliser ce tag uniquement pour nommer et déterminer qui est l'auteur du document. Pour moi, cela ne réfère pas au contenu de la source.

En temps normal, je mets _TEXT dans le tag _OBJ, comme ceci:

_OBJ
   _TITLE
   _FORM
   _FILE
   _TEXT

et éventuellement _NOTE si besoin.
Le tag AUTH est présent dans la gestion de SOUR donc ton usage annoncé ici est 'erroné'  :(.
Dans ce que l'on voit sur ta capture d'écran il est clair que tu reproduis le texte de la source donc c'est bien sous SOUR que tu devrais le mettre.
Pour les reconnaissances de cette personne, je n'ai pas mis ça en place, tout simplement car j'attends les actes ; dans ces " _TEXT" provisoires, il n'y a que les émargements figurant sur l'AN.

Je ne dis pas que je ne changerai pas mes pratiques, surtout si elles ne sont pas conformes à la norme gedcom; ou si je me rends compte qu'effectivement, il vaut mieux saisir comme tu le fais, Yannick.
Mais je sais qu'on ne fait pas tous pareil, sans que cela soit forcément hors norme gedcom.
Mais peut être que je n'y suis pas, ds la norme ...

En tout cas, un grand merci Yannick d'avoir partagé ta pratique; si d'autres veulent donner leur avis, avec grand plaisir  :)

Amitiés

Val
Sachant qu'un même évènement peut avoir plusieurs sources tu n'as donc pas de soucis pour cette gestion. Tu pourrais donc avoir:
BIRT ou EVEN
blabla
SOUR @id de l'acte de naissance@
SOUR @id de l'Acte de reconnaissance@
J'ai un évènement pour mon parrain qui en a une dizaine alors tu vois que ce n'est pas un souci.

Amitiés

234
Re,

Concernant les reconnaissances j'aurais fait comme ceci
BIRT
          TYPE Naissance
          DATE
          PLAC
         SOUR (acte de naissance)
BIRT
         TYPE Reconnaissance mère
         DATE
         PLAC
         SOUR (acte de reconnaissance)
BIRT
         TYPE Reconnaissance père
         DATE
         PLAC
         SOUR (acte de reconnaissance)
BIRT
         TYPE Légitimation
         DATE
         PLAC
         SOUR (source de l'acte où est fait la légitimation, en général acte de mariage des parents)

Je fais ce choix car tous ces actes sont liés à la naissance et l'individu subi, si l'on peut dire, l'acte.
J'utilise EVEN essentiellement lorsque l'individu est acteur de cet évènement (contraint ou non). Je met dans ce tag les service militaire

Amitiés

235
Bonjour Val,

Petits détails pour ta saisie:
1) Tu peux faire ceci pour la date et c'est conforme à la norme GedCom
DATE 1 février 1896
          TIME 06:00
2)  Ton tag _TEXT me semble pas à sa place. En effet tu reproduit le texte de l'acte. En toute :logique il devrait être dans SOURce où ce sous-tag est prévu et directement proposé par Ancestris lors de la création de la source.
Amitiés

236
FRANÇAIS / Re : Re : erreur JEdit
« on: April 12, 2014, 23:43:42 »
Bonsoir François,
Merci pour la réponse rapide.
Effectivement, mon fichier provient d'Heredis que j'ai abandonné.
JL

Bonsoir,

Une solution existe dans Ancestris pour remettre d'aplomb le plus possible les fichiers GedCom d'Hérédis
Je pense que ce serait la meilleure solution à partir d'une copie du fichier d'origine

Amitiés

237
FRANÇAIS / Re : Importation depuis Hérédis
« on: January 27, 2014, 23:02:26 »
Bonsoir,

1) ouvrir le .ged avec Gedit ou autre éditeur de texte
2) repérer la séquence de l'ancien chemin
3) voir où se trouve le répertoire actuel (linux) des documents images
4) faire un Rechercher-Remplacer de l'ancien chemin par le nouveau
5) sauvegarder sous un autre nom (sécurité)
6) vérifier que le nouveau fichier n'a pas reçu l'extension .txt et la retirer le cas échéant  (mettre .ged si ce n'est fait)
7) ouvrir le nouveau fichier avec Ancestris

Normalement c'est tout bon

Amitiés

238
FRANÇAIS / Re: Bonnes pratiques pour les changements de nationalité
« on: November 27, 2013, 20:47:28 »
Bonsoir,

Les changement de nationalités sont de vrais pièges.

Le territoire change de souveraineté c'est un EVEN il n'y a pas de volonté de l'individu

La personne demande le changement de nationalité là il y a plusieurs tags à mettre en œuvre:
1 la demande est un EVEN car rien n'est acté
2 on remet un EVEN à chaque élément de la procédure
3 NATU intervient pour l'acte officiel et définitif (En France parution au JO)

Le déménagement n'est pas un changement de nationalité sur un plan juridique. C'est une émigration (EMIG) lors du départ et une immigration (IMMI) lors de l'arrivée. Prends le cas des personnes parties de l'Europe vers les USA:
Date de départ nous avons EMIG
Date d'arrivée nous avons IMMI (autorisation d'entrée)
Plus tard si la personne le demande il y aura NATU

Dans le cas d'un mariage avec un ressortissant étranger nous avons droit à une double nationalité qui déclenche un EVEN. Nous n'avons pas d'abandon de nationalité nous avons création d'une nouvelle nationalité de façon (plus ou moins selon les pays) automatique.

NATU implique une renonciation claire et définitive de sa nationalité précédente.

Amitiés

239
FRANÇAIS / Re : petite amélioration
« on: November 27, 2013, 20:29:53 »
Bonsoir,
Contrairement à ce que viens de dire François un tag AGE existe bien!
Il est parfaitement possible d'indiquer l'âge d'un individu lors d'un évènement.
Si ce n'est la personne concernée il faut que celle-ci soit témoin et l'on doit alors pouvoir donner son âge. Je n'ai pas testé mais théoriquement la norme le prévoit.
L'âge est une information de niveau 2.

Sinon on peut utiliser le tag EVEN comme ceci:
0 INDI
  1 EVEN
     2 TYPE Naissance de Bidule
     2 AGE xx ans
C'est possible mais cela risque fort de devenir assez indigeste à faire  :-\ il faut le faire à la main comme tous les EVEN non standards.
Est-ce vraiment utile? Il me semble que dans la biographie de l'individu cette information soit générée.
Sinon reste la solution, pour avoir l'information, que François t'a donnée.

Amitiés

240
FRANÇAIS / Re : Quel Tag pour les registres militaires?
« on: November 19, 2013, 16:43:54 »
Bonjour,

Il n'y a pas de tag spécifique.
Voici ce que je suggère de faire et qui semble bien correspondre à la norme:
EVEN
     TYPE Service militaire (Prisonnier)
     DATE
     PLAC
     NOTE Fracture cheville droite
     SOUR Nom de la source et sa référence (S000438)
     SOUR Nom d'une autre source et sa référence
EVEN
     TYPE Service militaire (Mobilisation)
     DATE
     PLAC
     NOTE Mitrailleur
     SOUR Nom de la source et sa référence (S000438)
     SOUR Nom d'une autre source et sa référence
EVEN
     TYPE Service militaire (Conscription)
     DATE
     PLAC
     AGNC 2° Régiment
     NOTE Matricule
     SOUR Nom d'une source et sa référence

Voir le fichier joint

Amitiés

Pages: 1 ... 14 15 [16] 17