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

Move vocabs to gh-pages, version them #13

Open
dmitrizagidulin opened this issue Feb 22, 2016 · 5 comments
Open

Move vocabs to gh-pages, version them #13

dmitrizagidulin opened this issue Feb 22, 2016 · 5 comments

Comments

@dmitrizagidulin
Copy link
Member

  1. Version the relevant included vocabularies
  2. Move the main branch to gh-pages, so they can be easily accessible from github.io
@csarven
Copy link
Member

csarven commented Feb 22, 2016

I'm not sure I completely understand the intention of this issue.

This repository was intended for us to discuss, understand, and improve the vocabularies that can be used by the Solid platform and applications. Whatever and wherever the vocabularies are originally, they'll continue to be served from there. I don't think versioning vocabularies is a good idea either.

@dmitrizagidulin
Copy link
Member Author

Ah, I'm specifically talking about vocabularies that are hosted in this repo (like https://github.com/solid/vocab/blob/master/solid-terms.ttl ).
Those should be moved to the gh-pages branch, so we can actually have working links to them in our RDF

@dmitrizagidulin
Copy link
Member Author

And as far as versioning, SemVer-like versioning for schemas and vocabs can be really helpful to developers (see http://snowplowanalytics.com/blog/2014/05/13/introducing-schemaver-for-semantic-versioning-of-schemas/ )

@csarven
Copy link
Member

csarven commented Apr 27, 2020

Good practice to include provenance information about the modifications eg. when a term gets added to the vocabulary, it can specify issue date, status, creator, relation to specification/documentation etc. However, creating a new URI namespace for each version creates fragmentation and raises the bar for reuse eg. http://xmlns.com/foaf/spec/#sec-evolution .

@dmitrizagidulin
Copy link
Member Author

@csarven I very much wish everybody would stop using that FOAF post as a reason not to version schemas. :) One, it was wrong to begin with. Two, things are very different these days. We have Semantic Versioning, and we version our specs and schemas.

For example, both the DID working group and the verifiable credential groups are both intending to version their contexts / vocabularies. (And would go so far as to hash-lock to a particular context).

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