Rubrique "Marqueurs"

[DLavocat]

Bonjour
une question, je peux ajouter sans Pb la rubrique "Marqueurs" dans les paramètres de l'écran de saisie, mais dans le cas contraire (la rubrique "Marqueurs" n'est pas utilisée , je ne peux pas l'ajouter dans l'onglet Complet (dans ce cas on ne vois pas la rubrique "Marqueurs" C'est pareil chez vous ou c'est juste moi qui ai ce Pb ?

Merci

 

[genealogie.etienne]

Voici le contenu du fichier .tag que j'ai renommé .

Il faut le mettre en PJ, pas en copier/coller
il suffit de faire glisser le fichier sur le message en mode édition

 

[Phil Chari]

Je vous rappelle que la restauration par G 2025 de ma sauvegarde ancienne du 7 juin 2025 (avant mon départ en vacances pendant lesquelles j'ai travaillé avec G 2025 sur un autre ordinateur avec mes sauvegardes emportées sur mon disque amovible), a bien fonctionné sur mon ordi principal parisien et donne un fichier (de 696 048 personnes) qui s'ouvre bien avec G 2026 et dont la fonction 'gestion des marqueurs' fonctionne normalement sans l'affichage parasite venu avec les restaurations ultérieures; ce n'est donc pas la taille de mon gros fichier qui est le problème essentiel; la question pratique pour moi est en fait de ne pas perdre les quelques 4 400 nouvelles personnes que j'ai saisies (d'abord avec G 2025 v 3.9 puis depuis 3 jours avec G 2026 v 1.2) depuis ce 7 juin et ce jour 3 octobre, si je souhaite poursuivre mon travail avec G 2026 et une gestion des marqueurs qui fonctionneen repartant de ce dosiser de 696 048 personnes qui fonctionne normalement. Certes, il y a eu dans cette période toutes sortes de tentatives de réparations, restucturations et maintenance de la BD d'où d'aileurs pas mal de back-ups dans mon dossier

Je vous rappelle que la restauration par G 2025 de ma sauvegarde ancienne du 7 juin 2025 (avant mon départ en vacances pendant lesquelles j'ai travaillé avec G 2025 sur un autre ordinateur avec mes sauvegardes emportées sur mon disque amovible), a bien fonctionné sur mon ordi principal parisien et donne un fichier (de 696 048 personnes) qui s'ouvre bien avec G 2026 et dont la fonction 'gestion des marqueurs' fonctionne normalement sans l'affichage parasite venu avec les restaurations ultérieures; ce n'est donc pas la taille de mon gros fichier qui est le problème essentiel; la question pratique pour moi est en fait de ne pas perdre les quelques 4 400 nouvelles personnes que j'ai saisies (d'abord avec G 2025 v 3.9 puis depuis 3 jours avec G 2026 v 1.2) depuis ce 7 juin et ce jour 3 octobre, si je souhaite poursuivre mon travail avec G 2026 et une gestion des marqueurs qui fonctionneen repartant de ce dosiser de 696 048 personnes qui fonctionne normalement. Certes, il y a eu dans cette période toutes sortes de tentatives de réparations, restucturations et maintenance de la BD d'où d'aileurs pas mal de back-ups dans mon dossier

Voici le contenu en .txt du fichier .tag du dossier restauré de juin 2025 qui fonctionne correctement en reprise par G 2026 avec sa fonction "gestion des marqueurs":

: [ TManageTags [
TStructTag
À compléter î ”0 Personne dont les informations sont incomplètesñÿÿÿ Segoe Fluent Icons cšVëc¨çS*®dÿŒ ][
TStructTag Personne Favorite î… Personne marquée comme Favoriteñÿÿÿ Segoe UI Symbol ns cšVëc¨çS*®dÿ

A comparer avec le contenu (envoyé plus tôt ce matin) du fichier .tag des dossiers qui dysfonctionnent

 

[Phil Chari]

Voici le contenu en .txt du fichier .tag du dossier restauré de juin 2025 qui fonctionne correctement en reprise par G 2026 avec sa fonction "gestion des marqueurs":

: [ TManageTags [
TStructTag
À compléter î ”0 Personne dont les informations sont incomplètesñÿÿÿ Segoe Fluent Icons cšVëc¨çS*®dÿŒ ][
TStructTag Personne Favorite î… Personne marquée comme Favoriteñÿÿÿ Segoe UI Symbol ns cšVëc¨çS*®dÿ

A comparer avec le contenu (envoyé plus tôt ce matin) du fichier .tag des dossiers qui dysfonctionnent

le voici en copié/collé dansle fichier joint au présent message

 

[genealogie.etienne]

le fichier fonctionne chez moi,
donc le problème doit être ailleurs.
C'est bien le fichier de la généalogie qui ne fonctionnait pas ?
si oui, pas d'autres idées.

Thierry

 

[AL1493]

Ce que je comprends :
- le dernier fichier joint est le fichier de la généalogique qui fonctionne
- texte du fichier de ce matin est celui de la généalogie qui ne fonctionne pas, et je remarque que la dernière ligne est tronquée (erreur dans la copie du texte ou ligne vraiment tronquée dans le fichier)

Une solution serait peut-être de remplacer le fichier .tag de la généalogie qui ne fonctionne pas par ce dernier fichier, en renommant le fichier bien sûr, il doit avoir le même nom que la généalogie. Qu'en pensent nos experts ?

 

[Phil Chari]

Ce que je comprends :
- le dernier fichier joint est le fichier de la généalogique qui fonctionne
- texte du fichier de ce matin est celui de la généalogie qui ne fonctionne pas, et je remarque que la dernière ligne est tronquée (erreur dans la copie du texte ou ligne vraiment tronquée dans le fichier)

Une solution serait peut-être de remplacer le fichier .tag de la généalogie qui ne fonctionne pas par ce dernier fichier, en renommant le fichier bien sûr, il doit avoir le même nom que la généalogie. Qu'en pensent nos experts ?

Voici en pièce jointe le tag de mon tout dernier fichier actif (renommé "nouveau") sous G 2026 (700 448 personnes) dont la gestion des marqueurs dysfonctionne: à comparer avec celui qui fonctionne correctement en provenance de la restauration de juin (envoyé ce matin)

 

[genealogie.etienne]

Voici en pièce jointe le tag de mon tout dernier fichier actif (renommé "nouveau") sous G 2026 (700 448 personnes) dont la gestion des marqueurs dysfonctionne: à comparer avec celui qui fonctionne correctement en provenance de la restauration de juin (envoyé ce matin)

Il ne semble pas différent et ne pose pas de problème à l'utilisation. Il doit y avoir un lien avec la généalogie mais je ne vois pas.
pas d'autres idées.

 

[Phil Chari]

Il ne semble pas différent et ne pose pas de problème à l'utilisation. Il doit y avoir un lien avec la généalogie mais je ne vois pas.
pas d'autres idées.

 

[Phil Chari]

Après installation (rapide et sans problème) de la v 2.0 de G 2026 Prestige, et après ouverture de mon gros fichier (700 639 personnes), qui a duré 20 minutes (dontr 19 mn pour la "Mise à jour de la base de données / MAJ de la table Evénements") j'ai tenté la création d'un premier marqueur, mais la fonction correspondante (Mes Préferences/ Gestion des marqueurs a continué de dysfonctionner avec exavctement le m^me ecran bloquant avec messages en rouge, comme précédemment avec G 2026 v 1.2. Le problème reste donc entier et IRRESOLU .
Evidemment j'avais d'abord sauvegardé mon fichier et supprimé le plantage du logiciel en fermant G 2026 v 2.0 par le gestionnaire de taches de Windows (Ctrl Hlt sup)
Voir le long fil de messages des deux dernières semaines sur ce forum à ce sujet

 

[predigny]

Donc le problème est dans votre généalogie et je ne connais pas de moyen simple pour nettoyer les données marqueurs dans la base de données. La seule possibilité à essayer c'est l'extraction de toutes les fiches vers un nouveau fichier. Avec 700 000 fiches ça prendre "un certain temps" !

 

[Phil Chari]

Donc le problème est dans votre généalogie et je ne connais pas de moyen simple pour nettoyer les données marqueurs dans la base de données. La seule possibilité à essayer c'est l'extraction de toutes les fiches vers un nouveau fichier. Avec 700 000 fiches ça prendre "un certain temps" !

J'y réfléchis en effet; est-ce plus efficace d'extraire

Donc le problème est dans votre généalogie et je ne connais pas de moyen simple pour nettoyer les données marqueurs dans la base de données. La seule possibilité à essayer c'est l'extraction de toutes les fiches vers un nouveau fichier. Avec 700 000 fiches ça prendre "un certain temps" !

ou de faire un export-reimport de Gedcom complet ?

 

[predigny]

J'y réfléchis en effet; est-ce plus efficace d'extraire

ou de faire un export-reimport de Gedcom complet ?

Franchement, je n'en sais rien. L'export-import gedcom vous débarrasse complètement des scories de la généalogies mais pour ne pas perdre des données "perso" il faut utiliser une généalogie modèle ayant la même structure de données.
Vous pouvez faire l'essais suivant qui sera rapide :
- Définissez votre généalogie comme modèle pour la structure du fichier (Dans Préférences/Préférences dans l'utilisation de Généatique/Avancé)
- Créez une nouvelle généalogie de deux ou trois personnes
- Regardez dans Préférences/Gestion des marqueurs
Avez vous toujours cette anomalie ?

 

[Phil Chari]

Franchement, je n'en sais rien. L'export-import gedcom vous débarrasse complètement des scories de la généalogies mais pour ne pas perdre des données "perso" il faut utiliser une généalogie modèle ayant la même structure de données.
Vous pouvez faire l'essais suivant qui sera rapide :
- Définissez votre généalogie comme modèle pour la structure du fichier (Dans Préférences/Préférences dans l'utilisation de Généatique/Avancé)
- Créez une nouvelle généalogie de deux ou trois personnes
- Regardez dans Préférences/Gestion des marqueurs
Avez vous toujours cette anomalie ?

Je viens de faire selon votre procédure avec une généalogie nouvelle d'essai de 12 personnes, après avoir défini ma généalogie pour la structure du fichier dans 'Préférences/Avancé"; après création de cetet généalogie d'essai / G 2026 v 2.0, la gestion des marqueurs fonctionne correctement et peut dese fermer sans planter le logicel; voir la capture d'écran; que aut-il en conclure pour mon gros fichier corrompu ?

 

[predigny]

Comme vous pouvez déjà vous en douter, allez y faites l'extraction totale de votre généalogie vers un nouveau dossier. Les pertes seront la perte des indices INSEE masqués et les médias définis dans le dossier privatif qui seront copiés dans le dossier Images de la nouvelle généalogie. Avec 700 000 personnes comptez au moins 4 heures pour cette extraction.
L'export-import gedcom est encore plus radical et n'est à envisagé qu'en cas de problèmes insolubles autrement.

 

[Phil Chari]

Comme vous pouvez déjà vous en douter, allez y faites l'extraction totale de votre généalogie vers un nouveau dossier. Les pertes seront la perte des indices INSEE masqués et les médias définis dans le dossier privatif qui seront copiés dans le dossier Images de la nouvelle généalogie. Avec 700 000 personnes comptez au moins 4 heures pour cette extraction.
L'export-import gedcom est encore plus radical et n'est à envisagé qu'en cas de problèmes insolubles autrement.

Malheureusement, il y a eu échec sur les deux procédures que j'ai lancées cet après-midi en en suivant le déroulement juqu'aux deux plantages respectifs du logiciel (G 2026 Prestige v 2.0) avec mon fichier actif de 700 789 personnes (évidemment sauvegardé au préalable et donc toujours récupéré).
D'abord l'extraction de toutes les fiches du dossier pour tenter de les recréer sous un nouveau nom de dossier: lancée à 15h19, la "Sélection des personnes" (très rapide, durée 3 mn) s'est terminée en affichant 700 785 personnes (soit 4 de moins, je suppose des fiches vides); puis successivement "Fichier des lieux" (OK: pas de pb), "Fichiers des événements" (OK,pas de pb) et enfin "Fichier des personnes" et là patatras: la fenètre se fige avec l'indication 182 144 persones et rien ne bouge plus pendant plus de 90 mn...
Voir (en pièce jointe) la capture d'écran cr orrespondante.
Finalemnt à 17h 49 je ferme le logiciel par le gestionnaire de taches de windows (Ctrl Hlt Sup)
Je lance ensuite (à 17h23) l'essai d'export-ré-import de Gedcom complet.. (voir le compte-rendu d'échec dans une réponse suivante à venir

 

[predigny]

Lors d'une extraction de fiches, la généalogie "source" n'est pas modifiée, même en cas d'échec, les fiches ne sont que copiées, pas déplacées. Mais cet échec montre que très probablement la généalogie a un problème. Il faudra peut-être tenter une Réparation de niveau 2 (pas une restructuration).
Une généalogie aussi grosse doit sans doute correspondre à beaucoup de relevés systématiques de villages et même de villes comme le font certaines associations. Est-il certain que toutes ces données doivent obligatoirement être dans le même dossier ?
Même si la saisie reste assez fluide, toute opération qui demande de brasser toute la base de données prend un temps qui devient déraisonnable.

 

[Phil Chari]

Malheureusement, il y a eu échec sur les deux procédures que j'ai lancées cet après-midi en en suivant le déroulement juqu'aux deux plantages respectifs du logiciel (G 2026 Prestige v 2.0) avec mon fichier actif de 700 789 personnes (évidemment sauvegardé au préalable et donc toujours récupéré).
D'abord l'extraction de toutes les fiches du dossier pour tenter de les recréer sous un nouveau nom de dossier: lancée à 15h19, la "Sélection des personnes" (très rapide, durée 3 mn) s'est terminée en affichant 700 785 personnes (soit 4 de moins, je suppose des fiches vides); puis successivement "Fichier des lieux" (OK: pas de pb), "Fichiers des événements" (OK,pas de pb) et enfin "Fichier des personnes" et là patatras: la fenètre se fige avec l'indication 182 144 persones et rien ne bouge plus pendant plus de 90 mn...
Voir (en pièce jointe) la capture d'écran cr orrespondante.
Finalemnt à 17h 49 je ferme le logiciel par le gestionnaire de taches de windows (Ctrl Hlt Sup)
Je lance ensuite (à 17h23) l'essai d'export-ré-import de Gedcom complet.. (voir le compte-rendu d'échec dans une réponse suivante à venir

Lors d'une extraction de fiches, la généalogie "source" n'est pas modifiée, même en cas d'échec, les fiches ne sont que copiées, pas déplacées. Mais cet échec montre que très probablement la généalogie a un problème. Il faudra peut-être tenter une Réparation de niveau 2 (pas une restructuration).
Une généalogie aussi grosse doit sans doute correspondre à beaucoup de relevés systématiques de villages et même de villes comme le font certaines associations. Est-il certain que toutes ces données doivent obligatoirement être dans le même dossier ?
Même si la saisie reste assez fluide, toute opération qui demande de brasser toute la base de données prend un temps qui devient déraisonnable.

J'ai effectué hier soir en effet une réparation de BD de niveau 2 à la suite de l'échec de l'essai d'export/réimport du Gedcom complet, la réparation s'est déroulée OK et assez rapidement... mais le résultat de lancement de la gestion des marqueurs sur le dossier final en résultant est toujours en échec. Toutefois, un élément nouveau est apparu sur l'écran du marqueur intrus qui s'affiche et bloque le logiciel (voir capture d'écran "marqueurs toujours en échec" en pièce jointe) avec (en plus des 2 alertes en rouge) l'indication en noir, au milieu de l'écran : "Panel 34"; le CDIP peut-il nous dire d'où vient cette indication de "panel" ?

 

[jlturbe]

Fermez généatique
Remplacez le fichier default.sysm par celui-ci joint à décompresser dans
,,/Documents/Généatique/Mes descriptifs 2026
Redémarrez généatique

 

[AL1493]

"Panel 34"; le CDIP peut-il nous dire d'où vient cette indication de "panel" ?

Bonjour,
Panel 34 est le nom d'un composant du logiciel (développé en Pascal Delphi mais je ne suis pas du CDIP). Je pense que c'est parce que le logiciel plante à cause de cette incohérence dans les marqueurs.

Je pense qu'il faudrait retenter un export Gedcom de votre généalogie réparée, mais surtout de ne pas lancer la Gestion des marqueurs, car je pense que le fait de lancer cette gestion des marqueurs met la pagaille dans la base.

 

[AL1493]

Remplacez le fichier default.sysm

Bonjour,
Juste une remarque : chez moi le fichier s'appelle default.sym . Un doigt qui a glissé sans doute, le nom du fichier joint est bien sûr correct.