Sujet: virgule flottante incorrecte

[Milesi J.P.]

Le même prblème que preceddemment revient :



Un message apparait "opération en virgule folttante incorrecte ", à l'ouverture de Ancestrologie. Impossible de fonctionner.



J'ai re-importer le .dll32, l'outil de migration et rien !



J'ai l'impression que ce problème intervien qd je cherche à MAJ des ancètres à partir de de la 30ème généation ?? pb de gd nombre ??



Quid ?  

Merci de m'aider

[Horemans]

Le même prblème que preceddemment revient :

Pour faciliter le suivi de ton problème, la règle est de ne pas ouvrir un nouveau fil à chaque fois, utilise le bouton "répondre" et non pas "nouveau".

Je n'ai pas trouvé le "problème précédent"

[Milesi J.P.]

Bonsoir,



Suite de l'aventure : "opération en virgule folttante incorrecte  ", à l'ouverture de Ancestrologie.

Après restauration je peux réouvrir  la base mais à une période ancienne de 1 mois (perte de 300 personnes). J'ai donc tenté d'importe un fichier

GEDCOM plus récent : impossible. à ~99% d'import un message bloque tout "conversion error for string "-".



Est-ce possible de sauver ce gedcom ?

Merci de votre aide.

Cordialement JPM

[JiPSchiff]

Ce message ressemble au besoin de MAJ de GDS32.DLL.

Peux tout nous donner la version d4ancestro et de la base

[Milesi J.P.]

Merci de votre contact :



version d4ancestro : v511

et base : b4.017



cordialement JPM

[JiPSchiff]

Le mieux est de migrer vers la base 4.031 disponible au point 4 sur le site de Ancestrologie.

[Milesi J.P.]

Bonjour,



Migration réalisée mais échec de l' importation : méme message (conversion error for string "-" )



 

quelle autre solution tenter ?

cordialement JPM

[AquaBlue]

Normalement si tu as migré ton ancienne base il n'y a pas d'import de GEDCOM à réaliser  

Essaye d'importer ton GEDCOM dans VISUGED. Normalement VISUGED te donnera la ligne du GEDCOM qui pose problème.

Tu la corriges dans le GEDCOM et roule ma poule  

AMHA tu dois avoir saisi une date sous la forme jj-mmm-aaaa.

[DDdeBerdeux]

Le mieux est de migrer vers la base 4.031 disponible au point 4 sur le site de Ancestrologie.

Cà répare effectivement le problème de gds32 pas à jour, parce que l'outil de migration en b4.031 comprend gds32.dll et ib_util.dll. Cà explique aussi pourquoi l'outil fait maintenant 979 Ko au lieu des 0.75 Mo écrits au point 4 du site (j'en profite pour signaler qu'au point 3 il s'agit aujourd'hui d'une V511 et non V510).

Mais cet outil de migration ne touche pas à une installation de la version serveur de Firebird.

Le problème du signe "-" dans les dates peut aussi être règlé en ajoutant ce symbole comme séparateur de date (menu configuration/ Mots clés utilisés dans les dates).

A+

André

[Claude Baudin]

(j'en profite pour signaler qu'au point 3 il s'agit aujourd'hui d'une V511 et non V510).

A+

André

André,

Petite question a quoi correspond cette énième version  dite 511 et quelles sont les améliorations apportées, merci  

[DDdeBerdeux]

a quoi correspond cette énième version  dite 511 et quelles sont les améliorations apportées, merci  

Dans le répertoire et les fiches où on peut sélectionner un individu, le dernier conjoint doit maintenant apparaître, même s'il n'y a pas eu d'évènement Mariage (MARR) enregistré avec une date.

Précisons tout de même que comme dans ancestro, il n'y a pas d'ordre dans les unions, et que le champ ordre de l'évènement familial n'est pas documenté, il n'y a que la date de cet évènement qui permet de classer les unions. Donc si une union a un tel évènement daté, elle s'affichera comme la dernière, même s'il y en a d'autres unions non datées dans la liste, placées derrière elle dans la fiche individu.

Autre modification, moins importante. Quand dans l'index des lieux, on sélectionne une ville en double-cliquant sur sa ligne, une fenêtre s'ouvrait avec le titre "Ajout d'une ville...", au lieu de "Modification d'une ville..." et ne comportait pas le champ "Divers". J'avais juste signalé à l'occasion ce point à Philippe, parce que depuis qu'on a accès aux vues depuis un satellite, on peut constater que les coordonnées données dans la table de référence sont parfois assez loin (regardez Courbevoie...). Cette fenêtre permet de corriger ces coordonnées.

La précision des vues m'a aussi donné l'envie de créer des nouveaux lieux, permettant d'identifier le lieu-dit à la campagne, ou l'immeuble dans la ville où a eu lieu tel évènement. Comme je ne sais pas à quoi sert le champ "divers", je me demandais si on ne pourrait pas l'utiliser pour mémoriser cette adresse. Mais d'après ce que m'a dit Philippe, le lieu dans la table de référence où sont récupérées les coordonnées, est identifié par le code postal et le nom de la ville. Celà veut dire que si on veut identifier plusieurs lieu-dits dans une commune, il faut soit "inventer" un nouveau code postal, soit ajouter le nom du lieu-dit à la ville. La dernière solution facilite le choix, mais aucune n'est sans inconvénients (l'envoi de la demande d'acte, les statistiques,  par exemple).

A+

André

[Helene]

Bonjour,



Merci André pour cette nouveauté à propos des lieux. J'avais l'intention de lister les lieux-dits de ma commune pour essayer de mettre les coordonnées précises...

Est-ce que tu aurais une requête SQL pour rajouter le nom du lieu-dit au nom de la ville pour tous les évènements et tous les domiciles? sachant que j'ai mis le nom du lieu-dit dans "lieu" (d'autres l'auront peut-être mis dans "subdivision"). Bien sûr seulement si ça "coule de source" : sinon je me plongerai dans le sql pour essayer de faire une telle requête.

J'ai vu que le champ "divers" contenait un nombre, je ne vois pas à quoi il correspond...



hélène

[AquaBlue]

Il faut passer par un GEDCOM mais le déplacement du "LIEU" dans "Subdivision" est l'une des fonctions de MouliGed

[DDdeBerdeux]

Aquablue, tu as surement raison quand tu insistes pour que l'on utilise subdivision à la place de lieu, mais je ne pense pas que ce soit une bonne solution de passer par gedcom, qui fera perdre d'autres informations. Si subdivision est bien exporté et réimporté, il ne sera pas bien compliqué de permuter par SQL lieu et subdivision. Je regarde çà.

Il ne serait pas bien compliqué non plus d'ajouter le nom de ce lieu à la ville, mais comme je l'ai dit plus haut, ce n'est pas sans inconvénients, partout où on se sert du nom de la ville, les statistiques par ville par exemple. Et il n'est pas partout nécessaire de créer un nouvel enregistrement dans la table de référence des villes.

Aujourd'hui la liste des lieux favoris ne tient pas compte non plus de lieu ou subdivision.

Le pb demande un peu de réflexion avant de se lancer dans cette manip.

A+

André

[Helene]

Bonsoir,



en effet Aquablue, j'ai déjà utilisé le mouliged pour ça, mais dans ma base c'est toujours sous "lieu", car pour moi "subdivision" a un autre sens : dans ma commune il y a plusieurs "sous-villages" qui ne sont pas répertoriés par un code INSEE différents, et qui ne figurent pas sur une adresse par exemple, mais qui existent pourtant dans les faits... Donc, même si je ne le remplis pas toujours, j'hésite à mettre l'adresse dans subdivision. Mais bon, je le ferai peut-être un jour.



André, en fait ça m'arrangerait que Creationweb prenne en compte le lieu-dit, car j'ai énormément d'individus répartis sur 2 ou 3 communes, et ça m'intéresse d'avoir la liste des gens par lieux-dit. Même si dans le principe ca me gêne plutôt de le faire en utilisant ce stratagème... Question : est-ce qu'une telle modification des lieux n'a de conséquences que sur la base, ou bien s'applique-t-elle à toutes les bases? Car dans mon esprit je pensais faire la modif sur une copie de la base (pour essayer)...



Hélène

[DDdeBerdeux]

Tout est dans la base. Donc tu peux faire une copie de ta base pour essayer. Il sera intéressant que tu nous fasses part des conséquences de l'ajout du lieu-dit au nom de la ville.

Il faudra que pour chaque couple ville/lieu-dit, tu crées un enregistrement dans la table de référence des lieux, puisque c'est dans cette table que sont récupérées les cordonnées du lieu. La ligne y est retrouvée par le couple Code postal+nom ville qui doit être identique dans l'évènement et dans la table de référence.

Bonne nuit.

André