[Wasabi Proposal] XML desktop query language

Mikkel Kamstrup Erlandsen mikkel.kamstrup at gmail.com
Wed Jan 17 03:46:39 PST 2007

2007/1/17, Jean-Francois Dockes <jean-francois.dockes at wanadoo.fr>:
> Mikkel Kamstrup Erlandsen writes:
> > Right. Let's not get lost over stemming issues since it is not a huge
> deal
> > (i'm not saying it is not important).
> >
> > Can we agree on the following: Stemming will be assumed to be on, but it
> is
> > not catastrophic if an engine just don't do stemming at all. Engines can
> > provide an extension to explicitly turn stemming off. In other words -
> keep
> > things as they are (regarding stemming).
> There seems to be strong preferences about stemming being on or off by
> default. So why not let the default depend entirely on the backend ?

Well, that is also a solution. Let the status be undefined. Ok by me.

Have no default in the spec, and let the application explicitely request a
> setting through the attribute, if it wants to.
The user-level language needs to have a way to force stemming off.

I still think it should be an optional thing - as it is now. The language
supports stemming control, but it is not required. As discussed a bit
earlier such extended features should probably be introspectable with a a
getExtendedFeatures() method (both in simple and live api).

By the way, the WasabiSearchSimple spec says it's not decided if the
> query_string for Query() is user-level or XML.

Do we all agree that we need to define a user level language as well? +1
from me at least.

Given a standard user level language, we dicussed a good while back the
possiblity to allow embedded user strings in the xml format. This is also
allowed in the Lucene query xml for example.

There would be a special query element called <userQuery> that could be used

      type:video AND (britney OR shakira)

That way we could use both user queries and real xml queries in both live
and simple apis. Furthermore the sorting and grouping attributes on the
request element could still be used.

I would be much in favour of using the raw user entry here.

I would be much in favor of allowing userQuery elements embedded in the xml.
It does introduce a bit of extra coding work for servers...

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freedesktop.org/archives/xdg/attachments/20070117/77a5d235/attachment.htm 

More information about the xdg mailing list