sdx-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RE : [sdx-developers] RE : SDX 2 : implantation des entrepots de doc


From: Pierrick Brihaye
Subject: Re: RE : [sdx-developers] RE : SDX 2 : implantation des entrepots de documents
Date: Thu, 28 Mar 2002 10:12:13 +0100
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1

Martin Sévigny wrote:

Oui, je comprends. En fait, moi aussi ça me gène parce que pour
l'instant je n'ai pas de réponse plus précise. Il faut réfléchir à ce
qu'implique le fait d'avoir plusieurs types de requêtes, et à ce moment
on verra peut-être plus clair.


Bon, je vois qu'on est dans le même brouillard :-) Ceci dit, c'est réellement un dilemne de programmeurs, pour l'utilisateur ça sera complètement transparent.


En fait, vous êtes dans de la base de données, c'est pour ça que vous
voulez trier systématiquement! ;)


Mmmh, c'est à mon avis plus complexe que ça. Les utilisateurs connaissant la structure sous-jacente (et pour ceux qui ne la connaissent pas, on cherche à leur faire appréhender la dite structure), ils s'attendent à un (au moins) tri. Je reste par exemple persuadé que le tri sur un lieu (dès lors qu'on en a un), et ce que l'on fasse de l'Inventaire, de l'archéologie ou du tourisme, reste la meilleure façon de présenter les choses. Pour comparer avec du documentaire "classique", il y a des infos (localisation, datation p.e.) qui ont un boost factor bien plus important que le reste de l'information.

D'ailleurs, selon ma
définition du document structuré (qui n'est pas plus valable qu'une
autre), les dossiers d'inventaire n'en font pas partie


Je vois ce que tu veux dire mais, pour notre défense, je dirais que nous ne sommes pas très contents (en tout cas certains d'entre nous) de l'organisation de nos données. Ce carcan bride littéralement toute la plus-value scientifique que nous sommes capables (en principe) d'apporter. Nous réflechissons d'ailleurs à des structures plus libres qui seraient bien plus proches de ce qui se fait en documentaire classique. Vive le modèle mixte :-)

Ceci étant dit, c'est vrai qu'une optimisation du tri des résultats de
recherche serait un gain de performance très important. Le faire dans un
SGBD peut-être, ou avoir des routines de tri qui fonctionnent avec des
fichiers temporaires.


Oui. Les deux sont possibles. L'idéal serait d'avoir un "trieur" qui fonctionnerait comme Lucene. Mais ça nécessaiterait pas mal de reverse engeenering. C'est pour ça que je proposais un SGDB.


En fait, tu veux avoir du WebDAV directement sur SDX? Voir
http://www.webdav.org/ et, peut-être encore mieux, voir le support
WebDAV dans Tomcat 4 et http://www.mucl.de/~jmetzner/xincon/ pour un
test de support WebDAV directement dans Xindice...

Je regarde ça...


J'ai vu rapidement. A priori, ce n'est pas trop ce que je voulais faire (sauf pour un entrepôt URL à la rigueur), mais bon, il faut que j'étudie ça plus profondément...


Ouais, et en le faisant pense à un outil de production de documents XML
qui commence par P...


Dont le cahier des charges a pas (trop) mal évolué ;-) Il n'est pas impossible qu'il y ait bientôt une URL publique.


--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden




reply via email to

[Prev in Thread] Current Thread [Next in Thread]