> I propose the following for the cql relation.
> dc.title matches (string) means exact match
> dc.title = (word1 word2 word3) means
> adjacent words
> dc.title ~ (word1 word2 word3) means
> similar words
> dc.title * (word1 word2 word3) means all
> dc.title + (word1 word2 word3) means any
> dc.title stem (word1 word2 word3) means stem/any
> dc.title fuzzy (word1 word2 word3) means
> fuzzy/any words
To further reduce arguing over the characters for all and any, how about
'all' and 'any' ?
eg: dc.title all "dublin core redux"
> By this definition "=" is a numeric relation. I
> strongly feel that it should either be a numeric
> relation or used for strings/words, but not both.
> Above it's the latter, which would mean take "="
> out of the mathematical relation list. Or can
> someone give an example where we need mathematical
> equality? If so then we should come with an
> alternative symbol for "=" for word adjacency.
weatherSet.temperature = "29"
weatherSet.windSpeed = "20"
Definitely we need a mathematical equality.
'adjacent' instead of =
'relevant' instead of ~
'fuzzy' and 'stem' require a mandatory space separation rule for CQL, so
why not just put in the words rather than invent silly symbols?
> Robert Sanderson wrote:
> > Designing CQL such that it maps onto attributes rather than being easy
> > to understand and construct is counter productive IMO.
> I see no reason why we can't do both, giving
> priority to the latter, and modifying AA if we
Agreed, of course, but I wasn't seeing any arguments in favour of Alan's
suggestion apart from it being easy to map on to attributes because
essentially it was reproducing them with string identifiers.
(How long before we got queries like: dc.title:102:6:3 = "foo" ?)
> Z39.50. We simply need to have rules for turning
> a cql query into a Z39.50 query. One of those
> rules could be "if there is a left-anchor
> character at the beginning of the field, turn that
> into first-in-field".
Yes! It's not hard to see if the first or last character is a ^ or $
If it is hard, then get a better programming language! :)
,'/:. Rob Sanderson ([log in to unmask])
,'--/::(@)::. Special Collections and Archives, extension 3142
,'---/::::::::::. Twin Cathedrals: telnet: liverpool.o-r-g.org 7777
____/:::::::::::::. WWW: http://liverpool.o-r-g.org:8000/
I L L U M I N A T I