Yacy utilise un modèle découvreur / index (crawler/indexer) conventionnel. A l'inverse Seeks ne 'découvre' (crawl) pas, il réunit les utilisateurs, rapporte les résultats des moteurs existants et permettra aux utilisateurs de proposer du contenu directement aux groupes dynamiquement créés. Ce contenu prendra la forme de résultats de recherche, qui pourront être notés, enrichis, etc... par les utilisateurs.
Avec tout le respect dû aux développeurs de Yacy, celui-ci a des bases théoriques erronées (il ne peut calculer le pagerank à cause de sa décentralisation, et donc fournit des résultats avec un ordre très approximatif, qui le rend en pratique inutilisable). De manière générale, le modèle crawler/indexer en décentralisé est une mauvaise idée, cf. [http://pdos.csail.mit.edu/~rtm/papers/search_feasibility.pdf].
De plus Yacy fait passer les requêtes aux autres noeuds qui recherchent dans leurs propres indexes. C'est à dire que ces noeuds là voient les requêtes en clair (de ce que je connais du projet). Seeks à l'inverse peut réunir les utilisateurs sans révéler les requêtes elles-même, ce qui est un plus.
Donc en résumé Seeks construit directement un modèle alternatif au modèle crawler/indexer, tout en se servant des moteurs conventionnels pour mieux glisser vers un modèle complètement contrôlé par les utilisateurs.
[^] # Re: Question habituelle
Posté par pilouche . En réponse au journal Pour revenir sur les buts du projet Seeks, un moteur de recherche collaboratif et décentralisé. Évalué à 5.
Avec tout le respect dû aux développeurs de Yacy, celui-ci a des bases théoriques erronées (il ne peut calculer le pagerank à cause de sa décentralisation, et donc fournit des résultats avec un ordre très approximatif, qui le rend en pratique inutilisable). De manière générale, le modèle crawler/indexer en décentralisé est une mauvaise idée, cf. [http://pdos.csail.mit.edu/~rtm/papers/search_feasibility.pdf].
De plus Yacy fait passer les requêtes aux autres noeuds qui recherchent dans leurs propres indexes. C'est à dire que ces noeuds là voient les requêtes en clair (de ce que je connais du projet). Seeks à l'inverse peut réunir les utilisateurs sans révéler les requêtes elles-même, ce qui est un plus.
Donc en résumé Seeks construit directement un modèle alternatif au modèle crawler/indexer, tout en se servant des moteurs conventionnels pour mieux glisser vers un modèle complètement contrôlé par les utilisateurs.