MHonArc v2.5.0b2 -->
emergency message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: RE: [emergency] EDXL DE - XML Schema Issue
I concur.
Regards.
Rex
At 5:09 PM -0800 11/9/05, Sylvia Webb wrote:
>I'm sorry I didn't respond earlier, I've had all day meetings.
>
>It's my understanding that the revisions needed to be completed literally
>this past Monday and no later than this coming Monday.
>
>The documentation was verbose because that is the recommendation for XML
>standards from ISO and UN/CEFACT. UBL uses these guidelines as well. It is
>unusual that the documentation is exactly the same as the spec, however, I
>believe this was a result of a lack of time.
>
>WRT errors from Spy and Oxygen, as a software vendor of XML products, one of
>the things we have learned is that this is not unusual. The schema did
>validate with Xerces and I believe MVS. NIST has a free online website for
>testing schema using 3 validates. As a TC, we need to determine how much QA
>we want to do, and, how we want to proceed if we find that well known IDE's
>use a different or relaxed interpretation of the W3C spec that causes
>problems.
>
>If Renato sends me his suggestions, I will do my best to incorporate them.
>
>I think the TC needs to decide if they want to move forward or delay one
>more month to allow us to do one more QA.
>
>Regards,
>Sylvia
>
>-----Original Message-----
>From: Rex Brooks [mailto:rexb@starbourne.com]
>Sent: Wednesday, November 09, 2005 7:32 AM
>To: Renato Iannella; Emergency_Mgt_TC TC
>Subject: Re: [emergency] EDXL DE - XML Schema Issue
>
>I would like to suggest that once Elysa establishes what our timeline
>requires, that Renato work with Sylvia and Dave, if these three individuals
>can spare the cycles to get the schema massaged into correct form as needed.
>
>Ciao,
>Rex
>
>At 2:02 PM +1000 11/9/05, Renato Iannella wrote:
>>There are a few major/minor issues with the XML Schema used in EDXL DE
>>CD 1.0 (19 Aug 2005).
>>
>>Major:
>>1 - It does not support ANY reusability as all the elements and
>>datatypes are locally defined.
>> (Common datatypes should be globally defined and reused, for
>>example for valueListURN.)
>>
>>2 - It uses full element names (including the angle brackets) in the
>>Annotation elements which
>> renders it as an *invalid* schema (tested with XML Spy and Oxygen).
>>
>>3 - It does not define attributes that are mandatory (eg for circle and
>>polygon).
>>
>>4 - Does not support a single top level parent element which means that
>>having a valid EDXLdistribution
>> is not possible.
>>
>>5 - valueListURN and value elements can occur in semantically incorrect
>>sequences.
>>
>>Minor:
>>1 - It references Schemas to import that are not required.
>>
>>2 - It is extremely verbose as it repeats all the documentation from
>> the specification in the annotation elements (double maintenance
>>effort required)
>> and difficult to read.
>>
>>3 - Should define the targetNamespace as the default namespace.
>>
>>
>>I am happy to propose an updated XML Schema that addresses the above is
>>the TC feels this is appropriate.
>>
>>Cheers... Renato Iannella
>>National ICT Australia (NICTA)
>>
>>
>>-----------------------------------------------------------------------
>>--- This email and any attachments may be confidential. They may
>>contain legally privileged information or copyright material. You
>>should not read, copy, use or disclose them without authorisation. If
>>you are not an intended recipient, please contact us at once by return
>>email and then delete both messages. We do not accept liability in
>>connection with computer virus, data corruption, delay, interruption,
>>unauthorised access or unauthorised amendment. This notice should not
>>be removed.
>>
>>---------------------------------------------------------------------
>>To unsubscribe from this mail list, you must leave the OASIS TC that
>>generates this mail. You may a link to this group and all your TCs in
>>OASIS
>>at:
>>https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>
>
>--
>Rex Brooks
>President, CEO
>Starbourne Communications Design
>GeoAddress: 1361-A Addison
>Berkeley, CA 94702
>Tel: 510-849-2309
>
>---------------------------------------------------------------------
>To unsubscribe from this mail list, you must leave the OASIS TC that
>generates this mail. You may a link to this group and all your TCs in OASIS
>at:
>https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
--
Rex Brooks
President, CEO
Starbourne Communications Design
GeoAddress: 1361-A Addison
Berkeley, CA 94702
Tel: 510-849-2309
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]