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

Pages: 1 2 [3] 4 5 6
31
FRANÇAIS / Re: Sondage utilisation des logiciels de généalogie
« on: February 17, 2023, 08:27:35 »
Bonjour,

A voté (2 fois)

32
FRANÇAIS / Re : promesse de mariage
« on: February 08, 2023, 18:14:43 »
Bonsoir,

Merci zurga pour cette réponse rapide.

C'est ma première idée, je vais donc utiliser un ban de mariage.

Patrice

33
FRANÇAIS / Re: promesse de mariage
« on: February 08, 2023, 13:01:09 »
Bonjour,

Je remonte ce sujet pour éviter d'en créer un autre.

J'ai la publication d'une promesse de mariage qui n'est pas suivie du mariage, suite à une opposition.

J'aurais tendance à utiliser MARB puisqu'il s'agit de « Publication officielle de l'intention de mariage entre deux personnes ».
Seulement cela crée une nouvelle famille (idem avec MARS, ENGA et MARC) mais l'union n'a pas eu lieu..

J'ai déja des unions de "typées" PACS, Concubinage, Union libre, ...
J"ai pensé "typer" cette [non]-union comme "Promesse de mariage"

Ou sinon, je pourrais créer un évènement individuel "Promesse de mariage", mais comment lier les 2 individus ?

Quelle solution adopter ?

Cordialement

Patrice

34
FRANÇAIS / Re: [résolu] Italique
« on: January 25, 2023, 07:53:47 »
Bonjour Zurga,

Merci pour cette réponse rapide.

Il ne parait tout à fait normal qu'Ancestris 12 n'interprète pas les balises HTML, en attendant le passage à GEDCOM 7.

Cordialement

Patrice

35
FRANÇAIS / Re: [résolu] Italique
« on: January 24, 2023, 11:09:43 »
Bonjour,

Ce n'est pas dans la norme GEDCOM 5.5.1
Est-ce dans la nouvelle norme 7 ?

Cordialement

Patrice

36
FRANÇAIS / Re: Saisie particulière sur 3 évènements
« on: September 30, 2022, 10:43:17 »
Bonjour Yannig,
[...] En effet il faut utiliser le SOUR partagé pour indiquer l'AUTH et il a sa place ici sous la forme NOM Prénom car de père en fils parfois. Ton AGNC n'a pas vocation a préciser le lieu c'est PLAC ou ADRx mais tu ne peux le mettre dans le SOUR en sous tag. D'ailleurs le lieu est déjà présent en sous-tag de MARC; je ne vois pas l'intérêt à la chose.
Je me suis mal exprimé en employant le mot "lieu" pour l'agence.
J'utilises AGNC pour indiquer l'organisation qui est responsable de la création de l'enregistrement, c'est-à-dire que je précise ici simplement le nom de la commune ou de la paroisse où l'acte a été créé, et AUTH pour l'auteur de l'acte avec prénom, nom et fonction (maire de , curé de , notaire, ...).
Et pour chaque évènement, PLAC pour le lieu actuel avec ses coordonnées, lieu-dit compris (dont les noms qui diffèrent souvent de ceux de l'époque qui se trouvent dans la transcription de l'acte), et en plus si besoin, ADDR pour préciser directement l'adresse exacte avec le numéro, la rue, le CP et la ville, mais sans utiliser les sous tags d'ADDR.

Pourquoi le lieu actuel ? Simplement, parce qu'il ne me semble pas cohérent que les coordonnées pointent sur un lieu dont les juridictions ne correspondent pas à celles indiquées sur la carte. Effectivement cela présente certains inconvénients et ça oblige à plus de recherches, mais il fallait faire un choix.

Amitiés
Patrice

37
FRANÇAIS / Re: Saisie particulière sur 3 évènements
« on: September 29, 2022, 08:28:42 »
Bonjour Rémi,
3 - Quel intérêt de créer un INDI qui n'est pas dans la généalogie propre ? Il ne servira que pour cet évènement. La généalogie comprenant déjà beaucoup d'INDI, n'est ce pas alourdir la base ? Je le conçois pour les parrains ou témoins car très souvent, tôt ou tard ils se retrouvent être des parents et peuvent être rattachés. Je vais réfléchir à ce point 3 avant de me lancer, car il faut faire un choix :).
S'il ne s'agit pas d'un notaire familial qui est appelé à être référencé plusieurs fois, il n'y a effectivement aucun interêt à créér un INDI.
Par contre, en 3, j'utilise Auteur pour préciser l'auteur l'acte, c'est à dire le notaire ,et Agence pour définir le lieu (commune ou paroisse) où il a été créé. Cette dernière parce que j'ai opté pour utiliser la définition actuelle des lieux (coordonées, lieu-dit, nom de commune, ....) et des adresses.

38
FRANÇAIS / Re: Saisie particulière sur 3 évènements
« on: September 28, 2022, 08:53:15 »
Bonjour Rémi,

La norme Gedcom permet souvent plusieurs solutions, la solution est alors une question d'appréciation personnelle entre ces solutions.
Il faut faire un choix, le principal étant de rester cohèrent en utilisant toujours le même.
 
Les solutions que j'ai choisi :

1 J'ai créé un EVEN type Disparition : rien ne me permet d'affirmer que le décès est postérieur au constat de disparition.
2 Du fait qu'il existe un acte officiel, j'utilise un MARR type PACS
3 J'ai pas encore utilisé, mais je créerais un INDI pour le notaire puis une ASSO

Cordialement
Patrice

39
FRANÇAIS / Re: Gestion des lieux
« on: September 22, 2022, 16:46:51 »
Bonjour,

Je rebondis sur le fil de remi0144,

Après plusieurs hésitations, j'ai décidé d'utiliser le tag PLAC avec les juridictions suivantes :
Lieudit, Commune, Code_INSEE, Code_Postal, Département, Région, Pays
et j'y ajoute les sous tag LATI et LONG.

Dans beaucoup de cas, cela permet de définir assez précisemment le lieux sur la carte,
et comme il faut faire des choix et s'y tenir j'utilises la dénomination actuelle des lieux.
par exemple :
Claouey, Lège-Cap-Ferret, 33236, 33950, Gironde, Nouvelle-Aquitaine, France

En plus j'ulises le Tag ADDR pour préciser l'adresse avec Aries, par exemple :
Quartier Jane de Boy, Claouey, 33950 Lège-Cap-Ferret
C'est un peu redondant mais ça permet une localisation plus précise

[...]
Le tag ADDR contient des sous-tags permettant de préciser toute l'adresse complète.

Personnellement, je n'utilise que le tag PLAC, j'inclue les lieux-dits au premier niveau de juridiction.
Suite à la remarque ci-dessus, je me demande s'il est préférable d'utiliser les sous-tags de ADDR, qui ne sont gérés que par l'édireur GEDCOM et donc plus long à saisir, ou bien s'il est largement suffisant de continuer avec Aries, sans utiliser ces sous-tags.

Cordialement

Patrice

40
FRANÇAIS / Re: lier évènements d'une source à des individus
« on: September 22, 2022, 15:56:11 »
Bonjour Aris40,

