Sujet: [résolu] extraction données d'1 dossier général > s/dossi

[Poker73]

Bonjour,

Je ne sais si ma question est dans le bon index du forum! Alors merci aux modulateurs de me pardonner pour ce mauvais choix.

Mon problème est le suivant:

Je dispose à ce jour d'un DOSSIER GENERAL TOUTES BRANCHES. En créant ce dossier, je n'avais pas envisagé que des membres de la famille ainsi que des cousins allaient me demander des arbres spécifiques par branches (surtout après la mise en place du module arbres).

Ma base étant constituée aujourd'hui de 1288 individus comprenant 1968 éléments indivisuels et 621 images/document, quel moyen ai-je pour transférer des données vers un sous-dossier? (sans trop utiliser l'huile de coude et abuser de mes nerfs!)

Ne vous fâchez pas, je suis émotif!!!!

[Tophe3860]

Une idée : faire un export GEDCOM partiel...

Aller faire un tour dans le menu "import / export" à la ligne "exporter au format GEDCOM", puis "exporter une branche"

 

[Poker73]

Merci Christophe pour ton message.



1 - Phase exportation :

- un premier message d'Ancestro "impossible de créer H:\"

- un second "l'exportation a été effectuée avec succès en , ..h, ..;m, ..sec"

Q: quel est donc cette première demande. Pour moi les élements exportés son stockés sur le disque dur C:\ !



2 - Phase importation (vers le sous-dossier créé à cet effet)

- premier message : "image bitmap incorrecte"

> je suppose que celà veut dire que ces images sont trop grosses en ko!

- second message : "violation of PRIMARY or UNIQUE KEY constraint "PK_INDIVISION" on table "INDIVIDU"



Très intéressant pour un novice !

A te lire. Merci

[DDdeBerdeux]

- un premier message d'Ancestro "impossible de créer H:\"

Celui là c'est parce que une des photos a été chargée depuis cet emplacement. (CD rom?).

- premier message : "image bitmap incorrecte"

- second message : "violation of PRIMARY or UNIQUE KEY constraint "PK_INDIVISION" on table "INDIVIDU"

Sans doûte format jpg non reconnu, et tentative de créer 2 fois le même numéro de CLE_FICHE (NIP) dans la table INDIVIDU. Curieux, ne devrait pas arriver?

A+

André

[Poker73]

Bonjour,



Merci pour la réponse.

A mon tour de donner des précisions :



- 1er point  -

- un premier message d'Ancestro "impossible de créer H:\"

Effectivement il m'arrive de charge directement des photos/images à partir de clés USB ou de CD rom. si je comprend bien il est préférable de faire un premier transfert vers <images> puis de procéder à partir de ce fichier.



- 2) point -

Sans doûte format jpg non reconnu, et tentative de créer 2 fois le même numéro de CLE_FICHE (NIP) dans la table INDIVIDU. Curieux, ne devrait pas arriver

2.1 Là, je reste sur ma soiffe! A moins d'avoir validé une touche clavier par erreur. Je ne vois pas....

2.2 Pourquoi le format "jpg" ne serait pas reconnu; c'est 80% de mes documents annexés  

  En finale, j'ai supprimé le fichier de sous-branche, car l'importation s'arrêtait à 22%.



J'attends avec impatience vos  

@+

POCKER73 (alias JEAN)

[Claude Baudin]

Pour tes images mets les dans le dossier suivant que tu peux indiquer au logiciel si ce n'est deja fait et qui est :  C:\Program Files\Ancestrologie\Images\    

Et il vaut mieux etre en jpeg qui est reconnu par ancestro etqu'il accepte trés bien  

[Poker73]

Pour tes images mets les dans le dossier suivant que tu peux indiquer au logiciel si ce n'est deja fait et qui est : C:\Program Files\Ancestrologie\Images\

Ok! c'est ce que je pensais. Je vais donc rechercher les cas particuliers, car pour les autres documents (photos, actes etc...) je passe par C:\ProgramFiles\Ancestrologie\images\ :

Et il vaut mieux etre en jpeg qui est reconnu par ancestro etqu'il accepte trés bien

Je pense qu'il doit sagir d'une erreur de syntaxe ".jpg" au lieu de ".jpeg"  lors de la validation d'une modification image (par exemple); eh encore celà est-il réellement possible!



Merci et bonne journée

@+

[Poker73]

suite à mon message de 09:55



Pas trouvé de document au format ".jpeg" Tout est en ".jpg"



@+

[DDdeBerdeux]

Bonjour,

1- Lors d'une exportation gedcom, ancestro vérifie l'existence du fichier original à l'emplacement original, enregistré dans la table MULTIMEDIA (champ MULTI_PATH). S'il n'existe pas, il tente de le créer (d'où ton message d'erreur) et enregistre cette adresse dans le gedcom. C'est cette technique qui lui permet de récupérer l'image lors de l'importation. Pour compléter le conseil de Claude, je structure le dossier IMAGES en sous-dossiers branches; çà facilite la recherche ultérieure des images.

2.1- Je parlais de jpg en exemple, parce que je n'utilise que ce format jpeg. Je pense qu'il y a peut-être des variantes de ce format qui ne seraient pas reconnues. Mais si tu nous dis que c'est 80% des documents annexés, je chercherai d'abord l'anomalie dans les 20% restants. Tu devrais essayer de déplacer (en renommant) le répertoire où se situe actuellement tes images, et faire ton export gedcom. Les fichiers images seront alors recréés à l'emplacement original, dans un format qu'ancestro devrait reconnaître puisque c'est lui qui l'aura créé. Mais auparavant, il faudra que tu modifies les emplacements commençant par H: (il y a déjà eu des messages sur ce sujet, car à moins de pouvoir accéder directement à la table MULTIMEDIA, ce n'est pas simple), à moins que tu remettes ta clef USB en H:.

2.2- Il n'est pas impossible que l'erreur de CLE_FICHE ne soit qu'une conséquence de l'erreur précédente, car "normalement", le logiciel n'attribue qu'une seule fois la même clé.

A+

André

[DDdeBerdeux]

Re complément à mon tour. Je suis d'accord avec la remarque faîte par un utilisateur il y a peu; il est anormal de mettre dans le répertoire c:\program files des documents de l'utilisateurs. D'ailleurs par défaut dans les versions actuelles de Windows, ce répertoire est caché à l'origine. Le mélange des données utilisateurs avec les programmes est une très mauvaise habitude héritée des premières versions de Windows, qui rend parfois dangereuses les mises à jour de programmes (voir le nombre de messages pour des bases "écrasées" lors des réinstallations d'Ancestrologie).

Donc les sous-répertoires \actes, \database, \documents, \images, \importexport et \webexport (soient tous les répertoires auquels l'utilisateur doit pouvoir accéder) devraient être déplacés dans une zone accessible à l'utilisateur, normalement par "Mes documents".

J'ai personnellement tout déplacé dans d:\travaux\genealogie\ et par les propriétés de "Mes documents" redéfini ce raccourci pour le faire pointer vers d:\travaux. Les raisons pour lesquelles je n'ai pas laissé le répertoire par défaut de "Mes documents" sont multiples:

Il était c:\documents and settings\André\documents

1- quand le nom complet du fichier doit être passé en paramètre de certaines commandes il est trop long et pas accepté

2- il comporte des caractères accentués souvent pas acceptés

3- tapez-le plusieurs fois au clavier, vous comprendrez votre douleur...

4- çà permet de le mettre ailleurs que dans la partition de Windows, donc un peu plus à l'abrit en cas de défaillance du système.

5- si un jour vous êtes amenés à réinstaller Windows suite à un plantage, vous devrez recréer un nouveau compte utilisateur et à moins d'être sous XP PRO en se déclarant propriétaire de l'ancien dossier, vous n'aurez plus accès à vos documents.

Voilà, tout çà c'est parce que Claude vous disait de mettre vos images dans c:\program files\ancestrologie\images...

A+

André