Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Identifiers: standard? specification? #198

Closed
fbrckman opened this issue Sep 5, 2019 · 1 comment · Fixed by #207
Closed

Identifiers: standard? specification? #198

fbrckman opened this issue Sep 5, 2019 · 1 comment · Fixed by #207

Comments

@fbrckman
Copy link
Collaborator

fbrckman commented Sep 5, 2019

No description provided.

@fbrckman fbrckman added the help wanted Extra attention is needed label Sep 5, 2019
@SvenLieber
Copy link
Collaborator

There exist different best practices in Linked Data to identify things.
The patterned URI "pattern" for example suggests to use algorithmically constructred patterns like e.g. '/books/12345'.

The shared keys pattern goes one step further and relies on the previously introduced "patterned URIs" and additionally using standard identifiers. The "MusicBrainz" platform they mention as example is based on UUIDs which are "unique across both space and time" 👩‍🚀

Therefore I would suggest to follow that pattern, using /shapes as template and then a created UUID which can be done by e.g. using this npm package.
So it would look something like this: /shapes/123e4567-e89b-12d3-a456-426655440000.

Then together with a base IRI (e.g. http://example.org/ns/unshacled) a shape is identified by something like this: http://example.org/ns/unshacled/shapes/123e4567-e89b-12d3-a456-426655440000.

We don't have to be too much worried about ID collisions, if someone else created the same UUID we still have our base IRI to distinguish. Additionally our users probably will use their own URI anyway and create something like https://data.vlaanderen.be/shacl/Begraafplaats-SHACL.ttl

@fbrckman fbrckman removed the help wanted Extra attention is needed label Sep 5, 2019
@fbrckman fbrckman mentioned this issue Sep 6, 2019
fbrckman pushed a commit that referenced this issue Sep 6, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants