Taille du XnView.db qui grossi à vue d’œil !

[escargot]

Bonjour,

Depuis quelques temps je fais des tests d'utilisation avec plusieurs PC sur la MP.
J'ai laissé mes photos au même endroit pour que les chemins ne changent pas. J'ai le XnView.db dans un dossier sur le même serveur et nous ouvrons XnViewMP sur nos postes respectifs en ayant un fichier xnview.ini qui nous dit que le XnView.db est dans ce dossier. Le fichier cache des vignettes, est sur le poste de chaque utilisateur, j'ai créé en masse toutes les vignettes et copié ce fichier sur chacun des postes. Là aussi le xnview.ini l'indique.

Le fichier cache fait 2.188.008 Ko à ce jour est est dupliqué sur chaque PC
Le 20 février, le XnView.db faisait 49.456 Ko, il est passé à 400.016 Ko le 03/03/17 8h54 et ensuite à 403.120 Ko à 14h53
Je suis le seul à l'utiliser, puisqu’en test et n'ai fait que mettre des images dans une catégorie puis dans une autre depuis 2 PC différents mais ayant la même configuration

Je suis tout à fait conscient qu' XnView n'est pas destiné à un utilisation en réseau, mais comme je n'avais pas du tout ce problème avec la standard et que je suis sur le point de perdre 12 ans de classement...
Aujourd’hui, la standard ne fonctionne plus, seule la MP semble réagir avec suffisamment de fluidité, mais si le XnView.db prend autant à chaque modification... c'est mort pour moi

Une piste, une idée

[xnview]

les vignettes ne sont pas mis à jour? Pas de nouveaux fichiers ou repertoires?

[escargot]

Bonjour Pierre,

C'est la taille du xnview.db qui pose problème, celle du cache me semble normal vu la quantité de vignettes, je dis ça au cas où je me sois mal exprimé

Je n'ai pas ajouté de dossier ni de répertoire, juste demandé la semaine dernière à ce qu'il crée toutes les vignettes. Cette opération fait automatique ment grossir le Thumb.db ce qui est normal.
Mais pourquoi je me retrouve avec un xnview.db x10 en quelques jours Ce fichier grossit de 2-3 Mo à chaque petite modification des catégories.
A mon sens, lorsque j'ajoute des images, donc des vignettes, elles ne sont pas forcement identifiées dans le xnview.db, sauf si je leurs ajoute des catégories. Du coup, je ne sais pas trop se qui fait qu'il gonfle à cette vitesse, bug du au fait qu'il soit sur un serveur au fait qu'il soit modifié tour à tour par deux instances

[xnview]

quand un fichier n'est pas encore dans le catalog, certaines infos comme des métadonnées sont ajoutées. Par contre, si vous avez déjà ajouté toutes les images, il ne devrait pas en rajouter.
Si vous entrez dans un dosier, laissez les vignettes se contruirent, quittez. Vous notez la taille de xnview.db, relancez XnView, ajouter une catégorie à quelques images, la différence est de combien?

[escargot]

403120 Ko après fermeture

J'ai un journal de 50 ko qui se crée et ensuite qui s’efface dans le dossier où se trouve le xnview.db mais pas de changement de taille.
Il faut que je fasse le test avec 2 instances ouvertes sur 2 PC différents, je fais ça demain

il n'y à pas de notion de chemin, relatif, complet ou je ne sais plus quoi...

[escargot]

Bonjour Pierre,

Je viens de passer un bon moment à refaire différents tests, avec ajout de photos, création de catégories, ajouts des tags au images, suppressions des catégories, enlever des images des catégories.... enfin divers scénarios, le tout sur deux PC en simultané
Une fois avec le fichier db de 400Mo puis ensuite en remettant l'ancien de 50Mo. Dans les deux cas et malgré toutes nos tentatives les fichiers, que ce soit celui de 400 ou celui de 50 n'ont pas bougés

Il est donc évident que j'ai eu un bug, mais je ne sais pas pourquoi ni comment

Au cas où, je vous transfert les deux fichiers, celui de 50 et celui de 400, dès fois que vous ayez l'envie et le temps de regarder ce qui cloche

[escargot]

Bonjour Pierre,

Toujours sur la MP, dans la maintenance du catalogue j'ai 6 options. Sachant que mon catalogue grossi à vue d'oeil régulièrement, je tente d'en comprendre les subtilités.
Je ne suis pas sur de comprendre le lien entre le XnView.db qui contient les tags, les catégories et Thumb.db qui contient les vignettes.
Pour moi, le problème vient du XnView.db qui contient les tags, du coup j'ai un doute, ces options ont-elles une action sur ce fichier
Si non, est-il possible et comment faire pour optimiser le XnView.db qui contient les tags

Optimisation (traitement long) : Cette option regroupes les 5 autres

Supprimer les répertoires vides : Là, pas trop de doutes

Supprimer les vignettes : Les vignettes sont à un autre endroit, dans un autre dossier, du coup je ne comprends pas

Supprimer les données de fichiers : Idem, quelles données



Supprimer les dossiers inexistants : Les liens dont les fichiers n'existent plus

Supprimer les fichiers inexistants : Les liens dont les dossiers n'existent plus

Bonne journée

[michel038]

Le sujet m'intéresse particulièrement je reste attentif
(et il pourrait être dans le forum xnviewMP)

Avez vous testé "catégories fichiers " ... exporter
puis regarder en gros le contenu du fichier exporté si des bizarreries apparaissent (c'est pas facile)
puis réimporter, dans une configuration de test de xnviewmp

(dans le premier post vous évoquez le risque de perdre 12 ans de classement .. c'est un début de réponse)

[escargot]

(et il pourrait être dans le forum xnviewMP)

Erreur de ma part lors de la création du sujet, mais seul Pierre peut le déplacer

Avez vous testé "catégories fichiers " ... exporter
Où

[michel038]

"Catégories fichier" , recherchez cette expression dans le tuto dans ma signature.
( Mon PC en panne, pas facile d'écrire avec un téléphone )

[xnview]

Supprimer les vignettes : Les vignettes sont à un autre endroit, dans un autre dossier, du coup je ne comprends pas

Les vignettes de thumb.db sont effacées

Supprimer les données de fichiers : Idem, quelles données

Toutes les données

Pour moi, le problème vient du XnView.db qui contient les tags, du coup j'ai un doute, ces options ont-elles une action sur ce fichier

N'avez vous pas des dossiers en double? Utilisez vous un 'base path'?

[escargot]

Bonjour,

Je suis aller voir ce matin cette option : Catégories fichier Exporter
J'optiens un fichier *.xml qui ne contient que les infos suivantes : <?xml version="1.0" encoding="UTF-8"?><XnView_Catalog version="1.0">
<FileList/>
</XnView_Catalog>
Rien d'autre

Ensuite, j'ai fais la même chose avec : Gestion des catégories Exporter fichier de catégories
Je me retrouve avec un fichier *txt avec l'arborescence complète des catégories que nous avons créés, mais rien de plus

Ces deux options permettent donc d'avoir une trace écrite des ces infos, mais pas de travailler dessus, du moins pas sur les liens des fichiers/images vers ces catégories.

J'en reviens donc à mon besoin initial, est-il possible de nettoyer le fichier XnView.db, quel utilitaire le permet
J'ai remarqué une petit amélioration en cochant la case "Importer les mots clés XMP ou IPTC dans les catégories DB", le fichier "XnView.db" ne grossis plus, pourquoi
A quoi sert l'option suivante "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC" et les deux options qui vont avec

[michel038]

Personnellement, (en simplifiant) j'ai mis des mots clés dans mes photos en cochant des cases de catégories.
l'option "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC" est cochée. (et pas l'autre)
Donc chaque fois que je coche une catégorie
- ça crée le mot clé xmp
- ça crée le mot clé iptc
- ça crée le mot clé hiérarchisé xmp:lr
- ça ajoute un enregistrement dans xnview.db
Quand j'exporte (catégories fichiers exporter ) , à chaque photo marquée correspond un enregistrement dans le fichier xml, du type :
<File filename="I:/Originaux/2016/2016 11 11 LacduDer/DSC07192.JPG">
<Keywords>animaux</Keywords>
<Keywords>animaux|oiseaux</Keywords>
</File>
J'ai une parfaite correspondance entre : les photos marquées, le fichier xnview.db, l'export en xml, le filtre des catégories.

Quand j'ai eu des plantages (en faisant des tests méchants), certain que mes photos contenaient tous les mots clés, j'ai rangé de coté les différents fichiers et exports, tout effacé comme indiqué dans mon tuto, et recréé proprement le tout.

Pour recréer la base de données, décocher l'option "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC", cocher l'autre "Importer les mots clés XMP ou IPTC dans les catégories DB", puis dans l'écran suivant (Catalogue) cliquer "Ajouter" et indiquer le dossier qui contient les photos.
Là en 30 minutes mes 60000 photos sont lues, les catégories sont recréées et remplies , la base de données aussi (comme l'indique l'option " Importer les mots clés XMP ou IPTC dans les catégories DB" ) (penser, à la fin de cette opération d'import, à inverser les deux coches d'options)

Pour le moment je n'écris rien dans la case "répertoire de base pour les photos" je vois pas à qui ça sert, et ça provoque des bugs.

[xnview]

J'en reviens donc à mon besoin initial, est-il possible de nettoyer le fichier XnView.db, quel utilitaire le permet

Oui avec optimize

J'ai remarqué une petit amélioration en cochant la case "Importer les mots clés XMP ou IPTC dans les catégories DB", le fichier "XnView.db" ne grossis plus, pourquoi

Avec ette option les catégories des fichiers sont importées et stockées dans la xnview.db, du coup, cela devrait etre l'inverse.

A quoi sert l'option suivante "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC" et les deux options qui vont avec

Les catégories au lieu d'etre uniquement stockées dans XnView.db, le sont aussi pour les formats le permettant, de le stockée dans l'entete du fichier, ou alors en "sidecar" .xmp

[escargot]

Je n'avais pas compris qu'il fallait cocher les catégories avant l'export
Donc une fois toutes cochées, l'export me donne un fichier de 3709 Ko Mon XnView.db fait 92856 ko

Pour moi, mais j'ai surement mal compris, l'onglet "Métadonnées" des options concernait le XnView.db et l'onglet "Catalogue" le fichier Thumb.db
Lorsque je fais une Optimisation, onglet "Catalogue", je peux constater un ménage dans la maintenance du cache, mais pas de modification du XnView.db des catégories.

J'ai décoché "Importer les mots clés XMP ou IPTC dans les catégories DB" et coché "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC" pour voir, mais comme c'est juste un doublon dans les fichiers le permettant ça ne devrait rien changer au XnView.db tout en augmentant les temps de traitement puisque les entêtes des fichiers devraient-être éditées