forum Ancestrologie
Ancestrologie - Le Programme => Ancestrologie - Utilisation => Discussion démarrée par: DDdeBerdeux le 23 Novembre 2005 à 10:03:37
-
Suite à la discution commencée http://www.ancestrologie.org/forum/index.php?topic=4984.0&start=15 il serait nécessaire d'avoir votre opinion. Quand la date exacte de tous les évènements sera bien documentée, Ancestrologie pourra classer les évènements en utilisant l'ordre prioritaire N°Ordre, Année, Date exacte. ou bien Année, Date exacte, N°Ordre.
Si on ne met aucun N°Ordre, les évènements se classent automatiquement par ordre chronologique, et un évènement non daté se retrouve relégué en dernière position.
La première solution permet en documentant le N°Ordre de remettre au bon endroit l'évènement non daté, ou de classer 2 évènements intervenus à la même date (au jour près ou la même année si la date est incomplète) à condition de donner également des N°Ordre à tous les évènements individuels situés avant ces évènements.
Dans la deuxième solution, le N°Ordre n'intervient que pour classer des évènements intervenus à la même date, mais il ne peut pas reclasser des évènements intervenus à des dates différentes. Ce qui implique que cette solution n'est utilisable que si tous les évènements ont une date, même approximative.
André
Un modérateur please, ma question ne s'enregistre pas comme sondage!
Si vous pouvez réparer çà, la question est: Un évènement doit-il être daté?
-
il me semble évident que tout événement peut être daté, soit de façon aproximative, soit avec la date de l'acte faisant référence à cet événement !
Il me semble ridicule de devoir classer "à la main" tous les événements d'un individu pour avoir un classement correct !
si j'omet la date d'un événement, cela m'est bien égal qu'il soit relargué en fin de classement, le tout n'est-il pas que les événements soient présents dans la liste, même s'ils ne sont pas toujours à leurs places chronologiques ! Je pense à des cas particulier, j'ai trouvé dans des actes, "médaillé de la légion d'honneur", je ne sais pas quand il a été médaillé, je n'ai pas mis de date, cela ne me semble pas problématique que lors d'un classement, il soit relargué en fin de liste !
-
il me semble évident que tout événement peut être daté, soit de façon aproximative, soit avec la date de l'acte faisant référence à cet événement !
C'est ce que j'ai sur le fil rappelé par André.
Je souscrit à tout ce que Stéphane a dit
-
Si les événements non datés sont bien à la fin, il n'y a aucun problème à ne pas renseigner une date, même avec un tri prioritaire sur la date.
L'exemple de Ransac de la légion d'honneur qui peut se trouver très bien à la fin, même après le décès, ce serait plus gênant que cet événement se retrouve avant la naissance.
Mais est-ce qu'un champ à nul sera classé après un champ renseigné ?
-
et un évènement non daté se retrouve relégué en dernière position.
-
J'avais bien lu, je voulais une confirmation, car pour moi un champ à null est < a toute autre valeur.
Sinon, c'est parfait pour moi et beaucoup plus logique qu'avant. (je viens de tester la base 4.003)
-
Permettez moi d'etre un peu à contre-courant :
Je peste suffisamment souvent quand Word ou Excel prennent des décisions à ma place parceque un marketeur de Microsoft a décidé que ce qui convenait à beaucoup, convenait à tous. (ex la recopie incrémentale automatique ..)
Je ne connais pas le nb moyen d'évènements par individu dont la plupart des utilisateurs disposent; dans mon cas c'est de l'ordre de 10.
Et bien je préfère utiliser la commande "trier" et y rentrer 10 valeurs plutot que le logiciel décide pour moi de l'ordre d'affichage.
Enfin, cela me gêne que des évènements qui seraient non datés soient rejetés après le décès.
-
Ce qui suit est une réflexion personnelle: il me semble ridicule de devoir dater tout évenement de façon approximative et surtout en ce qui concerne les naissances ,Décès ,mariages, et, quel est l' intérêt de dater les professions :?:
Avant tout je considère qu'une Généalogie se doit être réalisée en indiquant des dates précises et non des approximations.
Avant ces correctifs il était très façile et non "ridicule" de classer à la "MAIN"tous les évenements d'un individu afin d'avoir un classement "Logique".
-
D'accord avec Claude, aucun intêret de donner une data approximative, personnellement, ma vision prioritaire c'est " date naissance, date de dècès"
Pourquoi éventuellement ne pas scinder la fenêtre "Evenements de la vie" en deux.
1ère fenêtre "dates naissance, baptèmes ,dècès, crémation, inhumation etc, etc..."
2ème fenêtre" toutes les informations sur le déroulement de la vie de la personne,et qu'importe de savoir s'il(elle) a été(e) médecin, laboureur, charpentier, etc.. de telle date à telle date"
-
quel est l' intérêt de dater les professions :?:
L'intérêt est de pouvoir suivre l'évolution sociale d'un individu. Je date systématiquement les professions, ce qui m'a permis de voir que certains de mes ancêtres ont eut des revers de fortune et que d'autres ont progressé. Ca aiguise la curiosité et donne envie de creuser pour comprendre.
Sur le fond, lorsque je date un évènement, j'aimerais qu'il se classe automatiquement en ordre chronologique, c'est pour moi une façon de suivre la vie de mon ancêtre. Néanmoins, si je n'ai pas de date, cela ne me choque pas qu'il se retrouve en fin de liste. Libre à moi ensuite de choisir sa position, comme c'était le cas alors.
-
Que de neurones en actions...
Voici mon opinion :
:arrow: les événement doivent-ils être tous datés?
Non.
A partir du moment où on ne connait pas la date, on ne va pas l'inventer...
En revanche, je prends la précaution d'indiquer en note d'où sort cette info (référence du fichier de l'acte...)
:arrow: néamoins, et cela a été dit dans un des messages plus haut, la généalogie est basée avant tout sur certaines dates clé...
Il me parait alors judicieux, pratique et naturel que ces événements cléf soit classés selon l'ordre chronologique de leur date, sans qu'aucune manipulation supplémentaire ne soit faite... :shock:
Par contre, l'utilisation du numéro d'ordre est un "plus" précieux, pour ceux qui veulent classer :
- des événements non datés, donc en dehors des événements cléf (naissance, baptême...)
- plusieurs événements qui ont lieu à la même date...
Je profite de cette question, pour reposer un problème :
Est-il possible de supprimer le numéro d'ordre du tri.
Je ne parle pas de l'annuler, mais de réaliser une action semblable à celle existante pour les boutons nombre total d'unions connues ou d'enfants connus...
Sinon, ce serait bien pratique... non? :wink:
-
J'ai personnellement voté contre car certains événements ne peuvent être associés à une date précise :
- profession souvent datée
1670-1680
jusqu'à 1729
- naissance ou décès :
vers 1650
avant 1730
lorsqu'il s'agit d'une plage de date ou bien de la référence à un autre acte
le tri sur ces dates donnera des résultats tout à fait bizarres à moins de concevoir un système expert !!!
Salut à tous
-
J'ai personnellement voté contre car certains événements ne peuvent être associés à une date précise :
- profession souvent datée
1670-1680
jusqu'à 1729
- naissance ou décès :
vers 1650
avant 1730
j'espère bien que SI la procédure est automatique, ces types de dates seront correctement prises en compte.
SI ce n'est pas le cas, autant rester comme cela est actuellement !
-
Voilà au moins une question qui réveille le forum :D
La procédure transforme correctement les dates saisies, dans la mesure où on respecte les "token dates", comme ils sont définis dans Configuration / Mots clés utilisés dans les dates, et comme auparavant. Il n'y a là aucune nouveauté, à part que c'est toujours fait, pas seulement pour les naissances et les décès.
Pour le moment et pendant la phase de test, j'ai remis dans une version 4.004 de la base, le N°Ordre prioritaire. Il impose plus de saisie si on veut réordonner des évènements , mais il permet de réordonner des évènements qui n'ont pas de date, donc ne décontenance pas ceux qui n'ont pas mis de date. Mais mon avis personnel est qu'on devrait systématiquement.
Je vais mettre en ligne une maj vers une version 4.004 dans le fil "Mettre à jour sa base en V4.00" sur le forum Installation. Si certains veulent l'essayer...
A+
André
-
A partir du moment où on ne connait pas la date, on ne va pas l'inventer...
Pleinement d'accord. Mais si j'ai un boulanger qui se marie en 1880, il est boulanger en 1880. On n'a que rarement aucune date pour un événement.
André nous dit que le tri primaire se ferait sur l'année, et non sur la date complète, il ne restera à trier à la main que les événement du type avant, après, etc..
Avons-nous vraiment souvent des événements sans aucune info de date ?
Au pire, la profession, c'est avant le décès ou après la naissance... non ? (Là, je charie ! :lol: )
-
Le tri s'effectue selon un ordre de priorité (en excluant l'ordre), Année, "Date exacte", Parce que on a souvent des dates incomplètes (avant juin 1980, entre 1560 et 1570...) Dans ces cas, seule l'Année est documentée, la date exacte restant à NULL. Par contre si la date complète est saisie, elle sera prise en compte dans le tri.
Où il y a un Hic dans la méthode avec ce tri par les dates prioritaires, on aura dans l'ordre d'affichage:
le 19/12/1945
après 1945
mais on pourra aussi avoir:
le 19/12/1945
avant 1945 :roll:
et un N°Ordre en dernière place ne permettra pas de règler ce dernier point.
Mais le N°Ordre en 2ième position le pourrait.
On pourrait donc mettre par ordre de priorité:
Année, N°Ordre, Date exacte
Mais çà ne peut satisfaire les tenants des évènements non datés :(
A+
André
-
Là, je charie ! :lol:
Oui, un ti peu... :lol: :lol:
Mais, tu as raison : chaque événement est souvent fourni par un acte, donc associé à une date... :wink:
Néanmoins, toutes les sources ne sont pas actes : j'ai pas mal d'info diverses données par des souvenirs d'Anciens et non encore vérifiées...
J'ai mis ces éléments en notes... mais pas en complétant le champs date... j'attends à chaque fois d'avoir une "preuve" des dires...
-
Mais çà ne peut satisfaire les tenants des évènements non datés :(
Les événement non datés ne pourraient-ils pas se mettre en queue de peloton? tout seul si ils sont non datés, non triés...? :roll:
-
Les événement non datés ne pourraient-ils pas se mettre en queue de peloton? tout seul si ils sont non datés, non triés...? :roll:
Dans le tri sur uniquement Année, Date Exacte, ils se mettent en fin.
André
-
Dans le cas du tri "N° d'ordre, Année, Date exacte" si on ne modifie pas le numéro d'ordre celui-ci est NULL donc le tri est équivalent a "Année, date exacte".
c'est pourquoi je préfère ce tri car soit on "force" le tri par N° d'ordre, soit on ne force pas le tri par N° d'ordre, et dans ce cas c'est l'ordre chronologique qui est appliqué (l'absence de date, dans ce cas reléguant l'événement en fin de liste)
-
Oui, mais sera-t-il...
... possible de supprimer le numéro d'ordre du tri.
Je ne parle pas de l'annuler, mais de réaliser une action semblable à celle existante pour les boutons nombre total d'unions connues ou d'enfants connus...
Sinon, ce serait bien pratique... non? :wink:
-
Oui, mais sera-t-il...
... possible de supprimer le numéro d'ordre du tri.
Je ne parle pas de l'annuler, mais de réaliser une action semblable à celle existante pour les boutons nombre total d'unions connues ou d'enfants connus...
Sinon, ce serait bien pratique... non? :wink:
Cela implique de modifier l'exécutable d'ancestrologie. Hors André ne peux modifier que la base de données.
Seule solution: Que PCM modifie ancestrologie
-
La procédure transforme correctement les dates saisies, dans la mesure où on respecte les "token dates", comme ils sont définis dans Configuration / Mots clés utilisés dans les dates
Ça c'est gonflé comme affirmation :!:
Un export GEDCOM et il ne reste plus que les "token" de base tel que définis dans GEDCOM.
-
Ça c'est gonflé comme affirmation :!:
Excuse moi, mais je ne vois pas ce qu'il y a de "gonflé" dans ce que j'ai écrit. Peut-être est-ce le mot token qui te gêne? Il n'est pas l'exclusivité de la norme gedcom. Peut-être devrait-on dire "mots clés pour la saisie des dates dans Ancestrologie".
Ceci dit, il est vrai que seuls les mots clés normalisés sont exportés (en principe) en gedcom, et que donc les mots "ancestrologiques" disparaissent lors de l'importation.
Pour Gilles et Christophe: l'ordre de présentation des évènements individuels dans la fiche est uniquement défini dans la procédure stockée PROC_EVE_IND. Ne définir aucun ordre de tri, reviendrait à dire que les évènements seront classés selon leur ordre de saisie, ce qui n'a pas de sens, (enfin au mien de sens).
Je pense qu'on sera obligé de laisser le N°Ordre prioritaire, parce que c'est la seule solution pour pouvoir imposer un ordre à tous les évènements même s'il n'ont pas de date, imposant plus de travail s'il n'y a qu'un évènement à reclasser. Et les évènements se classent dans l'ordre chrono si le N°Ordre n'est pas documenté. Je pense aussi qu'il y aura moins besoin d'utiliser ces N°Ordre puisqu'on utilise la date exacte dans le tri (quand elle existe).
A+
André
-
c'est pourquoi je préfère ce tri car soit on "force" le tri par N° d'ordre, soit on ne force pas le tri par N° d'ordre, et dans ce cas c'est l'ordre chronologique qui est appliqué (l'absence de date, dans ce cas reléguant l'événement en fin de liste)
C'est pour moi l'argument convaincant, je me rallie à ce processus qui devrait satisfaire tout le monde.
-
J'ai voté !
Vous en avez tellement dit que je n'ai rien à ajouter ... Bon sujet de discussion !!!
-
Après quelques test de la base 4.004, tout se passe bien :
si je crée des événements datés il sont bien triés, les non datés sont à la fin.
Je peux alors les laisser (événements perso genre "loisir" "sport") ou forcer le tri par clic droit. Tout est ok
Mais quand je veux reprendre des anciens événements dont le tri a été préalablement forcé, je n'arrive pas à annuler les numéro d'ordre ayant servi à forcer le tri.
Je suis obligé de leur donner à tous la même valeur pour que le tri sur la date s'opère. (un effacement force la valeur à 0 et non à null).
çà pourrait ne pas être un problème sauf que si j'ajoute un événement daté, il se retrouvera devant les événements dont le tri forcé est à 0.
Il faut donc pouvoir mettre à null le code de tri forcé.
Un coup de sql doit pouvoir régler le problème pour le passé, mais pour l'avenir, il faudrait un bouton pour mise à null dans la fenêtre de forçage du tri .
Clair... pas clair ?
-
Je suis obligé de leur donner à tous la même valeur pour que le tri sur la date s'opère. (un effacement force la valeur à 0 et non à null).
çà pourrait ne pas être un problème sauf que si j'ajoute un événement daté, il se retrouvera devant les événements dont le tri forcé est à 0.
Si tous les évènements ont le même N°Ordre (0 par exemple), ils se classent dans leur ordre chronologique, mais un évènement daté sans N°Ordre se mettra après. Donc si on veut qu'il réintègre l'ordre chronologique il suffit de lui donner le même n°Ordre (0).
Il n'y a là rien de changé par rapport à ce qui existait (à part que la date exacte est prise en compte pour le classement).
Un petit bouton pour supprimer les N°Ordre d'une fiche serait bien pratique, mais çà c'est dans la fiche.
A+
André
-
Un petit bouton pour supprimer les N°Ordre d'une fiche serait bien pratique, mais çà c'est dans la fiche.
Nous sommes donc bien d'accord.
Je transcris cette suggestion dans le forum pour.
-
Un petit bouton pour supprimer les N°Ordre d'une fiche serait bien pratique, mais çà c'est dans la fiche.
A+
Vais voir ca,
Mais ce bouton doit il etre
1 - dans chaque fiche et faut le faire pour chacun des indis
2 - ailleurs et global
??
-
Mais ce bouton doit il etre
1 - dans chaque fiche et faut le faire pour chacun des indis
2 - ailleurs et global
Dans chaque fiche, global serait trop dangereux.
L'ordre doit exister pour certains individus.
PS: je t'ai envoyé le fichier SQL de mise à jour avec des questions.
A+
André
-
Mais ce bouton doit il etre
1 - dans chaque fiche et faut le faire pour chacun des indis
2 - ailleurs et global
Je pense avec la fenêtre de tri, au niveau de chaque fiche.
On peut avoir besoin de virer l'ensemble des tris manuels dans toute la base pour une réinitialisation du champ, mais un sql peut le faire et tout le monde ne veux pas forcément le faire.
-
Voir ce lien (http://www.ybruant.magic.fr/phpBB2a/viewtopic.php?p=33622#33622), créé par Philippe pour les suggestions correspondantes :wink:
-
mais un sql peut le faire et tout le monde ne veux pas forcément le faire.
La requete est ICI (http://www.ybruant.magic.fr/phpBB2a/viewtopic.php?p=33643#33643)
-
Et si vous voulez trouver les individus pour lesquels des évènements ont un N° d'ordre:
select distinct i.CLE_FICHE
, i.NOM
, i.PRENOM
, i.KLE_DOSSIER
from EVENEMENTS_IND e, INDIVIDU i
where e.EV_IND_KLE_FICHE = i.CLE_FICHE
AND e.EV_IND_ORDRE IS NOT NULL
order by i.NOM, i.PRENOM
A+
André
-
Bonjour à tous :D
J'avais complètement "zappé" cette conversation en novembre, aussi j'y réponds un peu tardivement, mais je propose de complèter le classement chronologique en ajoutant ensuite un classement par tag gedcom :
ORDER BY eve.EV_IND_ORDRE, eve.EV_IND_DATE_YEAR , eve.EV_IND_DATE, eve.EV_IND_TYPE
Cette astuce aura l'avantage de classer les naissances avant les baptêmes et les décès avant les sépultures / inhumations quand ces événements ont lieu le même jour. :wink: