OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

search-ws message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [search-ws] Another Kind of Facet?


> That part I understood (I think).  My suggestion was
> that these different databases are accessed via
> different base URLs, so if you supply a base URL for
> each, along with facet information specific to that
> database, then they can construct the query.  I'm
> not sure what I'm missing.

The same query might not have been used to search each component
database, so the client might not know how to construct the query.  For
instance, the client might have specified the serverChoice index and the
federating database technology might then have chosen a different index
to search a component.  Simply returning the base URL to the component
will not tell the client how to formulate the search of the component.
The client must be given the complete URL for the search.


> Your suggestion to supply a human-friendly
> ("non-interoperable") name and also supply the query
> which would access the facet associated with that
> name is exactly what I proposed originally and it
> did not go over well in the SRU discussion list.
>
> Maybe you'd like to revive that line of discussion
> on the SRU list?

When we get closer to a proposal, I'll do that.  I think we have a good
use case here.  I am implementing this logic now (literally), so we
can't be accused of fictitious examples.

Ralph



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]