forum Ancestrologie
Ancestrologie - Installation & Activation => Ancestrologie - Installation - Maj => Discussion démarrée par: Ancestrologie le 22 Novembre 2005 à 11:13:37
-
Bonjour
Un module permettant de migrer la base de données en version 4.0 est disponible ici
http://www.ancestrologie.org/france/majauto/maj_b357_b400.exe
Il vous suffit tout simplement de mettre ce fichier dans un répertoire de votre disque et de double cliquer dessus.
Et quand vous relancez Ancestrologie, il doit vous indiquer en haut : ....b4.00
ATTENTION
Il va de soit qu'avant de faire ca il vous faut
1 - Sauvegarder votre base
2 - Faire un export gedcom
André et moi même ne pourrions en aucun cas être tenu responsable de pertes de données éventuelles.
-
Mise a jour effectué sans le moindre problême :wink:
Maintenant il serait bien de dire ce a quoi sert d'avoir une nouvelle base et qu'elles sont les modifications et améliorations qui nous sont apportées par celle-ci...
Merci par avance a Philippe ou a Bruno voir même D.Deberdeux :wink:
-
Qu'apporte cette nouvelle version? Quelle version minimum d'ancestrologie faut-il?
-
Bonjour
Mise à jour éffectuée sans problème.J'avais la version V370 b 3.57
Bonne continuation dans vos développements.
-
Maintenant il serait bien de dire ce a quoi sert d'avoir une nouvelle base et qu'elles sont les modifications et améliorations qui nous sont apportées par celle-ci...
Je laisse le soin a André de répondre, car cette moulinette est son oeuvre
-
Qu'apporte cette nouvelle version?
Voir ce post détaillé:
http://www.ancestrologie.org/forum/index.php?topic=4887.0&start=0&postdays=0&postorder=asc&highlight=
-
Pour la mise à jour pas de probleme mais apres vérification des "fiches individus" j'ai constaté un désordre dans l'ordre des évenements et personnellement je trouve cela un peu brouillon.Un exemple parmis tant d'autres "Dans la fiche le Décès est noté avant la naissance ",c'est illogique!
a+
-
Qu'apporte cette nouvelle version?
Voir ce post détaillé:
http://www.ancestrologie.org/forum/index.php?topic=4887.0&start=0&postdays=0&postorder=asc&highlight=[/quote
J'ai bien lu le post en question. On n'y trouve pas le mot "changement", ni le mot "correction", seulement le mot "amélioration" dans le premier message où il est dit que cette nouvelle version amène une série d'améliorations, mais quant à savoir lesquelles, mytère.
Sans savoir, il n'ya aucune raison de l'installer.
-
Pour la mise à jour pas de probleme mais apres vérification des "fiches individus" j'ai constaté un désordre dans l'ordre des évenements et personnellement je trouve cela un peu brouillon.Un exemple parmis tant d'autres "Dans la fiche le Décès est noté avant la naissance ",c'est illogique!
a+
Je ne pense pas que cela vient de cette mise a jour, je pense plutot pour ce probleme est recurrent et ou il a été demandé mais jamais satisfait que la chronologie par date soit respectée :?: :wink:
-
J'ai réinstallé la version 3.70 .
-
La mise à jour en elle meme n'y est pour rien ,ce sont les correctifs ajoutés qui modifient la chronologie des évenements.
-
Jusqu'a maintenant aprés vérification je n'ai pas remarqué cet etat de fait :wink:
-
La mise à jour en elle meme n'y est pour rien ,ce sont les correctifs ajoutés qui modifient la chronologie des évenements.
Ou bien le passage en 4.0 a écrasé les modifications que tu avais faites pour que les évènements soient triés comme tu veux.
Il suffit peut-être de les "remettre" dans la base !
-
La mise à jour en elle meme n'y est pour rien ,ce sont les correctifs ajoutés qui modifient la chronologie des évenements.
Ou bien le passage en 4.0 a écrasé les modifications que tu avais faites pour que les évènements soient triés comme tu veux.
Il suffit peut-être de les "remettre" dans la base !
Tout est rentré dans l'ordre je suis revenu à la version 3.70.
-
Bizarre, justement les anomalies de classement que j'avais ( décès-naissance)ont disparues avec la version 4.00
-
Pas de panique, ne commençons pas à tout mélanger.
La version que PCM vient de mettre en ligne est la version 4.00.
La version que Claude Hersant vient de tester et qui lui pose un problème est la version 4.003, une évolution de la 4.00 que je lui avais demandé d'essayer. La différence par rapport à la 4.00, c'est que:
J'ai créé une procédure déclenchée par des triggers permettant de mettre à jour les champs Année et date réelle (YEAR et DATE) des tables évènements individuels, évènements familiaux et adresses. Cà, je l'ai fait au départ pour réparer l'anomalie 14 du tableau des anomalies "Lorsque l'on crée ou modifie un événement individuel autre que Naissance ou Décès, le champ EV_IND_DATE de la table EVENEMENTS_IND est mis à jour avec la date du jour et non la date de l'événement."
Comme après celà, le champ EV_IND_DATE est bon, j'ai pensé m'en servir pour règler une ancienne anomalie souvent signalée sur ce forum:" les évènements individuels ne sont pas classés dans l'ordre chronologique".
Auparavant le classement était effectué selon la priorité suivante: N° d'ordre, Année. Ce qui explique que pour des évènements intervenus la même année, le baptême pouvait s'afficher avant la naissance, et il fallait entrer des N° d'ordre pour obtenir un bon classement.
Dans la v4003, le tri s'effectue selon la priorité: Année, Date, N° d'ordre. Ainsi, le N° d'ordre n'est nécessaire que si 2 évènements sont intervenus le même jour (ou la même année si la date est incomplète), et il n'y a que ces 2 évènements à ordonnancer. Le problème de Claude, c'est qu'il ne met pas de date même estimée à certains évènements comme la profession et à d'autres évènements quand il n'est pas certain de la date. Comme la date est prioritaire dans le classement, ces évènements sans date sont relégués en fin de classement. Il est amusant de constater que ceci ennuie Claude, alors qu'elle règle les problèmes de Roger qui teste aussi cette version mais qui lui devait dater ses évènements.
La principale question pour laquelle j'aimerais bien avoir l'avis des utilisateurs est: Le classement chronologique doit-il être prioritaire?
Si oui, il faut dater tous ses évènements.
Si non, on peut être amener à forcer l'ordre de tous ses évènements (comme a fait Claude).
Peut-être faudrait-il faire un sondage?
En plus avec la v4.003, j'ai rectifié l'état statistiques du nombre d'enfants par union.
Maintenant les changements intervenus dans la base entre la version 3.57 et la version 4.00. Pour les détails, le mieux est de lire ce documents modificationsBDD.txt (http://andre.langlet.free.fr/ancestro/modificationsBDD.txt).
En résumé et dans l'ordre chronologique:
Modifications du type d'une vingtaine de champ BLOB (commentaires, notes, adresses...) afin de les rendre lisibles ailleurs que dans ancestrologie, les rendant exportables par d'autres requêteurs, dans excel access, openoffice etc..
Un individu témoin, n'est plus sélectionné comme orphelin donc candidat à une suppression.
Dans l'onglet Actes, les actes familiaux apparaissent aussi bien pour la femme que pour le mari.
On peut sélectionner des médias comme sources des évènements familiaux et individuels, ainsi que dans les actes: ils s'affichent dans l'onglet média, des 2 conjoints même s'il s'agit d'un évènement familial.
N'importe quel média paraissant dans l'onglet média peut-être choisi comme photo d'identité.
La suppression d'une union, ne provoque plus la suppression d'un évènement familial d'une autre union.
L'exportation des médias ne provoque plus l'erreur "singleton..."
Modification de la CLE_FIXE (clé lien) si elle est attribuée en double.
Modification de déclaration des fonctions de traitements des chaînes de caractères pour qu'elles puissent traîter des chaînes de 255 caractères au lieu de 80. Cette limite rendait difficile des corrections comme la demande de Philippe Horemans pour modifier la casse de l'extension du nom des fichiers de photos (champ de 255 caractères) ou de transformation de la date saisie en année et date (100 caractères). Le fichier mis en ligne par PCM n'applique pas cette dernière modif à la base en cours, parce que je ne savais pas trop comment faire quand je lui ai transmis. Par contre elle figure dans la base vide v4.00 déjà mise en ligne sur mon site et dont le lien figure sur le forum "developpements", et la transformation s'applique avec maj_b357_b4003.exe en test dont le lien figure http://www.ancestrologie.org/forum/index.php?topic=4952.0.
J'en ai peut-être oublié, mais certains vont me dire que mon message est si long, qu'ils n'en arrivent pas au bout. :wink:
Alors bon soir
André
-
Bonsoir André,
Dans la v4003, le tri s'effectue selon la priorité: Année, Date, N° d'ordre
personnellement, j'ai crée une petite routine SQL que j'exécute dans le BOA.
Celle-ci affecte un ordre par défaut a mes évènements
ex: 10= naissance,
50= profession,
90= décès,
etc...
de plus, comme Claude, je ne remplis pas toujours les dates.
donc j'aurai préfère un tri: N° d'ordre, année, date
En cas ne non utilisation du N° d'ordre, le tri se fait par années,...
Une question :?: le champ date étant, de mémoire, un champ texte le tri sur ce champ peut réserver des surprises :roll:
exemple: 11/1923 avant 12/10/1923
-
Il faut distinguer le champ appelé "Date" sur la fiche dans lequel figure la date saisie comme du texte (DATE_WRITEN varchar(100) dans les tables), des champs "YEAR" de type entier et "DATE" de type date figurant dans les tables.
Dans le tri par les procédures, c'est le champ "DATE" de type date que j'utilise.
Comme je disais, mettre l'ordre en premier, oblige à le mettre pour tous les évènements de l'individu dès qu'on en met un. Le mettre en dernier permet de ne le mettre que sur les seuls évènements à trier.
En fin de compte la vrai question serait: faut-il ou non dater tous ses évènements? Si la réponse est non, il est illogique de demander en même temps un classement automatique par ordre chronologique. Question de cohérence! :evil:
A+
André
PS: J'aurai dû préciser dans mon précédent message que l'apparition des médias liés à un évènement familial dans la fiche de la femme, ne s'applique qu'aux médias liés après le changement de version. Je ne peux pas réparer simplement par une requête les "erreurs du passé". A moins qu'un passionné ne veuille s'y coller pour faire une procédure de réparation :wink: Il faut créer un deuxième enregistrement dans la table MEDIA_POINTEURS avec comme individu l'épouse au lieu de l'époux pour chaque média lié à un évènement familial.
Après le modification, la création de ce deuxième enregistrement est automatique, à condition que dans SOURCES_RECORDS existe un enregistrement correspondant à l'évènement familial. Comme dans son programme, PCM ne crée cet enregistrement qu'après le MEDIA_POINTEUR (il fait l'inverse, plus logique pour l'évènement individuel), je crée le SOURCES_RECORD automatiquement après la création dans l' EVENEMENTS_FAM. Mais ces SOURCES_RECORD n'existent pas encore dans les bases récupérées, donc il faudrait aussi les créer par requêtes, sauf si PCM se décide à inverser l'ordre de création dans son code.
-
Aprés lecture d'un long chapitre, il est pour moi naturel que les événements se deroule de façon chronlogique, car avoir un metier avant une communion ou une premiere dent ca ne l'a fait pas.
Donc oui André il est bien d'avoir un classement chronologique :wink:
-
En plus tout évènement a une date (celle de l'acte ou on l'a trouvé) ; ou on peut en mettre une approximative
-
J'ai essayé de créer un sondage sur cette question sur "Utilisation". Mais tout ce passe comme si je n'en avais pas le droit. Si un administrateur ou modérateur pouvait arranger çà?
André
-
c'est fait !
-
Merci Ransac.
La livraison du jour: une version 4.004
Pour mettre à jour il suffit d'exécuter le fichier maj_b357_b4004.exe (http://andre.langlet.free.fr/ancestro/maj_b357_b4004.exe)
Et la base vide utilisable pour créer une nouvelle base à télécharger ICI (http://andre.langlet.free.fr/ancestro/FAMILLEVIDE4004.zip).
Les évolutions par rapport à la précédente 4.003: J'ai remis (un peu contre mon avis personnel), le N°Ordre prioritaire dans le tri des évènements, parce que celà bloque les tenants d'évènements non datés.
En prime, j'ai modifié la procédure permettant le fonctionnement des états statistiques, "Graphique par Pays ou Départements" pour qu'ils affichent des résultats corrects. Pour assurer ce fonctionnement l'exécution de maj_b357_b4004.exe met également à jour la table de référence des départements REF_DEPARTEMENTS pour les codes 9881 et 9882, remplaçant les départements "Nord" et "Sud" par "TOM Nord" et "TOM Sud". Il y avait confusion avec le département du Nord "le vrai"
:wink: . Je ne sais qui s'ossupe de mettre à jour le fichier texte REF_DEPARTEMENTS.txt correspondant, est-ce toi Ransac?
Et en "surprime", comme çà frustrait certains de savoir que les améliorations concernant les médias ne seraient visibles que pour les évènements familiaux et les médias saisis après la mise à jour, j'ai "bricolé" l'exécutable maj_b357_b4004.exe, pour qu'il aille créer les enregistrements manquants. Donc après cette mise à jour, vous devriez voir dans la fiche de l'épouse tous les médias liés aux évènements familiaux, par les actes ou par les sources.
Bons essais.
André
-
maj_b357_b4004.exe met également à jour la table de référence des départements REF_DEPARTEMENTS pour les codes 9881 et 9882, remplaçant les départements "Nord" et "Sud" par "TOM Nord" et "TOM Sud". Il y avait confusion avec le département du Nord "le vrai"
:wink: . Je ne sais qui s'ossupe de mettre à jour le fichier texte REF_DEPARTEMENTS.txt correspondant, est-ce toi Ransac?
c'est bien moi, quand j'ai le temps de m'en occuper ! :?
pour "Nord" je n'approuve pas trop de modifier l'intitulé officiel.
La routine, ne pourrait-elle pas faire les statistiques en utilisant le code associé au département dans le fichier REF_DEPARTEMENTS, je me suis arrangé pour que chaque code soit unique, quelque soit le pays !
De même pour les régions, chaque code est également unique.
Ce n'est pas contre pas le cas des villes, il y a bien le code INSEE, mais certain sont en doublons (car plusieurs codes postaux pour la même ville par exemple), mais malgré tout, le code pays associé au code INSEE doit toujours pointer sur la même ville. Le problème se pose pour les pays pour lesquels je n'ai pas trouvé d'équivalent au code INSEE !
-
emplaçant les départements "Nord" et "Sud" par "TOM Nord" et "TOM Sud"
Je ne penses pas que se soit bon de changer le nom officiel des depts
-
Ben ouai mais comment faire la sélection quand il n'y a que le nom du département et que 2 départements ont le même nom?
D'ailleurs çà me laisse incrédule, la dénomination officielle complète est-elle "Nord" pour je ne sais quel territoire d'outremer du nord? :?:
L'erreur ne serait-elle pas dans la table?
A+
André
-
maj_b357_b4004.exe met également à jour la table de référence des départements REF_DEPARTEMENTS pour les codes 9881 et 9882, remplaçant les départements "Nord" et "Sud" par "TOM Nord" et "TOM Sud". Il y avait confusion avec le département du Nord "le vrai"
:wink: . Je ne sais qui s'ossupe de mettre à jour le fichier texte REF_DEPARTEMENTS.txt correspondant, est-ce toi Ransac?
c'est bien moi, quand j'ai le temps de m'en occuper ! :?
pour "Nord" je n'approuve pas trop de modifier l'intitulé officiel.
La routine, ne pourrait-elle pas faire les statistiques en utilisant le code associé au département dans le fichier REF_DEPARTEMENTS, je me suis arrangé pour que chaque code soit unique, quelque soit le pays !
Seulement ce code n'est pas utilisé, pour repérer le département dans la table EVENEMENTS_IND, il n'y a que le libellé département et le CP. PCM a bien essayé en prenant le début du CP et un CODE_DEUX, mais ce dernier n'est documenté que pour les départements de métropole, et étant stocké sur 2 caractère ne pourrait pas distinguer tous les 97 (DOM) et les 98 (TOM). On voit le résultat sur l'état actuel :!:
A+
André
-
Je viens de trouver sur genealogie-standard.org cette définition:
Territoires français d'outre-mer : Afrique et terres australes (984), Wallis et Futuna (986), Polynésie Française (987), Nouvelle Calédonie (988)
Il n'y a pas de "Nord"?
A+
André
-
c'est la "nouvelle Calédonie", elle est divisée en "Nord", "Sud" et "ïles loyauté"
"Nouvelle Calédonie" a été placé comme région des TOM
-
pour les TOM, les régions sont :
Saint Pierre et Miquelon
Afrique et terres australes
Mayotte
Wallis et Futuna
Polynésie Française
Nouvelle Calédonie
et les départements :
Saint Pierre et Miquelon
Océan Indien
Terres Australes et Antarc.
Mayotte
Wallis et Futuna
Îles Marquises
Îles de la Société (du vent)
Îles de la Société (ss le vent
Îles Australes
Îles Gambier
Îles Tuamotu
Île de Clipperton
Nord
Sud
Îles Loyauté
-
Dans ce cas ne pourrait-on pas les libeller "Nouvelle Calédonie Nord" et "Nouvelle Calédonie Sud". Y a-t-il un texte officiel qui fixe la dénomination à Nord et Sud? Parce qu'à l'énarque qui a pondu çà, on pourrait lui suggérer d'envoyer du courrier dans le département du Nord. Je sais bien où il ira...
A+
André
-
je n'ai plus mes sources, je vais essayé de retrouver les dénominations officielles, peut-être ne les ais-je pas utilisé (ou trouvé) pour les TOM !
-
Je sais pas si ca va faire avancer ou reculer vos réflexions, mais en plus:
On notera que l'appellation de territoire d'outre-mer a été supprimée de l'ordre juridique depuis la révision constitutionnelle du 28 mars 2003, et n'est plus utilisée que par abus de langage ou force de l'habitude.
trouvé ici: http://fr.wikipedia.org/wiki/DOM-TOM
Sinon on y trouve aussi ca:Subdivisions
La Nouvelle-Calédonie est découpée en trois collectivités qu'on appelle provinces. Chaque province regroupe plusieurs communes. On dénombre 33 communes actuellement.
Les provinces sont :
Province Sud
Province Nord
Province des îles Loyauté
-
Bonjour
:D
SUPER,je viens de charger la V b4.004.Pas de problème pour l'installation.
Maintenant le module statistique fonctionne presque bien.Je dis "presque"car il une barre(statistique)qui apparait avec un chiffre qui pour moi ne correspond à rien.
Je m'explique:pour les naissances,j'en ai 378 réparties sur plusieurs départements et 168 :?: .et 382 pour les pays et 164 :?:
Il en est de même pour les statistiques décès.
Ce n'est pas génant.
Est ce que j'ai raté une mise à jour?
Félicitations,bonne continuation dans les développements.
:D :D
-
Aprés mise a jour base 4.004 et mise a jour réussie
André pourrais ru aprés ce travail impressionnant ou l'on retrouve les statistiques ainsi la chronologie des dates pourrais tu ajouter dans la liste déroulante des événements de l'onglet 'Unions' le mariage religieux ?....
Oui je sais j'insiste!!!!! grossièrement :oops: mais je trouve cela nécessaire.
Alors si tu peux et le veux on compte sur toi. :wink:
-
Les chiffres émis dans les statistiques sont issus des évènements individuels, naissance ou décès, tels qu'ils sont déclarés dans Ancestrologie. Or par ignorance des dates, bien qu'on sache que la personne est née :wink: et très probablement décédée si elle a plus de 100 ans, on ne saisit pas l'évènement. cà explique la différence de nombre.
Sciemment, j'ai laissé les statistiques avec les noms de département ou pays inexistants ou absents. C'est un bon moyen de retrouver ses erreurs. Quand le nom est un espace " ", il est en tête de liste, s'il est absent, il est en fin de liste.
Pour le mariage religieux, "déjà que je me suis fait presque réprimander pour avoir trouvé un département du Nord en trop" (d'ailleurs j'attendais un peu plus de soutien de la part des chtimis :( ).
A chaque évènement doit correspondre un code reconnu par la norme. Ajouter un évènement, tout le monde peut le faire, à condition de ne jamais échanger son gedcom. Fait la requête suivante:select * from REF_EVENEMENTSet tu auras la liste des évènements reconnus à condition que la colonne visible soit à 1.
Je n'y ai pas vu de "Mariage religieux".
Mais curieusement on y trouve que le "henné-fiançailles" est un évènement individuel :roll: bizarre. J'ai cru comprendre que les codes X sont spécifiques à Ancestrologie, ce qui n'est pas conseillé.
On a le droit de rendre visible un évènement, çà a été fait dernièrement pour IDNO.
Pour les spécialistes du gedcom, existe-t-il un code pour le mariage religieux. Ou les mormons considèrent-ils qu'il n'y a pas de mariage hors de la religion? :wink:
Je te signale que tu peux rentrer mainenant 2 évènements mariage pour une même union, sans que celà provoque l'apparition d'une deuxième union. Bien que celà risque de perturber certaines statistiques (à vérifier).
A+
André
-
aussi bien pour le mariage relogieux que pour le civil, j'utilise tout simplement l'événement "mariage", pourquoi en créer un autre ?
Depuis les modifications faites par andré, l'époux n'apparait plus qu'une fois, même s'il y a plusieurs événement mariages associé !
-
Tout d'abord je suis un chti-mi et tu as tout mon soutien.. :wink:
Il est vrai que je viens d'essayer ta manoeuvre concernant le mariage religieux cela fonctionne....
Mais est-ce que cela fonctionnera lors d'un import gedcom venat d'autres généalogistes qui utilisent des logiciels ou sont notés les 2 types de mariages :?:
Qu'en penses-tu :wink:
-
Subdivisions
La Nouvelle-Calédonie est découpée en trois collectivités qu'on appelle provinces. Chaque province regroupe plusieurs communes. On dénombre 33 communes actuellement.
Les provinces sont :
Province Sud
Province Nord
Province des îles Loyauté
donc c'est bien ça, la nouvelle Calédonie est divisée en "sud", "nord" et "Îles loyauté"
André,
Peux-tu m'expliquer plus clairement pourquoi le code associé n'est pas disponible et ne peut être utilisé ? N'y-a-t-il pas la possibilité d'aller le chercher dans la base ? Quel est le problème, des pipelines différentes ?
-
Mais est-ce que cela fonctionnera lors d'un import gedcom venat d'autres généalogistes qui utilisent des logiciels ou sont notés les 2 types de mariages :?:
Qu'en penses-tu :wink:
je crois qu'il n'y a q'un tag GEDCOM pour le mariage (Marc, est-ce que je dis des bêtises ?)
Si c'est la cas, si d'autres logiciels notent les 2 mariages, soit ils les exportent avec le même tag et ce sera compris par ancestrologie, soit ils en exportent un avec un tag personnel et il ne sera jamais compris par els autres logiciels (ancestrologie compris) !
-
je n'ai plus mes sources, je vais essayé de retrouver les dénominations officielles, peut-être ne les ais-je pas utilisé (ou trouvé) pour les TOM !
en plus Stéphane
TOM est devenu COM
-
en plus Stéphane
TOM est devenu COM
Pas d'insulte ! mais décidemment, il faut vraiment que je me mette à jour !
il y a combien d'années que c'est devenu COM ?
-
André,
Peux-tu m'expliquer plus clairement pourquoi le code associé n'est pas disponible et ne peut être utilisé ? N'y-a-t-il pas la possibilité d'aller le chercher dans la base ? Quel est le problème, des pipelines différentes ?
Parce que ce code n'existe pas dans la table des évènements individuels (ni familiaux), il n'y a que le libellé du département et du pays.
Le "pipeline" qui est en fait la réponse de la procédure PROC_STATISTIQUES, comprend un code (entier), un libellé (département ou pays), et le nombre d'individus dans ce département ou pays. Je ne peux pas toucher à cette structure, sous peine d'incompatibilité avec l'état statistique, même si ce code n'est pas affiché.
Pour retrouver le code, on va chercher dans la table de référence ceux correspondants au libellé connu. C'est là que pour le Nord on en retrouve 2, provoquant l'apparition d'une 2ième ligne Nord!
Dans sa procédure PCM utilisait le code parce qu'il classait la liste dans l'ordre des codes. Moi, je la trouves plus présentable dans l'ordre alphabètique, donc le code m'est complètement égal, et je pourrais le remplacer systématiquement par 0, sans m'embêter avec la table de référence. C'est d'ailleurs ce que je ferais si j'étais sûr que la procédure n'était pas utilisée ailleurs (module statistiques par exemple) où le code serait utilisé.
Suis-je assez clair?
Pour le tag mariage, je crois que tu as tout dit.
A+
André
-
Une fois encore vous confondez mariage et union :!: :!: :!: :evil: :twisted:
IL NE PEUT Y AVOIR QU'UNE SEULE UNION ENTRE DEUX PERSONNES.
Cette union utilise le tag MARR qui peut être caractérisé par un TYPE.
Donc
1 MARR
2 TYPE concubinage
est tout a fait légal et ne veut pas dire que les concubins sont marriés !
Je crois que la totalité des programmes que je connais, traiterait deux TAG MARR comme deux unions différentes.
En fait l'autre "évènement" est un évènement associé et devrait donc utiliser l'évènement libre (EVEN) qu'Ancestrologie ne gère pas.
Rappelons que contrairement aux dictats de certains, une grande majorité des terriens continue à concidérer que la seule union "valable" est le mariage religieux.
Les actes civils ne sont qu'une histoire de gros sous, permettant aux parasites qui nous gouvernent de moduler leur racket.
-
D'abord précise ta pensée en ce qui concerne l'acte civil qui couterai de l'argent ?.... J'ai marié ma fille au niveau du civil cela ne lui a rien coutait !....
Ensuite il n'a jamais été dit de ma part que le mariage religieux primé plus que le mariage civil !!!!
Il n'y a pas de raison que l'on ne puisse pas avoir dans l'onglet dit union 2 types de mariage qui se pratique aisément en France c'est a dire une fois passer a la mairie en ce qui concerne le mariage dit, on se dirige vers l'église pour la cérémonie du mariage dit religieux. :wink:
Est-ce si dure que cela, d'introduire ( :oops: ) cette nouvelle entrée ?....
-
Rappelons que contrairement aux dictats de certains, une grande majorité des terriens continue à concidérer que la seule union "valable" est le mariage religieux.
Seulement pas chez nous, et je suis convaincu que le dictat religieux est probablement le plus dangereux. En tout cas, il rend agressif :roll:
Il est vrai que la confusion entre union et mariage serait entretenue par ce choix du tag MARR pour une union. Pourtant j'ai un doûte car comme je viens de l'écrire dans un autre fil, dans les gedcom il y a le tag FAM qui caractérise la famille, notion assez proche de l'union d'ancestrologie?
A+ dans le calme et la courtoisie
André
PS: Lya au secours
-
bonjour
mise à jour effectuée facile sur version 370 datant d'une semaine
pas de mélanges
mon problème gedcom sur autre forum n'est pas réglé ( voir aggravé)
quand on enregistre des témoins
je crois qu'avant on pouvait creer ou selectionner
je ne peut que creer
inconvénient si vous avez un témoin déja enregistré :?:
:!: cette anomalie ne se produit que pour création d'un nouveau
dossier dans la base ,dans lecas d'un dossier existant pas de problème de selection
par contre cela ne règle pas mon problème d'export gedcom :!:
sur forumutilisation
ni de base vierge ,une base sans fichier
actuellement 18 dont 16 effacés :?:
a+ Yves
-
Tentative de réponse.
1- Il n'y a aucune agressivité dans mon message juste une tentative d'être factuel et conci !
2- Le coût parce que les actes civils n'ont pas d'autres usages que la mise en route de la pompe fiscale.
3- Le choix de MARR est peut-être malheureux mais ce n'est pas lui qui entretient la confusion mais la non lecture du document expliquant son usage.
Le tag FAM n'est utilisé que pour indiquer la nature du pointeur associé.
Enfin il est toujours très difficile de répondre d'une manière cohérente à des demandes qui sont souvent très spécifiques et parfois contradictoires, sans regarder le problème dans sa globalité.
Par exemple la demande récurante des débutants de pouvoir avoir tout leur arbre en graphique! Pour 100 personnes c'est déjà difficile pour 10 000 ou 30 000 c'est impossible !
Enfin, sauf cas particulier, aucun d'entre nous ne fait sa généalogie pour lui tout seul. En conséquence toute donnée saisie doit pouvoir être exportée et importée et si possible permettre le passage d'un outil à l'autre.
-
il y a combien d'années que c'est devenu COM ?
Collectivités d'outre-mer ou COM depuis mars 2003
-
Avec tout çà qu'est-ce qu'on fait?
J'ai vérifié que dans la PROC_STATISTIQUES on ne peut utiliser le code INSEE puisqu'il n'existe pas pour tous les départements (autres pays). Donc on ne dispose que du libellé du département pour faire le regroupement.
Ne plus utiliser le code RDP_CODE ne me dérange pas pour l'état des statistiques, mais je n'ai pas de réponse concernant une autre utilisation de cette procédure. De toute façon, même si çà règle le problème de l'apparition en double du département du Nord, çà n'empêchera pas le cumul du Nord métropolitain avec le Nord de Nouvelle Calédonie.
Remplacer ces libellés Nord et Sud par "Nouvelle Calédonie du Nord" et "Nouvelle Calédonie du Sud", va peut-être obligé ceux qui les ont utilisés à modifier leurs données, mais s'ils gardent l'état actuel, leurs statistiques par département sont déjà fausses à cause du cumul avec "l'autre" Nord.
OK pour "Nouvelle Calédonie du Nord" et "Nouvelle Calédonie du Sud" :?:
A+
André
-
Bonjour,
Je n'ai pas l'impression que ce qui se débat ici a grand chose à voir avec
la version 4 de la base ? Me tompe-je ?
Pour y revenir, j'invite les principaux acteurs de l'évolution 4 à se pencher
sur ce fil http://www.ancestrologie.org/forum/index.php?topic=5062.0
dans lequel marlau signale une erreur -804 à l'exécution de CreationWeb
avec sa base 4.04.
Avec ma base en version 3.57, je ne vois aucun problème se produire.
Qu'en est-il avec vos bases en version 4.x ?
-
Je suis en version 3.90 base 4.005 tout fonctionne normalement 4mn26 pour 2223 individus, petit bémol le plus long est la création des lieux, pourquoi ???.... :wink:
-
Claude,
Ma réponse est dans ce fil :
http://www.ancestrologie.org/forum/index.php?topic=5062.0
-
PS: Lya au secours
:lol:
Je n'ai pas l'impression que ce qui se débat ici a grand chose à voir avec la version 4 de la base ?
Je propose de rouvrir un sujet résumé / suivi des anomalies dans le forum concerné puisque l'ancien a disparu, et d'y reprendre les discussions ?
Super boulot André (https://forum.ancestrologie.org/proxy.php?request=http%3A%2F%2Falbalux.free.fr%2Fsmiley%2Fapplaudit.gif&hash=e4bc01211cb2789f57154334d024bdee2993aa71) et merci pour le fichier texte, ça aide à suivre les évolutions ! :wink:
. sujet pour continuer la discussion sur l'ajout du mariage religieux > Mariage civil & religieux -dates différente (http://www.ancestrologie.org/forum/index.php?topic=4653.0&start=0&postdays=0&postorder=asc&highlight=mariage+religieux)
-
BONJOUR
J'AI A NOUVEAU UN PROBLEME LORS DE LA MAJ DE LA VERSION 4.0.
MESSAGE D'ERREUR / CONVERSION ERROR FROM STRING "-"
CORDIALEMENT
-
Pourquoi tu cries aussi fort... :wink: :lol: :lol: :lol:
-
MESSAGE D'ERREUR / CONVERSION ERROR FROM STRING "-"
Bonjour,
Je suppose que tu as relevé ce message dans le fichier modifbase.log après conversion.
Quand ce message arrive, c'est en général pour signifier que le calcul de date exacte n'a pas pu se faire à cause d'un signe "-" dans une date saisie pour un évènement. Cà n'est pas grave, la base doit être convertie quand même, on peut le voir si b4.004 apparaît bien dans la fenêtre Ancestrologie.
Ce message apparaît souvent quand on a saisi par exemple "1800-1803" au lieu de "entre 1800 et 1803" ou comme je l'ai vu une fois "+/-1800" au lieu de "vers 1800". Pour pouvoir convertir une date saisie comme suite de caractères en date réelle, Ancestrologie utilise des "Mots clés utilisés dans les dates" accessibles depuis le menu "Configuration". L'utilisation de mots non déclarés peut provoquer ce type d'erreur. Pour l'éviter provisoirement, il est possible de déclarer le signe "-" comme séparateur. Et en exécutant les requêtes http://www.ancestrologie.org/forum/index.php?topic=5062.0&start=33 vous pourrez trouver les évènements en cause.
A+
André
-
voir aussi ici
http://www.ancestrologie.org/forum/index.php?topic=5245.0
-
Bonjour à tous, je ne sais pas si je suis sur le bon post mais je suis sure que vous me réorienterez si je me suis trompée !
Voilà : je viens de télécharger la nouvelle version et la mise à jour de la base et là 1er chose : mon ancestro est tout mou ! Il faut plusieur secondes pour ouvrir une fiche et 2ème chose quand j'essaye des passer de la base 4.0 à la 4.010 (je crois ...) ca ne marche pas.
Help !
-
Bonjour,
Pourriez-vous préciser à quelles versions (v logiciel et b base) vous étiez avant de faire ces mises à jour?
A+
André
-
ben pour la version c'est celle d'avant et la base c'est b357. Désolée mais je n'ai pas fais attention au numero de version, mais je mets à jour très régulièrement. Tu sais André je suis dans le nord du 56, la pluie nous ralentie le cerveau ... il faut etre patient avec moi (et expliquer lentement) !
Bises, Anne
-
Pour mettre à jour la base, il faut fermer ancestrologie, télécharger le fichier exécutable au point 4 du site ancestrologie.org sur le bureau par exemple, et ensuite l'exécuter. tout se passe comme si il y avait 2 mises à jour successives. Mais lit bien tous les messages avant de valider aveuglément.
Pour la vitesse, tout est relatif. J'ai eu l'impression d'un gros ralentissement début juillet, lors du développement des arbres, mais surtout dû à une réinitialisation au retour des plugins. Mais pas depuis.
Il fait 2° dans le coin de Redon, le temps est couvert.
A+
André
-
C'est ce que j'ai fais mais je reste en 4.00 et pas en 4.0.10 qq je dois faire ? Et pour le ralentissement ca se passe tout seul ou je dois faire qq chose ?
-
Cela fait le deuxième qui dit qu'à partir du fichier de migration il passe en Base 4.0 et pas en base 4.010. Ne serait-ce pas la bonne version actuellement sur le site (Point 4)?
-
Cela fait le deuxième qui dit qu'à partir du fichier de migration il passe en Base 4.0 et pas en base 4.010. Ne serait-ce pas la bonne version actuellement sur le site (Point 4)?
C'est bien la bonne version qui est sur le site, je viens de le vérifier en mettant à jour une ancienne base b3.57. C'est précisé dans la 2ième fenêtre qui s'affiche lors de la maj, et b4.010 s'affiche bien quand on ouvre ancestrologie.
J'ai l'impression qu'il y a 2 problèmes:
Les utilisateurs qui se contentent de "réduire" la fenêtre Ancestrologie alors qu'il est demandé de "Fermer" le logiciel. La version de Firebird livrée avec ancestrologie est "mono-utilisateur". Il n'est donc pas possible de faire fonctionner simultanément le logiciel et la mise à jour.
Les écrans: peut-être en résolution trop faible ou l'utilisation de caractères agrandis dans les paramètres des fenêtres de Windows, qui masque la fin de l'affichage.
Il est assez effarant de constater le nombre de fois que la version de la base est mal trancrite dans les messages envoyés, mettant des points là où il n'y en a pas. La version de la base est "b4.010".
A+
André
-
Mais tout ca ne me dit pourquoi mon ancestro est mou ! Je fais quoi du coup ? Bises, Nana
-
J'étais hyper content, enfin peut être de quoi me sortir des problèmes mais hélas le lien suivant ne répond plus :evil:
http://www.ancestrologie.org/france/majauto/maj_b357_b400.exe
Quelqu'un pourrait-il m'envoyer ce fichier? :)
Merci à tous 8)
-
Allez vers un tout sur le site ancestrologie, point 4... :wink:
-
Bonjour,
Après la maj du logiciel, je voudrais mettre à jour ma base.
Le lien proposé dans le forum est invalide "page introuvable"
Que faire?
Merci
Paul FOREST
-
Va sur le site rubrique 4 :wink:
-
Allez vers un tout sur le site ancestrologie, point 4... :wink:
As-tu essayé la solution de tophe3860 :?:
-
Bonjour à tous :D ,
Jer viens de passer en V 2006.500.
Ma version base n'a pas changé B 4.010 ; il exite la B 4.028 du 09/03/2006 mais il est dit : "Vous en avez besoin si, après avoir chargé une nouvelle version d'ancestrologie (point 2 ci-dessus), celui-ci vous réclame une mise à jour de la base."
Que faire :? ?
Merci
Georges
-
Tu peux mettre à jour ta base en 4.028.Elle se situe au point 4 sur le site d'Ancestro.
-
Elle se situe au point 4 sur le site d'Ancestro.
Elle? pas la base, le programme de migration vers 4.028
-
Elle se situe au point 4 sur le site d'Ancestro.
Elle? pas la base, le programme de migration vers 4.028
Elle?= à propos de mise à jour :wink:
-
Bonsoir,
suite au mail ci dessous, je me permets de poser la question suivante :
il est recommandé d'effectuer un export gedcom et/ou une sauvegarde.
OK, masi quand je lance le programme, j'ai un message me du=isant que ma base est trop ancienne (3.57)
Je clique su OK pour effacer ce message et Ancestrologie se ferme.....alors comment effectuer une sauvegarde dans ce cas?
Sinon, commen s'appelle le fichier de sauvegarde automatique, que je puisse le mettre de côté pour ensuite le réimporter avec l'outils de migration??
merci
P-M Grenier-Boley
grenier-pm@wanadoo.fr
Bonjour
Un module permettant de migrer la base de données en version 4.0 est disponible ici
http://www.ancestrologie.org/france/majauto/maj_b357_b400.exe
Il vous suffit tout simplement de mettre ce fichier dans un répertoire de votre disque et de double cliquer dessus.
Et quand vous relancez Ancestrologie, il doit vous indiquer en haut : ....b4.00
ATTENTION
Il va de soit qu'avant de faire ca il vous faut
1 - Sauvegarder votre base
2 - Faire un export gedcom
André et moi même ne pourrions en aucun cas être tenu responsable de pertes de données éventuelles.[/quote]
-
par defaut, la base est dans le dossier database du dossier ancestrologie et elle s'apelle ancestrologie.bdd
il suffit de la sauver sur CD ou tout simplement dans un autre répertoire.
ainsi, si la mise à jour se passe mal, tu ne perd pas tes données qu'il est toujours possible d'ouvrir avec la version adaptée d'ancestrologie
-
Bonjour,
merci pour cette réponse rapide et claire.
Ayant "délaissé" ma généalogie personnelle depuis plusieurs mois, je n'étais plus au "top" des subtilités du programme.
@micalement
P-M Grenier-Boley
par defaut, la base est dans le dossier database du dossier ancestrologie et elle s'apelle ancestrologie.bdd
il suffit de la sauver sur CD ou tout simplement dans un autre répertoire.
ainsi, si la mise à jour se passe mal, tu ne perd pas tes données qu'il est toujours possible d'ouvrir avec la version adaptée d'ancestrologie
-
Bonjour,
Je suis actuellement en version 3.57 et j'aimerais faire la mise à jour mais le lien ne fonctionne plus : http://www.ancestrologie.org/france/majauto/maj_b357_b400.exe
Pourriez-vous le remettre en téléchargement s'il vous plait?
Merci d'avance.
-
Bonjour,
Pourquoi vouloir faire une migration vers une base b4.00?
Si tu es encore en b4.00, ton application Ancestrologie doit aussi être ancienne.
Le plus judicieux aujourd'hui est de faire une mise à jour d'Ancestrologie vers la version officielle V590.
Une fois installée, au démarrage d'Ancestrologie, l'application verra que ta base est en b3.57 et dira qu'elle est trop ancienne. Ancestrologie s'arrêtera.
Il suffit alors de mettre à jour la base à l'aide de l'outil de migration disponible au point 4 des téléchargements du site officiel.
Au lancement d'Ancestrologie, tout ira mieux. Faire les resets et c'est parti.
Attention: Avant de faire la migration (Ancestrologie stoppé), faire une copie de la base de données.
-
Bonjour,
Pourquoi vouloir faire une migration vers une base b4.00?
Si tu es encore en b4.00, ton application Ancestrologie doit aussi être ancienne.
Le plus judicieux aujourd'hui est de faire une mise à jour d'Ancestrologie vers la version officielle V590.
Une fois installée, au démarrage d'Ancestrologie, l'application verra que ta base est en b3.57 et dira qu'elle est trop ancienne. Ancestrologie s'arrêtera.
Il suffit alors de mettre à jour la base à l'aide de l'outil de migration disponible au point 4 des téléchargements du site officiel.
Au lancement d'Ancestrologie, tout ira mieux. Faire les resets et c'est parti.
Attention: Avant de faire la migration (Ancestrologie stoppé), faire une copie de la base de données.
J'ai une version V3.70
Il me dit qu'elle est trop ancienne jsutement pour qu'il puisse faire une mise à jour de ma base de b3.57 en b4.xx avec l'outils de migration.
EDIT : Problème résolu, la première fois il m'avait sorti des &""#~ ;) j'ai tout réinstallé et c'est bien passé. Il a bien reconnu ma base b3.57 alors que la première fois non.
Sinon super logiciel :)