j'ai installé 2 gedcoms (auquel j'ai appliqué ton programme )sur mon site de test, si un village n'apparait que dans un seul gedcom, l'affichage des informations de ce village se fait en 1 seconde par contre si le village est présent dans 2 gedcoms alors l'affichage des informations se fait en 4 minutes 30, c'est quand même bizzare.

Pedro

gedcom_modifier_for_corsica.zip  2.9   (374)

Les tags INDI, CHIL, WIFE, HUSB sont pourvus de leur "I"
Les tags FAM, FAMS, FAMC sont pourvus de leur "F"
Les subdivisions sont mis en note jointe à l'événement.

Voir s'il n'est pas nécessaire de pourvoir les tags NOTE d'un "N" comme prévu dans ton config.php. Mais c'est moins important que pour les autres

Commence tes tests sur de petits gedcom afin de pouvoir effectuer des contrôles facilement...

Enjoy !

Michel

je t'ai envoyé un lien (via le site genealogie.mkirsch.be) pour télécharger le gedcom

Bonne journée

Pedro

Dans mes gedcom, je vois aussi des HUSB, WIFE et CHILD qui doivent recevoir un I également
et des FAM tout court qui doivent recevoir leur F.
Je ne sais pas ce qu'il en est pour Heredis...
Tu peux m'envoyer un gedcom un peu plus costaud sur mon adresse mail perso (genealogie AT mkirsch.be)
Michel

Oui je penses qu'on peut prévoir l'ajout de 'I" et de "F", si on modifie le gedcom, mieux vaut qu'il soit compatible entièrement avec tng.

Merci de ton aide.

Bonne soirée
Pedro

Pour la subdivision en note , il faut que j'écrive le programme qui manipule le gedcom avant import

Je prévois l'ajout de "I" et "F" ?

Michel

Effectivement j'ai déjà eu un problème avec les individus ayant un ID qui commence par la lettre I.
Dans la recherche de parenté, je n'avais pas de réponse alors que des liens existaient entre deux individus. Pour solutionné le problème, je suis allé dans les paramètres de TNG, j’ai supprimé la lettre « I » du préfixe des individus et je n'ai jamais plus eu de problème.
Il est vrai que Heredis ne fournis pas d'ID comportant la lettre I ou de lettre F,  je ne sais pas pourquoi.
Pour la lettre F je n'ai jamais eu de soucis.

Pour la solution avec la subdivision en note ça à l'air pas mal.

comment puis-je essayé ?

Pedro

J'ai fait plusieurs essais avec mon petit gedcom, mais je n'arrive à rien de concluant jusqu'à présent...
Je recommence demain...
Michel

Bon. Je crois avoir une solution satisfaisante :

2 notes d'abord :
1. La description du résultat ci-dessou est possible en travaillant le gedcom avant importation.
2. J'ai remarqué que les numéros d'individu ne comportait pas la lettre I devant le numéro (22 au lieu de I22). (Même chose pour les familles (2546 au lieu de F2546). A terme, cela pourrait poser des problèmes dans TNG. Encore rien vu à ce sujet?

Solution proposée :
- Le nom du village apparait en premier dans la liste des lieux (action sur la ligne 46)

- En cliquant sur la loupe, on retrouve les événements liés à ce village

- Et enfin la subdivision apparaît en note liée à l'événement (N, M, D) dans la fiche de l'individu

j'ai supprimé   ," . $places[1] . "," . $places[2] . "  pour être sous la forme Subdivision, Town, Region, Country et j'ai testé sur mon gros gedcom, la modification c'est très bien passée.
Il n'y a pas de saut de ligne entre  subdivision et Town, Region, Country.

Pedro

$place[0] à besoin d'un trim pour enlever la fin de ligne présente à l'origine.
$place[5] aussi, pour enlever l'espace qui était devant à l'origine...

J'ai fait plusieurs essais avec mon petit gedcom, mais je n'arrive à rien de concluant jusqu'à présent...
Je recommence demain...

Michel

j'ai remarqué aussi que pour $places[0] on a un trim() et pour les autres non.

Pour la recherche c'est normal qu'il n'y ai pas de résultat, sans modification de places.php on arriverait après être passé par place-oneletter à la page placesearch.php?psearch=%2C+Bastelica%2C+Corse%2C+France alors qu'avec la modif de places.php on arrive à placesearch.php?offset=3&psearch=Bastelica%2C+Corse%2C+France
il y a le offset=3 en plus et %2C+ en moins après le =

Mais de toute façon je pense qu'on ne pourra pas avoir de réponse car $place ne sera pas égale à psearch (ligne 137 de placesearch.php)

J'ai testé, ça me donne "aucun résultat"

j'ai également testé le logiciel, il a fonctionné pour un gedcom de 21 400 personnes mais pas pour une gedcom de 135 000 (pour celui là, il n'a même pas débuté)

De plus il "faute" : la place modifiée tient sur deux lignes au lieu d'une...et donc les lieux ne sont pas importés dans TNG.

Je fais des tests actuellement avec un petit gedcom et quelques données.... Patience...

Pour le gros gedcom, il s'agit certainement d'un problème de taille de fichier.
je vais travailler le fichier autrement.
Le gros gedcom "pèse" combien de Ko?

j'ai également testé le logiciel, il a fonctionné pour un gedcom de 21 400 personnes mais pas pour une gedcom de 135 000 (pour celui là, il n'a même pas débuté)