Content owners typically require asset creators to name files or their associated metadata with specific values in order to describe the content being delivered. In the IMF ecosystem, leveraging the metadata elements available in the Composition Playlist is preferred over storing this information in the filename. As such, including a method to define the values for these metadata elements via the Delivery Schema would be very useful.
Furthermore, it would also useful to create a notion of "static" vs "dynamic" value types for each element. For example, "static" values have been pre-defined in the Delivery Schema, and cannot be modified by the user once the DS has been invoked. On the other hand, "dynamic" values can also be pre-defined in the DS, but the entire string would be user configurable after the DS has been invoked.
Here are several use cases to illustrate the idea:
Use Case # 1
Generic Pictures wishes the <ContentOriginator> value in the CPL to always be "Generic Pictures". They would create a Delivery Schema with a static value of "Generic Pictures", which the user would not be able to modify once the DS was invoked.
Ex:
<ContentOriginator>Generic Pictures</ContentOriginator>
Use Case # 2
Generic Pictures wishes the <Id> value for the <ContentVersion> element to be pre-populated with the URN string for their CMS (urn:genripedia in the below example), but needs the user to modify the pre-populated URN by adding the applicable ID for that piece of content. As such, this would be a dynamic value. However, they want the associated <LabelText> value to be static, and not modifiable by the user. In the example below, the EIDR is being indicated for the applicable content.
Ex:
<ContentVersionList>
<ContentVersion>
<Id>urn:genripedia:[eidr value]</Id>
<LabelText>EIDR</LabelText>
</ContentVersion>
</ContentVersionList>Here is a list of the CPL metadata fields that seem like logic choices for a content owner to want to have the ability to define via the Delivery Schema:
<Annotation>
<Issuer>
<ContentOriginator>
<ContentTitle>
<ContentKind>
<ContentVersionList>
<ContentVersion>
<Id>
<LabelText>
</ContentVersion>
</ContentVersionList>
Content owners typically require asset creators to name files or their associated metadata with specific values in order to describe the content being delivered. In the IMF ecosystem, leveraging the metadata elements available in the Composition Playlist is preferred over storing this information in the filename. As such, including a method to define the values for these metadata elements via the Delivery Schema would be very useful.
Furthermore, it would also useful to create a notion of "static" vs "dynamic" value types for each element. For example, "static" values have been pre-defined in the Delivery Schema, and cannot be modified by the user once the DS has been invoked. On the other hand, "dynamic" values can also be pre-defined in the DS, but the entire string would be user configurable after the DS has been invoked.
Here are several use cases to illustrate the idea:
Use Case # 1
Generic Pictures wishes the
<ContentOriginator>value in the CPL to always be "Generic Pictures". They would create a Delivery Schema with a static value of "Generic Pictures", which the user would not be able to modify once the DS was invoked.Ex:
Use Case # 2
Generic Pictures wishes the
<Id>value for the<ContentVersion>element to be pre-populated with the URN string for their CMS (urn:genripedia in the below example), but needs the user to modify the pre-populated URN by adding the applicable ID for that piece of content. As such, this would be a dynamic value. However, they want the associated<LabelText>value to be static, and not modifiable by the user. In the example below, the EIDR is being indicated for the applicable content.Ex:
Here is a list of the CPL metadata fields that seem like logic choices for a content owner to want to have the ability to define via the Delivery Schema: