-
Notifications
You must be signed in to change notification settings - Fork 80
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
versioning instance models #370
Comments
What do we need to do in Brick ontology for this one? |
Initial support for this feature here: BrickSchema/py-brickschema#86 I don't know if there's much in Brick itself that we need to do, save for documenting this pattern in the docs repo (which I will do soon) |
Hi |
Yes! We wrote up a bit of that here: https://docs.brickschema.org/lifecycle/versioning.html You can check out a table of versions here, too: https://brickschema.org/resources/ Brick 1.4 will redirect to the latest 1.4.x model (1.4.2 in this case) |
Oh my, I keep overlooking content in the documentation.... Thanks for your answer! |
This is just a placeholder, but as part of #350 we should also add as a best practice always including some kind of version info in your Brick models. e.g. something like, for 'mybldg.ttl':
We'd change the brick tooling to do this automatically for people who use the brick tooling, e.g. py-brickschema always adds that to new Brick graphs.
We had a longer discussion about this in the tools working group:
https://github.com/BrickSchema/Brick/wiki/Tooling-Working-Group-Notes
The text was updated successfully, but these errors were encountered: