Re: [Ancestris]Relevé, lieu dit

2013-03-02 Par sujet mic...@ancestris.org

  
  
Bonjour Jeannot,
  
  J'ai relu ton exemple de lieu-dit donné dans un mail précédant : 
  par exemple Montières-Lès-Amiens à Amiens,
Wavans sur l'Authie à Beauvoir-Wavans...
  
  
  Je me rends compte que ces lieux-dits correspondent à une paroisse
  ou une subdivision administrative et non à un quelconque lieu-dit
  ou métairie dans la campagne. 
  Or en rédigeant la documentation du glisser-déposer demandée par
  Joëlle, je me suis rendu compte que l'information "Paroisse"
  présente dans chaque relevé n'est pas utilisée lorsqu'on copie le
  relevé dans le gedcom. 
  
  Ta demande est l'occasion d'utiliser "Paroisse" quand on fait un
  glisser-déposer d'un mariage : je propose d'ajouter la paroisse de
  l'acte avec lieu du registre pour obtenir le lieu de mariage dans
  le gedcom  
  
  Exemple : Pour la configuration du registre
     
  
  et pour le relevé saisie dans le formulaire de mariage :
     
  
  Le glisser-déposer va créer dans le gedcom: 
     
  
  Michel
  
  ps : Dans le formulaire de saisie du relevé, je propose de
  renommer "Paroisse" en "Paroisse ou subdivision" pour élargir et
  expliciter la signification de cette information. 
  
  jeannot a écrit , Le 01/03/2013 08:46:


  
  Bonjour Michel,
  
  Il n'y a que dans les mariages que la forme du tag PLAC pose
  problème
  pour les naissances la ligne" Lieu de naissance" fonctionne
  parfaitement avec la complétion du Gedcom courant
  idem pour les décès avec la ligne "Domicile"
  dans mon cas il me suffit de commencer l'écriture du lieu par une
  virgule (,) et les premières lettres du lieu pour que la
  complétion me propose la liste possible et conforme au tag FORM de
  PLAC dans mon gedcom
  alors pourquoi ne pas simplement ajouter une ligne "Lieu de
  mariage"?
  
  Jeannot


  



Re: [Ancestris]Relevé, décalage des juridctions

2013-02-28 Par sujet mic...@ancestris.org

Francois a écrit , Le 28/02/2013 08:03:

On 27/02/2013 22:43, mic...@ancestris.org wrote:

Bonjour,



Soit vous faites tous comme moi , mais je sens que vous n'allez être
d'accord.
Soit il faut ajouter dans la fenêtre de configuration du registre
quelque chose pour indiquer la position que prendra chaque élément du
lieu du registre quand on fait une copie dans les tag PLAC du fichier
gedcom.
Je me demande comment représenter ça ?

Je ne sais pas si cela peut t'aider mais tu pourrais rendre cette
fenêtre dynamique (nombre de champs), en fonction du header que tu
trouves dans le gedcom. Voilà le mien ci dessous, ça te donne les
juridictions du tag PLAC et l'ordre dans lequel on doit les trouver. Une
fois la lecture du header faite, tu peux (sic) créer les champs
appropriés dans ta fenêtre (peut être ;-) )

1 GEDC
2 VERS 5.5
2 FORM Lineage-Linked
1 CHAR UTF-8
1 LANG French
1 PLAC = Ici
2 FORM Lieudit,Commune,Code_INSEE,Département,Région,Pays
- Et ici
0 @I1@ INDI


Francois

Bonjour François,

Effectivement, je compte utiliser le tag PLAC:FORM du gedcom.
Par exemple mes gedcoms contiennent :
1 PLAC
2 FORM Town,Area code,County,Region,Country,Subdivision

Mais comment afficher ça pour établir la correspondance entre les 
juridictions du relevé et celles du gedcom ?


Je propose d'essayer la solution suivante :
j'affiche 2 colonnes  cote à cote dans la fenêtre des informations du 
registre. La première colonne contient les juridictions du registre . 
La seconde contient les juridictions du gedcom. L'utilisateur dispose 
des boutons Up et Down pour modifier l'ordre des juridictions du 
relevé et pour les faire coïncider à celles du gedcom.

qu'en pensez-vous ?
Michel


-
Ancestris Site Web : http://www.ancestris.org

Les archives de la liste sont disponibles sur ce site :
 http://www.mail-archive.com/ancestris@ml.arvernes.com

* Pour vous desinscrire de cette liste, envoyez un mail a :
 ancestris-unsubscr...@ml.arvernes.com
* Pour obtenir de l'aide sur les commandes de la liste :
 ancestris-h...@ml.arvernes.com




Re: [Ancestris]Relevé

2013-02-28 Par sujet Francois
On 28/02/2013 08:34, jeannot wrote:

Bonsoir,



 je profite de ce mail pour poser une question sur le tag CHAR dans le
 header du gedcom
 j'ai CHAR ANSI au lieu de UTF-8 et si je le change à la main je n'ai
 plus les accents mais �

Il ne faut pas le changer directement dans le gedcom, il faut que tu
passes par Ancestris, je pense par un sauvegarder sous. Francois



Re: [Ancestris] Relevé

2013-02-27 Par sujet Joelle Lussiau

Le 27/02/2013 19:27, mic...@ancestris.org a écrit :

Bonjour Joelle,

Joelle Lussiau a écrit , Le 20/02/2013 20:55:

Bonsoir,

avec un train de retard,

mon avis? mis à  part la résolution du bug rapporté par Jeannot , 
juste améliorer la saisie de SOUR pour éviter d'avoir à  la reprendre 
dans le Ged (fastidieux sans aucun intérêt ludique). 


pourrais tu préciser le problème de SOUR pour voir ce que je pourrais 
faire ?
pouvoir utiliser les éléments de SOUR déjà collectés (visibles dans la 
table des entités).


Peut-être clarifier le 1er paragraphe (Date /de l'acte/, photo (?) 
ou/N° de page/..)


Dans un premier temps  je ne souhaitais pas préciser si c'est la date 
de l'acte ou la date de l'évènement lui même pour laisser chacun libre 
d'y mettre ce qu'il veut. Il y a des personnes qui utilisent ce plugin 
de manière différente.
Dans ce cas il me manque juste de savoir où je vais retrouver les 
éléments collectés après un glisser-déposer (dans la 1ère partie, quand 
on remplit les différentes zones, on ne comprend pas de façon intuitive 
où - et si - ces éléments vont être visibles dans le gedcom). Je te 
rassure après quelques essais on y arrive ;-) mais c'est pas immédiat.


Pour le reste je reprends systématiquement chaque acte pour 
l'exploiter au maximum (toutes les dates indiquées (décès, mariage 
des parents... informations concernant les témoins, l'exploitation 
des signatures, etc...) donc le glisser-déposer avec ses notes 
complémentaires me va très bien (sauf le manque d'une zone de 
remarques au niveau du registre ).


J'avais bien noté que tu souhaitais une zone de remarques au niveau du 
registre. Tu l'a déjà signalé ;-) .
Mais , mine rien , cette note me pose des problèmes techniques . Elle 
nécessite des modifications profondes du code et du format de stockage 
des données qui n'est pas prévu pour ça. J'ai besoin de temps pour 
réfléchir à une solution.
Oh alors, dans ce cas laisse tomber d'autant plus que personne d'autre 
ne semble intéressé par cette modification.


Un enregistrement trop complet pourrait devenir un piège (exemple: 
détection de 2 frères (ou sœurs) ayant le même prénom).


oui, je suis bien d'accord.


Bon courage Michel,
Joëlle


Merci pour ces retours constructifs
Michel


Merci encore pour ton travail et le suivi.
Joëlle
- 
Ancestris Site Web : http://www.ancestris.org Les archives de la liste 
sont disponibles sur ce site : 
http://www.mail-archive.com/ancestris@ml.arvernes.com * Pour vous 
desinscrire de cette liste, envoyez un mail a : 
ancestris-unsubscr...@ml.arvernes.com * Pour obtenir de l'aide sur 
les commandes de la liste : ancestris-h...@ml.arvernes.com 




Re: [Ancestris] Relevé

2013-02-27 Par sujet mic...@ancestris.org

  
  
Joelle Lussiau a écrit , Le 27/02/2013
  21:49:


  
  Le 27/02/2013 19:27, mic...@ancestris.org a
écrit :
  
  

Bonjour Joelle, 
  
  Joelle Lussiau a écrit , Le 20/02/2013 20:55:


  
  Bonsoir,
  
  avec un train de retard, 
  
  mon avis? mis à  part la résolution du bug rapporté par
  Jeannot , juste améliorer la saisie de SOUR pour éviter
  d'avoir à  la reprendre dans le Ged (fastidieux sans aucun
  intérêt ludique). 

pourrais tu préciser le problème de SOUR pour voir ce que je
pourrais faire ? 
  
  pouvoir utiliser les éléments de SOUR déjà collectés (visibles
  dans la table des entités).


je te propose d'ajouter dans la fenêtre des informations du registre
un bouton pour pouvoir choisir la source que tu veux associer au
relevé.
Par exemple comme ceci  , qu'en penses-tu ?
    


  

Peut-être


  clarifier le 1er paragraphe (Date de l'acte, photo (?)
  ou N° de page..)


