solid / solid/data-interoperability-panel
Keep IRIs opaque to the client with iriPrefix
Nobody has claimed this yet.
- Dominant language
- Bikeshed
- Stars
- 58
- Forks
- 18
- PR merge metrics
- No merged PRs in 30d
Description
I was thinking about what we are missing to support use of IRIs opaque to the client. Main concern seems to be related to creating new resources. Looking at:
https://solid.github.io/data-interoperability-panel/specification/#datareg-create-instance
We could add two rather small changes to it:
-
Data Registration must provide IRI template or just base for creating new resource IRI, even something simple like
void:uriSpece -
PUT request creating new resource must have additional link in a header designating target Data Registration
rel=http://www.w3.org/ns/solid/interop#targetDataRegistration
GIven above client and serve should still be able to create new resources in specific data registration. While it still allows server to use specific IRI hierarchy it doesn't require it.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the Data Registration create-instance section in the linked Data Interoperability specification. Determine how a registration can provide an IRI template or base and how a creating PUT can identify its target registration with the proposed link relation. Done means the specification defines both changes consistently and explains how clients and servers use them.
Written by the indexing model from the issue text.
Assessment
- Domain
- api
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100