Sujet: [Réalisé ß303] Anomalie 20 : calculs de l'age et affichage

[Tophe3860]

Si je peux me permettre...

Si, à mon tour, je peux me permettre   , tu peux totalement te le permettre : tous les avis sont bienvenus...



PS : un tit truc...

Quand un auteur oublie ou souhaite modifier un élément dans son message, il a toujours la possibilité de le faire en utilisant le bouton , en haut à droite du message envoyé...

[DDdeBerdeux]

Où est le bouton "EDITER", je ne le vois pas? Je sais je suis bigleux mais quand même :x

J'en profite pour complèter, mais là çà devient une suggestion d'amélioration. On pourrait établir une règle qui me semble proche de la coutume pour l'âge. On parle en jours jusqu'à 2 semaines, en semaines jusqu'à 2 mois, en mois jusqu'à 2 ans, en années au-delà (j'arrête, on n'en est pas encore aux siècles).

Pas simple à programmer, mais juste à faire une fois et conserver dans un champ varchar(40), lequel  permettrait de présenter un commentaire (genre "environ") si la conversion en âge est impossible (pb de conversion de date).

A méditer?

Je reprend, J'AI TROUVE LE BOUTON EDITER. (faudra que je change de lunettes)

[garnierfrancoise]

Comme indiqué le bouton "Editer" est en haut à droite de ton message.

Mais comme seul l'auteur d'un message peut "Editer" son message. Le bouton "Editer" de tes messages n'apparait que si tu t'es connecté.

[Bruno T.]

Pas simple à programmer,

Je ne te le fais pas dire car il faut également rajouter un paquet de variables à transmettre entre les proc et la form, ou réécrire le calcul dans chaque cas où l'on doit l'afficher

mais juste à faire une fois et conserver dans un champ varchar(40)

he non...faut le recalculer à chaque affichage, car l'age est généré en fonction de la naissance et du décés si la personne est décédée ..... sinon en fonction de la date courante, et en plus on y perdrait en clarté de programmation car il faudrait réactualiser (dans le doute) cette donnée à chaque saisie potentiellement concernée    mais bon l'espoir fait vivre  



  Au vu de l'évolution des réponses au sondage, je suggèrerai la chose suivante:

[list=1]Dans un 1er temps: Corriger le calcul au niveau des fiches, pour afficher l'écart entre les dates en années entières en ne gardant que la partie entière de la division par 365.25 de l'écart en jours (comme dans anniversaire) et Corriger dans anniversaire pour ne garder que la partie entière du résultat avant d'affecter à age. (Dans le cas où les champs dates de la base ne sont pas renseigné, on fera simplement la différence entre les années)

Dans un avenir à définir: améliorer en rajoutant une data d'échange pour transmettre le nombre de mois, calculés avec la même base[/list:o] L'intêret de ce phasage:

Dans un délai court, de ne plus afficher un age exagéré, c'est souvent fort déplaisant pour des utilisateurs (trices  ) de se sentir vieilli  :?

 La modification ne concerne que 2 modules à priori

 Après de plus mûres réflexions, pour appréhender le meilleur compromis entre lourdeur de développement et complexité de fonctionnalité, en clair ne pas développez une usine à gaz pour rien

Mais n'hésitez pas à continuer d'apporter votre eau au moulin, tous les avis sont les bienvenus  

[guillaume simonnet]

j'apporte de l'eau au moulin... je constate que les donnees geneanet de moins de 100 ans non accessibles au public le deviennent (accessibles) automatiquement si l'individu concerne devient centenaire. il doit donc se passer un calcul automatique quelque part, ce qui devrait nous donner de l'espoir pour cette anomalie  

[Bruno T.]

C'est ce que je dis: on ne peux se permettre de stocker l'age comme proposé par DDdeberdeux, car il évolue

Que ce soit généanet, Ancestrologie ou d'autres, l'age doit systématiquement être recalculé àavnt l'affichage

[Bruno T.]

D'après

floor retourne l'entier inférieur du nombre value . La valeur retournée est un nombre à virgule flottante, ( float ) car ces nombres peuvent être plus grands que les entiers.

Exemple

 floor(4.3);   // 4

 floor(9.999); // 9

Je fais la suggestion suivante pour les anniversaires:

au lieu de:

:

(CURRENT_DATE - naissance.ev_ind_date) /365.25 as AGE je mettrai:

floor((CURRENT_DATE - naissance.ev_ind_date) /365.25) as AGE

Qu'en pense Philippe??

[Bruno T.]

Nouvelles réflexions ... la nuit porte conseil    

J'étais en train de vérifier mes dires d'hier soir, car j'avais un doute:

la solution que je proposais (et qui fonctionne) rapporte bien l'âge juste, mais calculé à la date du jour courant

  ça conviendrait pour les affichages d'age courants

   mais ça ne convient pas , à mon avis, pour la fenêtre anniversaire, où je pense que l'on attend effectivement l'age qui sera atteint à la date d'anniversaire de l'année en cours, peu importe quel jour on est aujourd'hui..... donc mea culpa



En fait, certaines personnes ont parlé d'erreur à partir d'août, mais non, dans la fenêtre anniversaire, ce qui se passe:

  comme je l'ai dit auparavant, l'age est calculé juste à partir de la date courante, puis arrondi

  donc, jusqu'à une date correspondant à la date courante + 6 mois, soit la date naissance est antérieure à la date courante et le résultat est juste, soit elle est postérieure et le résultat est que jusqu'à une date correspondant à la date courante + 6 mois, le calcul renvoi une valeur >age+0,5 et on a age+1, mais dés qu'on boucle à plus de 6 mois on a un résultat <age+0,5 et on obtient age réel à aujourd'hui, mais pas à la date d'anniversaire.

  par exemple pour aujourd'hui 11/05, la bascule se voit au 11 novembre  

Pourquoi on parlait d'aout.... tout simplement cela se passait en janvier  

[Bruno T.]

 Donc, si vous êtes d'accord pour que l'âge de la fenêtre d'anniversaire indique l'age à la date d'anniversaire, je propose la correction suivante de PROC_ANNIVERSAIRE:

:

FOR  SELECT DISTINCT

                  individu.cle_fiche,

                  individu.nom,

                  individu.prenom,

                  naissance.ev_ind_date,

                  individu.date_deces,

                  individu.sexe ,

                  extract(DAY from  naissance.ev_ind_date)as JOUR,

   /* Modifié par Bruno T. (macpc) le 11/05/2005 */

   /* (CURRENT_DATE - naissance.ev_ind_date) /365.25 as AGE restitue un age

   d'anniversaire erroné si la date de naissance a plus de 6 mois de différence

   avec la date courante, la différence des année ci dessous donne un age

   correcte à le date d'anniversaire */

                  extract(YEAR from CURRENT_DATE)-extract(YEAR from naissance.ev_ind_date) as AGE

               FROM individu,

                    evenements_ind naissance

               WHERE naissance.ev_ind_type = 'BIRT'

                     AND naissance.ev_ind_date is not null

                     AND :a_Mois = extract(MONTH from  naissance.ev_ind_date)

                     AND individu.cle_fiche = naissance.ev_ind_kle_fiche

                     AND ((individu.annee_deces is null and

                        /* MD - Pour les vivants limitation à 110 ans */

                         (individu.annee_naissance > (extract(YEAR from  CURRENT_DATE) - 110)) and  :I_MODE = 0)

                         OR (:I_MODE = 1))

                     AND naissance.ev_ind_kle_dossier = :I_DOSSIER

               ORDER BY 7,4

               INTO

                   :CLE_FICHE,

                   :NOM,

                   :PRENOM,

                   :DATE_NAISSANCE,

                   :DATE_DECES,

                   :SEXE,

                   :JOUR,

                   :AGE

   DO

   SUSPEND;

