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 ... 7
16
FRANÇAIS / Re: Fichier(s) de sauvegarde des divers paramètres
« on: June 28, 2024, 11:56:21 »
Bonjour,

Je viens de réinstaller la version quotidienne (la version 13), en remplaçant la totalité de l'ancien répertoire Ancestris par le nouveau décompréssé.
Cela n'a aucune influence sur les personnalisations qui sont situées  dans le répertoire utilisateur (...\utilisateur\.ancestris\trunk)

Patrice

17
FRANÇAIS / Re: Mise à jour version quotidienne
« on: June 27, 2024, 10:24:35 »
Bonjour,
La version en haut est défini dans un fichier de resource qui peut être caché.
Vu que vous êtes à jour de votre version, je vous invite à supprimer le répertoire "var/cache" dans le répertoire utilisateur.
Vos paramètres sont dans config, ils ne risquent rien.

Zurga
Ça n'a pas fonctionné, j'ai donc adopté la solution de Frédéric : recharger Ancestris 13

Merci pour vos réponses.

Très cordialement,

Patrice

18
FRANÇAIS / Mise à jour version quotidienne
« on: June 26, 2024, 18:58:18 »
Bonjour,

J'utilise la version quotidienne depuis toujours (13.0.12726).
Elle fonctionne très bien.
Elle est passée de la version 12 à la version 13 sans problème.
Mais l''en-tête affiche encore version 12 (voir photo).

Cela me laisse à penser que mon installation n'est plus très "propre", ou bien, est-ce simplement une petite correction à faire ?

Si nécessaire, je veux bien désinstaller (supprimer)  / Réinstaller la nouvelle mais je ne voudrais pas perdre mes personnalisations, en particulier la position des fenêtres (pour les calques et Ancestris.conf j'ai une sauvegarde).

Cordialement

Patrice

19
FRANÇAIS / Re: La saisie des lieux sur divers écrans
« on: June 17, 2024, 20:27:03 »
[...]
Il s'agit donc d'une RÉGION et non d'une ADRESSE.
En France et dans beaucoup d'autres pays, une RÉGION est une juridiction supérieure, nous traduisons PLAC par LIEU, on pouurait aussi dire Endroit.
Le terme ADRESSE était initialement destiné à localiser plus ou moins précisement le destinataire d'un courrier postal

[...]
Une juridiction est l'instance politique, administrative, religieuse ou privée qui avait autorité sur une région ou un peuple et qui tenait des registres à des fins spécifiques. En cas de perte de documents dans une juridiction, ceux d'une autre peuvent combler le vide.
C'était comme ça avec la norme 5.5
La norme 5.5.1 a introduit les coordonnées géographiques qui permettent de définir le LIEU avec une très grande précision (au mètre près).
Le terme juridiction au sens juridique n'est plus approprié lorsqu'on parle de la plus petite : on peut localiser une mairie, une église, une maison, une tombe, ....

Ce qui fait qu'il est possible, comme le propose Yannig, de définir les "juridictions" suivantes :
Adresse ou lieu-dit, Paroisse, Commune, INSEE, CP, Département, Province, Région, Pays
sans que cela pose le moindre problème de localisation tant que les "juridictions" sont classées de la plus petite à la plus grande.
En conséquence, dans ce cas, le tag ADDR n'a plus aucune utilité.

En France, cela peut créer une certaine confusion chez les utilisateur, entre PLAC (Lieu) et ADR (Adresse), ceci d'autant plus que les dernières lois imposent aux communes (la plus petite judiction juridique) de définir une adresse "postale" pour chaque habitation avec un numéro d'habitation, un nom de rue (et un code postal, un village ou une commune, un pays).

Heureusement, la norme est suffisament souple pour permettre à chacun de l'utiliser selon ses convenances.

Pour ma part, je limite volontairement le nombre de lieux en utilisant les juridictions suivantes :
Lieu-dit, Paroisse ou Commune, INSEE, CP, Département, Région ou Province, Pays
avec les coordonnées géographique de l'église de la paroisse ou de la mairie de la commune.

Et je précise une adresse (ADDR) uniquement lorsque c'est utile.

Cordialement

Patrice

Patrice


20
FRANÇAIS / Re: La saisie des lieux sur divers écrans
« on: June 17, 2024, 10:46:26 »
[...]
De plus, je crains que cette méthode ne pose des problèmes si vous essayez de trouver l'emplacement sur l'écran de carte d'Ancestris (carte géographique). Car là, on part des juridictions telles qu'elles sont conçues et utilisées internationalement.

La norme Gedcom prévoit le paramétrage des juridictions.
Ancestris la respecte, je ne vois pas pourquoi il y aurait un problème,
il suffit d'établir correctement les correspondances.

Patrice

21
FRANÇAIS / Re: Installation version 12 stable
« on: June 13, 2024, 08:02:21 »
Bonjour,

Nous n'avons que 2 versions :
- La version stable
- La version quotidienne.

La version quotidienne devient la version 13 sans avoir le moindre changement à faire.
Il suffit de mettre à jour comme d'habitude.

Zurga

J'utilse la version quotidienne depuis que j'ai commencé avec Ancestris 12,
elle fonctionne très bien, au point que je ne m'étais même pas apperçu du passage à la 13.
(La barre de titre affiche encore version 12)

Encore un grand merci à toute l'équipe des développeur pour leur réactivité et l'efficacité des évolutions apportées quotidiennement.

Longue vie à Ancestris.

Cordialement,

Patrice

P.S. je ne me considère pas comme un geek mais n'hésitez pas à utiliser la version quotidienne, elle est suffisament stable.
Si quelques petits désagrèments apparaissent parfois suite à une évolution, ils sont corrigés très rapidement au point de passer inapperçus.

22
FRANÇAIS / Re: La saisie des lieux sur divers écrans
« on: June 06, 2024, 20:23:07 »
Bonjour le fil,

Finalement le coté pratique de la définition des lieux dépend des [plus ou moins mauvaises] habitudes de chacun.
Je trouve la "petite terre" assez géniale pour définir un nouveau lieu.

Pour ma part, j'ai choisi de définir un seul lieu par localité (commune ou lieu-dit), je ne définis pas l'emplacement exact de chaque maison. C'est mon choix, pour limiter la liste des lieux. Lorsque nécessaire, j'utilise le Tag adresse pour préciser l'emplacement au sein du lieu.

Lorsqu'un lieu est déjà défini, j'utilise Cygnus, je trouve la liste déroulante très pratique : il suffit de commencer à saisir une partie de la localité, quelle que soit la juridiction, pour voir apparaître une liste de propositions.
A ce propos, je regrette que le champ équivalent d'Aries n'ait pas le même comportement, l'autocomplétion ne fonctionne que pour la première juridiction, c'est bien moins pratique.

Cordialement

Patrice

23
FRANÇAIS / Re: Type Evenement
« on: March 24, 2024, 14:00:25 »
Bonjour Frédéric,

Finalement je suis dans le premier cas : un libellé court. Mes types d'évènements sont bien des TYPE et ils doivent le rester.
J'ai par exemple, pour EVEN:TYPE : Disparition, Funérailles, Service militaire, ... Pour MARR:TYPE : Union libre, PACS, Mariage civil, ..., Etc.
Je n'utilise pas la description dans le cas des EVEN.

Deux choses ont mis un doute dans mes  convictions,
d'abord l'exemple précédent (qui est correct) :
1 EVEN service militaire à Dijon
2 TYPE conscription
Quand moi, j'utilise la forme suivante :
1 EVEN
2 TYPE service militaire
Je trouve la norme pas très logique, dans le premier cas, la description devrait être un sous tag du TYPE (de niveau 3)

Et ensuite et surtout, c'est la façon dont sont définis les attributs individuels, généré avec Cygnus ou Aries, dans le Gedcom, par exemple :
1 OCCU Garde Champêtre
alors qu'en relisant la norme, puisque c'est le TYPE qui sert de classement de la superstructure (et pas sa description), il me semble qu'il serait plus conforme d'utiliser:
1 OCCU
2 TYPE Garde Champêtre
Mais là c'est compliquer inutilement le Gedcom. On va rester comme ça !

Très cordialement

Patrice



24
FRANÇAIS / Re: Type Evenement
« on: March 22, 2024, 14:21:05 »
Mais est-ce que ça veut dire qu'en passant à la norme 7, pour corriger cette anomalie de la 5.5.1, il faudrait transférer les valeurs actuellement définies dans INDI:EVEN:TYPE vers INDI:EVEN ?

Si vous avez saisi des TYPE (donc des catégories d'événement) et pas des descriptions phrasées, non, le TYPE restera le TYPE.

Bien à vous,
Frédéric

Avant qu'on parle de compatibilité avec la version 7, la description d'un EVEN, qu'il soit individuel ou familial, "attérrissait" dans TYPE en laissant EVEN à <NULL>, que ce soit avec Cygnus ou avec Aries. Les récentes modifications de Cygnus différencient les deux tags, mais ce n'est pas encore le cas avec Aries.

Aujourd'hui, mes Gedcom et ceux de nombreux utilisateurs d"Ancestris ont été construits avec ce mode de fonctionnement.
Ce que je voulais demander, c'est s'il aura la possibilité, lors de la conversion à la norme 7, de transférer automatiquement le TYPE vers EVEN lorsque EVEN est <NULL> sans devoir le faire manuellement.

Cordialement

Patrice

25
FRANÇAIS / Re: Type Evenement
« on: March 21, 2024, 15:19:38 »
Bonjour Frédéric,

Merci pour cette réponse. Je comprend l'objectif.
Mais est-ce que ça veut dire qu'en passant à la norme 7, pour corriger cette anomalie de la 5.5.1, il faudrait transférer les valeurs actuellement définies dans INDI:EVEN:TYPE vers INDI:EVEN ?

Cordialement

Patrice

26
FRANÇAIS / Re: Type Evenement
« on: March 20, 2024, 17:20:37 »
Bonjour,

Je reposte ici une question concernant le nouveau champ de qualification
Bonjour,

Cela change le fonctionnement de EVEN,
Auparant la qualification passait automatiquement en TYPE
Ce n'est plus cas, maintenant on peut qualifier un EVEN.
Sauf erreur de ma part, la norme 5.5.1 ne prévoit que les valeurs <NULL> ou Y
D'autre part, cela crée une disparité entre Aries et Cygnus.

Zurga avait confirmé :
Il y a une erreur pour EVEN, pas pour OCCU.

On va corriger l'affichage dans le cas de EVEN.

Zurga

Aujourd'hui la différence persiste et il est toujours possible de "qualifier" un EVEN

Cordialement

Patrice


27
FRANÇAIS / Re: Nouveau champ Profession
« on: March 13, 2024, 12:52:40 »
Bonjour,

Cela change le fonctionnement de EVEN,
Auparant la qualification passait automatiquement en TYPE
Ce n'est plus cas, maintenant on peut qualifier un EVEN.
Sauf erreur de ma part, la norme 5.5.1 ne prévoit que les valeurs <NULL> ou Y
D'autre part, cela crée une disparité entre Aries et Cygnus.

28
FRANÇAIS / Re: Problème installation Java Adoptium
« on: February 09, 2024, 15:54:08 »
Merci pour cette réponse rapide.

En attendant, j'ai remis le JRE d'oracle.

J'avais essayé sans le bin, mais aussi sans toutes les options : wouah, ça ne s'invente pas !

J'essayerais lundi avec le 17

Cordialement

Patrice

29
FRANÇAIS / Problème installation Java Adoptium
« on: February 09, 2024, 11:41:03 »
Bonjour,

Je viens d'installer le jdk-21.0.2+13 Adoptuim Temurin™ pour Windows x64, après avoir désintallé le jre d'Oracle.
J'ai effectué une installation complète, y compris le module Clef de registre JavaSoft (Oracle).

Lorsque je lance Ancestris la fenêtre apparait puis se ferme, le programme ne démarrae pas avec ancestris.conf initial :
Code: [Select]
###properties written ancestris
default_mac_userdir="${HOME}/Library/Application Support/${APPNAME}/trunk"
default_userdir="${HOME}/.${APPNAME}/trunk"
default_options="-J-Xmx2g --laf javax.swing.plaf.nimbus.NimbusLookAndFeel --branding ancestris -J-Xms96m"

J'ai ajouté la ligne suivante :
Code: [Select]
jdkhome="C:\Program Files\Eclipse Adoptium\jdk-21.0.2.13-hotspot\bin"

Et là, j'ai le message "Cannot locate java installation ..."

J'ai remplace le jdk 21 par le jdk 17, mais c'est pareil.

Patrice

30
FRANÇAIS / Re: Très fort ralentissement d'Ancestris
« on: February 08, 2024, 08:36:17 »
Bonjour,

Chez moi ça fonctionne normalement (j'utilise la table des entités).

Version d'Ancestris :  12.0.12314
Java :  1.8.0_371-b11 - C:\Program Files\Java\jre-1.8
Système :  Windows 11 - 10.0 - Patrice
Répertoire utilisateur :  C:\Users\Patrice\.ancestris\trunk


Cordialement

Patrice

Pages: 1 [2] 3 4 ... 7