DDEX standard message formats are used to carry information from one company to another. They do so by clearly defining the semantics of each “tag” as well as, where appropriate, the value that is communicated. The
UseType tag, for instance provides information about how a consumer is allowed to interact (or has interacted) with a Release or Resource. This tag can carry a number of DDEX-defined allowed values such as "download":
The DDEX Data Dictionary clearly defines what the
Download means in order that both the sender and receiver of a message know what is intended to be communicated.
In some cases it may be necessary, however, to communicate a term that is not, at that time, defined by DDEX
(yet). If, for example, a record company X, wants to only allow a Release to be accessed by consumers on Mondays, X can agree with its business partners to use the term
AccessOnMondays to convey that meaning. However, to ensure that there is no conflict or overlap between X’s definition of
AccessOnMondays with another company’s definition of
AccessOnMondays, a “namespace” needs to be added:
<UseType Namespace=”PADPIDA2014122301Q” UserDefinedValue=”AccessOnMondays”> UserDefined </UseType>
As shown in the example, this namespace identifier should take the form of the DDEX Party Identifier (DPID) of the company that has created the term and definition. The
Namespace attribute should not contain the namespace prefix “DPID:”.
If the company that has created the term and definition does not have its own DPID, a namespace prefix is necessary to make it clear that the namespace is a namespace other than the normal default namespace of a DPID. The namespace prefix needs to be understandable to both sender and recipient.
<UseType Namespace=”UsTaxCode:123456” UserDefinedValue=”AccessOnMondays”> UserDefined </UseType>
As shown above, namespace prefix and namespace must be separated by a single colon (":").