end

Qui donne le résultat suivant:

[Lya]

BRAVO pour l'analyse et le résultat Bruno !!!

[Bruno T.]

Merci  

Pour l'age des fiches, je patine encore un peu

Y me manque surement un bout  

[Bruno T.]

Pour info:

La beta 289 intègre la modif pour la fenêtre anniversaire  

[Cecillon]

Merci beaucoup Bruno pour cette analyse, tout ce travail, et le résultat obtenu



Je suis bien incapable de faire la moitié de ce que tu viens de faire ...



Merci merci merci !

[Bruno T.]

Bon ça y est,  

J'ai identifié et préparé quelque chose pour les ages de la fiche  

Mais je suis coincé pour boucler car Philippe a fait évoluer cet affichage l'année dernière, et je ne connais pas le détail de ces modifications.  

[Ransac]

demande à philippe de te donner cette partie du code  

[Ancestrologie]

Mais je suis coincé pour boucler car Philippe a fait évoluer cet affichage l'année dernière, et je ne connais pas le détail de ces modifications.

Que veux tu faire ??



pour l age de la fiche j utilise la proc suivante : PROC_AGE_INDIVIDU



CREATE PROCEDURE PROC_AGE_INDIVIDU (

    I_CLEF INTEGER)

RETURNS (

    DATE_DECES INTEGER,

    DATE_NAISSANCE INTEGER,

    AGE INTEGER)

AS

begin

   /*---------------------------------------------------------------------------

   Copyright Ph Cazaux-Moutou. Tout droits réservés.

   Créé le : 31/07/2001

   à : 17:48:18

   Modifiée le :

   à : :

   par :

   Description :

   Usage       :

   ---------------------------------------------------------------------------*/

    SELECT  DECES.EV_IND_DATE_YEAR,

            NAISSANCE.EV_IND_DATE_YEAR

    FROM    EVENEMENTS_IND DECES,

            EVENEMENTS_IND NAISSANCE

    WHERE   (DECES.EV_IND_KLE_FICHE = :I_CLEF AND

             DECES.EV_IND_TYPE = 'DEAT') AND

            (NAISSANCE.EV_IND_KLE_FICHE = :I_CLEF AND

             NAISSANCE.EV_IND_TYPE = 'BIRT')

    into

            :DATE_DECES,

            :DATE_NAISSANCE;

    if ((DATE_DECES IS NULL) or (DATE_NAISSANCE IS NULL)) then

       BEGIN

          AGE = 0;

       END

    ELSE

       BEGIN

          AGE = (DATE_DECES -  DATE_NAISSANCE);

       END

  suspend;

end

[Bruno T.]

Bonjour Philippe,

Pour AGE_INDIVIDU, c'est bon, j'avais identifié, et je l'avais modifié.

Ce qui me manque, c'est dans le code de individu, tu as modifié la gestion au moment de l'affichage, notamment en cas d'individu non décédé, et de plus c'est la qu'il faut intervenir si on veut le faire progresser.

[Ransac]

je ramème les anomalie au goût du jour afin qu'on ne les oublie pas et que PCM puisse prendre connaissance des décisions que nous avons prises pour lui !  

[Horemans]

J'ai du mal a rattraper la lecture du forum après 15 jours d'absence.



J'ai voté pour le point 3, mais pour moi la solution actuelle n'est pas un souci. Elle donne un ordre de grandeur qui me convient bien et je trouve qu'il y a des modifs plus importantes qui sont moins débattues.

[Ancestrologie]

c est réparé sur la beta 302

[DarkProject]

Une petite remarque sur le nouvel affichage de l'âge ; pour ma fille de 15 mois voici ce qui apparaît sur sa fiche individuelle :



mais ceci ne se produit pas pour mon fils de 3 ans et demi et les adultes (d'aprés mes constatations !) sont bien renseignés également...