[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [emergency] editorial review of EDXL document.
Sylvia Webb
GEFEG
US
310-370-3410 - Voice
310-370-5614 - Fax
www.gefeg.com - Internet
Editing Comments for EDXL Distribution elements:
1.6 Should Section 1.6 have references to ISO-8601 format for DateTime, ISO 3166-1 and 2 and UN/LOCODE used in the targetArea container element?
2.2 This section still refers to Message Element rather than Content Object. Suggest replacing all occurrences.
2.3 There is no content in this
section. Can we leave these
examples until final distribution or should examples like CWID or the
Update definition in <distributionType>: Could an update message only augment with additional information. I see this especially if a new <contentObject> was added or new elements were added to existing <namespacedXMLContent> and resent.
Every element with uses the type “list, value pair” would be more accurately stated as
List, and associated Value(s).
Definition of 1. This could read “The list, and associated value(s) is in the form
Definition of 2. This could read “Multiple instances of the <valueListUrn>, and associated <value> (s) MAY occur within a single <container element>”
3.2.3 Should add a sentence “Additional elements (metadata) used for specific distribution of the <contentObject> payload or hints for processing the payload are also present in the <contentObject> container element.
Based on the definition above content description, size, digest elements are all specific to uri, and defRefUri and may be better in the choice.
I really pondered Art definition of what should be in the <contentObject> metadata elements and agree location is context about content. I feel size and digest will be discussed more tomorrow so I will leave it there.
3.2.5 Could read “List, and associated Value(s) Support”
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]