Après réindexation, tout va bien j'ai les résultats attendus.

Toutefois je remarque que le filtre de recherche "multimedia" ne m'affiche pas les vidéos (ni certains sons ou certaines images) lorsque je fais une recherche sur un nom de fichier. (Les fichiers sont correctement listés dans le filtre "Tout".)

Après quelques essais, je vois que le filtre multimedia sélectionne
- des images (gif png jpeg tiff svg xcf - mais pas : bmp xpm wmf)
- des sons (flac ogg oga ogv* mp2 mp3 spx mid - mais pas : mpc wav wma wv aac aif rmi)
- aucune vidéo (testé : m4v mp4 wmv mkv avi webm mpeg ts mov flv rm)

* ogv interprété à tord comme son (car type mime vu par recoll : application/ogg) alors qu'il s'agit de vidéos (type mime dans nautilus : video/ogg).

Quand je vais dans l'aide > afficher les types indexés, j'ai une liste effectivement pauvre en ce qui concerne les images sons vidéos qui correspond à ce qui est affiché par le filtre "multimedia", mais pas à ce que contiennent mes dossiers indexés (par ex. il n'y a pas le type video/mp4 - cf. discussion plus bas).
(J'ai bien toutes les applications externes installées.)

Serait-ce parce que le type mime de certains formats ne peut être déterminé ? Mais parfois il est bon...
- cas 1 : exemple fichier audio .wv  ; type mime dans nautilus = "audio/x-wavpack" ; dans recoll* = "application/octet-stream"
- cas 2 : exemple fichier audio .wav  ; type mime dans nautilus = "audio/x-wav" ; dans recoll* = "audio/x-wav" (et pourtant non classé dans multimedia)

* Je comprends que recoll utilise le résultat de la fonction

file -i nomdefichier

sauf si exception notée dans fichier mimemap

J'ai été voir les fichiers de config situés dans /usr/share/recoll/examples
dans mimeconf il y a une définition des catégories pour les filtres et dans la [categorie] "media" il y a bien marqué video/mp4 pourtant ça ne fonctionne pas (file -i nomdefichier.m4v retourne bien video/mp4 et recoll affiche bien ce type mime)
Du coup je ne comprend pas si ces fichiers de config sont bien utilisés. Si oui pourquoi sont-ils dans un dossier nommé "examples" ?

(au passage : dans mimeconf il manque les modèles opendocument pour les catégories text, spreadsheet et presentation
ex : application/vnd.oasis.opendocument.text-template ; je l'ai ajouté à la main dans la section [categories] mais ça ne fait rien)

---------
Par ailleurs ce pourrait être intéressant d'avoir 3 filtres : images, sons, vidéos plutôt qu'un seul filtre multimedia.
Et le filtre autres ne devrait-il pas recueillir tout ce qui n'est pas classé dans les autres filtres (plutôt qu'actuellement cela a l'air de fonctionner avec une liste positive de quelques bricoles)
---------
(J'ai une collection de fichiers de tests dans tous ces formats que je peux te mettre à disposition medoc si besoin.)

(À propos du remplissage de disque).

C'est difficile de dire ce qui a pu se passer sans plus d'informations.

Éventuellement, si cela se reproduit, il pourrait être bon d'activer le journal pour qu'on voie les fichiers que le démon indexait au moment du problème.

Le journal du mode "au fil de l'eau" peut se paramétrer en éditant ~/.recoll/recoll.conf, par exemple:

daemloglevel = 3
daemlogfilename = /tmp/daemrcltrace  

Au niveau 3, on devrait voir les fichiers indexés, et le journal ne devrait pas devenir trop vite énorme (il faudra le surveiller un peu quand même si la machine redémarre peu).

Avec le paramètre de limitation d'occupation, le disque ne devrait plus se saturer, mais par contre l'indexation échouera si le niveau est atteint, et un coup d'oeil au journal permettra peut-être de savoir ce qui se passait à ce moment.

jf

J'étais sous LibreOffice, je venais d'ajouter une formule dans un texte lorsque la fenêtre s'est grisée. Comme elle ne revenais pas je suis allé manger. A mon retour elle était toujours grisée mais en plus j'avais un message système comme quoi ma partition /home était pleine.
Vérification faite c'était les fichiers position.DB et postlist.DB du dossier xapiandb de recoll qui avaient enflé démesurément jusqu'à remplir toute la partition (environ 4 Go - en fonctionnement normal le dossier fait moins de 500 Mo).
J'ai tué LibreOffice et relancé l'indexation dans recoll mais j'ai eu un message "indexation échouée", idem en essayant de reconstruire l'index.
J'ai alors supprimé manuellement le fichier position.DB. Puis j'ai redémarré le PC.

Après quoi j'ai pu faire la reconstruction de l'index dans recoll.
Au passage j'ai découvert l'option de la configuration de l'indexation qui permet d'arrêter l'indexation lorsque le taux de remplissage du disque est de tant de %.

Config : Recoll 1.18.1 - indexation au fil de l'eau, Ubuntu 12.04 32 bits.

Et encore merci pour cet outil très précieux.

Je testerais la lens, mais je suis sous xfce comme install par défaut. Cela ne me gène pas. Comme indiqué : je pinaille

Oui, je n'avais pas bien lu dans les détails. En fait moi aussi je suis en xfce+ubuntu, mais j'ai tout de même tendance à faire comme si Ubuntu => Unity ...

Merci beaucoup pour la doc en français, j'en ai écrit beaucoup en anglais, mais j'ai trop la flemme de traduire (surtout que je sais que cela va faire un truc de plus à tenir à jour).

Juste un petit détail: la sensibilité aux accents et majuscules est désactivée par défaut en 1.18, il faut positionner un paramètre dans la config pour l'avoir. Je considère que c'est encore un peu expérimental et il y a encore des petites choses qui marchent moins bien dans ce mode, je ne suis toujours pas totalement convaincu que ca vaille le coup (j'utilise recoll en mode "sensible" mais c'est plus pour tester que parce que je trouve ca vraiment utile...). Donc ce n'est peut-être pas la peine d'en parler dans une doc d'introduction.

Ok pour le "recoll -q quelque-chose". Merci, ça marche.

J'en ai profité pour créer une doc ubuntu sur recoll, puisqu'il n'y en avait pas. Il vaux peut-être mieux que tu la relise. http://doc.ubuntu-fr.org/recoll
C'est juste pour ubuntu, donc je ne parle pas des sources, etc...

Merci à toi pour ce travail, c'est vraiment super !!

[...]
Recoll comble ce manque. Ma seule réserve : l'interface est un peu chargée, et une interface type synapse (avec l'interface complète seulement en option) serait plus sympa. Mais je pinaille.

Pour une interface plus legere, Il y a eventuellement le Lens Recoll (accessible en installant a partir du PPA:
https://launchpad.net/~recoll-backports … l-1.15-on)

Autrement, je le signale comme a chaque occasion, l'interface Python de Recoll, sur laquelle est base le Lens, donne un acces raisonablement complet aux fonctions de recherche. Si un programmeur a des envies d'interface de recherche legere, yaka Quelqu'un est en train de programmer une interface WEB avec.

recoll -f -q toto.txt

Le -f indique une recherche "nom de fichier", le -q est suivi de la requete.

Pour une recherche texte en mode langage ce serait "recoll -l -q des termes", ce qui est le defaut et peut donc s'abreger "recoll -q des termes"

recoll -h  imprime un message d'usage.

Je reste surpris que la recherche sous ubuntu soit par défaut aussi pauvre.
- Sous xubuntu, il n'y a rien de rien par défaut (il parait que la prochaine version de xfce embarquera un outil de recherche).
- Sous Unity ou GS, c'est le souk : un outil de recherche texte classique, accessible via nautilus, complet mais lent. Un outil de recherche dans le dash, rapide mais incomplet, puisque zeitgeist n'indexe que les fichiers ouverts (WTF !?). Et ces recherches ne sont mêmes pas accessibles par la même zone !
Idem pour les autres interfaces zeitgeist, comme Synpase.

Recoll comble ce manque. Ma seule réserve : l'interface est un peu chargée, et une interface type synapse (avec l'interface complète seulement en option) serait plus sympa. Mais je pinaille.

Une question, par contre : je n'ai pas compris (man recoll) comment lancer la recherche en terminal (en fait j'aimerais la lancer depuis mes "actions personnalisées" de xfce4-appfinder). Je parle d'une recherche qui lance l'interface graphique de recoll. Il y a quelque chose qui m'échappe dans le man, parce que je n'y arrive pas dans le terminal (je ne suis pas encore à l'étape xfce4-appfinder). Concrètement, je tape quoi, dans le terminal, pour rechercher un fichier toto.txt ?

Big merci au(x) concepteur(s) et a ceux qui travaille sur cet excellent indexeur.

J'ai une question: il est possible d'ajouter d'autre base de donnée Xapian (menu de config "index externe").
Est-il possible d'ajouter une base se trouvant sur un serveur distant ? (en SSH de pref, sinon en ftp ?)

C'est possible à partir de la version 1.18 d'utiliser une base distante xapian comme index principal, en rusant un peu pour la configuration. On utilise la fonction Xapian standard de base distante accédée par ssh. Les performances sont abyssales à cause du  grand nombre de requêtes Xapian effectuées par Recoll pour une recherche.

On ne peut pas utiliser une base distante facilement en index additionnel pour une simple raison d'interface (l'interface utilisateur actuelle insiste pour qu'on lui fournisse un répertoire local). Il y aurait probablement moyen de s'en tirer en éditant directement le fichier de configuration.

Par ailleurs si l'"autre base de données Xapian" n'est pas une base Recoll, rien ne marchera, les termes stockés sont largement incompatibles (méthodes différentes pour gérer le "stemming" en particulier).

À condition qu'on parle bien d'une base Recoll, je pense que la meilleure approche serait de monter la machine distante par NFS à travers un tunnel ssh ou autre. Je n'ai pas essayé et je ne sais pas quelles perfs on peut attendre. Mais à travers un NFS "local" ça marche très bien, donc je pense que ça ne dépend que des perfs du réseau.

jf

J'ai une question: il est possible d'ajouter d'autre base de donnée Xapian (menu de config "index externe").
Est-il possible d'ajouter une base se trouvant sur un serveur distant ? (en SSH de pref, sinon en ftp ?)

...
J'ai un souci de ralentissement avec l'indexation au fil de l'eau - qui d'ailleurs a déjà été signalé ici ou sur le site de recoll me semble-t-il. J'utilise Ubuntu 12.04 64 bits. Recoll à jour (1.17.3) puisqu'installé depuis le ppa.

Symptôme : quelques secondes de latences dans diverses applications (firefox, thunderbird, libreoffice), semble-t-il au moment où l'application fait un accès disque (ce qui fait qu'au départ j'ai pensé à un problème de disque dur). Latences imprévisibles (non systématiques) mais régulières (plusieurs fois par jour).

...

Bonjour,

Dans une situation comme celle-ci, il serait intéressant d'essayer de corréler le problème système avec l'activité de l'indexeur, en activant le journal de messages par exemple au niveau 3 dans un premier temps, et en le laissant défiler dans une fenêtre avec tail -f

Vous vous apercevrez peut-être que certains fichiers sont réindexés trop souvent (il y a des paramètres pour éviter cela), ou qu'un très gros fichier devrait être exclus de l'indexation.

Egalement peut-être, un petit coup de top pour vérifier que l'utilisation mémoire reste raisonnable.

Si vous repérez quelque chose, ca m'intéresserait de voir si on peut améliorer la situation: jfd@recoll.org

(et .cache sera dans la liste d'exclusion par défaut pour la prochaine version )
jf

néanmoins il semble que le dossier ~/.cache soit quand même indexé. J'ai du donc l'exclure nommément dans onglet paramètres globaux, chemins ignorés.
Une autre solution serait peut-être d'ajouter
.cache
à la liste onglet paramètres locaux, Global, noms ignorés.
A voir et si cela se confirme à ajouter par défaut.

Ou il y a quelque chose qui m'échappe.

J'ai un souci de ralentissement avec l'indexation au fil de l'eau - qui d'ailleurs a déjà été signalé ici ou sur le site de recoll me semble-t-il. J'utilise Ubuntu 12.04 64 bits. Recoll à jour (1.17.3) puisqu'installé depuis le ppa.

Symptôme : quelques secondes de latences dans diverses applications (firefox, thunderbird, libreoffice), semble-t-il au moment où l'application fait un accès disque (ce qui fait qu'au départ j'ai pensé à un problème de disque dur). Latences imprévisibles (non systématiques) mais régulières (plusieurs fois par jour).

Ensuite j'ai pensé à recoll et j'ai supprimé l'indexation automatique au fil de l'eau ce qui a fait disparaître les symptômes. Maintenant je suis passé à l'indexation planifiée (une fois par jour à heure fixe, dure 5mn).

Ce pb n'est pas lié aux performances de la machine (Intel Core i7, 4 Go de RAM), l'indexation occupe au maximum 10% de la CPU.

Par ailleurs j'ai aussi installé recoll sur une autre machine (Ubuntu 12.04 32bits) beaucoup moins performante et là il n'y a pas de problème.