To programmatically accept Matrix Service loom files, it would be very helpful to know the set of metadata that can currently be expected in a loom file. In particular, it would be helpful to know:
- if there is a "core set" of metadata that should always be expected in a Matrix Service loom file (is there a document or other resource that has a list of the expected metadata?)
- if there are optional, project-specific metadata that might also be in a Matrix Service loom file
Additionally, will Matrix Service loom files have information on when the "core set of expected metadata" might change, how to monitor for such changes and how to determine whether such changes are expected to be breaking changes.
For instance, if a 2018 loom file had a global attribute Matrix_Service_metadata_reference_set = v8.1.1
and Feb 2019 Matrix_Service_metadata_reference_set = v8.2.1
while today Matrix_Service_metadata_reference_set = v9.2.1
I would know code from 2018 could handle loom from 2018 and loom from Feb 2019 but not today's loom file.
What are current options for knowing the set of metadata that can be expected in a given Matrix service loom file?
To programmatically accept Matrix Service loom files, it would be very helpful to know the set of metadata that can currently be expected in a loom file. In particular, it would be helpful to know:
Additionally, will Matrix Service loom files have information on when the "core set of expected metadata" might change, how to monitor for such changes and how to determine whether such changes are expected to be breaking changes.
For instance, if a 2018 loom file had a global attribute Matrix_Service_metadata_reference_set = v8.1.1
and Feb 2019 Matrix_Service_metadata_reference_set = v8.2.1
while today Matrix_Service_metadata_reference_set = v9.2.1
I would know code from 2018 could handle loom from 2018 and loom from Feb 2019 but not today's loom file.
What are current options for knowing the set of metadata that can be expected in a given Matrix service loom file?