You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@marmotta.apache.org by "Rob Atkinson (JIRA)" <ji...@apache.org> on 2016/02/24 03:03:18 UTC

[jira] [Created] (MARMOTTA-630) Add support for parameterised SPARQL queries and configurable resource graphs via URL based APIs

Rob Atkinson created MARMOTTA-630:
-------------------------------------

             Summary: Add support for parameterised SPARQL queries and configurable resource graphs via URL based APIs
                 Key: MARMOTTA-630
                 URL: https://issues.apache.org/jira/browse/MARMOTTA-630
             Project: Marmotta
          Issue Type: New Feature
          Components: LDClient, Platform, Web Services
            Reporter: Rob Atkinson


The existing functionality allows a resource to be retrieved by URL, and only a single-level depth traversal of the graph or relationships. 

The Linked Data API (https://github.com/UKGovLD/linked-data-api) is an example of a configurable API that allows both parameterised queries and limited response graph construction. 

This module would support several use cases typical of existing data publishing practices, that could be enhanced by Linked Data approach:
1) where the data is complex and partially populated, and in reality the client cannot predict what queries will deliver useful results
2) any client wishing to explore linked data and get a relevant graph of information in a single query
3) any publisher wishing to protect their system from uncontrolled SPARQL queries
4) any time the publisher wants to control the response graph for a given object

There are similarities with LDcache - in that such APIs can also be used to federate API access across multiple SPARQL endpoints. It is suggested therefore that this is a layer between the existing content-negotiation and ResourceWebService in the core. 

A separate module may be beneficial - to encourage candidate providers to offer a solution in this space. adding to SPARQL perhaps less ideal because the user may not wish to expose SPARQL endpoints  - but perhaps this can be handled by easy permissions configuration.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)