[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [oslc-core] RE: OSLC Query Capability question
Good day, I'm implementing an OSLC adapter where I need to use the oslc.orderBy clause in a QueryCapability, I couldn't find in 2.0 spec (neither in 3.0) the standard way to keep the order of the members in the Query Resource representation.
This is what I could find in 2.0:
"The OSLC client then uses HTTP GET to request a Query Resource representation of the query results. The Query Resource representation will contain property values about the query and a collection of resources that match the query criteria."
This description does not mention any shape for the Query Resource representation and less for a given important order of the members. So far I've seen examples that uses this shape:
=====================================================
<http://example.com/services/requirements/query>
a oslc:ResponseInfo;
oslc:totalCount
3;
rdfs:member
<http://example.com/services/requirements/6802>
,
<http://example.com/services/requirements/2875>
,
<http://example.com/services/requirements/103>
.
<http://example.com/services/requirements/6802>
a oslc_rm:Requirement
;
dcterms:title
"..." .
dcterms:description
"..." ;
<http://example.com/services/requirements/2875>
a oslc_rm:Requirement
;
...
<http://example.com/services/requirements/103>
a oslc_rm:Requirement
;
...
=====================================================
However rdfs:member predicate is not enough to establish an order. OSLC 3.0 focus on the use of LDP containers but I think does not meet this requirement also. I was thinking the solution should be something like:
=====================================================
<http://example.com/services/requirements/query>
a oslc:ResponseInfo;
oslc:totalCount
3;
oslc:members[ a rdf:Seq ; rdf:li <http://example.com/services/requirements/6802>
; rdf:li <http://example.com/services/requirements/2875>;
rdf:li <http://example.com/services/requirements/103>
]
=====================================================
but I wanted to know whether you have something different to address this scenario that I missed.
Thanks in advance.
Regards,
Ricardo.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]