Messages

16

FRANÇAIS / Re: NetBeans

« on: September 12, 2024, 09:57:20 »

Bonjour le fil,

Même après avoir remplacé le repertoire Ancestris l'exception continue à se produire :

Code: [Select]

org.osgi.framework.BundleException: Bundle symbolic name and version are not unique: org.openide.modules:7.72.0
at org.apache.felix.framework.BundleImpl.createRevision(BundleImpl.java:1352)
at org.apache.felix.framework.BundleImpl.<init>(BundleImpl.java:114)
at org.apache.felix.framework.Felix.installBundle(Felix.java:3287)
at org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:147)
at org.netbeans.core.netigso.Netigso.fakeOneModule(Netigso.java:522)
Caused: java.io.IOException
at org.netbeans.core.netigso.Netigso.fakeOneModule(Netigso.java:529)
[catch] at org.netbeans.core.netigso.Netigso.prepare(Netigso.java:155)
at org.netbeans.NetigsoHandle.turnOn(NetigsoHandle.java:115)
at org.netbeans.ModuleManager.doEnable(ModuleManager.java:1499)
at org.netbeans.ModuleManager.enable(ModuleManager.java:1354)
at org.netbeans.ModuleManager.enable(ModuleManager.java:1277)
at org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:316)
at org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:252)
at org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:298)
at org.netbeans.core.startup.Main.getModuleSystem(Main.java:173)
at org.netbeans.core.startup.Main.getModuleSystem(Main.java:142)
at org.netbeans.core.startup.Main.start(Main.java:303)
at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98)
at java.base/java.lang.Thread.run(Unknown Source)
Elle apparait en bas à droite (icone rouge), au premier lancement d'Ancestris, sans aucun message, et uniquement après une mise à jour.
Elle se produit quand je ferme Ancestris sans utiliser le lien dans la fenêtre en bas à droite pour finaliser la mise à jour (après avoir avoir chargé les module). dans ce cas Netbeans démarre immédiatement quand je relance Ancestris.
Si j'utilse le lien, Netbeans ne demarre pas avant 1 minute (timeout ), mais l'exception ne se produit pas.

La conf aujourd'hui :
Version d'Ancestris :  13.0.12935
Java :  17.0.10+7 - C:\Program Files\Eclipse Adoptium\jre-17.0.10.7-hotspot
Système :  Windows 11 - 10.0 - Patrice
Répertoire utilisateur :  C:\Users\Patrice\.ancestris\trunk

Ceci dit, cela ne perturbe pas du tout le fonctionnement d'Ancestris

Très cordialement

Patrice

17

FRANÇAIS / Re: NetBeans

« on: September 10, 2024, 13:12:21 »

Bonjour,

Aujourd'hui, j'ai vidé les 4 repertoires, mais l'exception est toujours là.

Je vais supprimer et recharger Ancestris, on verra demain.

Patrice

18

FRANÇAIS / Re: NetBeans

« on: September 09, 2024, 07:39:25 »

Bonjour le fil,

Je poste ici car mon problème (non rédibitoire) est en rapport avec Netbeans.

Lors des mises à jour journalières, depuis très longtemps, lorsque je clique sur le lien en bas à droite pour fermer Ancestis et finir la mise à jour, il s'écoule un temps très important (environ une minute) avant que Netbeans se lance (un timeout ?). Comme c'est juste agaçant mais pas excessivement génant je ne l'ai pas signalé.

Hier et ce matin, au lieu de cliquer sur ce lien, j'ai essayé de fermer et relancer Ancestris, et là Netbeans démarre instantanement.
Mais ce matin j'ai une execption Java (qui n'empêche pas Ancestris de fonctionner) :

Code: [Select]

org.osgi.framework.BundleException: Bundle symbolic name and version are not unique: org.openide.text:6.92.0
at org.apache.felix.framework.BundleImpl.createRevision(BundleImpl.java:1352)
at org.apache.felix.framework.BundleImpl.<init>(BundleImpl.java:114)
at org.apache.felix.framework.Felix.installBundle(Felix.java:3287)
at org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:147)
at org.netbeans.core.netigso.Netigso.fakeOneModule(Netigso.java:522)
Caused: java.io.IOException
at org.netbeans.core.netigso.Netigso.fakeOneModule(Netigso.java:529)
[catch] at org.netbeans.core.netigso.Netigso.prepare(Netigso.java:155)
at org.netbeans.NetigsoHandle.turnOn(NetigsoHandle.java:115)
at org.netbeans.ModuleManager.doEnable(ModuleManager.java:1499)
at org.netbeans.ModuleManager.enable(ModuleManager.java:1354)
at org.netbeans.ModuleManager.enable(ModuleManager.java:1277)
at org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:316)
at org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:252)
at org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:298)
at org.netbeans.core.startup.Main.getModuleSystem(Main.java:173)
at org.netbeans.core.startup.Main.getModuleSystem(Main.java:142)
at org.netbeans.core.startup.Main.start(Main.java:303)
at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98)
at java.base/java.lang.Thread.run(Unknown Source)

Après redémarrage d'Ancestris, il n'y a plus d'exception.

C'est juste pour signaler le problème, il n'y a aucune urgence.

Ma config :
Version d'Ancestris :  13.0.12932
Java :  17.0.10+7 - C:\Program Files\Eclipse Adoptium\jre-17.0.10.7-hotspot
Système :  Windows 11 - 10.0 - Patrice
Répertoire utilisateur :  C:\Users\Patrice\.ancestris\trunk


Très cordialement,

Patrice

19

FRANÇAIS / [Résolu]: Cygnus - Pb de Dépôt

« on: August 06, 2024, 21:53:35 »

Merci Zurga

Cordialementt

Patrice

20

FRANÇAIS / Cygnus - Pb de Dépôt

« on: August 02, 2024, 21:20:36 »

Bonjour,

Depuis quelques jours j'ai des problèmes de duplication du Tag ADDR et de ses sous-tags dans mes dépôts

En cherchant j'ai trouvé comment se produit cette anomalie, avec Cygnus :
- en utilisant le petit bouton "Indique le dépôt de la source"
Dans la fenêtre " Veuillez choisir un dépôt parmis les xx trouvés ou en créer un nouveau "
- je saisis ou modifie le champ "Réf./Côte" puis Sauvegarder
A chaque fois celà ajoute un bloc ADDR dans le REPO

Par exemple :

Code: [Select]

0 @R0003@ REPO
1 NAME 33 - Archives municipales de Gauriac
1 ADDR Mairie de Gauriac 7 route de La Gabare
2 CITY Gauriac
2 POST 33710
2 CTRY France
1 ADDR Mairie de Gauriac 7 route de La Gabare
2 CITY Gauriac
2 POST 33710
2 CTRY France
1 ADDR Mairie de Gauriac 7 route de La Gabare
2 CITY Gauriac
2 POST 33710
2 CTRY France
1 CHAN
2 DATE 2 AUG 2024
3 TIME 21:49:48

Cordialement

Patrice

21

FRANÇAIS / Re: Aries : problème de rôle

« on: August 01, 2024, 09:57:07 »

Bonjour,

Désolé pour le dérangement !!!
Mais j'avais compris que c'était juste un problème d'affichage. Comment est-ce que cela a pu mettre les mauvaises valeurs ?
Pour info, le menu "Edition / Historique des modifications" donne la liste tous les changements passés.

Bien à toi,
Frédéric

Bonjour Frédéric,

Ne soit pas désolé, le dérangement, on l'accepte implicitement quand on utilise la version journalière.
Avec l'éditeur Gedcom,  la détection de ces anomalies s'est avérée très simple, et finalement je n'ai eu que quelques corrections à faire.

Concernant l'historique, pour mon fichier gedcom principal, je n'ai que les suppressions / créations liées à la dernière commande "Régénérer les ID"". Mais pour les 10 fichiers de sauvegarde, situés dans un répertoire dédié, il n'y a pas d'historique.

Très cordialement,

Patrice

22

FRANÇAIS / Re: Aries : problème de rôle

« on: July 31, 2024, 13:45:36 »

Bonjour Frédéric,

A priori, c'est revenu comme c'était avant, la plus plupart des valeurs sont correctes, sauf évidemment celles que j'ai saisi depuis la modification. La liste de choix est revenue dans l'ordre précédent (qui n'est pas aphabétique, mais c'est pas grave)

Mon problème va être de retrouver toutes les saisies effectuées ces derniers temps.
Malheureusement, je ne peux pas me servir de CHAN, car je fais régulièrement une régénération des numéros d'identifation qui met à jour tous les tags CHAN.
A ce propos, la norme ne permettant d'avoir une historisation via plusieurs tags CHAN, il pourrait être interressant de disposer d'une option pour conserver la valeur précédente de CHAN lorsqu'on utilise ce genre de commande (régénération des numéros) qui modifie toutes les entités

Très cordialement

Patrice

23

FRANÇAIS / Re: Aries : problème de rôle

« on: July 30, 2024, 22:24:08 »

Gedcom en 5.5.1
Version d'Ancestris :  13.0.12839
Java :  17.0.11+9 - C:\Program Files\Eclipse Adoptium\jdk-17.0.11.9-hotspot
Système :  Windows 10 - 10.0 - Patrice
Répertoire utilisateur :  C:\Users\Patrice\.ancestris\trunk

24

FRANÇAIS / Aries : problème de rôle

« on: July 30, 2024, 21:45:57 »

Bonjour,

Après avoir eu une grosse frayeur sur l'intégrité de mon fichier Gedcom, c'est finalement Aries qui bugue (ouf).

Lorsque j'ouvre la fénêtre « Modifier la citation de la source ... » la valeur indiquée dans le champ Rôle dans l'évènement ne correspond pas à celle contenue dans le Gedcom (voir image jointe)

25

FRANÇAIS / Re: creer un depot et lie une source avec cygnus

« on: July 26, 2024, 09:45:58 »

Bonjour le fil,

Il y a deux grandes façons de faire:
- soit la source c'est l'acte dans le registre (et auquel cas le dépôt est le registre avec comme adresse celle du dépôt)
- soit la source c'est le registre (et auquel cas le dépôt c'est l'archive départementale)

Moi personnellement je mets la source comme l'acte, car cela me permet de mettre le texte dans la source entité et de pouvoir réutiliser la source si besoin sans retaper le texte. C'est ce que fait Cygnus (texte dans la source entité)

Comme les actes permettent très souvent de définir plusieurs évènements directs et collatéraux, j'ai aussi choisi l'acte comme source.
Mais pour ma part, j'utilise un mix des deux options de Frédéric : l'acte comme source et l'archive départementale comme Dépôt, et pour chaque acte, je précise la côte qui permet de « localiser » le registre concerné à l'intérieur du dépôt (les AD).

A chacun de faire le choix qui lui parait le plus adapté, le tout étant de s'y tenir ensuite.

Cordialement,

Patrice

26

FRANÇAIS / Clic droit : Couper/Copier/Coller

« on: July 02, 2024, 14:13:34 »

Bonjout,

Avec l'éditeur GEDCOM, je dispose, via le clic droit, du menu contextuel Couper/Copier/Coller dans tous les champs de saisie.

Ce n'est pas le cas avec Cignus et Aries, il n'y a que dans les champs de saisie de la date où ça fonctionne, dans les autres champs il n'apparait pas de menu contextuel.

Est-ce un problème de configuration ?

Version d'Ancestris :  13.0.12732
Java :  17.0.10+7 - C:\Program Files\Eclipse Adoptium\jre-17.0.10.7-hotspot
Système :  Windows 11 - 10.0 - Patrice
Répertoire utilisateur :  C:\Users\Patrice\.ancestris\trunk

Ce n'est pas très grave, le Ctrl X / Crtl C / Ctrl V fonctionne, mais ce serait un plus grand confort d'utilisation.

Cordialement

Patrice

27

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

28

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

29

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

30

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