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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-dev message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: RE: RE: [ubl-dev] infinite loop


At 2010-06-27 15:07 +0200, elisa blasi wrote:
>Hi all,
>thanks a lot for the answers,
>my objective was not to process UBL schemas for document instances 
>but to manage schemas usage and presentation within an end user 
>application (therefore with a strong focus on how to present a UBL 
>schema within the UI and give the possibility to users both to 
>navigate within the schema, select elements within it and, finally, 
>define statements involving selected elements).
>
>To this end we were analyzing the schemas and creating a tool to set 
>up a schema representation suitable for our UI idea. That's why the 
>(unexpected) loops within the schemas created us some problems. Now 
>we know there are loops and we are defining tricks to manage them. 
>We hope the loops are the only "problem" we have to manage, even if, 
>till now, we were not able to reach an end within the "expansion of 
>the schema tree" despite the fact that we reached a deep of 16 levels.
>We also discover, for example, that tools like LiquidXML Studio 2010 
>"bangs" when trying to expand the whole tree or to produce an 
>instance with a "usable" deep level (i.e. around 5-7).
>Of course any  suggestion and hint is welcomed.
>Thanks again ...
>Elisa

Many years ago I did this for UBL 2.0 in order to create the 
enumeration of XPath addresses for every element and every attribute 
of all 31 documents.  You can find the results here:

  http://docs.oasis-open.org/ubl/submissions/XPath-files/XPath-files-readme.html

Use the 2007-04-14 version.  If I recall correctly, there are 880,000 
unique XPath addresses for elements and attributes, without any 
loops, in just the UBL Order document alone.

In my UBL schema pruning tool I elected to present in the user 
interface only the members of the common library ABIEs and document 
ABIEs.  This is far more manageable than presenting the expanded 
schema paths.  Though of course I don't know if this would suffice 
for your needs in your own UI.

Remember that UBL is not expected to be used in its entirety, though 
of course there are no limitations should anyone wish to do so.  It 
is expected that communities of users will create their own 
customizations:  subsets of standardized constructs and extensions 
under the extension point.

I hope this is helpful.

. . . . . . . . . . . . . Ken

--
XSLT/XQuery training:   after http://XMLPrague.cz 2011-03-28/04-01
Vote for your XML training:   http://www.CraneSoftwrights.com/u/i/
Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/u/
G. Ken Holman                 mailto:gkholman@CraneSoftwrights.com
Male Cancer Awareness Nov'07  http://www.CraneSoftwrights.com/u/bc
Legal business disclaimers:  http://www.CraneSoftwrights.com/legal



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]