OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: [ubl-dev] Re: Code List Value Validation

[ Lists Home | Date Index | Thread Index ]
  • To: xml-dev@lists.xml.org, ubl-dev@lists.oasis-open.org
  • Subject: RE: [ubl-dev] Re: Code List Value Validation
  • From: "G. Ken Holman" <gkholman@CraneSoftwrights.com>
  • Date: Tue, 11 Apr 2006 10:20:08 -0400
  • In-reply-to: <20060411060023.dc066b1d4d2e0a1a65719ae85a8071e6.5f8f7a3a5d.wbe@email.secureserver.net>
  • References: <20060411060023.dc066b1d4d2e0a1a65719ae85a8071e6.5f8f7a3a5d.wbe@email.secureserver.net>

At 2006-04-11 06:00 -0700, David RR Webber \(XML\) wrote:
>OK - got it.  I'm going to re-factor this some - and send some
>alternative suggestions.

REFACTOR?  Sorry, David ... genericode files are under Tony's purview 
... I would suggest you indicate to Tony what your needs are and have 
him suggest ways genericode files can address the needs.

>I note your concern with speed - I think we can re-do the XML slightly -
>keep all the same functionality but make it both much faster to process
>- and much easier on the eye-balls for humans to grok.

Again, I'm lost David ... where were my concerns with speed, and 
where are there eyeball problems with what XML you are speaking 
of?  This work is the considered result of some effort ... not the 
arbitrary throwing together of markup.

>Will post something tomorrow - have chunk of project work to get done
>today...

I'm interested to see what you'll be posting.

I note this thread has been happening on both XML-Dev and UBL-Dev, 
and while the discussion of genericode files is appropriate for both 
(Tony's work is used in many places other than UBL ... yet another 
reason why, David, one cannot just make arbitrary changes to 
genericode ... it is the result of a lot of work on Tony's part with 
many parties), when this becomes a pure UBL discussion, it should 
probably only happen on UBL-Dev.

>And we should also consider registry storage here - I see you have an
>amount of stuff in the semantics / header department already - that
>looks good - but we should check with Farrukhs dev folks to make sure
>its ebXML registry "ready".  I can do that part next - I'll post
>something to their list tomorrow too.

Sorry, David ... I'm lost in what you say ... I don't have any input 
to the registry storage issue with my methodology.  I don't see how 
it relates.  I'm dealing with standalone validation methodologies.

. . . . . . . . Ken


--
Registration open for XSLT/XSL-FO training: Wash.,DC 2006-06-12/16
Also for XML/XSLT/XSL-FO training:Birmingham,England 2006-05-22/25
Also for XSLT/XSL-FO training:    Copenhagen,Denmark 2006-05-08/11
World-wide on-site corporate, govt. & user group XML/XSL training.
G. Ken Holman                 mailto:gkholman@CraneSoftwrights.com
Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/u/
Box 266, Kars, Ontario CANADA K0A-2E0    +1(613)489-0999 (F:-0995)
Male Cancer Awareness Aug'05  http://www.CraneSoftwrights.com/u/bc
Legal business disclaimers:  http://www.CraneSoftwrights.com/legal





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS