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 - daucourt

Pages: [1] 2
1
Il était de sexe U, mais j'ai corrigé en M, et j'ai toujours le même problème.

2
Bonjour,

Voici le scénario:
- j'ai un individu I663 Daucourt Pierre, né le 7sep1877 à Berneville, que j'ai déjà créé en tant individu, et déjà saisi l'acte de naissance.
- je saisis, via le plugin "Saisie d'actes et relevés", le mariage. Cf (1) dans screenshot1.png.
- à la fin de la saisie, je fais un glisser déposer. Cf (2) dans screenshot1.png
- et l'époux n'est pas reconnu. Cf (3) dans screenshot1.png.  L'épouse n'est pas reconnue car je ne l'ai pas encore saisie, et les 4 parents sont bien reconnus.

Je m'attendrai à ce que la personne soit reconnue : ce sont les mêmes noms, prénoms, date de naissance, et lieu de naissance.

Si on ne peut corriger le code, existerait-il un moyen pour "forcer" la reconnaissance ?

Merci par avance pour votre aide

3
FRANÇAIS / Re: Relevé d'acte, lieu de délivrance de l'acte
« on: February 12, 2025, 22:49:57 »
Bonsoir Jeannot, donc lorsque dans la fenêtre "Lieu de délivrance de l'acte", vous sélectionner en partie *haute* un lieu déjà existant, vous obtenez la même chose (capture d'écran) que moi, et le fait que "62085" soit poussé dans la case "Département", vous trouvez que "ça marche" ?
Personnellement, je m'attendais à ce que "62085" soit poussé dans la case "Code commune", et que Pas-de-Calais soit poussé la case "Département".

4
FRANÇAIS / Re: Relevé d'acte, lieu de délivrance de l'acte
« on: February 10, 2025, 21:26:16 »
Si j'applique ce que dit Jeannot ci-dessus (cf point 1 dans screenshot3.png), alors j'obtiens ceci (cf. point 2 dans screenshot3.png)

5
a voté !

6
FRANÇAIS / Re: Relevé d'acte, lieu de délivrance de l'acte
« on: February 09, 2025, 23:52:03 »
> - La commune dans l'écran 1 est sur 5 positions, dans l'ordre affiché des cases. C'est pour respecter la syntaxe officielle (NIMEGUE, etc) des lieux dans les relevés.

Dans l'écran 1, dans le petite fenêtre "Lieu de délivrance de l'acte", dans la partie basse, on voit bien les 5 champs.
Ce qui est "troublant", c'est que dans cette même fenêtre, dans la partie haute, dans la liste déroulante, on est sur 7 positions : on voit les 6 virgules, donc 7 positions dans ", Bailleulval, 62074, , Pas-de-Calais, Hauts-de-France, France".
Et ce que je fais, c'est que je sélectionne d'abord un lieu dans la liste déroulante (pour ne pas tout retaper), juste en saisissant ", Premières" lettres du lieu, et "Entrée", et là un lieu "bizarre" est créé.

> Cette information n'est pas (me semble-t-il) répercutée dans le Gedcom lors d'un glisser-déposer.

Elle se rajoute "instantanément" à la liste des lieux, et donc, lorsque je suis dans "saisie des actes et relevés", et que je commence à taper Bailleulval, cette commune "bizarre" est proposée.
Donc, j'ai plutôt l'impression que si, elle est répercutée (par effet de bord) dans le gedcom

7
FRANÇAIS / Relevé d'acte, lieu de délivrance de l'acte
« on: February 09, 2025, 21:59:00 »
Bonjour,

Dans le "relevé d'acte", il y a qqch que je ne comprends pas :

1. Je suis dans le plugin "Saisie d'actes et Relevé", j'ouvre un relevé existant,
2. Je crée une nouvelle Naissance, et la cela m'affiche "commune à renseigner". Je clique sur l'icône mappemonde, et j'ai une fenêtre "Lieu de délivrance de l'acte". Cf screenshot1.png

Ce que je ne comprends pas, c'est pourquoi le lieu n'est pas reconnu (les cases ne sont pas remplies avec les bonnes valeurs dans le screenshot1.png),

Alors que dans les paramètres du plugin "Saisie d'actes et Relevé", j'ai pourtant bien configuré les correspondances. Cf screenshot2.png

Cela pourrait se limiter à un "bug d'affichage", mais en fait cela me génère un nouveau lieu si je tente de corriger, et je suis obligé de corriger après dans la liste des lieux.
Est-ce bien un bug ?

Est-ce que je peux me débrouiller d'une autre façon ?

Merci par avance pour votre aide.

Version d'Ancestris :  13.0.13277
Java :  17.0.14+7-Debian-1deb12u1 - /usr/lib/jvm/java-17-openjdk-amd64
Système :  Linux - 6.1.0-30-amd64 - user
Répertoire utilisateur :  /home/user/.ancestris/trunk

8
FRANÇAIS / Re: Relevé d'acte, et source
« on: January 22, 2025, 22:15:02 »
avec le screenshot3

9
FRANÇAIS / Relevé d'acte, et source
« on: January 22, 2025, 22:14:30 »
Bonjour,

J'ai voulu utiliser le plugin ce weekend, et j'ai le souci suivant:

1. Je vais dans Options / Préférences / Relevé / Afficher les fichiers d'actes à des sources / Modifier
2. La fenêtre "Choix de la source associée au registre" s'ouvre, et je "choisi une source", et je sélectionne ma source S255 (cf. screenshot1)

3. Puis je fais une saisie d'acte, via la fenêtre "Saisie d'acte et Relevé / Transcription".
4. Une fois faite, je bascule dans la fenêtre "Saisie d'acte et Relevé / Relevé" (à droite dans screenshot2)

5. Puis, je fais un drag and drop, du "décès de Marie Augustine", vers le rectangle jaune dans l'arbre (la flèche dans screenshot2)
6. La fenêtre "Acte de décès de Marie Augustine" s'ouvre alors, et en haut à droite, une source aléatoire s'affiche, ici S006. (screenshot3)

La dernière fois que j'ai utilisé le plugin Relevé d'acte, c'était en mai 2024, cela fonctionnait correctement, c'est à dire que S255 était sélectionné.
Maintenant, c'est une source totalement aléatoire qui est sélectionnée.

Résumé du bug : La source est aléatoire, alors que j'ai paramétré une valeur

Est-ce que l'on peut revenir à l'ancienne façon de fonctionner ?

Merci par avance d'y jeter un œil,

PS : Merci encore pour votre boulot sur Ancestris, bonne année à vous, et à Ancestris !

Version d'Ancestris :  13.0.13225
Java :  17.0.13+11-Debian-2deb12u1 - /usr/lib/jvm/java-17-openjdk-amd64
Système :  Linux - 6.1.0-30-amd64 - user
Répertoire utilisateur :  /home/user/.ancestris/trunk

Plugin Relevé : Version : 13.0.13214

10
Trop top ! Merci beaucoup, ça fonctionne parfaitement. :D

11
Je déterre un vieux sujet certes, mais je serai également très intéressé par un raccourci clavier pour "reconstruit l'arbre à partir de l'entité sélectionnée".

12
FRANÇAIS / Re: FORM image/jpg
« on: May 12, 2024, 22:13:47 »
J'ai l'impression que ça fonctionne. Toujours aussi rapide que l'éclair pour les corrections !  :D

13
FRANÇAIS / FORM image/jpg
« on: May 12, 2024, 15:56:49 »
Bonjour,

Je suis en version 12 d'ancestris et en GEDCOM 5.5.1, et depuis aujourd'hui, certains tag FORM sont modifiés, par Ancestris, de "FORM jpg" à "FORM image/jpg".
Or je suis en GEDCOM 5.5.1, donc "FORM image/jpg" n'est pas valide, c'est un tag GEDCOM 7.
J'ai l'impression que c'est une petite scorie de développement en cours qui est restée.

Version d'Ancestris :  12.0.12599
Java :  17.0.11+9-Debian-1deb12u1 - /usr/lib/jvm/java-17-openjdk-amd64
Système :  Linux - 6.1.0-21-amd64 - user
Répertoire utilisateur :  /home/user/.ancestris/trunk

14
FRANÇAIS / Gestion photos pierres tombales
« on: May 12, 2024, 10:24:59 »
Bonjour,

Je voulais commencer à rajouter des photos de pierre tombale dans ma généalogie. Et je me demandais comment vous traitiez ce cas là.

Voici ce que je pense faire :
1. à l'INDI, ajouter BURI
2. à BURI, ajouter une SOURce
3. à SOUR, ajouter la photo via OBJE/FILE
4. réutiliser la SOUR pour tous les INDI identifiés

C'est sur les dates que je cale
- Pour BURI, bien sûr il faut la date d'inhumation. Mais je ne l'ai pas forcément cette date d'inhumation
- En revanche, sur la pierre tombale, on a des années (par ex 1812-1870) de naissance et de décès des personnes, et je voudrais utiliser ces années pour "sourcer" BIRT et DEAT. Est-ce que vous accrochez la SOUR à BIRT et DEAT ?

C'est ce que je pense faire, mais d'autres points de vues seraient les bienvenus.

Désolé pour le langage utilisant les mots clés GEDCOM, mais je pense que dans ce forum, on me comprendra.

15
FRANÇAIS / Re: Export Généanet NAME
« on: April 14, 2024, 14:06:32 »
Je suis toujours épaté par la qualité, la précision, et surtout la rapidité de la réponse.
Je ne suis pas sûr que j'aurai un meilleur service avec un logiciel payant...
Merci encore.

Pages: [1] 2