[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]