Sujet: Format d'affichage des dates

[luckyulisse]

Bonsoir,



Est il possible de changer le format d'affichage des dates, je m'explique j'ai des dates saisie de plusieurs façons exemple:

17 avril 1759 ou 17/04/1759.



Je trouve que ça fait "bordelique" de ne pas avoir le même format partout, je sais je n'avait qu'a les saisir toutes de la même manière mais maintenant c fait et je voudrait changer.

Y a t'il un moyen de modifier toutes les dates pour qu'elles apparaissent toutes de la même manière c'est-à-dire : 17 avril 1759.

Merci.

[JiPSchiff]

J'étais persuadé que cette fonction existait, mais je n'arrive pas à la retrouver

[Gvx]

Bonsoir,



une solution possible, est de  faire un export Gedcom puis un import Gedcom (dans un autre dossier) tes dates seront alors toutes dans le même format :?

[MAURISSON]

Faire une recherche via "la loupe -> rechercher" critère "format date" ne pas oublier de cocher "tous les termes", il existe un certain nombre de réponses.

[luckyulisse]

oui mais g peur en faisant un import gedcom de perdre des données !

car je trouvait qu'il manquait des événements et donc j'en ai rajouté (Décret de justice, inventaire, ...) et donc vu que ce sont pas des evenements normaux ils ne risquent de ne pas etre importés.

et vu que je saisie mes dates de la forme la plus rapide (du moins a mon avis) et avec le moins de risque de faute de frappe ::JJ/MM/AAAA, il me faudras faire souvent des exports/imports gedcom.

Il n’y a pas un autre moyen SQL par exemple ou alors que ancestrologie uniformise tout seul les dates avec un format libre à l’utilisateur ?

[Horemans]

ou alors que ancestrologie uniformise tout seul les dates avec un format libre à l’utilisateur ?

ou une fonction préprogrammée du BOA, mais çà n'est surement pas évident à programmer vu les trop nombreuses façon de saisir les dates.

La demande est récurente.

[Stéphane Vaillant]

Bonjour,



Je pense que les spécialistes du SQL peuvent nous fabriquer une requête qui permet de transformer le format de date suite à un import GEDCOM (3 février 2006) dans le format de date le plus courant (03/02/2006)...



Après cela, il devrait être possible d'adapter cette requête à d'autres formats.

[Lya]

Bonjour à tous



Ca doit être possible de faire ça, mais il faut créer une procédure qui étudie les différents cas. En effet, il ne faut pas oublier que la date entrée est considérée comme du texte et non comme une date. Une procédure en extrait ensuite une vraie date si c'est possible.



Taper ceci dans le requêteur, et vous verrez les dates (telles que saisies) de tous vos évé individuels et les dates et années qui en sont extraites à côté :



SELECT

  EVENEMENTS_IND.EV_IND_KLE_DOSSIER AS DOSSIER,

  EVENEMENTS_IND.EV_IND_KLE_FICHE AS NIP,

  INDIVIDU.NOM,

  INDIVIDU.PRENOM,

  EVENEMENTS_IND.EV_IND_TYPE AS TAG,

  REF_EVENEMENTS.REF_EVE_LIB_LONG AS EVENEMENT_IND,

  EVENEMENTS_IND.EV_IND_DATE_WRITEN AS DATE_TAPEE,

  EVENEMENTS_IND.EV_IND_DATE AS DATE_EXTRAITE,

  EVENEMENTS_IND.EV_IND_DATE_YEAR AS ANNEE

FROM

  EVENEMENTS_IND

  INNER JOIN REF_EVENEMENTS ON (EVENEMENTS_IND.EV_IND_TYPE = REF_EVENEMENTS.REF_EVE_LIB_COURT)

  INNER JOIN INDIVIDU ON (EVENEMENTS_IND.EV_IND_KLE_FICHE = INDIVIDU.CLE_FICHE)

ORDER BY 1,3,4,8,5



edit : version rectifiée de la requête pour corriger une erreur

[BLefebvre]

Un export/import remet toutes les dates dans le même format, celui que justement tu désires

[luckyulisse]

Oui un import gedcom peu résoudre le problème, mais mes événements inventaires et Décret de justice seront perdus, non ?



Et le problème reviendra tout le temps puisque j’utilise beaucoup généabank et les dates (que je récupère par copier/coller) sont sous la forme JJ/MM/AAAA, et donc il faudra faire régulièrement des import gedcom (contraignant !)

[Tophe3860]

Dans l'esprit des [résolu], pourquoi ne pas repérer les fils sur ce genre de dujet par un [en attente]...



Enfin ce n'est qu'une idée... cela permettrait de lister plus facilement les attentes "réccurentes" en utilisant la loupe...        

[MAURISSON]

Tout à fait d'accord, il faudrait (facile à dire, à faire ?), essayer de trouver un moyen de "marquer" les sujets, pour avoir une image plus simple des forums.

[Tophe3860]

J'essaie déja de "former" les nouveaux sur le forum en envoyant un message perso "type" quand je vois une résolution... message qui incite à rajouter un [résolu]... en plus de ma signature...



Pourquoi pas la même chose avec ce [en atttente]...

 



On peut aussi mettre le message perso que j'utile en "annonce" sur ce forum... à voir avec les modérateurs  

[MAURISSON]

Et les modérateurs, ils en pensent quoi ?

[Lya]

Bonsoir

Oui un import gedcom peu résoudre le problème, mais mes événements inventaires et Décret de justice seront perdus, non ?

Comment les as-tu créés ? En utilisant des évé Divers dont tu as renommé les titres ?

[Horemans]

Taper ceci dans le requêteur, et vous verrez les dates (telles que saisies) de tous vos évé individuels et les dates et années qui en sont extraites à côté :



SELECT

  EVENEMENTS_IND.EV_IND_KLE_DOSSIER AS DOSSIER, etc..

Es-tu sure de ta requete :

si je la trie par nip, je trouve le même nip pour plusieurs individu et des événements qui ne sont pas à lui, ce qui est faux après vérification dans la base.

[Lya]

Oupsss, ya une erreur de jointure ...



essaye ça :



SELECT

  EVENEMENTS_IND.EV_IND_KLE_DOSSIER AS DOSSIER,

  EVENEMENTS_IND.EV_IND_KLE_FICHE AS NIP,

  INDIVIDU.NOM,

  INDIVIDU.PRENOM,

  EVENEMENTS_IND.EV_IND_TYPE AS TAG,

  REF_EVENEMENTS.REF_EVE_LIB_LONG AS EVENEMENT_IND,

  EVENEMENTS_IND.EV_IND_DATE_WRITEN AS DATE_TAPEE,

  EVENEMENTS_IND.EV_IND_DATE AS DATE_EXTRAITE,

  EVENEMENTS_IND.EV_IND_DATE_YEAR AS ANNEE

FROM

  EVENEMENTS_IND

  INNER JOIN REF_EVENEMENTS ON (EVENEMENTS_IND.EV_IND_TYPE = REF_EVENEMENTS.REF_EVE_LIB_COURT)

  INNER JOIN INDIVIDU ON (EVENEMENTS_IND.EV_IND_KLE_FICHE = INDIVIDU.CLE_FICHE)

ORDER BY 1,3,4,8,5



Merci  

[Horemans]

Voilà qui est mieux. et tu as bien fait de rectifier la précédente. J'ai quand même eu quelques secondes de frayeur concernant ma base. ouf ...  

[Lya]

Voilà qui est mieux. et tu as bien fait de rectifier la précédente. J'ai quand même eu quelques secondes de frayeur concernant ma base. ouf ...  

Désolée      

[luckyulisse]

j'ai rajouté les événements en éditant le fichier REF_EVENEMENT et j'ai rajouté a la fin:



145   DECR   Décret de justice   4   1   1      1   1   FR   I      

146   INVE   Inventaire   4   1   1      1   1   FR   I         

147   PART   Partage   4   1   1      1   1   FR   I         

148   SCEL   Scellée   4   1   1      1   1   FR   I         

149   VENT   Vente publique   4   1   1      1   1   FR   I   



et j'ai utilisé   tablesreference.exe pour mettre a jour mes événements

je sais les tags gedcom sont bidon mais tout ce qui m’intéresse c'est d'avoir l'évènements, même s'ils ne sont pas exportable.

[Horemans]

Est-ce qu'il n'aurait pas été préférable d'utiliser le tag Divers dont le libellé est paramétrable ?

Et c'était exportable !

[Lya]

Est-ce qu'il n'aurait pas été préférable d'utiliser le tag Divers dont le libellé est paramétrable ?

Et c'était exportable !

C'est vrai mais ...

- d'une part, l'import de cet évé Divers est toujours buggé (bon export Titre / Description mais réimport de l'ensemble dans dans le titre    )

- d'autre part, s'il utilise souvent ces événements, ça lui fait gagner du temps plutôt qu'avoir à changer le titre à chaque fois

Oui un import gedcom peu résoudre le problème, mais mes événements inventaires et Décret de justice seront perdus, non ?



Et le problème reviendra tout le temps puisque j’utilise beaucoup généabank et les dates (que je récupère par copier/coller) sont sous la forme JJ/MM/AAAA, et donc il faudra faire régulièrement des import gedcom (contraignant !)

Il y a une solution "simple" s'il existe 5 événements individuels classiques que tu n'utilises jamais. Dans ce cas, il suffit de faire provisoirement l'échange de tags entre ces 5 événements avec une requête SQL, faire l'export / import, puis la transformation inverse avec la requête inversée.



Pour le savoir, tape ceci dans le requêteur :



SELECT DISTINCT

  EVENEMENTS_IND.EV_IND_TYPE AS TAG_GEDCOM

FROM

  EVENEMENTS_IND



Ça affichera tous les tags des évé individuels utilisés dans tous les dossiers. Donne-moi la liste et je te ferai la requête.  



S'ils sont tous utilisés, il faut voir dossier par dossier (limiter l'affichage à un dossier particulier en le sélectionnant par la petite flèche à droite de la colonne DOSSIER) :



SELECT DISTINCT

  EVENEMENTS_IND.EV_IND_KLE_DOSSIER AS DOSSIER,

  EVENEMENTS_IND.EV_IND_TYPE AS TAG_GEDCOM

FROM

  EVENEMENTS_IND

[luckyulisse]

resultat de la requete:



TAG_GEDCOM

BIRT

BURI

CENS

CHR

DEAT

DECR

EVEN

INVE

OCCU

PART

SCEL

VENT

[Lya]

Bonjour  



Voici les procédures. Avant toute chose, FAIRE UNE SAUVEGARDE DE LA BASE ! C'est plus que conseillé, c'est obligatoire.  



Vous avez créé 5 nouveaux tags hors-norme. S'ils sont bien transcrits tels quels dans l'export gedcom, ils ne sont logiquement pas repris à l'import car inconnus de tout logiciel de généalogie.



Je vous propose donc de détourner l'usage des 5 tags légaux BAPL, BAPM, CONL, ENDL, CONL, SLGC à votre profit.

J'ai choisi ceux là parce qu'ils ne sont pas dans votre liste, généralement jamais utilisés dans une généalogie "classique" et bien ré-importés dans Ancestrologie (cf mon tableau : http://quidancestro.free.fr/reimport_gedcom.htm)



Après les 2 procédures, la liste des tags Gedcom deviendra :

BAPL Inventaire

BAPM Décret de justice

CONL Partage

ENDL Scellée

SLGC Vente publique

_BAPL Baptême Mormons

_BAPM Autre baptême chrétien

_CONL Conversion Mormons

_ENDL Cérémonie Mormons ENDL

_SLGC Cérémonie Mormons SLGC



Marche à suivre



1 - Ouvrez le BOA (menu Plugins)

2 - Dans l'onglet "SQL", remplacer select * from individu where kle_dossier=1 par :



update  EVENEMENTS_IND

set  EV_IND_TYPE = case

when  EV_IND_TYPE = 'BAPM' then '_BAPM'

when  EV_IND_TYPE = 'BAPL' then '_BAPL'

when  EV_IND_TYPE = 'CONL' then '_CONL'

when  EV_IND_TYPE = 'ENDL' then '_ENDL'

when  EV_IND_TYPE = 'SLGC' then '_SLGC'

when  EV_IND_TYPE = 'DECR' then 'BAPM'

when  EV_IND_TYPE = 'INVE' then 'BAPL'

when  EV_IND_TYPE = 'PART' then 'CONL'

when  EV_IND_TYPE = 'SCEL' then 'ENDL'

when  EV_IND_TYPE = 'VENT' then 'SLGC'

else EV_IND_TYPE

end



3 - Cliquer sur le bouton [Exécuter procédure] à droite de la fenêtre.

4 - Attendez le message de fin "Procédure terminée" puis effacer ce que vous venez de taper, et mettez à la place :



update  REF_EVENEMENTS

set  REF_EVE_LIB_COURT = case

when  REF_EVE_LIB_COURT = 'BAPM' then '_BAPM'

when  REF_EVE_LIB_COURT = 'BAPL' then '_BAPL'

when  REF_EVE_LIB_COURT = 'CONL' then '_CONL'

when  REF_EVE_LIB_COURT = 'ENDL' then '_ENDL'

when  REF_EVE_LIB_COURT = 'SLGC' then '_SLGC'

when  REF_EVE_LIB_COURT = 'DECR' then 'BAPM'

when  REF_EVE_LIB_COURT = 'INVE' then 'BAPL'

when  REF_EVE_LIB_COURT = 'PART' then 'CONL'

when  REF_EVE_LIB_COURT = 'SCEL' then 'ENDL'

when  REF_EVE_LIB_COURT = 'VENT' then 'SLGC'

else REF_EVE_LIB_COURT

end



5 - Cliquer sur le bouton [Exécuter procédure] à droite de la fenêtre.

6 - Attendez le message de fin "Procédure terminée"

7 - Quitter en validant les modifications.



Désormais :

• si vous utilisez les événements Baptême Mormons, Autre baptême chrétien, Conversion Mormons, Cérémonie Mormons ou Cérémonie Mormons, ils seront exportés avec un underscore ( _ ) devant leur tags, donc non réimportables.
  
  
  
  
• comme expliqué dans ce fil   Evénement particulier les tags BAPM, BAPL, CONL, ENDL et SLGC restent attachés aux événements Baptême Mormons, Autre baptême chrétien, Conversion Mormons, Cérémonie Mormons ou Cérémonie Mormons aux yeux des autres logiciels !
  
  
  
  Tant que vous faites des export/import dans Ancestrologie, il n'y a aucun problème, mais si vous voulez faire un export vers un autre logiciel, il faut les remettre au préalable à la norme en les transformant en événements personnalisés liés aux tags EVEN.
  
  
  
  Pour ce faire, je vous propose cette procédure à utiliser dans le BOA (même mode d'emploi que les précédentes) pour remettre vos tags à la norme :
  
  
  
  - Créez un autre dossier qui sera destiné destiné uniquement à cet usage
  
  - Faites un export gedcom, puis réimportez-le dans le nouveau dossier
  
  - Ouvrez le BOA et exécutez ces procédures en remplaçant n° dossier par celui du dossier que vous venez de créer :
  
  
  
  update  EVENEMENTS_IND
  
  set  EV_IND_TITRE_EVENT = ( SELECT REF_EVE_LIB_LONG from  REF_EVENEMENTS where  EVENEMENTS_IND.EV_IND_TYPE = REF_EVENEMENTS.REF_EVE_LIB_COURT ),
  
  EV_IND_TYPE = 'EVEN'
  
  where EV_IND_TYPE IN ('BAPM', 'BAPL', 'CONL', 'ENDL', 'SLGC') and EV_IND_KLE_DOSSIER=n° dossier
  
  
  
  puis
  
  
  
  update  EVENEMENTS_IND
  
  set  EV_IND_TYPE = case
  
  when  EV_IND_TYPE = '_BAPM' then 'BAPM'
  
  when  EV_IND_TYPE = '_BAPL' then 'BAPL'
  
  when  EV_IND_TYPE = '_CONL' then 'CONL'
  
  when  EV_IND_TYPE = '_ENDL' then 'ENDL'
  
  when  EV_IND_TYPE = '_SLGC' then 'SLGC'
  
  else EV_IND_TYPE
  
  end
  
  where EV_IND_KLE_DOSSIER=n° dossier
  
  
  
  Votre export gedcom de ces événements (déjà saisis uniquement) à partir du nouveau dossier sera maintenant reconnu des autres logiciels.

Voilà, si vous avez des questions...