Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


'Re: "RE: Including schemata with duplicate referents"'

From: Kasimier Buchcik <kbuchcik@---------.-->
To: Michael Kay <mike@--------.--->
Date: 11/5/2004 4:11:00 PM
Hi,

Michael Kay wrote:
>>I have difficulties understanding what to do with included components
>>at sub-schema constrution stage - acting as referents - which 
>>cannot be included into the final schema.
> 
> 
> You're not alone: I've been finding the spec is a quagmire in this area.
> 
>>A simplified example:
>>
>>- A, B1, B2 and C are schemata
>>- B1 includes C and references components of C (referred to as B1.C)
>>- B2 includes C and references components of C (referred to as B2.C)
>>- A includes B1 and B2
>>
>>Since the B1.C components are already included in A, the B2.C 
>>components
>>won't be added to A. The spec states properties of components to have 
>>components as their values; the values of components of B2 
>>referencing 
>>B2.C would become unavailable, since not added to A.
>>
> 
> 
> You seem to be assuming B1 and B2 contain copies of the components in C. I=
f
> the components retain their identity, I don't think it's a problem: if a
> component in B2 includes a reference to a component in C, that reference
> will be satisfied, because the component will exist in A, whether it reach=
ed
> A via B1 or B2. (It gets more complicated, of course, with chameleon
> includes).

Just to make this more visual for me:

- B1 has it's original components, call them B1.orig
- B1 has copies of components of C, call them B1.C components
- B1.orig components have properties with B1.C components as values

- B2 has it's original components, call them B2.orig
- B2 has the copies of components of C, call them B2.C components
- B2.orig components have properties with B2.C components as values

- A has it's own components plus the copies of the following components:
   - B1.orig, call them B1.orig.A
   - B1.C,    call them B1.C.A
   - B2.orig, call them B2.orig.A

Do B1.orig.A comps. have still props. with B1.C components as values
and
    B2.orig.A comps. have still props. with B2.C components as values,
which are not included into A but exist _somewhere_?

If this is how it works, I see a hell of memory usage. Or are the
assigned property values somehow remapped to the components copied
into A, releasing the original components from the sub-stages?


> The difficulty I have been finding is that inclusion at the level of schem=
a
> components simply doesn't work. Until all the references from a schema
> component to other components have been resolved, you need to keep a lot o=
f
> "raw XML" information such as the lexical form of enumeration values and
> their namespace context.

Thanks & regards,

Kasimier


From sandro@m... Fri Nov 05 14:16:16 2004
Received: from lisa.w3.org ([128.30.52.41])
	by frink.w3.org 


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent