Initial draft of meta data element from SSP Traceability

[pmai]

This is the basic idea of porting the meta data container from SSP Traceability to SSD. Needs more refinement, and addition to other places, but should complement adding classifications for inline info vs. refering to external or different meta-data formats.

[JochenKoehler]

Plan to discuss on April, 22. Dag and Klaus will review it (also Peter)

[JochenKoehler]

web meeting 2024-04-26
No reviews done so far - still pending

[peter-lobner]

Personally I would vote to remove the signature stuff, as we don't have this for anything else in the SSP Standard currently.

[JochenKoehler]

Web meeting 2024-05-08
Discussion about adding signature.
Decision is pending where to add also the possibility to "attach" Meta data. And during this process it could be decided to add also signature for these parts.
More use of "complex type"? - Pierre will have some thoughts about it

[pmai]

Added meta-data to the other places that reference resources; this raises a couple of questions, though:

• The complex type for in-line content can't be reused, as most places where it would be used have additional content/checks, especially in the 1.1 schema.
• As a couple of places directly inline the content (e.g. ParameterMapping, vs. ParameterBinding that has a separate element for the in-line content ParameterValues), this leads to the awkward situation that the MetaData element sits in the same place as the potential inline content; this really can't be expressed in 1.0 schema, and might still be a bit jarring in the 1.1 schema.
• Relatedly, we might want to allow mixed-content (i.e. arbitrary text without any wrapping XML element) in some of those places, but that again does not work nicely if there is no wrapping element.

Changing any of this however would likely break back-ward compatibility and/or make the schema and handling more complex. So this is likely something that should be discussed at the F2F.

[pmai]

F2F 2024-06-12: Should maybe default to SRMD MIME Type? Better not, as that will likely lead to many non-SRMD files being attached but with the default MIME Type, which leads to problems.

[pmai]

F2F 2024-06-12: Approach is sound, @pmai to add documentation changes based on the current proposal. Signature stuff stays in for now, as this would allow re-use of the definitions in the SSP Traceability Layer as-is. Decision might be revised prior to release if needed.

[pmai]

CCB 2024-09-13: Signature element should also be added at the GMetaData level to allow signatures for the resources themselves and not only for their meta data. @pmai to make changes and PR to be rediscussed in next meeting for final merge.

[pmai]

CCB 2024-09-27: GMetaData to be added at top-level to all other file formats, then PR can be merged by @pmai.