-
Notifications
You must be signed in to change notification settings - Fork 111
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
validator and backwards compatibility #683
Comments
They remain compatible. Any BIDS 1.x release should be compatible with any other 1.x release.
This should not be necessary. However, there are some special cases:
This statement is inaccurate. The validator should validate the latest released version of the standard - not the draft. |
I'm not sure I follow. If there is a fix to the standard -- say a metadata field is updated (which is possible?), then how do they remain compatible? I presume the validator is also updated to reflect this? Or do you mean to say that the metadata fields will never be changed/updated in a 1.x release?
Okay, but even if the validator is validating the latest released version and not the dev version, there is still no way to check if an older dataset complies to an older version of the standard, no? |
I just noticed on twitter that a new version of BIDS has been released. This is great!
However, this brings back a question I had in my mind for a while and does not go away. Since BIDS is a standard, I would assume that it would stabilize at some point (if yes, when?) or would it keep evolving to adapt to the needs of the community. If it keeps evolving, the practical questions in my mind are:
Shouldn't there be tagged versions of the validator corresponding to different versions of BIDS?
The text was updated successfully, but these errors were encountered: