[man] À quoi sert nepomuk ?

[farvardin]

bonjour,

man nepomuk ne donne rien, et je crois que strigi + nepomuk servent à indexer les fichiers, mais à part ça je ne comprends pas vraiment la valeur ajoutée de ce service plutôt lourd en ressources. Il me semblait que strigi c'était pour indexer le contenu des fichiers, mais qu'est-ce qu'offre nepomuk en plus ?

De plus contrairement à locate qui ne retourne le resultat de mes recherches par nom de fichier quasi-instantanément, lorsque dans dolphin je fais une recherche, vu la lenteur, j'ai plutôt l'impression que cela recherche en temps réel. D'ailleurs, n'y a-t-il que dans dolphin qu'on peut bénéficier de cette indexation ?

Le site http://nepomuk.semanticdesktop.org n'éclaire absolument rien à ce sujet, le concept me semble plutôt opaque, ce qui m'encourage plutôt à désactiver l'ensemble de ces services comme je l'avais toujours fait jusqu'à présent.

[FoolEcho]

Très (mais vraiment *très* ) grossièrement, Nepomuk vise à organiser n'importe quel fichier selon des tags ou des méta-données... par exemple pour que Strigi indexe d'une certaine façon les fichiers pour des recherches plus pertinentes (mes fichiers "favoris", peu importe qu'il s'agisse d'images, de vidéos, etc. ... etc.).
C'est sûr que, présenté comme ça, on voit tout de suite que je n'ai pas la fibre commerciale.

Je pense que l'article suivant de chez Mandriva ("donc" en français) te présentera plus clairement la chose (bon le discours est un peu emphatique... ou c'est moi qui suis revenu de tout ):
http://wiki.mandriva.com/fr/Magnum03_Nepomuk

De plus contrairement à locate qui ne retourne le resultat de mes recherches par nom de fichier quasi-instantanément, lorsque dans dolphin je fais une recherche, vu la lenteur, j'ai plutôt l'impression que cela recherche en temps réel.

Il ne faut pas oublier que locate travaille à partir d'une base de données préalablement fournie rafraîchie à la demande (via updatedb), d'où sa rapidité. Du coup, il vaut mieux comparer l'action de dolphin à un find... mais un find qui ne se base pas directement sur les fichiers mais sur ce qui a servi à les indexer.

... ceci dit, peut-être n'ai-je rien compris... ça fait un moment que je n'ai plus suivi les débats.

Mais un exemple d'utilisation concrète (que je n'ai toujours pas mis en pratique car j'ai trop de fichiers à organiser et la flemme ): j'ai plein d'images/photos/musique/vidéos et autres trucs récoltés sur le web ou ailleurs que j'aimerais retrouver d'un coup ou presque selon mon humeur.
Bien sûr, j'suis un gars organisé avec une bonne hiérarchie de fichier, mais je ne peux pas rendre avec une hiérarchie de fichier l'enchevêtrement des combinaisons possibles: famille/ami(e)s/brun/roux/blond/de dos/de face/de profil/dans les bois/en ville/en mer/en montagne/triste/riant/pleurant/indifférent/rock/classique/original/barbant etc. (quelle imagination )
Hop jeu d'étiquettes sur les fichiers et voilà, je peux retrouver des trucs selon mes critères.

Il est clair que ça n'apporte rien si je cherche toutes mes classes java ou tout ce qui est recherche "habituelle".

[benjarobin]

Cela indexe le contenu du fichier et non juste le nom du fichier.
Sinon : http://en.wikipedia.org/wiki/NEPOMUK_%28framework%29

[Drexya]

J'ai toujours trouvé ce concept un peu fumeux, me souviens qu'il y a quelques années on nous présentait ça comme une révolution dans l'informatique -un peu comme le fameux web 2.0...- ; enfin bon j'imagine que ça doit bien servir à quelques chose.