[oslc-core] Enhancing OSLC Query filtering

[Dragos Cojocari]

Hey Arthur,

yes, but if I want all resources that contain in their title the term 
"high" I cannot process only the first page. I need to consume the whole 
resource set which can be bigger than needed and thus incorrect. In 
addition since oslc.searchTerms is not property specific a query could 
return resources where the term "high" is matched in other properties like 
description or priority.

Regards,
        Dragos




Arthur Ryman <ryman at ca.ibm.com> 
05/30/2011 03:30 PM

To
Dragos Cojocari/Romania/IBM at IBMRO
cc
oslc-core at open-services.net, oslc-core-bounces at open-services.net
Subject
Re: [oslc-core] Enhancing OSLC Query filtering






Dragos,

oslc.searchTerms is not a complete replacement for oslc.where with "like" 
or "contains". It was intended to work with paging so that you could just 
look at the first page of results and get the best matches. You wouldn't 
have to get the complete set of resources. For example, to get the top 10 
matches, specify oslc.pageSize=10, get the first page and ignore the rest.

Regards, 
___________________________________________________________________________ 


Arthur Ryman 


DE, PPM Chief Architect

IBM Software, Rational 

Toronto Lab | +1-905-413-3077 
Twitter | Facebook | YouTube







From:
Dragos Cojocari <dragos.cojocari at ro.ibm.com>
To:
Arthur Ryman/Toronto/IBM at IBMCA
Cc:
oslc-core at open-services.net, oslc-core-bounces at open-services.net
Date:
05/30/2011 08:11 AM
Subject:
Re: [oslc-core] Enhancing OSLC Query filtering



Thanks Arthur. I've seen the oslcTerms but I don't think  it can behave as 

a replacement of oslc.where with additional predicates. There are 2 
reasons that make me say this: 
- it seems it's possible for results that do not match the search terms to 

be returned ( with oslc.score = 0) meaning that a larger set of data than 
needed will be returned. Is my interpretation correct? 
- the searchTerms performs sorting on the result set and it is defined to 
override the oslc.sort parameter which might be not desirable in all 
cases. 

Regards, 
        Dragos 



Arthur Ryman <ryman at ca.ibm.com> 
05/30/2011 03:00 PM 


To
Dragos Cojocari/Romania/IBM at IBMRO 
cc
oslc-core at open-services.net, oslc-core-bounces at open-services.net 
Subject
Re: [oslc-core] Enhancing OSLC Query filtering








Dragos,

There is a full text search mechanism. oslc.searchTerms [1]

The query syntax was intended to be simple and relatively easy to 
implement. For complex queries, we should use a standard query language, 
e.g. SPARQL. So rather than enhance the simple query syntax, we should be 
promoting query based on SPARQL, e.g. from an index.

[1] 
http://open-services.net/bin/view/Main/OSLCCoreSpecQuery?sortcol=table;up=#oslc_searchTerms



Regards, 
___________________________________________________________________________ 



Arthur Ryman 


DE, PPM Chief Architect

IBM Software, Rational 

Toronto Lab | +1-905-413-3077 
Twitter | Facebook | YouTube







From:
Dragos Cojocari <dragos.cojocari at ro.ibm.com>
To:
oslc-core at open-services.net
Date:
05/30/2011 06:17 AM
Subject:
[oslc-core] Enhancing OSLC Query filtering
Sent by:
oslc-core-bounces at open-services.net



Hey all, 

the  oslc.where parameter of OSLC queries allow filtering data using basic 


operators. In some cases this is not sufficient as expressing conditions 
using basic operators is either not possible or very cumbersome. Can the 
OSLC Query be enhanced with some common used predicates such as "like", 
"contains" etc? An example is searching for all the resources that contain 


a specific word in their dc:title property. 

Regards, 
    Dragos

Exceptand situatiile in care partile au convenit in alt mod: / Unless 
stated otherwise above:
IBM România S.R.L.
Bucharest Business Park, Corp A2, Şos. Bucureşti-Ploieşti Nr. 1A, 013681
Bucureşti 1, ROMANIA
CIF RO378660, RC J/40/5106/1991
Cap.Soc. 41.670 Lei_______________________________________________
Oslc-Core mailing list
Oslc-Core at open-services.net
http://open-services.net/mailman/listinfo/oslc-core_open-services.net






Exceptand situatiile in care partile au convenit in alt mod: / Unless 
stated otherwise above:
IBM România S.R.L.
Bucharest Business Park, Corp A2, Şos. Bucureşti-Ploieşti Nr. 1A, 013681
Bucureşti 1, ROMANIA
CIF RO378660, RC J/40/5106/1991
Cap.Soc. 41.670 Lei





Exceptand situatiile in care partile au convenit in alt mod: / Unless 
stated otherwise above:
IBM România S.R.L.
Bucharest Business Park, Corp A2, Şos. Bucureşti-Ploieşti Nr. 1A, 013681
Bucureşti 1, ROMANIA
CIF RO378660, RC J/40/5106/1991
Cap.Soc. 41.670 Lei
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://open-services.net/pipermail/oslc-core_open-services.net/attachments/20110530/71269161/attachment-0003.html>