ubl — archive

[Anne Hendry]

 MHonArc v2.5.0b2 -->

















ubl message






[Date Prev]
 | [Thread Prev]
 | [Thread Next]
 | [Date Next]

--

[Date Index]
 | [Thread Index]
 | [List Home]








Subject: Re: [ubl] Draft 8: Bug Reports (models and Schemas)




From: Anne Hendry <anne.hendry@sun.com>
To: ubl@lists.oasis-open.org
Date: Tue, 16 Mar 2004 17:00:39 -0800






Hi,

Thanks Stephen for noting these additional outstanding issues.  Since it 
seems we keep coming up with one or two more things that need to be 
fixed, it would be a good idea to attempt to list of all the remaining 
schema-related issues to be discussed, and hopefully resolved, at 
tomorrow's meetings.  So I've gone back over the past week's email and 
these are the things I see and otherwise know about that may still need 
to be addressed (originator name / owner in parens).  Please say so if 
any of these are no longer outstanding issues, or which ones should be 
deferred, or if anything is missing:

- need (or not) for sdt schema module (Stephen/Tim/David)
- (related to above) moving some code enumerations into sdt - the 
hard-wired ubl ones (Stephen)
- use of DerivedCodeType (Tim) and any remaining related issues 
(explanatory mail from David below)

  The DerivedCodeTypes for the code lists are based directly on the CCT
  CodeType. That means there is no CLUDT schema module anymore. The UDT
  CodeType is now located in the UDT schema.
  There are new names for some SDT. In order to remove enumerations from the
  SDT schema module SDT now use an "extension" as derivation method from the
  appropriate DerivedCodeType.

- annotation-documentation for codes and what to do with 3 additional cl 
components in model (ie. credits) (David)

  you wont find your metadata "CodeListNamespacePrefixID",
  "CodeListDescription" and "CodeListCredits" in the schema modules. I don't
  know how to handle them.  As far I know according to CCTS it is possible to
  restrict the SC from a CCT but not to extend the list of SC. That means I
  could not consider them as attributes of the SDTs.  How do you want to see
  these information in the schema modules?

- any remaining issues with referring directly from clsm to cct
- namespace prefix error noted below (Stephen)
- date -> datetime problem noted below (Stephen)
- inconsistencies noted in #3 below (Stephen)
- update of code list names from this morning's discussion + operator code values (Anne)
- final format for code lists for 1.0 (Marty/David/Stephen)
- fix 'format' in cct module (MikeG)
- truncation of definitions (Stephen)
- remaining occurance of OrderAcknowledgementCode in sdt (Stephen)
- base of code types in code list schema modules (cct or sdt) (Tim)
- cct -> udt inconsistencies from Tim's 3/15 email
- ownership (and updating of ) core component parameters (Tim)
- declarations for imported schemas (Stephen)
- finalization/alignment of acronyms and acronym list (LC/NDR)
- remove of 'use' subfolder in codelist subfolder (extra layer w/o value?) (Stephen)
- who owns / will update the 'external' schema diagram

and, not schema related, but still needing decision ...

- need for uml diagrams from Dave Carlson and how to present

Thanks,
Anne

Stephen Green wrote:

> Sorry to resend this if it does get through the mail system twice - it 
> didn't seem to get through the last time I sent it.
>  
>  
>  
> Folks
>  
> A couple of bugs I've noticed:
>  
> 1.   In TaxScheme we have a CurrencyCode referencing udt:CodeType 
> instead of sdt:CurrencyCodeType
>  
> This is an error in the model ('Reusable' spreadsheet) where column K 
> for the TaxScheme.CurrencyCode is  Code. Type instead of Currency_ 
> Code. Type
>  
>  
> 2.  We still have the problem (or a recurrance of it) where every 
> occurance of udt:Date has become a DateTime. This is an error in the 
> UDT Schema Module (the UDT model spreadsheet is correct).
>  
> <xsd:complexType name="DateType">
>  <xsd:annotation>
>   <xsd:documentation>
>    <ccts:Component>
>     <ccts:CategoryCode>DT</ccts:CategoryCode>
>     <ccts:DictionaryEntryName>Date. Type</ccts:DictionaryEntryName>
>     <ccts:Definition>A particular point in the progression of time 
> together with the relevant supplementary information.</ccts:Definition>
>     <ccts:RepresentationTerm>Date</ccts:RepresentationTerm>
>    </ccts:Component>
>   </xsd:documentation>
>  </xsd:annotation>
>  <xsd:simpleContent>
>   <xsd:extension base="cct:DateTimeType"/>
>  </xsd:simpleContent>
> </xsd:complexType>
>  
>  
> should be
>  
> <xsd:complexType name="DateType">
>  <xsd:annotation>
>   <xsd:documentation>
>    <ccts:Component>
>     <ccts:CategoryCode>DT</ccts:CategoryCode>
>     <ccts:DictionaryEntryName>Date. Type</ccts:DictionaryEntryName>
>     <ccts:Definition>A particular point in the progression of time 
> together with the relevant supplementary information.</ccts:Definition>
>     <ccts:RepresentationTerm>Date</ccts:RepresentationTerm>
>    </ccts:Component>
>   </xsd:documentation>
>  </xsd:annotation>
>  <xsd:simpleContent>
>   <xsd:extension base="cct:DateType"/>
>  </xsd:simpleContent>
> </xsd:complexType>
>  
>  
> 3.  Perhaps not strictly bugs, but we have some inconsistencies in 
> names for
> some codes
> a)
> 4461_ Code. Type (DataType)    =  PaymentMeansCodeType (CodeType name)  
> (and to confuse things more the UBL Name is PaymentMeansTypeCode, 
> since we have the property term as Type)
> This seems to be the reusable and sdt spreadsheets out of sync
> b)
> Acknowledgement Response_ Code. Type (DataType)  =  
> OrderAcknowledgementCode
> but here the OrderAcknowledgementCode has got into the 
> <ccts:CodeListQualifier>
> from somewhere other than the models it seems (perhaps from the text 
> file name OrderAcknowledgementCode.txt since this is yet to be updated
>  
>  
>  
> Steve
>  











References:

Draft 8: Bug Reports (models and Schemas)
From: "Stephen Green" <stephen_green@seventhproject.co.uk>






[Date Prev]
 | [Thread Prev]
 | [Thread Next]
 | [Date Next]

--

[Date Index]
 | [Thread Index]
 | [List Home]