Depuis le 18 août 2010, vous devez être identifié pour éditer des pages dans Rodovid (excepté Rodovid Engine).

Discussion Aide:RoGer

Un article de Rodovid FR.

Jump to: navigation, search

Voir aussi : Discussion Aide:RoGer/Archives

Sommaire

[modifier] Rapport de Test n°4

Pour être franc, je n'ai pas compris l'effet de la dernière modif!

En tout cas les sources ne sont pas plus importées dans Heredis… Dommage ! --Christophe Tesson - talk. 27 juin 2015 à 09:50 (EEST)

J'ai voulu faire ce qui était expliqué dans ce paragraphe, mais apparemment y'a comme un hic. L'idée c'était que dans un Gedcom basique les personnes, les familles mais aussi les sources étaient des fiches séparées et que donc le problème était peut-être là.
De mon côté, Ancestris affiche les sources dans les deux cas donc j'ai du mal à cerner ce qui cloche. Il faudrait sans doute que tu crées avec Hérédis un mini-Gedcom incluant une source pour voir quelle syntaxe le logiciel utilise. Dn Gov (d) 27 juin 2015 à 17:00 (EEST)

[modifier] Rapport de test N°3

Y'a du mieux!

Les deux exemples :

ont bien récupéré leurs grands parents

[modifier] Un "Y" mystérieux

  • Rodovid écrit un "Y" assez aléatoirement à la suite de certaines balises (OCCU, DEAT, BAPM etc) exemples:
1 DEAT Y
2 NOTE RDEVENTID @287519@
2 DATE 11 OCT 1919
1 OCCU Y
2 NOTE RDEVENTID @312746@
2 DATE FROM 5 MAY 1905 TO 21 SEP 1905
2 NOTE Embarqué sur le "croiseur protégé" Friant

Il faudrait probablement l'éffacer, je ne vois pas de cas où ce "Y" aurait du sens, et il pourrit l'importation gedcom. (j'ai demandé à Baya si ce "Y" sert à quelque chose.)

[modifier] Balise NOTE

Donne des résultats aléatoires. Exemple, rodovid écrit :

1 OCCU
2 NOTE RDEVENTID @1102804@
2 DATE 1796
2 PLAC Tamerville (50)
2 NOTE Cultivateur.

Heredis n'importe pas bien (les autres non plus). Il faudrait:

1 OCCU Cultivateur.
2 NOTE RDEVENTID @1102804@
2 DATE 1796
2 PLAC Tamerville (50)

[modifier] "chemins de tags" ignorés

GedRadio appelle ça un "chemin du tag", c'est pas bête, et en signale beaucoup comme étant des "lignes ignorées".

Certains "chemins du tag" paraissent inutiles.

  • INDI/CHIL : apparemment les balises CHIL ne serviraient à rien, en dehors de Rodovid.

D'autres "chemins du tag" sont ignorés et là, ça craint:

  • INDI/BAPM : ça n'a pas l'air systématique. C'est pourtant bien une info qu'on devrait retrouver dans la fiche personne. Alfred Henri Tesson (Tesson, n. 20 août 1872) voit son baptême disparaître, je comprends pas pourquoi... du coup, des "chemins" plus long sont également ignorés.
    • INDI/BAPM/DATE
    • INDI/BAPM/PLAC
    • INDI/BAPM/NOTE
  • INDI/SOUR/TEXT est systématiquement ignoré. C'est très emmerdant ça vire toutes les sources du gedcom.
  • INDI/NCHI/NOTE : nombre d'enfants. Systématiquement ignorée.

Il doit y en avoir d'autres…

[modifier] ça coince encore

Les deux exemples cités récupèrent toute leur famille, c'est un grand pas en avant, bravo.

Alors évidemment j'ai essayé d'importer mon arbre.

Dans le gedcom créé il n'y a que:

  • 36 familles
  • 78 personnes dont 8 sans relations…

Bref on est loin du compte (normalement environ 2000 personnes…)

Je ne trouve pas quel parcours GeRod a décidé de faire. Mais je redoute un gros problème de logique…

Apparemment, RoGer fait toujours le même parcours dans un arbre quel que soit le point de départ :

  1. La personne désignée
  2. ses parents
  3. ses frères et sœurs
  4. les conjoints de ses frères et sœurs
  5. ses grands-parents
  6. ses oncles et tantes
  7. les conjoints des oncles et tantes

sa structure logique fait qu'il s’arrête là.

[modifier] Les lieux

Pour les lieux ça va bien.

--Christophe Tesson - talk. 13 juin 2015 à 12:15 (EEST)

Salut!
À propos du Y, cette page indique Y|<NULL> en relation avec une série de balises-évènements. Je ne sais toujours pas à quoi ça correspond. Une manière de dire : case vide?
Pour la balise CHIL, Gedcom l'utilise uniquement dans les fiches-familles, alors que Rodovid l'emploie aussi dans les fiches-personnes à la place de FAMS (ce qui permet de créer des filiations sans fiches-familles). C'est pour ça que j'ai dû coller une balise "1 FAMS" dans les fiches-personnes. Je devrais pouvoir virer les lignes CHIL si elles sont devenues inutiles.
Pour l'évènement BAPT, je me demande si ça ne pourrait pas être le même problème que pour OCCU : le choix d'utiliser NOTE en final perturbe la lecture?
Le programme est un brouillon pour tester ce qui marche : il ne recense que les gens mentionnés sur la page classique d'une personne. Pour avoir plus de monde, il faut remplacer au début du programme la ligne :
urltyp = "http://fr.rodovid.org/wk/Personne:"
par la ligne :
urltyp = "http://fr.rodovid.org/wk/Special:Tree/"
(avec les guillemets). Dn Gov (d) 13 juin 2015 à 17:00 (EEST)

[modifier] RoGer est un chat…

Il monte mieux aux arbres qu'il n'en descend!

Mais dans un cas comme dans l'autre il n'arrive pas au bout de ce qui est dans une page "special tree". J'ai testé, ça marche mieux sur un arbre ascendant que descendant. Je vais chercher ou et pourquoi ça s'est arrêté. --Christophe Tesson - talk. 13 juin 2015 à 18:27 (EEST)

Dans un essai que j'avais lancé, j'obtenais quelque chose comme 700 ascendants, mais j'avais l'impression que la liste s'arrêtait au bout de 7 générations (comme pour un utilisateur sous IP).
Si c'est ça, en plus de la modif Special:Tree, tu devrais peut-être essayer de remplacer aussi la ligne voisine :
urlnum = urltyp + num
par une ligne :
urlnum = urltyp + num + "?showfulltree=yes"
(avec les guillemets). (Je n'ai pas testé :). Dn Gov (d) 13 juin 2015 à 19:00 (EEST)
7 ou 8 générations, ça dépend comment tu comptes. Mais c'est ça, ça s'arrête. Perso je me retrouve avec 421 personnes dans l'arbre. Je vais tester ton truc
►ça marche !!! t'es trop fort! RoGer a donc un comportement prédictible, il passe en version 1.0.
Curieusement, en cours d'importation, il indiquait plus de fiches créées qu'il y en avait dans l'arbre affiché par Rodovid (>1100 pour 929 personnes affichées dans l'arbre) mais une fois le fichier ged créé y on trouve 928 personnes (??? WTF).
Camarade ton truc est robuste, chapeau bas.
Je vais essayer de me pythoniser, après tout, moi aussi j'ai fait du basic… Parce qu'il faut que cet outil :
  1. ait une interface
  2. permette de charger toutes les personnes liées et pas seulement celles affichées dans un arbre rodovid
  3. autorise quelques fantaisies du genre: importer toutes les personnes d'une catégorie, plus celles qui leurs sont liées (du genre dépouillement de Tamerville).

Je suis pas sur d'y arriver ! --Christophe Tesson - talk. 13 juin 2015 à 20:09 (EEST)

Les personnes supplémentaires, c'est normal : il faut ajouter des lignes "1 FAMS" aussi dans les fiches des frères et sœurs, donc rechercher l'info dans les fiches de leurs enfants, or ceux-ci ne sont pas inclus dans une page "arbre complet".
J'ai fait un test sur la page de l'individu 238108, et j'obtiens aussi 920 personnes (indication Ancestris) au lieu de 921 (indication Rodovid).
On doit pouvoir créer des programmes de toutes sortes, par exemple en choisissant le nombre de générations.
Avec Python, je pense que c'est assez facile d'y arriver (pour la base, ici en angliche). Mais c'est pas toujours simple : par exemple on peut augmenter la vitesse en ajoutant une ligne (minthrottle = 0) dans le fichier général user-config.py, mais il semble que ce n'est pas très bien accepté par certains serveurs (notamment en écriture). Il faudrait utiliser ce débridage uniquement dans un programme sûr et je n'arrive pas à trouver le bon code. Dn Gov (d) 13 juin 2015 à 23:00 (EEST)

[modifier] Il n'y a plus de "Y"

Bon, Baya nous dit que c'était une vieillerie, et apparemment il a réglé le problème. Y'en a plus. C'est déjà beaucoup mieux.

Et, mais au fait, 238108, c'est moi ça! --Christophe Tesson - talk. 14 juin 2015 à 11:30 (EEST)

Джерельна довідка за населеним пунктом