forum Ancestrologie
Ancestrologie - Le Programme => Ancestrologie - Suggestions => Discussion démarrée par: Gilbert B le 24 Mai 2006 à 19:49:26
-
Les trois listes proposées directement dans Ancestrologie permettent des visualisations faciles et des traitements intéressants avec Excel.
Ne pourrait-on pas leur ajouter une colonne, ce qui ne les alourdirait pas trop, intitulée "Actes" dont la réponse serait oui ou non, ou une simple croix, selon que l'acte existe ou pas.
Cette petite modif d'une requête existante permettrait de se dispenser de la BOA pour la recherche d'une seule information complémentaire.
Mais mon statut de débutant me fait peut-être faire une demande qui a par ailleurs une réponse simple?
La parole est aux spécialistes.
-
Les trois listes proposées directement dans Ancestrologie
Où çà ?
-
Dans le menu Individus: liste des unions, liste des naissances par ville et liste des décès par ville
-
Ne pourrait-on pas leur ajouter une colonne, ce qui ne les alourdirait pas trop, intitulée "Actes" dont la réponse serait oui ou non, ou une simple croix, selon que l'acte existe ou pas.
Idée simple à réaliser et utile à laquelle je souscris
-
Il y a ICI (http://www.ybruant.magic.fr/phpBB2a/viewtopic?p=31976#31976)Une série de requêtes à utiliser dans le BOA.
Il suffit de faire un copier/coller à la place de la requête par défaut.
Un bon moyen de se familiariser avec la Boite A Outil !
Ta suggestion reste valable pour un accès plus rapide et à laquelle je souscris aussi, bien que j'utilise Quisontils pour la gestion des actes.
-
Un ti plus qui peut se révéler pratique pour pas mal d'utilisateurs, avant qu'ils ne tombent dans le BOA... :wink:
Je l'ai rajouté à la liste des principales suggestions en cours... (http://www.ancestrologie.org/forum/index.php?topic=7282.0&highlight=) :wink:
-
Merci de vos avis et de l'inscription dans la liste des suggestions.
Je passe le sujet en résolu.
-
En complément à ma demande précédente, je suggère une deuxième colonne supplémentaire pour faire apparaître le département, ou si c'est plus simple le code postal. Cela faciliterait pas mal les tris ultérieur à la requête et permettrait aussi de pallier aux lacunes de mémoire; sans un fichier important il n'est pas aisé de se souvenir de tous les lieux et des départements auxquels ils appartiennent.
Je vais aussi faire cette demande pour les requêtes de la BOA.
-
Christophe, ton fil a disparu.
Tu pourrais peut-être ajouter les suggestions qui ont reçu un avis favorable dans les sondages?
-
Bonjour,
En complément à ma demande précédente, je suggère une deuxième colonne supplémentaire pour faire apparaître le département, ou si c'est plus simple le code postal. Cela faciliterait pas mal les tris ultérieur à la requête et permettrait aussi de pallier aux lacunes de mémoire; sans un fichier important il n'est pas aisé de se souvenir de tous les lieux et des départements auxquels ils appartiennent.
Je vais aussi faire cette demande pour les requêtes de la BOA.
:arrow: Pour ma part, j'utilise pour cet usage l'outil dans le menu Outils, Génération de requètes SQL. Tu recopies la requète qui suit, tu vérifies trois lignes avant la fin si le numéro de dossier est bon (ici le 2), tu lances la requète à l'aide de la touche avec un triangle pointe orientée vers la droite. Lorsque le résultat de la requète est là, clic droit et export vers Excel.
Les tris, classement, rangements, etc.. Excel s'en accommode fort bien. Pour ma part j'éclate le résultat en naissances, unions et décès.
Ajouté: Si tu le souhaites, tu peux enregistrer la requète à l'aide du bouton avec la disquette (Save query to file). Pour une autre occasion, en appuyant sur le bouton figurant un dossier, il faut penser à étendre Fichiers de Type à All Files (*.*) afin de retrouver le fichier *.txt.
SELECT DISTINCT
I.NUM_SOSA AS SOSA
, I.CLE_FICHE AS NIP
, I.NOM
, I.PRENOM
, N.EV_IND_DATE_WRITEN AS DATE_NAISSANCE
, EXTRACT (DAY FROM N.EV_IND_DATE) AS JJ
, EXTRACT (MONTH FROM N.EV_IND_DATE) AS MM
, EXTRACT (YEAR FROM N.EV_IND_DATE) AS AA
, N.EV_IND_DATE_YEAR AS AN_NAISSANCE
, N.EV_IND_VILLE AS VILLE_NAISSANCE
, N.EV_IND_DEPT AS DEPT_NAISSANCE
, N.EV_IND_ACTE AS ACTE_NAISSANCE
, D.EV_IND_DATE_WRITEN AS DATE_DECES
, EXTRACT (DAY FROM D.EV_IND_DATE) AS JJ
, EXTRACT (MONTH FROM D.EV_IND_DATE) AS MM
, EXTRACT (YEAR FROM D.EV_IND_DATE) AS AA
, D.EV_IND_DATE_YEAR AS AN_DECES
, D.EV_IND_VILLE AS VILLE_DECES
, D.EV_IND_DEPT AS DEPT_DECES
, D.EV_IND_ACTE AS ACTE_DECES
, R.REF_EVE_LIB_LONG AS TYPE_UNION
, F.EV_FAM_DATE_WRITEN AS DATE_UNION
, EXTRACT (DAY FROM F.EV_FAM_DATE) AS JJ
, EXTRACT (MONTH FROM F.EV_FAM_DATE) AS MM
, EXTRACT (YEAR FROM F.EV_FAM_DATE) AS AA
, F.EV_FAM_DATE_YEAR AS AN_UNION
, F.EV_FAM_VILLE AS VILLE_UNION
, F.EV_FAM_DEPT AS DEPT_UNION
, F.EV_FAM_ACTE AS ACTE_UNION
, IC.NOM AS NOM_CONJOINT
, IC.PRENOM AS PRENOM_CONJOINT
, IC.NUM_SOSA AS SOSA_CONJOINT
FROM INDIVIDU I
LEFT OUTER JOIN EVENEMENTS_IND N ON I.CLE_FICHE = N.EV_IND_KLE_FICHE AND N.EV_IND_TYPE= 'BIRT'
LEFT OUTER JOIN EVENEMENTS_IND D ON I.CLE_FICHE = D.EV_IND_KLE_FICHE AND D.EV_IND_TYPE= 'DEAT'
LEFT OUTER JOIN T_UNION U ON I.CLE_FICHE = U.UNION_MARI OR I.CLE_FICHE = U.UNION_FEMME
LEFT OUTER JOIN INDIVIDU IC ON (U.UNION_MARI = IC.CLE_FICHE OR U.UNION_FEMME = IC.CLE_FICHE) AND IC.CLE_FICHE <> I.CLE_FICHE
LEFT OUTER JOIN EVENEMENTS_FAM F ON U.UNION_CLEF = F.EV_FAM_KLE_FAMILLE
LEFT OUTER JOIN REF_EVENEMENTS R ON F.EV_FAM_TYPE =R .REF_EVE_LIB_COURT
WHERE I.KLE_DOSSIER =2
AND ( N.EV_IND_DEPT='Nord' OR D.EV_IND_DEPT='Nord' OR F.EV_FAM_DEPT='Nord' )
ORDER BY I.NOM, I.PRENOM
L'intérêt avec les dates sous forme JJ, MM, AA et de pouvoir faire facilement un tri ce que ne sait pas faire Excel avec des dates antérieures à 1900. De même pour les dates approximatives, AN_EVEN permet aussi le tri.
-
Christophe, ton fil a disparu.
Tu pourrais peut-être ajouter les suggestions qui ont reçu un avis favorable dans les sondages?
C'est fait... :wink:
Seul le lien était "rompu"...
Le lien est "réparé" dans le message un peu plus haut...
Par contre, faites-moi savoir si je dois rajouter des [réalisé] ou d'autres sugestions...
Utilisez les messages perso, ça limite largement le risque de rater un message... :wink:
-
Facon a écrit:
Pour ma part, j'utilise pour cet usage l'outil dans le menu Outils, Génération de requètes SQL. Tu recopies la requète qui suit, tu vérifies trois lignes avant la fin si le numéro de dossier est bon (ici le 2), tu lances la requète à l'aide de la touche avec un triangle pointe orientée vers la droite. Lorsque le résultat de la requète est là, clic droit et export vers Excel.
Les tris, classement, rangements, etc.. Excel s'en accommode fort bien. Pour ma part j'éclate le résultat en naissances, unions et décès.
J'ai essayé la requête proposée mais jobtiens une erreur sur "OR élément 57 ligne 37" soit cette ligne: "LEFT OUTER JOIN INDIVIDU IC ON (U.UNION_MARI = IC.CLE_FICHE OR U.UNION_FEMME = IC.CLE_FICHE) AND IC.CLE_FICHE <> I.CLE_FICHE"
Par ailleurs cette requête prend-elle tous les mariages ou seulement les individus ayant un N° SOSA, je préférerais tous les mariages sans acte.
Je vois souvent des références à "quisont-ils", mais quel est cet outil, est-il simple à utiliser et qelles sont ses fonctions premières?
Je commence à devenir exigeant...
Merci de m'avoir répondu si rapidement.
-
Bonjour,
Je viens de refaire un test avec la requète, ci-dessus, par copier-coller depuis le message dans le générateur de requète.
Tout se déroule convenablement, je n'ai pas de message d'erreur.
Cette requète retourne tous les événements, Sosa ou pas.
-
Je n'arrive pas à la faire fonctionner.
Celle-là par ex. (disponible sur le forum) marche très bien:
SELECT I.CLE_FICHE AS NIP, I.NOM, I.PRENOM, R.REF_EVE_LIB_LONG AS EVENEMENT, E.EV_IND_DATE_WRITEN AS DATE_EVENEMENT, E.EV_IND_VILLE AS VILLE
FROM INDIVIDU I, EVENEMENTS_IND E, REF_EVENEMENTS R
WHERE I.KLE_DOSSIER = 2
AND E.EV_IND_KLE_FICHE = I.CLE_FICHE
AND E.EV_IND_TYPE = 'DEAT'
AND (E.EV_IND_ACTE = 0 OR E.EV_IND_ACTE IS NULL)
AND R.REF_EVE_LIB_COURT = E.EV_IND_TYPE
ORDER BY E.EV_IND_VILLE, E.EV_IND_DATE, I.NOM, I.PRENOM, I.CLE_FICHE
Je ne comprends pas pourquoi la tienne qui est seulement plus complète refuse de marcher. Au cours de mes multiples essais je n'ai pas toujours eu le message d'erreur déjà cité, mais l'exécution m'a renvoyé un résultat vide. J'ai essayé de changer de dossier 1, 3, 4, 5, avec toujours une absence de résultat ou le fameux message d'erreur. J'ai essayé de la copier dans la BOA sans plus de résultat.
Je suis impuissant et démuni.
Si tu as une idée... sinon tant pis je me débrouille quand-même avec les 3 requêtes indépendantes de recherches des naissnces, décès ou mariages sans acte.
Merci.
-
Bonjour,
:arrow: En ce qui concerne le dossier, il n'y a pas d'ambiguité. Si tes données sont dans le dossier n, la valeur à retenir dans la requète est: WHERE I.KLE_DOSSIER =n
:arrow: Pour le mauvais fonctionnement, si André passe par ici il saura sans doute en donner l'origine.
Tu devrais indiquer les version d'Ancestrologie et de base Vxxx bx.xxx. Tu trouves ces indications dans le bandeau supérieur.
-
Je vois souvent des références à "quisont-ils", mais quel est cet outil, est-il simple à utiliser et qelles sont ses fonctions premières?
Quisontils est au départ un programme de gestion et d'organisation de vieilles photos permettant de référencer les individus d'une photo.
Une utilisation parrallèle à été développée pour gérer des documents, des actes ou toute pièce numérisée.
L'auteur Yves Bruant qui a déjà développé le module CreationWeb pour Ancestrologie, à créé avec PCM un pont entre les 2 programmes.
Ce pont permet
Dans un sens de récupérer les informations contenues dans Ancestrologie pour ne pas avoir à ressaisir les nom, parents etc.. dans Quisontils.
Dans l'autre sens, de consulter les photos, les actes (même à pages multiples), et toutes les pièces afférants à un individu ayant de telle pièces dans Quisontils.
Le lien est assuré par le champ "clé lien externe".
Le mieux est de tester Quisontils pendant un mois.
-
A part si on a tapé un zéro à la place de la lettre O dans "ON", je ne vois pas de raison au message. Cette requête fonctionne aussi chez moi.
Vous devriez simplement remplacer les extract(YEAR...) et extract(MONTH...) par les champs DATE_YEAR et DATE_MOIS qui existent pour les évènements. La fonction EXTRACT ne fonctionne que si la date est valide. Ce n'est pas le cas lorsque seule l'année ou l'année et le mois on été saisis. La PROC_DATE_WRITEN a décomposé la date saisie en ANNEE, MOIS et DATE quand c'est possible pour les mettre dans les champs correspondants.
Vous pourrez ainsi faire des tris sur année et/ou mois même si la date est incomplète.
A+
André
-
L'explication est sans doute là! J'ai en effet de nombreuses dates incomplètes du style l'année seule, Avant xxxx, Après xxxx, Estimée xxxx.
Est-ce que la reécriture que tu proposes permettra de s'affranchir de tant de cas différents?
Merci beaucoup pour vos réponses trés suivies.
-
Bonsoir,
L'explication est sans doute là! J'ai en effet de nombreuses dates incomplètes du style l'année seule, Avant xxxx, Après xxxx, Estimée xxxx.
Est-ce que la reécriture que tu proposes permettra de s'affranchir de tant de cas différents?
:arrow: C'est bien pour cette raison qu'aux EXTRACT (jour, mois et année) j'avais ajouté (André en réalité) la ligne suivante pour les naisances:
N.EV_IND_DATE_YEAR AS AN_NAISSANCE
et même chose pour décès et unions.
Ceci règle le cas que tu soulèves pour les dates approximatives.
:arrow: Pour affiner un peu plus et si le mois a été indiqué (janvier 1842 par ex.), il faut encore ajouter la ligne du type:
N.EV_IND_DATE_MOIS AS MOIS_NAISSANCE
et même chose pour les autres événements.
:arrow: Pour ma part, je pense qu'il est souhaitable d'avoir la requète aussi détaillée que possible, il est ensuite facile avec le tableur de masquer ou d'éliminer les indications inutiles. Je laisse la date complète car avec "avant 1748", la requète qui sort l'année donnera "1748". On peut commettre l'erreur de considérer cette date comme juste ce qui n'est pas le cas.
Es-tu toujours ennuyé avec la requète?