You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As an end user, I want to paginate and filter data, So that I get the data I need with good performances.
Preconditions:
Large amount of resources are stored in a container.
Trigger:
The user want to get only a small subset of the resources within the container.
Actors:
N/A
Distinction:
The user may want to filter or sort by predicates.
Maybe the possibility of filtering by keyword (full text search) may be useful as well.
For ordering, we may want to choose a ascending or descending order.
For ordering, we may want data even if the sort predicate doesn't exist.
Scenario:
N/A
Alternative case(s):
If a SPARQL endpoint was available, this would be less necessary.
This is in part related to the UCS [UC] Authoring Arbitrary Hypermedia #33, where I illustrate the need to author arbitrary hypermedia. Your UCS highlights, the need for authors to be able to control/configure pagination, as well as servers' ability to do automatic pagination, say, on RDF data. These need to made available to clients as hypermedia affordances.
I have started a discussion on extending HTTP content negotiation to allow complex media-type descriptions. This might be a way to allow servers/intermediaries to communicate that they are providing filtered responses in a more granular manner. The discussions are unfortunately split between HTTPWG and Media Types mailing lists.
As an end user,
I want to paginate and filter data,
So that I get the data I need with good performances.
Preconditions:
Large amount of resources are stored in a container.
Trigger:
The user want to get only a small subset of the resources within the container.
Actors:
N/A
Distinction:
The user may want to filter or sort by predicates.
Maybe the possibility of filtering by keyword (full text search) may be useful as well.
For ordering, we may want to choose a ascending or descending order.
For ordering, we may want data even if the sort predicate doesn't exist.
Scenario:
N/A
Alternative case(s):
If a SPARQL endpoint was available, this would be less necessary.
Error scenario:
N/A
Acceptance Criteria:
N/A
References:
For paging, this spec exists: https://www.w3.org/TR/ldp-paging
Ordering with RDF is difficult. We have long discussions about this here: assemblee-virtuelle/semapps#568
The text was updated successfully, but these errors were encountered: