RE: [ubl-dev] Comments on UBL

["David RR Webber \(XML\)" <david@drrw.info>]

David, 
  
Back in the early days of XML/edi - we showed how you can minimize the
on-the-wire information by using referential XML fragments - so for
example - why send your customer information - if you have already sent
that same information 1000 times already this month?  Surely all you
need is the order items lines fragment... duh! 
  
However - smarter brains of course knew much better than us - and now we
have schema bloat - something that we exactly cautioned against from our
edi and sgml experience. 
  
We also showed how you should be able to easily "glue" chunks of
well-formed XML together to create on-the-fly transactions (CCTS
anyone?) with parent elements creating context for the chunks inside
them - but again smarter brains insisted that everything should have
namespaces plastered all over it - more bloat - and more self-defeating
markup. 
  
Oh well - back to the drawing board - again... ; -) 
  
Interestingly there has been a revolt in FIXml circles - where they have
gone back to highly optimized small xml packets... but only after they
bloodied their noses on huge mega-transactions that upped their
bandwidth needs by 500%. 
  
DW
 


 -------- Original Message --------
Subject: Re: [ubl-dev] Comments on UBL
From: david.lyon@preisshare.net
Date: Tue, November 14, 2006 6:12 pm
To: ubl-dev@lists.oasis-open.org

Quoting Stephen Green <stephen_green@bristol-city.gov.uk>:

> The size factor seems to be exacerbated somewhat
> by the number of attributes in many of the datatypes.

The size factor itself is not the issue.. it's that you get
it all in your face upfront.

For example, it isn't neccessary to show all the
acknowledgments for every document since it's likely
that an acknowledgment would be very similar for all
documents. imho it looks clumsy.

> If I were implementing UBL today I'd want to allow
> for all these options

Maybe you should start trying to implement it. Get
some experience on the coal face. :-)

David

---------------------------------------------------------------------
To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org