Sujet: Quoi de neuf dans la dernière version?

[Gipsy]

bonjour,



Quelles fonctionnalités apporte la version 526 par rapport à la version antérieure ?

Merci de vos réponses

[Joël AUGUSTE]

Quelles fonctionnalités apporte la version 526 par rapport à la version antérieure ?

D'ailleurs, la v526 est en téléchargement depuis les mises à jour dans Ancestrologie, mais n'est pas encore sur le site.

[Gipsy]

J'ai comme l'impression qu'il manque une partie de la réponse ...

[MicBer]

Je me pose la même question......

Je suis bien allé voir sur le fil developpement où l'on trouve des explications sur les evolutions des versions mais on y parle de Token, Triggers, Echo Off.......si ça vous éclaire tant mieux........moi, je ne comprends pas cette langue.  

[Pierre Garnier]

En général quand PCM n'indique rien il s'agit de correctifs et/ou ajouts mineurs; en l'occurence pour la 527 les prénoms de SOSA apparaissent en vert dans le répertoire (seul le nom était en vert avant)



Au fait, Philippe pourquoi pas toute la ligne?

[Ancestrologie]

Au fait, Philippe pourquoi pas toute la ligne?

 

[Joël AUGUSTE]

Au fait, Philippe pourquoi pas toute la ligne?

Quand on ouvre une liste sur un nom dans le répertoire, c'est le prénom qu'on lit en 1er... L'intérêt de toute la ligne est moindre.

Mais ce n'est que mon avis

[MicBer]

Ou la la cà va beaucoup trop vite...........la question porte sur les nouveautés de la version 526 et Pierre Garnier nous parle dejà, nous pauvres gueux, des modifs de la version 527....... et si pour la version 528 et dans sa grande mansuétude PCM pouvait nous mettre les controles de saisie des unions dans le bon ordre....je me tairais à jamais

Cordialement depuis la fournaise de la RP.

M.Bertolo

[Ancestrologie]

Quand on ouvre une liste sur un nom dans le répertoire, c'est le prénom qu'on lit en 1er... L'intérêt de toute la ligne est moindre.

CAD ??

expliques

[Ancestrologie]

PCM pouvait nous mettre les controles de saisie des unions

Cad ?

[Joël AUGUSTE]

Quand on ouvre une liste sur un nom dans le répertoire, c'est le prénom qu'on lit en 1er... L'intérêt de toute la ligne est moindre.

CAD ??

expliques

Bonjour,

CAD que la modification que tu viens de faire pour mettre les prénoms des sosas en vert dans le répertoire me va très bien ainsi.

Il n'y a pas nécessité de mettre toute la ligne du Sosa en vert (sauf si la programmation est ultra facile) car on commence à lire une ligne par la gauche, c'est à dire le prénom !

[MicBer]

Citation:

PCM pouvait nous mettre les controles de saisie des unions  





Cad ?

Problème concernant l'ordre des controles lors d'une saisie dans la fenetre union

Actuellement :

Date, Département, Code Postal, Ville, Pays, Région, Subdivision, Insee, Heure, et pas de positionnement sur lieu.

L'ordre logique étant :

Date, heure, code, Ville, Insee, département,  région, pays, subdivision, lieu

(sachant que Dép, Insee, region, pays s'incrémentent automatiquement si on utilise la liste de choix Ville)

sujet déjà abordé ici ----> http://www.ancestrologie.org/forum/index.php?topic=5733.0

[BLefebvre]

Moi, ce que j'aimerais bien, c'est savoir si la date que j'entre est compatible gedcom ou non, vu que dans le gedcom, la date peut se faire dans 7 formats, tandis qu' ancestrologie en accepte une quarantaine, plus le format libre en texte.

Une couleur différente me satisferait, vu qu'aujourd'hui, quand on entre une date, et qu'on fait une erreur, elle est en rouge, pour devenir noire quand elle est corrigée. Donc, quelque chose comme noir si compatible, bleu sinon serait bien.

[Horemans]

Moi, ce que j'aimerais bien, c'est savoir si la date que j'entre est compatible gedcom ou non

Si la date est bien comprise par Ancestro, elle sera bien transmise dans le gedcom. Je n'ai pas rencontré de contre-exemple, mais je ne fais pas dans la diversité à la saisie.

[BLefebvre]

J'essaie moi aussi d'éviter la diversité.

La date est effectivement bien transmise, mais ce n'est pas pour autant qu'elle respecte ce que le gedcom accepte. Et elle est ensuite rejetée par d'autres programmes plus stricts sur ce sujet.

Ca permet de corriger, mais ce serait mieux de le savoir dès la saisie. Après, vous en faites ce que vous voulez.

[Horemans]

La date est effectivement bien transmise, mais ce n'est pas pour autant qu'elle respecte ce que le gedcom accepte

çà serait bien si tu retrouvais quelques exemples à éviter, il serait possible dans un premier temps de virer les mots clé qui ne conviennent pas.

[DDdeBerdeux]

Je ne comprends pas trop où est le problème.

Les mots clés sont classés par type (Du, Au, Avant, Après, Entre, Et, Calculé, Estimé et Vers).

A chaque type correspond une liste de mots clés

Exemple pour "Du": du, de, de l'an, de l'année, de l'annee, depuis, depuis le.

et (si j'ai compris la logique de l'export d'ancestro) une étiquette correspondante, FROM pour "Du", TO pour "Au" etc...

FROM, TO, BEF, AFT, BET, AND, ABT, EST, CAL de la norme http://homepages.rootsweb.com/~pmcbride/gedcom/55gctoc.htm .

Lors de l'export, le logiciel doit chercher le type correspondant au mot clé utilisé et le convertir en étiquette gedcom, pour le mettre dans le fichier exporté.

FROM et TO peuvent être utilisés séparément, mais pas semble-t-il pas de BET sans AND (c'est peut-être une des causes d'erreurs si l'export ne le filtre pas).

Pour les mois le principe est le même, l'étiquette pour janvier est JAN etc... et seul le calendrier grégorien est utilisé par ancestro.

La "normalisation" de la b4.035 n'amène rien de nouveau dans cette mécanique d'exportation, elle ne fait que choisir le mot clé défini en fonction du contexte sans en changer le type, lors de la saisie (si elle est activée).

Mais comme l'exportation, cette belle mécanique ne fonctionne pas si des mots autres que ceux définis dans la liste des mots clés sont utilisés ou si la date n'est pas valide.

Dans les 2 cas, la date saisie n'est pas modifiée et est transmise en texte libre. Et dans ce cas, la date paraît en rouge lors de la saisie.

Avez-vous des cas non signalés qui sont refusés ensuite par d'autres logiciels?

A+

André

[Horemans]

Le seul cas de date impossible à importer, c'est depuis un logiciel français qui prenait les 3 caractères du mois français dans le gedcom. On se retrouvait avec JUI pour juin ET juillet au lieu de JUN et JUL

Mais je n'ai pas rencontré d'incident avec Ancestrologie tant que la date n'apparait pas en rouge à la saisie. (6000 individus dans ma base)



Evitant les formules complexes, je n'ai pas eu d'ennui, c'est pourquoi je demandais des exemples.

[BLefebvre]

Je vais essayer d'en trouver ce week-end

[AquaBlue]

Voici un copier/coller d'un message que j'avais envoyé à un utilisateur après avoir dû bidouiller son GEDCOM:



ATTENTION Il ne doit y avoir QUE des dates dans les champs DATE et rien d'autre.

En cliquant avec le bouton droit sur un champ date vous avez les mots "permis".

Cependant la majorité sont perdus lors de l'export GEDCOM.

Essayez de vous limiter à la liste suivante (en majuscule le TAG GEDCOM):

vers (ABT)

est (EST) ou estimé

cal (CAL) ou calculé

avant (BEF)

après (AFT)

entre ...et ... (BET ...AND)

de (FROM)

à (TO)

de [ou du] ... à [ou au] .... (FROM ...TO)

Ces mots sont toujours mis avant la date.

 

Ne saisissez pas "1865 environ" mais "vers 1865"

Ne saisissez pas "1540 après" mais "après 1540"

Ne saisissez pas "1914 - 1918" mais "de 1914 à 1918" ou "entre 1914 et 1918"

Utilisez les notes pour précisez mais n'ajoutez pas "?" ou "???" dans une date (ou mieux utiliser "vers" ou "est")

N'ecrivez pas "19 janvier 1666 ou 5/11/1675" utilisez la note pour mettre la deuxième date avec vos remarques.

N'écrivez pas Né "1730 - 1734" mais "vers 1732" ce qui dit la même chose (et sera compris par tous les généalogistes par + ou - 5 à 10 ans)

N'écrivez pas "21 Juin 1866 environ" mais diminuez la précision et écrivez "juin 1866" ou "vers juin 1866".