Dans un premier temps  je ne souhaitais pas préciser si c'est la
date de l'acte ou la date de l'évènement lui même pour laisser
chacun libre d'y mettre ce qu'il veut. Il y a des personnes qui
utilisent ce plugin de manière différente. 
  
  Dans ce cas il me manque juste de savoir où je vais retrouver les
  éléments collectés après un glisser-déposer (dans la 1ère partie,
  quand on remplit les différentes zones, on ne comprend pas de
  façon intuitive où - et si - ces éléments vont être visibles dans
  le gedcom). Je te rassure après quelques essais on y arrive  ;-)      mais c'est
  pas immédiat.


c'est vrai qu'il manque une documentation qui indique où vont se
retrouver les éléments quand on copie un relevé dans le gedcom.  Je
la faire ... 


  


  Pour le reste je reprends systématiquement chaque acte pour
  l'exploiter au maximum (toutes les dates indiquées (décès,
  mariage des parents... informations concernant les témoins,
  l'exploitation des signatures, etc...) donc le glisser-déposer
  avec ses notes complémentaires me va très bien (sauf le manque
  d'une zone de remarques au niveau du registre ).

J'avais bien noté que tu souhaitais une zone de remarques au
niveau du registre. Tu l'a déjà signalé  ;-) . 
Mais , mine rien , cette note me pose des problèmes techniques .
Elle nécessite des modifications profondes du code et du format
de stockage des données qui n'est pas prévu pour ça. J'ai besoin
de temps pour réfléchir à une solution. 
  
  Oh alors, dans ce cas laisse tomber d'autant plus que personne
  d'autre ne semble intéressé par cette modification.


que nenni ! Je trouve ta proposition très pertinente. Je suis aussi
intéressé.
Il me reste à choisir la bonne solution technique qui m'évitera
d'avoir à tout casser.  


  

 Un
  enregistrement trop complet pourrait devenir un piège
  (exemple: détection de 2 frères (ou sœurs) ayant le même
  prénom).


oui, je suis bien d'accord. 

 Bon
  courage Michel,
  Joëlle


Merci pour ces retours constructifs 
Michel

  
  Merci encore pour ton travail et le suivi.
  Joëlle
  
---
  


  



Re: [Ancestris]Relevé

2013-02-27 Par sujet mic...@ancestris.org

  
  
jeannot a écrit , Le 27/02/2013 21:38:


  
  Bonsoir Michel,
  
  merci pour les dernières mise à jour,
  une petite amélioration si possible, j'utilise les lieux-dits et
  pour les mariages ton plugin va chercher pour les lieux les
  données du lieu d'origine du fichiers, ce qui donne dans mon
  Gedcom un décalage
  il faudrait peut-être rajouter les lieux-dits dans la définition 
  du lieu d'origine?
  
  
  
  Encore bravo et merci pour ce plugin
  Jeannot 
  


chez moi, je n'ai pas ce décalage. 
Mais c'est parce que j'ai pris l'habitude de noter la commune est
toujours en première position et de mettre les lieux-dits à la fin
des tags PLAC dans mes gedcoms.
J'ai mis cet ordre en dur dans le code du glisser-déposer. Du coup
ça décale les valeurs dans ton cas parce que nous n'utilisons pas
les même ordre dans le tag PLAC de nos gedcoms.

Soit vous faites tous comme moi , mais je sens que vous n'allez être
d'accord.
Soit il faut ajouter dans la fenêtre de configuration du registre
quelque chose pour indiquer la position que prendra chaque élément
du lieu du registre quand on fait une copie dans les tag PLAC du
fichier gedcom. 
Je me demande comment représenter ça ? 

Michel
  



Re: [Ancestris]Relevé

2013-02-27 Par sujet Francois
On 27/02/2013 22:43, mic...@ancestris.org wrote:

Bonjour,



 Soit vous faites tous comme moi , mais je sens que vous n'allez être
 d'accord.
 Soit il faut ajouter dans la fenêtre de configuration du registre
 quelque chose pour indiquer la position que prendra chaque élément du
 lieu du registre quand on fait une copie dans les tag PLAC du fichier
 gedcom.
 Je me demande comment représenter ça ?

Je ne sais pas si cela peut t'aider mais tu pourrais rendre cette
fenêtre dynamique (nombre de champs), en fonction du header que tu
trouves dans le gedcom. Voilà le mien ci dessous, ça te donne les
juridictions du tag PLAC et l'ordre dans lequel on doit les trouver. Une
fois la lecture du header faite, tu peux (sic) créer les champs
appropriés dans ta fenêtre (peut être ;-) )

1 GEDC
2 VERS 5.5
2 FORM Lineage-Linked
1 CHAR UTF-8
1 LANG French
1 PLAC = Ici
2 FORM Lieudit,Commune,Code_INSEE,Département,Région,Pays  
- Et ici
0 @I1@ INDI


Francois


-- 

You use Ancestris? So do we - (Vous utilisez Ancestris? Nous aussi)
http://www.arvernes.com/files/ancestris_localisation_utilisateurs_en.html


-
Ancestris Site Web : http://www.ancestris.org

Les archives de la liste sont disponibles sur ce site :
  http://www.mail-archive.com/ancestris@ml.arvernes.com

* Pour vous desinscrire de cette liste, envoyez un mail a :
  ancestris-unsubscr...@ml.arvernes.com
* Pour obtenir de l'aide sur les commandes de la liste :
  ancestris-h...@ml.arvernes.com




Re: [Ancestris]Relevé

2013-02-27 Par sujet jeannot

  
  
Bonjour François,

je profite de ce mail pour poser une question sur le tag CHAR dans
le header du gedcom
j'ai CHAR ANSI au lieu de UTF-8 et si je le change à la main je n'ai
plus les accents mais �




Jeannot




Le 28/02/2013 08:03, Francois a écrit :


  On 27/02/2013 22:43, mic...@ancestris.org wrote:

Bonjour,


  


Soit vous faites tous comme moi , mais je sens que vous n'allez être
d'accord.
Soit il faut ajouter dans la fenêtre de configuration du registre
quelque chose pour indiquer la position que prendra chaque élément du
lieu du registre quand on fait une copie dans les tag PLAC du fichier
gedcom.
Je me demande comment représenter ça ?

  
  
Je ne sais pas si cela peut t'aider mais tu pourrais rendre cette
fenêtre dynamique (nombre de champs), en fonction du "header" que tu
trouves dans le gedcom. Voilà le mien ci dessous, ça te donne les
juridictions du tag PLAC et l'ordre dans lequel on doit les trouver. Une
fois la lecture du header faite, tu peux (sic) créer les champs
appropriés dans ta fenêtre (peut être ;-) )

1 GEDC
2 VERS 5.5
2 FORM Lineage-Linked
1 CHAR UTF-8
1 LANG French
1 PLAC = Ici
2 FORM Lieudit,Commune,Code_INSEE,Département,Région,Pays  
- Et ici
0 @I1@ INDI


Francois





  



Re: [Ancestris] Relevé

2013-02-20 Par sujet Joelle Lussiau

Le 20/02/2013 12:43, jeannot a écrit :

Bonjour,

Le 19/02/2013 20:36, Yannick VOYEAUD a écrit :

Pourquoi ma suggestion? On peut avoir les trois informations dans l'acte
et ensuite il est parfaitement possible de créer un relevé par type
d'acte (ce qui est logique).
Un relevé DOIT reproduire l'acte et non nos déductions, celles-ci devant
être dans notre arbre. Un relevé reproduit les registres.

Enfin c'est mon avis

j'ai le même avis.
Je comprends mieux l'intérêt de ta suggestion dans le cas où tu utilises
le relevé pour alimenter automatiquement un fichier gedcom.
c'est comme cela que je l'utilise, cela simplifie la tâche, c'est 
l'outil Relevé qui génère automatiquement les données dans mon Gedcom 
(quitte à les modifier après coup)

Dans quels TAGS de l'individu Gedcom mettrais-tu  les 3 dates ?
INDI:BIRT:DATE
INDI:DEAT:DATE
et la troisième date ?

Bonsoir,

Grâce à l'outil de Jean sur la grammaire GedCom je suggère ceci
Nous partons du principe que le registre que nous relevons est une
source et que nous faisons le lien entre la source et l'évènement.
Nous pouvons donc avoir
0 INDI
1 BIRT DEAT (MARR rarement concerné)
2 SOUR
3 DATA
4 DATE

Qu'en pensez-vous?
bof peut-être, Relevé génère déjà automatiquement le tag SOUR dans le 
Gedcom
encore une demande pour Michel, dans l'onglet Décès, la profession du 
défunt existe mais n'est pas générée dans le Gedcom

Amitiés




Bonsoir,

avec un train de retard,

mon avis? mis à  part la résolution du bug rapporté par Jeannot , juste 
améliorer la saisie de SOUR pour éviter d'avoir à  la reprendre dans le 
Ged (fastidieux sans aucun intérêt ludique). Peut-être clarifier le 1er 
paragraphe (Date /de l'acte/, photo (?) ou/N° de page/..)
Pour le reste je reprends systématiquement chaque acte pour l'exploiter 
au maximum (toutes les dates indiquées (décès, mariage des parents... 
informations concernant les témoins, l'exploitation des signatures, 
etc...) donc le glisser-déposer avec ses notes complémentaires me va 
très bien (sauf le manque d'une zone de remarques au niveau du registre 
). Un enregistrement trop complet pourrait devenir un piège (exemple: 
détection de 2 frères (ou sœurs) ayant le même prénom).

Bon courage Michel,
Joëlle