Sujet: [RESOLU] GEDCOM

[Thibertf]

Bonjour, bonsoir.



En tentant d'exporter en gedcom, j'obtiens un message d'erreur :

"Impossible de créer E:\"

E c'est mon lecteur de dvd. Le chemin fixé dans les préférences pointe sur mon  2ème disque dur D.

Où est l'erreur?

[Tophe3860]

Bonsoir, bonjour  



La possiblilité de modifier le répertoire est offerte : les ... en bout de ligne

[Ransac]

lors de l'export GEDCOM, il demande de définir le nom du fichier d'exportation, c'est à ce moment que tu choisis le lecteur et le répertoire de sauvegarde de ton fichier.

[Thibertf]

Bonjour.



Oui bien entendu j'ai déroulé le programme et j'ai renseigné le chemin et le nom voulus. Rien à faire, j'ai fait plusieurs tentatives, je n'arrive pas à exportet    

[DDdeBerdeux]

Bonjour,

Cette erreur peut aussi se produire si vous avez chargé des médias à partir de votre lecteur de CD.

Lors de l'enregistrement d'un média, le nom complet du fichier comprenant le chemin est également enregistré.

Lors de l'exportation gedcom, ce nom complet est enregistré pour que le média puisse être récupéré lors d'une l'importation. Ancestrologie vérifie donc pendant cette exportation que ce fichier existe toujours sur votre disque. S'il ne le trouve pas il le crée à la même adresse, à l'aide de la copie mémorisée dans la base.

Vous comprenez donc que si cette adresse est un disque non inscriptible, il y ait une erreur.

Il y a déjà eu un fil sur ce sujet pour expliquer comment faire pour modifier cette adresse, http://www.ancestrologie.org/forum/index.php?topic=5114.0

Pour retrouver les fichiers en cause vous pouvez essayer avec la requête:

Code: [Sélectionner]

select * from multimedia

where upper(multi_path) starting with upper('e:\')dans le BOA.

A+

André

[Horemans]

A propos du path des images, j'ai depuis longtemps déplacé ma base et les images à une autre adresse que celle de l'installation par défaut.

Je me rend compte en adaptant la requête qui précède, que les premières images que j'ai enregitrées dans la base, le sont à l'adresse par défaut.

Est-il possible avec un update, de corriger le cheminement pour remplacer C:\Program Files\Ancestrologie\ par D:\Ancestro\Tavail\Images\ de façon à pointer sur un seul dossier.



Je suis convaincu que je ne serai pas le seul à avoir besoin de cette adaptation, et je ne sais pas comment faire un update sur une partie de champ.

Merci d'avance

[DDdeBerdeux]

Essaie çà:

Code: [Sélectionner]

update multimedia

set multi_path='NouvelleRacine'||substr(multi_path,strlen('AncienneRacine')+1,255)

where upper(multi_path) starting with upper('AncienneRacine')

      and multi_dossier=N°dossieren remplaçant AncienneRacine par C:\Program Files\Ancestrologie\images\  (aux 2 endroits)

NouvelleRacine par D:\Ancestro\Tavail\Images\

et N°dossier par ton numéro de dossier.

AncienneRacine et NouvelleRacine doivent rester entre les apostrophes.

A+

André

[Horemans]

En dehors du grand bruit provoqué par unmessage d'anomalie que je n'ai pas eu le reflexe de noter, tout semble s'ettre bien passé. J'ai le bon nombre de photos avec le bon path.

Et j'ai appris de nouvelles choses sur la syntaxe SQL.

Merci André

[DDdeBerdeux]

Si tu as exécuté le code ci-dessus dans le BOA, le "grand bruit" n'aurait-il pas été provoqué parce que tu as cliqué sur "Exécuter requête" au lieu de "Exécuter procédure". C'est ce deuxième bouton qu'il faut utiliser quand une requête ne renvoie pas de résultats, comme celle-ci.

A+

André

[Horemans]

Pourtant je le savais        

[Thibertf]

Bonsoir.

La requête proposée par DDdeberdeux fait effectivement apparaitre une dizaine d'enregistrements commençant par E:\...



Je n'ai trouvé d'autres moyens pour les suprimer que de lancer



select * from multimedia

erase

where upper(multi_path) starting with upper('e:\')



avec une sauvegarde préalable bien sûr. Ça a marché mais est ce la bonne solution?

[Bruno T.]

edité: j'avais vraiment dit n'importe quoi ici, mieux vaut lire André  

[DDdeBerdeux]

select * from multimedia

erase

where upper(multi_path) starting with upper('e:\')

Bonsoir,

A mon avis cette requête n'a rien dû faire.

Ce n'est pas la syntaxe pour supprimer un enregistrement, et s'il n'y a pas eu d'erreur, c'est uniquement parce que "erase" a été interprêté comme un alias de la table multimedia.

Utilisez cette requête (sans le "erase" inutile) pour identifier dans le champ multi_path les chemins utilisés pour charger les médias.

Ensuite le mieux est encore de redéfinir un nouveau répertoire sur votre disque dur, où ancestrologie va pouvoir copier ces médias, à l'aide de la seconde requête.

A+

André

[Thibertf]

Bonjour.



Et pourtant ça a marché !!!!



Ayant préalablement supprimé les quelques médias accessibles via les fiches individus , il me restait donc ceux qui interdisaient l'export.

La table ayant été vidée par ma requête, j'ai pu alors ressaissir ceux que je voulais conserver, et l'export fonctionne. Merveilleux !!!!!!



Merci pour le coup de main

[DDdeBerdeux]

Bonjour,

Tant mieux si vous avez réussi votre exportation, mais ce n'est pas cette requête qui vous a aidé. Pour en avoir le coeur net je l'ai essayée, et je peux vous assurer qu'elle ne fait que lister les médias répondant à la clause "where" sans rien supprimer. Si votre export a marché, c'est que vous avez dû supprimer les liens entre les médias en cause et les individus, via les fiches individus. Un média n'est pas exporté s'il n'est pas lié à un individu.

Pour supprimer des médias il est souvent plus aisé de le faire depuis la Bibliothèque multimédia accessible depuis le menu Outils. Vous pouvez même y retrouver les médias inutilisés.

L'essai de la requête dans le BOA m'a permis de constater que si la requête s'y exécute bien, il n'est pas possible d'en visualiser les résultats à cause des champs "image". L'autre requêteur (Outils/ Génération de requêtes SQL...) sait l'exécuter et la visualiser. Mais pour la deuxième requête (update) c'est l'inverse.

Si un jour Lau veut bien se chauffer au BOA...

A+

André

[Thibertf]

Bonsoir.

Les enregistrements répertoriés sur E:\ n'apparaissaient pas dans la médiathèque, c'est pour cela que j'ai cherché ailleurs.

Une fois ma requête exécutée, un select * sur la table média sans clause a montré qu'elle était vide de tout enregistrement.