J'ai plusieurs livrets de famille dans mes sources.
Pour chacun, je définis tous les évènements que je trouve dans la source (type, date et lieu de l'évènemment) .
Comme l'a précisé Zurga ces évènements ne sont pas liés (ni "liables") à d'autres entités (Individu, Famille, ...).
C'est donc pas particulièrement utile, et c'est relativement contraignant en terme de saisie.

Je le fait uniquement parce que ça me sert à détecter certaines erreurs de date et/ou de lieu dans les évènements Individuels et Familaux grâce à un petit programme perso, extérieur à Ancestris.

Ceci dit, je suis un peu surpris que la date de mariage des enfants apparaisse sur le livret de famille de leurs parents.
Dans mes livrets, pour les enfants il n'y a que la naissance et le décès (voir image).

Cordialement

Patrice


41
Bonjour,

Il y a deux sortes de NOTEs et de SOURces. Tu peux très bien avoir l'un de ces éléments en unique ou multiple sur une même identité
La difficultés est de savoir si tu crées une identité SOURce multiple ou non.
Ajouter une identité directement te crée une SOURce/NOTE à usage unique
Ajouter un media, une note, une source,etc te crée une note multiusage; c'est là aussi que tu peux choisir un élément déjà créé

Amitiés
Bonjour Yannick

J'ai un peu de mal à cerner ce que tu nommes "identité" mais je pense que nous parlons de la même chose :
- il y a deux sortes de Notes, l'entité NOTE et la Propriété NOTE,
- et de même il y a deux sortes de Sources, l'entité SOUR et la propriété SOUR.
La propiété est à usage unique
L'entité peut être référencée de multiples fois.

C'est la réponse de Zurga, qui pose la question de l'usage des propriétés NOTE et SOUR :
La notion de notes et sources incluses dans l'objet est dépréciée dans les versions les plus récentes du GEDCOM.
Au contraire, les promoteurs de la norme incite à utiliser les notes et sources séparées dans des entités distinctes.
Zurga
Pour les Sources, cela me paraît parfaitement logique, vu qu'une source contient toujours de nombreuses informations et donc est vouée à un usage multiple.
Toutes mes Sources sont des entités, et pour les Notes j'utilise des entités chaque fois que j'ai besoin d'un usage multiple et une propiété pour un usage unique.

Ma question concerne l'avenir de la propriété NOTE,
faudra-t'il transformer les propriétés NOTE en entité NOTE ?

Amitiés

Patrice

42
Bonjour le fil,
La notion de notes et sources incluses dans l'objet est dépréciée dans les versions les plus récentes du GEDCOM.
Au contraire, les promoteurs de la norme incite à utiliser les notes et sources séparées dans des entités distinctes.
Zurga
Pour les sources, cela me semble être la seule solution, il est en effet extrèmement rare qu'une source ne fournisse qu'un renseignement et donc ce doit être une entité à part entière pour pouvoir être référencée.
Par contre, pour les notes cela me paraît parfois excessif, c'est évident lorsque la note doit être référencée plusieurs fois.
Mais j'utilise quelques notes intrégrées à une entité pour fournir une information spécifique, par exemple une précision dans l'évènement naissance d'un individu.
Dans ce cas, utiliser une entité note me semble exagéré, mais si s'est l'avenir de la norme, je vais m'y plier (à moins qu''il ait une autre méthode ?).

Cordialement
Patrice

43
FRANÇAIS / [Résolu] Outil Vérification norme Gedcom et anomalies
« on: August 22, 2022, 12:39:58 »
Bonjour le Forum,

J'utilises régulièrement l'outil Vérification norme Gedcom et anomalies, qui détecte des anomalies justifiées par les critères que j'ai défini (enfants avant mariage, enfants sans mariage, différences d'age, ...).
Dernièrement j'ai voulu ajouter une bénédiction après un décès, qui est détectée en erreur(post décès).
J'ai donc opté pour un évènement personnalisé "Funérailles" (après le décès et avant l'inhumation ou la crémation), mais cet évènement aussi détecté en erreur (post décès, mais avant la crémation).

Je m'accomode très bien du fonctionnement de cet outil, en sachant combien d'erreur "normales" cet outil détecte, et à chaque utilisation,  je suveille qu'il en détecte pas de nouvelles.

Je me demande s'il ne serait pas possible,  via un tag particulier ou une autre méthode, de signaler à cet outil que certaines des anomalies détectées sont "normales" pour qu'elles soient ignorées lors du contrôle. Peut-être une voie d'amélioration ... ?

PS : sinon, serait-t'il possible que l'outil utilise, selon le cas, la date de crémation ou d'inhumation lorsqu'elle existe, plutôt que la date du décès.

Très cordialement

Patrice

44
FRANÇAIS / Re: MARB - Bans de mariage
« on: June 05, 2022, 21:35:52 »
Bonjour,

L'avantage d'Ancestris c'est de disposer de 3 éditeur. Il faut apprendre à jongler avec.
Effectivement Aries ne propose qu'un seul ban de mariage, mais avec Cygnus on peut en ajouter autant qu'on veut. (et bien sur ils apparaitront dans Aries).

45
FRANÇAIS / Re: Sugestion sur liste des sources
« on: April 09, 2022, 20:22:18 »
Bonjour Yannig,
Pour me faciliter le travail j'aurais voulu que les sources soient triées en ordre alphabétique dans la fenêtre de choix d'une source.

Pour reclasser tes sources, utilises la commande Édition / Régénérer les numéros d'identification. (coches uniquement sources)
Tout dépendra de la façon dont tu nommes tes sources.

Cdlt

Patrice

Pages: 1 2 [3] 4 5 6