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

Pages: [1]
1
FRANÇAIS / Re: Encore une question les ASSO ;-)
« on: February 06, 2022, 22:25:37 »
Bonsoir,

Je viens de tester, cela fonctionne.

Je ne sais pas si vous avez fait quelque chose ou si c'est moi qui n'avait pas bien testé la dernière fois.

Merci.

2
FRANÇAIS / Re: Configuration poste de développement Windows.
« on: February 06, 2022, 18:27:32 »
Finalement, cela fonctionne en modifiant le fichier platform.properties, comme cela :

Code: [Select]
nbplatform.custom.netbeans.dest.dir=${suite.dir}/../../netbeans_platform_${nbplatform}
#bootstrap.url=http://bits.netbeans.org/dev/nbms-and-javadoc/lastSuccessfulBuild/artifact/nbbuild/netbeans/harness/tasks.jar
bootstrap.url=file://${harness.dir}/tasks.jar
#autoupdate.catalog.url=http://bits.netbeans.org/${nbplatform}/community/uc/catalog.xml.gz
certified.plugin.url=https://updates.netbeans.org/netbeans/updates/${nbplatform}/uc/final/certified/catalog.xml.gz
dist.plugin.url=https://dlc-cdn.sun.com/netbeans/updates/${nbplatform}/uc/final/distribution/catalog.xml


3
FRANÇAIS / Re: Configuration poste de développement Windows.
« on: February 06, 2022, 18:08:13 »
Merci.

Mais j'ai l'erreur suivante quand j'essaie de compiler Ancestris :

Code: [Select]
platform.download:
Downloading clusters harness|platform
Getting: http://bits.netbeans.org/dev/nbms-and-javadoc/lastSuccessfulBuild/artifact/nbbuild/netbeans/harness/tasks.jar
To: /tmp/tasks.jar
local file date : Sun Feb 06 00:21:32 CET 2022
http://bits.netbeans.org/dev/nbms-and-javadoc/lastSuccessfulBuild/artifact/nbbuild/netbeans/harness/tasks.jar moved to https://netbeans.apache.org/about/oracle-transition.html
Not modified - so not downloaded
/home/harry/Dev/Ancestris/AncestrisCore/build.xml:7: The following error occurred while executing this line:
/home/harry/Dev/Ancestris/AncestrisCore/nbproject/build-impl.xml:41: The following error occurred while executing this line:
/home/harry/Dev/Ancestris/AncestrisCore/nbproject/platform.xml:27: taskdef class org.netbeans.nbbuild.AutoUpdate cannot be found
 using the classloader AntClassLoader[/tmp/tasks.jar]

L'URL n'est plus valide.

4
FRANÇAIS / Re: Configuration poste de développement Windows.
« on: February 05, 2022, 22:50:32 »
J'avoue que je ne comprends pas.

J'ai le fichier joint dans le trunk (AncestrisCore/nbproject).

Je ne comprends pas comment vous pouvez en avoir un autre.

Celui que j'ai n'a pas les lignes qui vous posent problème. (disable.cluster, enable.cluster).

Zurga

Celui qui est dans  dans le trunk (AncestrisCore/nbproject) actuellement a ces lignes :

Code: [Select]
branding.token=ancestris
# Classpath-like list of absolute or relative paths to individual clusters
# against which you want your suite to build; Note that you can use
# "bare", i.e. not numbered cluster names, which simplifies later transitions
# to newer version of the platform. E.g: ${nbplatform.active.dir}/nb
cluster.path=\
    ${nbplatform.active.dir}/harness:\
    ${nbplatform.active.dir}/platform
disabled.modules=\
    org.netbeans.insane,\
    org.netbeans.libs.felix,\
    org.netbeans.libs.jsr223,\
    org.netbeans.modules.apisupport.harness,\
    org.netbeans.modules.core.kit,\
    org.netbeans.modules.jellytools.platform,\
    org.netbeans.modules.jemmy,\
    org.netbeans.modules.nbjunit,\
    org.openide.compat,\
    org.openide.options,\
    org.openide.util.enumerations
nbjdk.active=default
# NOTE: You must remove the nbplatform.default line which might already exist in this file.
# Also note that editing the properties of your suite via the suite customizer (dialog)
# can add that line back in, so you'll need to watch for this and delete it again in this case.
nbplatform.active=custom
# nb platform to use
nbplatform=12.5

# Where the suite is located; you don't need to change this.  It exists
# to allow us to use relative paths for the other values
suite.dir=${basedir}

# Path to the build harness you want to use. This is typically in the
# harness subdirectory of your platform, but you could point to a directory
# containing customized build scripts if you want to.
harness.dir=${nbplatform.custom.netbeans.dest.dir}/harness

nbplatform.custom.netbeans.dest.dir=${suite.dir}/../../netbeans_platform_${nbplatform}
bootstrap.url=http://bits.netbeans.org/dev/nbms-and-javadoc/lastSuccessfulBuild/artifact/nbbuild/netbeans/harness/tasks.jar
autoupdate.catalog.url=http://bits.netbeans.org/${nbplatform}/community/uc/catalog.xml.gz
certified.plugin.url=https://updates.netbeans.org/netbeans/updates/${nbplatform}/uc/final/certified/catalog.xml.gz
dist.plugin.url=https://dlc-cdn.sun.com/netbeans/updates/${nbplatform}/uc/final/distribution/catalog.xml

En prenant celui en attachement du précédent message, cela fonctionne.
En revanche, je suis bloqué car le site bits.netbeans.org ne répond pas et donc le téléchargement de tasks.jar échoue

5
FRANÇAIS / Re: Encore une question les ASSO ;-)
« on: February 04, 2022, 05:19:55 »
J'ai vu une mise à jour sur la partie Export Geneanet, j'ai donc retester.

Les associations avec un évènement dans RELA ne sont pas retournées ==> OK
Les associations avec un évènement dans RELA sont retournées ==> KO. Devraient ne pas êre retournées et mises dans l'évènement.

Merci encore pour les échanges.

6
FRANÇAIS / Re: Encore une question les ASSO ;-)
« on: February 03, 2022, 21:11:22 »
Cela fonctionne.

Pour que cela soit parfait, il faudrait que quand via l'éditeur Aries un évènement d'un individu est sélectionné pour la relation (pas dans la norme, pas présent dans l'éditeur), l'export Geneanet remonte l'association au niveau de l'évènement (Geneanet fonctionne comme cela).

Par exemple, dans l'éditeur Aries, on indique que @I000016@ a été le Déclarant de la mort de @I000001@, on obtient dans le gedcom, cela :

0 @I000001@ INDI
1 DEAT
2 DATE 10 DEC 1829
1 ASSO @I000016@
2 RELA Déclarant @#INDI:DEAT@

L'association reste bien au niveau des individus avec un lien avec l'évènement dans le champs libre RELA

Dans l'export vers Geneanet, il faudrait que cela soit converti en :

0 @I000001@ INDI
1 DEAT
2 DATE 10 DEC 1829
2 ASSO @I000016@
3 RELA Délcarant

et Geneanet l'affiche en Témoins (Geneanet transforme tout en témoins sauf pour le baptême qui est mis en parrain/marraine) dans l'évènement.

Cela devrait être au moins la même chose pour BIRT et CHR

Merci.

7
FRANÇAIS / Re: Encore une question les ASSO ;-)
« on: February 03, 2022, 07:59:58 »
Merci.
Je vais tester cela.

8
FRANÇAIS / Re: Encore une question les ASSO ;-)
« on: January 31, 2022, 21:45:47 »
En attendant qu'on puisse mettre en place un correctif, vous pouvez envoyer votre fichier GEDCOM directement à Geneanet sans passer par l'export.
Les associations ne seront pas retournées.

La notion d’événement sur les associations dasn Aries ne devrait pas exister et en lisant actuellement un fichier GEDCOM, Ancestris ne peut pas définir si les associations ont été créées par Ariès ou par un autre éditeur.

Zurga

Merci.

C'est pour cela que je proposai qu'à l'export on puisse choisir l'éditeur utilisé pour les associations. Avec cela, le module doit pouvoir agir en conséquence.

EDIT:
Je viens de faire l'essai en envoyant directement le fichiers ancestris vers Geneanet. Pour que cela fonctionne, il faut que les associations soient faites en niveau de l'ongle 'association' en laissant évènement vide. En faisant cela, on obtient bien :

0 @I000002@ INDI
1 ASSO @I500113@
2 RELA Marraine
1 ASSO @I500220@
2 RELA Parrain

Si on crée l'association au niveau d'un évènement, on aura :

0 @I000002@ INDI
1 ASSO @I500113@
2 RELA Marraine @#INDI:CHR@
1 ASSO @I500220@
2 RELA Parrain @#INDI:CHR@

Qui sera traduit par une note par Geneanet.

Question : Pourquoi avoir le champs 'Evènement' dans les associations pour l'éditeur Aries si celui-ci ne gère que les associations entre individus comme prévu dans la norme Gedcom 5.5.x ?

9
FRANÇAIS / Re : Encore une question les ASSO ;-)
« on: January 31, 2022, 15:39:24 »
Sauf que quand je crée une association via l'éditeur ARIES au niveau baptême pour les parrain/marraine, j'ai cela dans le fichier gedcom :

0 @I000002@ INDI
1 CHR
2 DATE 24 MAR 1750
2 PLAC , Annouville-Vilmesnil, 76021, , Seine-Maritime, Normandie, France
1 ASSO @I500113@
2 RELA Marraine @#INDI:CHR@
1 ASSO @I500220@
2 RELA Parrain @#INDI:CHR@

Quand je regarde le fichier d'export Geneanet, j'ai cela :

0 @I000002@ INDI
1 CHR
2 DATE 24 MAR 1750
2 PLAC , Annouville-Vilmesnil, 76021, , Seine-Maritime, Normandie, France
0 @I500113@ INDI
1 ASSO @I000002@
2 RELA Marraine
0 @I500220@ INDI
1 ASSO @I000002@
2 RELA Parrain

J'ai maintenant une relation inversée entre parrain/filleule et marraine/filleule


Je devrais avoir soit :

  • Relation entre individu :

0 @I000002@ INDI
1 CHR
2 DATE 24 MAR 1750
2 PLAC , Annouville-Vilmesnil, 76021, , Seine-Maritime, Normandie, France
1 ASSO @I500113@
2 RELA Marraine
1 ASSO @I500220@
2 RELA Parrain

  • Relation avec l'évènement :

0 @I000002@ INDI
1 CHR
2 DATE 24 MAR 1750
2 PLAC , Annouville-Vilmesnil, 76021, , Seine-Maritime, Normandie, France
2 ASSO @I500113@
3 RELA Marraine
2 ASSO @I500220@
3 RELA Parrain

Geneanet comprend les deux.

10
FRANÇAIS / Re: Encore une question les ASSO ;-)
« on: January 31, 2022, 14:34:32 »
Etant donné la contradiction entre les éditeurs (Gedcom/CYGNUS vs ARIES) sur la question des ASSO, les utilisateurs d'Ancestris doivent en choisir un pour gérer leurs associations sinon à la fin, cela doit être une grande foire.

Dans ce cas-là, avoir, la possibilité lors de l'export Geneanet, le choix d'inverser (Utilisation de Gedcom/CYGNUS) ou pas (Utilisatin de ARIES), permettrait de voir correctement les associations dans Geneanet en fonction de l'éditeur choisi ?



 

11
FRANÇAIS / Encore une question les ASSO ;-)
« on: January 31, 2022, 13:00:11 »
Bonjour,

Désolé si la question a déjà été posée mais je n'ai pas trouvé.

L'éditeur ARIES gère, a priori, correctement les ASSO par rapport la norme Gedcom 5.5.x (et la 7.x fait la même interprétation) mais sur Geneanet les relations n'apparaissent pas.
L'éditeur CYGNUS prend les ASSO dans l'autre sens et les relations apparaissent sur Geneanet.

Pourquoi sur un même locigiel (Ancestris) avoir deux éditeurs qui se contredisent ? A mon sens, cela nuit à la cohérence du logiciel.
Pourquoi l'export vers Geneanet ne traduit-il pas les ASSO ARIES pour les rendre comptatibles avec Geneanet?

Merci

Pages: [1]