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