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

URIs for INSPIRE - 303 URIs vs. hash URIs #26

Open
jechterhoff opened this issue Feb 17, 2016 · 2 comments
Open

URIs for INSPIRE - 303 URIs vs. hash URIs #26

jechterhoff opened this issue Feb 17, 2016 · 2 comments

Comments

@jechterhoff
Copy link
Collaborator

Description

INSPIRE application schemas model real-world phenomena as features. A feature provides a particular view upon a real-world phenomenon. Within the Linked Data domain, it is important to identify both the real-world phenomenon itself and representations that describe it.

The W3C note "Cool URIs for the Semantic Web" recommends the use of 303 URIs or Hash URIs to identify resources – the actual thing / real-world phenomenon as well as representations that describe it. Both solutions have their advantages and disadvantages. They can even be combined.

When transforming INSPIRE data into RDF, clear guidance is needed for the creation and assignment of URIs for spatial objects and the real-world phenomena they represent.

Discussion Item

If you have been involved in the development of a system that publishes RDF data: with which particular URI style (303 URIs and/or Hash URIs, or even an entirely different approach) does it publish data, and what were the reasons for choosing that URI style? In other words, can you give recommendations on when/why a specific URI style is preferable?

@cportele
Copy link
Member

It will be interesting to learn why the upcoming pilots choose one approach over the other.

@jechterhoff
Copy link
Collaborator Author

Related to #3

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

No branches or pull requests

2 participants