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

Pages: [1]
1
plus simple : dans votre template vous pouvez afficher la propriété SURN... ou la propriété GIVN si SURN n'existe pas en ajoutant default=...

https://docs.ancestris.org/books/mode-demploi/page/calques#bkmrk-balise-%3Cprop%3E-ou-%3Cif

2
super, merci ^^

3
Merci pour vos réponses !

- Statistiques GEDCOM : en effet, ca fonctionne !
- Liste des lieux : pas mal... mais les résultats ne sont pas exportables, j'aimerais un fichier texte a coté avec la liste des personnes ^^
- Recherche avancée : ca fonctionne a condition de bidouiller un peu :
  * Faire la recherche avancée
  * ... mais la récupération des résultats ne fonctionne pas (Ctrl-A + Ctrl-C + Ctrl-V ailleurs donne "genj.search.Hit@3ff8d799" (il faudrait définir le toString() de chaque résultat ;o)
  * Mais on peux passer par Enregistrer sous... Filtrer par vue : X resultats visibles dans la vue Recherche avancée
  => ca produit un nouveau GEDCOM avec uniquement les individus souhaités, on peux alors utiliser un rapport pour récupérer la liste des patronymes ^^

4
Je m'auto réponds : en attendant, pour ceux qui connaissent un peu l'informatique, j'utilise ce petit script shell (sous windows il faut installer Cygwin par exemple ou utiliser WSL2 a partir de Windows 10) :

Code: [Select]
#!/bin/sh

# ./extractGED.sh <nom_fichier.ged> "<chaine a rechercher, regexp>"
# Affiche un individu par ligne, champs souhaité a extraire ensuite.
# Par exemple
# Liste des individus liés au lieu Marseille (ID, Nom, Prénom)
# ./extractGED.sh Genealogie.ged "Marseille" | grep -w INDI | cut -f-2 -d'/'
# Liste des patronymes liés au lieu Marseille :
# ./extractGED.sh Genealogie.ged "Marseille" | grep -w INDI | cut -f2 -d'/' | sort | uniq -c | sort -n

sed 's:^0 :\x1:g' <"$1" | tr '\n' $'\x2' | tr $'\x1' '\n' | tr $'\x2' ' ' | grep -E "$2"

5
Bonjour,

J'aimerais extraire la liste des noms des individus liés a un emplacement de lieu (dans n'importe quel évènement) et eventuellement par date (bien qu'il puisse être intéressant d'avoir une plage élargie de date). Cela peut être utile lorsqu'on a prévu de dépouiller des registres afin de rechercher plusieurs individus a la fois plutôt que d'y retourner a chaque fois. Je n'ai pas trouvé la fonctionnalité dans les rapports

6
FRANÇAIS / Re : Marque d'existance de source
« on: January 28, 2022, 07:52:12 »
Dans la doc : https://docs.ancestris.org/books/mode-demploi/page/calques#bkmrk-balise-%3Cmark%3E

tu peux indiquer une 2eme property avec default, mais il n'est pas prévu d'en mettre une 3eme a priori. Tu pourrais aussi modifier la manière de stocker l'information pour renseigner BIRT systématiquement, meme si la source est un bapteme par exemple.

Après tu peux peut être bidouiller un truc en HTML... mais d'après mes tests l'implémentation d'HTML utilisée est TRES partielle, idem pour le CSS... et j'ai pas osé testé le javascript ^^

7
FRANÇAIS / Re : Font nécessaire avec Linux
« on: January 17, 2022, 08:51:06 »
Au cas ou ca puisse aider... pour améliorer la pixelisation sur une application Java d'un autre projet, on utilise ces paramètres au démarrage (a adapter avec le "-J" supplémentaire apparemment pour Ancestris) :

Code: [Select]
-Dremote.x11.workaround=false
-Dawt.useSystemAAFontSettings=lcd
-Dsun.java2d.renderer=sun.java2d.marlin.MarlinRenderingEngine
-Djava2d.font.loadFontConf=true
-Dsun.java2d.xrender=false
-Dcom.sun.awt.use.national.layouts=true

8
ok, en effet j'ai trouvé l'option "Signaler les nouveaux nom, prénoms et professions" a décocher pour éviter la popup systématique a l'ajout d'une nouvelle info ^^

Meme si le module relevé n'intervient pas dans l'export geneanet, le drag & drop d'actes dans l'arbre modifie le contenu du gedcom d'une manière controlée par le plugin. Je faisais remarquer que les modifs apportées n'étaient pas "portables" dans la mesure ou le contenu généré n'était compatible qu'avec le plugin lui même et inexploitable en dehors d'Ancestris.

Pour les notes ca oblige a repasser derrière l'outil pour vérifier chaque contenu généré, c'est dommage

9
FRANÇAIS / Plugin de relevés d'acte : (petit) retour d'experience
« on: January 15, 2022, 16:50:42 »
Bonjour,

Je fais des tests de saisie en ce moment avant d'attaquer la remise en forme d'un arbre de plus de 1000 personnes et j'ai testé le plugin de relevé d'acte.

Tout d'abord... y a de l'idée, mais il n'est pas assez mature pour être utilisable pour mes besoins je pense.

Les plus :
* recadrage / renommage d'image
Bien qu'il manque quelques trucs, en vrac :
  - Possibilité de déplacer le cadre de découpe sans le redimensionner. Quand on a des éléments a extraire d'un "tableau", parfois situés en haut de page ou en bas de page, on est sans cesse en train de déplacer le cadre en bougeant au moins 2 cotés !
  - Rotation d'image
* saisie a partir du relevé
Bien que... :
  - la confirmation a chaque ajout de nom, prénom, profession, avec une popup et un son soit assez désagréable :/
  - le choix des champs a afficher soit global, j'aurais préféré pouvoir afficher certains champs différemment pour les mariages et les décès par exemple
  - l'onglet "Divers" reste une énigme... je ne sais pas comment l'utiliser et a quoi il sert. Lors de mes tentatives, lorsque j'ai drag & drop dans mon arbre ensuite j'ai eu un message d'exception. J'ai tenté d'y renseigner des actes de recensement.
* remplissage de l'arbre par drag & drop

Les moins :
* export geneanet pas vraiment compatible car :
  - les images ont beau être extraites, rangées et référencées par le plugin, elles le sont avec une convention internes que l'import de geneanet ne connait pas (uniquement le nom du fichier est référencé). Peut être qu'un chemin relatif aurait été mieux (même si cela veux dire qu'un déplacement d'image casse complètement le chemin, mais on pourrait conserver la convention interne pour "recalculer" les chemins après un déplacement en se basant sur le nom du fichier)
  - chaque élément a une source référençant le relevé... mais le relevé n'est pas exporté. Je ne sais pas si on peux ajouter un élément OBJ dans la source avec le TXT au format NIMEGUE du relevé a minima, même si ce n'est pas très lisible (mais ca pourrait si geneanet évolue, ca reste du CSV)
* Notes verbeuses et inutile lors de l'auto remplissage
On n'a aucun réel contrôle sur les champs, notamment les notes, qui sont parfois très verbeuses lorsque plusieurs actes sont ajoutés.
Exemple de note, pour un même individu, produite a partir du fichier démo :
Code: [Select]
Date de décès du 1747 déduite de l'acte de mariage de Louis CAPET et Marie-Josèphe VON SACHSEN le 09/02/1747 (Versailles)
Date de décès apr 1751 déduite de l'acte de naissance de Louis Joseph Xavier CAPET le 13/09/1751 (Versailles)
Date de décès apr 1753 déduite de l'acte de naissance de Xavier Marie Joseph CAPET le 08/09/1753 (Versailles)

Quelques bugs / améliorations également :
* L'adresse du registre sur la fenetre volante ne se met pas a jour. Par exemple : charger un relevé ayant le registre A, ouvrir la fenetre volante, refermer, charger un relevé ayant le registre B, ouvrir la fenetre volante => A reste affiché. Si on clic sur le détail, le registre est bien B, mais même apres modification A reste affiché dans la fenetre volante.
* Le comportement des boutons "fleches" dans le recadrage des photos et la fenetre volante est assez particulier. Il va "décaler" l'image vers l'extreme droite ou vers l'extreme gauche si elle n'est pas affichée en entier OU passer à l'image précédente / suivante sinon. Bref, le même bouton fait 2 actions complètement différentes en terme fonctionnel en fonction de la position de l'image ! C'est encore plus vrai dans la fenetre volante, vu que la fleche vers la droite va décaler l'image vers la droite (axe horizontal)... ou descendre au fichier suivant (donc axe vertical) dans la portion a gauche, alors que les boutons haut bas eux se contentent d'aligner l'image en haut ou en bas sans changer de fichier.
* Dans le recadrage de photos, la taille des cases de la 1ère ligne ne se met pas a jour automatiquement : donc si on fait un clic droit pour poser le 2eme repère (dont je n'ai pas réussi a comprendre l'utilité, même avec la doc qui l'explique ^^) ou si on renseigne un texte un peu long dans le nom du fichier ou un index de plusieurs chiffres, les infos ne s'affichent pas en entier (surtout ennuyeux pour l'index et le nom du fichier final...). il faut redimensionner la fenetre après qu'une valeur ait été modifiée pour que les cases s'agrandissent

10
super, merci ;o)

Pas de problème pour le délai... je débute dans la généalogie, et vu mon age j'en ai pour 20 ans facile ^^

11
Bonjour,

Lors de la saisie, que ce soit avec l'éditeur Gedcom ou Aries (Cygnus est épargné, bien qu'on pourrait aussi choisir les boutons affichés ;o) on se retrouve souvent avec une liste déroulante importante :
* Dans Gedcom, "Ajouter une propriété directement" (ou via l'assistant)
* Dans Aries, "Ajout d'un événement"

Serait il possible de customiser les tags proposés, soit en n'affichant qu'un sous ensemble uniquement, soit en permettant un tri pour afficher ceux qu'on préfère en premier ?

Par exemple lors de la saisie dans Aries, je ne vais jamais saisir de Bar Mitzvah, Bénédiction, Caractéristique, Caste, etc... alors que je vais saisir souvent Résidence qui est en bas de la liste.
Idem pour Gedcom.

Si "cacher" un événement ou un tag est trop "hors norme" on pourrait marquer certains tags comme "favoris" pour qu'ils apparaissent en haut de la liste, toujours dans l'ordre alphabétique, avec une barre de séparateur entre les favoris et non favoris.

Cordialement,
Fladnag

Pages: [1]