Contrôle de cohérence de la structure

[TOURFL]

Par le passé j'avais créé un champ complémentaire : SOURCE (voir copie d'écran : GT2026_ex_Source_perso.jpg), ce champ complémentaire était perso et à la norme GEDCOM.[c'était un doublon à la norme GEDCOM du champ natif de GT "Origine de la donnée, qui lui n'est pas à la norme GEDCOM]
Aujourd'hui je n'en ai plus utilité, car il s'agissait d'une SOURCE générique et non d'une source liée aux événements (BMS, NMD)
1 - Après avoir réalisé "Autre recherche" sur ce champ "Source" non vide, plus aucune fiche n'était concernée....par contre dans l'onglet "complet"ce champ "source" bien que vide restait à l'affichage. (voir copie d'écran : GT2026_ex_Source_affichage.jpg)
2 - J'ai donc supprimé ce champ complémentaire devenu inutile dans la structure de fichier des préférence pour cette généalogie...ce qui me paraissait logique.
3 - Je réalise le "Contrôle de la cohérence de la structure" et là j'ai une boîte de dialogue : Événement : Donnée inconnue : SOUR (voir copie d'écran : GT2026_ex_Source_inconnu.jpg).......pas logique !

Questions :
Q1 - est-ce important ce défaut de cohérence de la structure ?
Q2 - dois-je retourner en arrière ? (j'ai plusieurs sauvegardes)
Q3 - que me conseillez-vous ?

 

[AL1493]

Bonjour,

1 - Après avoir réalisé "Autre recherche" sur ce champ "Source" non vide, plus aucune fiche n'était concernée....par contre dans l'onglet "complet"ce champ "source" bien que vide restait à l'affichage. (voir copie d'écran : GT2026_ex_Source_affichage.jpg)

C'est le fonctionnement normal d la base de données : quand vous commencez la saie d'un événement, Généatique crée une instance de l'événement dans la base de données, c'est à dire un contenant pour le données de cet événement, ensuite vous saisissez les données (date, lieu...) qui sont enregistrées dans ce contenant.
Si vous supprimez les données de l'événement, le contenant est vidé mais pas supprimé.
Vous pouvez faire le test sur une personne qui n'a pas d'événement Décès, vous cliquez dans la zone Date ou Lieu de l'événement décès, et sans rien saisir vous allez voir dans l''onglet complet, vous verrez un événement Décès vide.
La seule solution pour supprimer un événement, ce n'est pas de le vider, mais de le supprimer avec le bouton Poubelle en bas de l'onglet Complet.

Vous avez supprimer votre rubrique dans la structure du fichier, mais pas les événements qui sont dans la base de données. Donc il est normal que le contrôle de cohérence, qui trouve des événements même vides, le signale.
Est-ce qu'il ne devrait pas y avoir une routine qui, dans cette situation, propose de parcourir la base pour supprimer les données ? Il me semble que dans es versions précédentes (plus de 10 ans ?), cette routine existait.

 

[predigny]

...
Est-ce qu'il ne devrait pas y avoir une routine qui, dans cette situation, propose de parcourir la base pour supprimer les données ? Il me semble que dans es versions précédentes (plus de 10 ans ?), cette routine existait.

Non, depuis plus de 10 ans elle est réclamée mais toujours pas proposée.
La création de rubriques "perso" qui touchent à la généalogie risquent de créer ce genre de problème. Je ne crée que des rubriques "cosmétiques" qui permettent des mises en valeur de l'arbre.

 

[TOURFL]

Vous avez supprimer votre rubrique dans la structure du fichier, mais pas les événements qui sont dans la base de données. Donc il est normal que le contrôle de cohérence, qui trouve des événements même vides, le signale.
Est-ce qu'il ne devrait pas y avoir une routine qui, dans cette situation, propose de parcourir la base pour supprimer les données ? Il me semble que dans es versions précédentes (plus de 10 ans ?), cette routine existait.

Bonjour Alain et tous,
Pas vraiment : supprimer la rubrique dans la structure du fichier, supprime aussi la rubrique (ici Source) qui était visible dans l'onglet complet (voir la copie d'écran envoyée précédemment : GT2026_ex_Source_affichage.jpg).
En effet, avant de supprimer la rubrique "Source" dans la structure du fichier, j'avais repéré 10 fiches ou figurait cette donnée "Source" et après le passage de la suppression dans la structure de fichier, je suis allé vérifier dans ces 10 fiches : aucune n'affichait plus cette donnée "Source" ==> c'est pourquoi je ne comprends pas pourquoi j'ai cette boîte de dialogue : Événement : Donnée inconnue : SOUR
Maintenant, j'ai réalisé un contrôle sur 10 fiches aléatoires.....peut-être :
-> restait-ils quelques scories sur quelques fiches ?
-> ou est-ce un bug de GT ?
Dans l'état actuel je me demande que dois-je faire avant d'aller plus loin :
D1 - Dois-je revenir en arrière (j'ai des sauvegardes) ?
D2 - Est-ce gênant de rester avec ce défaut de cohérence de la structure ?
D3 - Existe-t-il une autre solution pour se débarrasser de ce défaut de cohérence de la structure ?

 

[predigny]

...
En effet, avant de supprimer la rubrique "Source" dans la structure du fichier, j'avais repéré 10 fiches ou figurait cette donnée "Source" et après le passage de la suppression dans la structure de fichier, je suis allé vérifier dans ces 10 fiches : aucune n'affichait plus cette donnée "Source" ==> c'est pourquoi je ne comprends pas pourquoi j'ai cette boîte de dialogue : Événement : Donnée inconnue : SOUR
...

La rubrique n'est plus visible dans l'onglet complet mais elle est toujours enregistrée dans la base de données. Pour en être débarrassé, il faudrait la rétablir dans la structure puis supprimer la rubrique dans les 10 fiches qui l'utilisent, seulement après la supprimer de la structure.
Je ne me souviens plus si l'extraction totale des fiches vers un nouveau fichier supprimerait cette alerte du contrôle de la structure.

 

[AL1493]

Pas vraiment : supprimer la rubrique dans la structure du fichier, supprime aussi la rubrique (ici Source) qui était visible dans l'onglet complet (voir la copie d'écran envoyée précédemment : GT2026_ex_Source_affichage.jpg).

Dans l'image que vous citez, on voit que la ligne Source, en surbrillance, est bien présente et vide, mais c'est peut-être une image d'avant la suppression de la rubrique.

 

[TOURFL]

Dans l'image que vous citez, on voit que la ligne Source, en surbrillance, est bien présente et vide, mais c'est peut-être une image d'avant la suppression de la rubrique.

oui, c'était une image d'avant la suppression.
je n'avais réalisé un test que sur 10 fiches, mais il y en avait certainement d'avantage.

Je vais revenir en arrière et restaurer la dernière sauvegarde, en attendant qu’au CDIP surgisse un utilitaire salvateur. Le Père Noël n’est plus très loin… sait-on jamais.

 

[TOURFL]

Je vais revenir en arrière et restaurer la dernière sauvegarde, en attendant qu’au CDIP surgisse un utilitaire salvateur. Le Père Noël n’est plus très loin… sait-on jamais.

C'est fait, je suis revenu en arrière sans pb......toutefois cette problématique mériterait d'être analysée et traitée par le CDIP.

Juste pour parfaire l'information, j'avais également réalisé :
-> une restructuration (choix 2)
-> puis Maintenance de la base de données / réparer la base de données (choix 2)
Après ces 2 passages d'utilitaires, il y avait toujours cette boite de dialogue : Événement : Donnée inconnue : SOUR

 

[TOURFL]

Je reviens brièvement sur ce champ complémentaire personnel intitulé « Source ».
Il y a un point que je ne comprends pas — ou qui, en tout cas, ne me semble pas logique :
L1 - Tout champ complémentaire créé devient adressable à différents endroits de Généatique, notamment via le bouton « + » de l’onglet Complet, mais aussi dans les outils de recherche.
L2 - Dans ces conditions et comme pour les autres champs, je peux l’ajouter depuis l’onglet Complet et le sélectionner dans les recherches (cf. capture d’écran GT2026_Source_requete.jpg).
L3 - Je lance alors une requête simple : champ « Source » avec l’opérateur « non vide ».
L4 - Le résultat est : Aucune personne ne correspond aux critères (cf. GT2026_resultat_requete.jpg).
L5 - J’en déduis donc qu’aucune fiche ne contient effectivement de donnée renseignée dans ce champ.
L6 - Par conséquent — sauf erreur de raisonnement de ma part — la suppression de ce champ complémentaire dans la structure du fichier ne devrait pas avoir d’impact sur la cohérence des données.
L7 - Or, lors de cette suppression, une boîte de dialogue apparaît : -> Événement : Donnée inconnue : SOUR

Ce message me surprend, puisque la requête ne met en évidence aucune donnée existante.

Je précise que tout est rentré dans l’ordre après restauration d’une sauvegarde, mais je reste preneur d’une explication pour comprendre ce comportement.

Jean-Jacques

 

[AL1493]

Bonsoir,
J'ai fait un test en créant une rubrique complémentaire identique à la votre
J'ai rempli des données dans 2 fiches
J'ai supprimé la rubrique dans la structure du fichier sans vider les champs de cette rubrique
J'ai un message :


Je clique sur Oui, la rubrique est supprimée
Je fais un contrôle de la structure du fichier


Je n'ai donc pas de réponse à vos questions.

 

[TOURFL]

Bonsoir,
J'ai fait un test en créant une rubrique complémentaire identique à la votre
J'ai rempli des données dans 2 fiches
J'ai supprimé la rubrique dans la structure du fichier sans vider les champs de cette rubrique
J'ai un message :
Voir la pièce jointe 29593

Je clique sur Oui, la rubrique est supprimée
Je fais un contrôle de la structure du fichier


Je n'ai donc pas de réponse à vos questions.

 

[TOURFL]

Je clique sur Oui, la rubrique est supprimée
Je fais un contrôle de la structure du fichier

Je n'ai donc pas de réponse à vos questions.

Merci Alain pour ce test issue d'une situation nouvellement créée.
Il existe très probablement dans mon fichier une situation ancienne — sans doute héritée de versions bien antérieures à GT 2026 — qui expliquerait l’apparition de la boîte de dialogue suivante : Événement : Donnée inconnue : SOUR
C’est précisément dans ce contexte que l’intérêt d’un utilitaire correctif se fait sentir, afin de traiter ce type d’anomalie persistante.
Cette situation ne m’est d’ailleurs pas totalement nouvelle. Par le passé, j’ai déjà été amené à supprimer des champs complémentaires devenus obsolètes à la suite d’évolutions de Généatique, lorsque certaines informations ont été reprises nativement par le logiciel (je pense notamment au champ « Mort pour la France »).

À l’époque, la seule solution efficace avait consisté en une extraction totale des fiches, ce qui avait bien corrigé le problème, mais au prix d’une perte non négligeable d’informations annexes (équivalences, transcriptions, etc.), récupérables certes, mais de manière délicate — là où un utilitaire dédié serait bien plus adapté.

Le point qui reste aujourd’hui problématique est le suivant :
Lorsqu’une requête sur un champ complémentaire à supprimer retourne le message « Aucune personne ne correspond aux critères », la suppression de ce champ ne devrait logiquement avoir aucune incidence sur la structure du fichier.

Deux hypothèses se présentent alors :
1 - soit la requête est incomplète ou erronée, et devrait faire apparaître au moins les fiches concernées à l’origine du message « Donnée inconnue : SOUR » ;
2 - soit la suppression du champ complémentaire concerné ne devrait effectivement produire aucun impact structurel.

Dans l’un ou l’autre cas, il semble subsister une incohérence qui mériterait éclaircissement.

Jean-Jacques

 

[TOURFL]

Comme je n’aime pas rester sur une incompréhension, j’ai poursuivi mes tests et je viens de faire une découverte intéressante.
• En réalisant une requête sur l’item principal « Source » / description complète, le résultat est :
Aucune personne ne correspond aux critères.
• Je lance alors la même requête sur les items secondaires de « Source ».
– Sur « Acte » : même résultat, aucune personne ne correspond aux critères.
• En revanche, en testant l’item secondaire suivant, « Type du calendrier », avec l’opérateur « non vide » (cf. capture GT2026_requete_calendrier.jpg), le résultat est tout autre : 7 716 occurrences.

Ce résultat explique donc l’apparition du message :
« Donnée inconnue : SOUR » lors du contrôle de cohérence de la structure.

Pourtant, lorsque j’ouvre les fiches correspondant à ces 7 716 occurrences, aucune information visible n’apparaît dans le champ concerné (cf. capture GT2026_resultat_requete.jpg).

Question : à quoi correspond exactement cet item « Type du calendrier » dans le contexte du champ complémentaire « Source » ?

Est-il possible qu’une valeur technique ou résiduelle soit conservée en interne sans être affichée dans les fiches ?

 

[predigny]

Comme je n’aime pas rester sur une incompréhension, j’ai poursuivi mes tests et je viens de faire une découverte intéressante.
• En réalisant une requête sur l’item principal « Source » / description complète, le résultat est :
Aucune personne ne correspond aux critères.
• Je lance alors la même requête sur les items secondaires de « Source ».
– Sur « Acte » : même résultat, aucune personne ne correspond aux critères.
• En revanche, en testant l’item secondaire suivant, « Type du calendrier », avec l’opérateur « non vide » (cf. capture GT2026_requete_calendrier.jpg), le résultat est tout autre : 7 716 occurrences.
...

Je n'ai pas envie de relire tout le fil pour comprendre les conditions de cette requête ; quelle requête faites vous ? Quel est l'état de la rubrique SOURCE dans la structure du fichier (visible/supprimée) ?
Si la rubrique est présente dans la structure il suffit de faire une recherche avancée avec la condition even: Nature égal à Source

 

[AL1493]

Question : à quoi correspond exactement cet item « Type du calendrier » dans le contexte du champ complémentaire « Source » ?

La rubrique Source que vous avez créée est du type Evénement avec info, la structure d'Evénement avec info contient entre autre une date (avec son attribut de date le type de calendrier et la date elle-même, le type de calendrier, Grégorien, Républicain, Hébraïque, Avant JC... permet à Généatique de comprendre le format de la date saisie. Par défaut, cet attribut est G = Grégorien.

Est-il possible qu’une valeur technique ou résiduelle soit conservée en interne sans être affichée dans les fiches ?

Pour voir si c'est ce type de calendrier qui pose problème, il y a peut-être une solution.
Vous avez actuellement 7716 occurrences
Donc si vous allez sur quelques fiches concernées par ce Source vide et si vous supprimez cette rubrique de la fiche (onglet Complet, sélectionnez Source, puis cliquez sur la poubelle en dessous de la liste et validez la suppression. Vous faites cette manipulation sur 4 ou 5 fiches (ou plus) puis vous relancez votre requête, si le nombre d’occurrences a diminué du nombre de fiches où vous avez supprimé la rubrique Source, on peut certainement penser que le problème est identifié.

 

[jlturbe]

Il faut supprimer toutes ces rubriques sources évènements depuis l'onglet complet et pour toutes les retrouver facilement utiliser une liste sélective
A tester celle-ci

 

[TOURFL]

Je n'ai pas envie de relire tout le fil pour comprendre les conditions de cette requête ; quelle requête faites vous ? Quel est l'état de la rubrique SOURCE dans la structure du fichier (visible/supprimée) ?
Si la rubrique est présente dans la structure il suffit de faire une recherche avancée avec la condition even: Nature égal à Source

1 - la rubrique SOURCE (en pièce jointe)
2 - comme je suis revenu en arrière => dans la structure du fichier elle est visible.
3 - Effectivement en faisant la recherche avancée avec la condition even: Nature égal à Source, j'obtiens 7716 occurrences aussi.

Je ne faisais pas cette requête ais celle sur Source (voir en pièce jointe

Pourquoi faire la requête su événement au lieu de Source ?

 

[TOURFL]

Pour voir si c'est ce type de calendrier qui pose problème, il y a peut-être une solution.
Vous avez actuellement 7716 occurrences
Donc si vous allez sur quelques fiches concernées par ce Source vide et si vous supprimez cette rubrique de la fiche (onglet Complet, sélectionnez Source, puis cliquez sur la poubelle en dessous de la liste et validez la suppression. Vous faites cette manipulation sur 4 ou 5 fiches (ou plus) puis vous relancez votre requête, si le nombre d’occurrences a diminué du nombre de fiches où vous avez supprimé la rubrique Source, on peut certainement penser que le problème est identifié.

Merci Alain, je vais essayer cette méthode.

 

[predigny]

S'il y a 7000 de ces rubriques il n'est pas question de les supprimer une par une. Il faut aller dans la structure du fichier, supprimer la rubrique SOURCE et répondre Oui au "parcours de la base de données". Cette rubrique sera supprimée pour de bon et le test de cohérence ne trouvera pas d'erreur.

 

[genealogie.etienne]

Bonjour à tous,
Si cela ne marche pas, une autre solution, c'est normalement de transférer toutes les fiches dans une nouvelle généalogie utilisant le .dch courant.
Normalement cela fait le "ménage" (à vérifier car cela fait longtemps que je n'ai pas essayé)

Cordialement
Thierry