Re: [ubl-ndrsc] [Fwd: FW: [oagis-users] UserArea Extensions forVersion 8.0]

[Eduardo Gutentag <eduardo.gutentag@sun.com>]

Bzzzzt, bit brain meltdown over here: is the following assertion true?

"You can add as many elements to a UserArea, just so long as..."

I know it's true if the only criterion is well-formedness, but what about
validation? Are they going only for the first? (I'm assuming of course that
UserArea is NOT defined in the schema as having ANY as the content model).

Eve L. Maler wrote:

> More useful input forwarded by Monica...  The discussion below might 
> impact our local vs. global discussions.
>
>     Eve
>
> -------- Original Message --------
> Subject: FW: [oagis-users] UserArea Extensions for Version 8.0
> Date: Tue, 21 May 2002 18:28:15 -0700
> From: "Monica Martin" <mmartin@certivo.net>
> To: <eve.maler@sun.com>
> CC: "Monica Martin" <mmartin@certivo.net>
>
> Thought you would be interested in seeing this discussion, with the
> ongoing bantering on namespaces.
>
> Thanks.
> Monica
>
>     -----Original Message-----
>     From: Mark Feblowitz
>     Sent: Tue 5/21/2002 10:24 AM
>     To: 'oagis-users@yahoogroups.com'
>     Cc:
>     Subject: RE: [oagis-users] UserArea Extensions for Version 8.0
>     
>     
>     Sure - I can give you two. The key is to use only elements that
> have been
>     defined somewhere and can thus be validated.
>     
>     First the easy one:
>     
>     <UserArea>
>           <EffectivePeriod>
>                 <From>2002-04-05</From>
>                 <Duration>P1Y2M3D</Duration>
>           </EffectivePeriod>
>     </UserArea>
>     
>     That's possible because EffectivePeriod is already defined in
> the OAGIS
>     namespace, and From and Duration are defined as legal in
> EffectivePeriod's
>     content model.
>     
>     The second one contains both that element and something not in
> OAGIS - a
>     QualityScore from another namespace:
>     
>     <UserArea xmlns:myns="MyNamespace"
>                       xsi:schemaLocation="MyNamespace
>     http://www.MyCo.com/MyStuff.xsd";>
>           <EffectivePeriod>
>                 <From>2002-04-05</From>
>                 <Duration>P1Y2M3D</Duration>
>           </EffectivePeriod>
>           <myns:QualityScore>100.0</myns:QualityScore>
>     </UserArea>
>     
>     Anything that you'd like to put into an OAGIS 8 UserArea that
> hasn't been
>     defined in the OAGIS namespace must be defined elsewhere - in a
> separate xsd
>     file that has been defined to be in a namespace other than
> OAGIS.  The
>     "xsi:schemaLocation" and  "xmlns" above together achieve that.
> The
>     "xmlns:myns" part defines the namespace prefix "myns" and binds
> it to the
>     namespace "MyNamespace". The "xsi:schemaLocation" binds the
> namespace
>     "MyNamespace" to the URI " http://www.MyCo.com/MyStuff.xsd";
> where,
>     presumably, the definition for QualityScore will be found (in
> the file
>     "MyStuff.xsd").
>     
>     You can add as many elements to a UserArea, just so long as
>     
>     1. They've been defined somewhere - either in OAGIS or in
> another,
>     referenced namespace
>     2. They don't constitute a non-deterministic model (no repeating
> elements
>     separated by different elements).
>     
>     You can place the namespace declaration in as local or as remote
> of a spot
>     as you'd like, just so long as the referenced item(s), e.g.,
>     myns:QualityScore are "in scope". You could have put them in the
>     myns:QualityScore element  itself, if that was the only place
> you were going
>     to reference "myns". Or you could have put it at the root BOD
> element or at
>     the Noun element, etc. It's up to you. I prefer to put them
> either at the
>     top of the BOD, to conveniently and centrally document all of
> the BOD's
>     dependencies, or at the highest scope level necessary to cover
> all of its
>     uses (e.g., at the Noun level if the namespace will be
> referenced in
>     multiple UserAreas).
>     
>     Hope that helps,
>     
>     Mark
>     
>     
>     Mark Feblowitz
>     XML Architect
>            [t]   617.715.7231
> [f]   617.495.0188
>     Frictionless Commerce Incorporated
>            [e]  mfeblowitz@frictionless.com
>            [w] http://www.frictionless.com
>            [m] 400 Technology Square, 9th Floor
>                  Cambridge, MA 02139
>     Open Applications Group Incorporated
>            [e]  mfeblowitz@openapplications.org
>            [w] http://www.openapplications.org
>     
>     -----Original Message-----
>     From:       dinamcg2002 [mailto:DinaMcG@aol.com]
>     Sent:      Tuesday, May 21, 2002 8:33 AM
>     To:      oagis-users@yahoogroups.com
>     Subject:      [oagis-users] UserArea Extensions for Version 8.0
>     
>     Hi,
>     
>     Can anyone point me to a simple example of extending the
> UserArea in
>     Version 8.0?
>     
>     Thanks,
>     Dina
>     
>     
>     
>     To unsubscribe from this group, send an email to:
>     oagis-users-unsubscribe@egroups.com
>     
>     
>     
>     Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
>     
>     
>     
> Yahoo! Groups Sponsor   
> ADVERTISEMENT
>
> <http://rd.yahoo.com/M=226020.2067224.3532861.1971030/D=egroupweb/S=1706
> 030390:HM/A=1073422/R=0/*http://www.qksrv.net/click-1084497-610300?url=h
> ttp://www.tv/en/landing.shtml&HHcode=yhc3my2>    
>
> <http://us.adserver.yahoo.com/l?M=226020.2067224.3532861.1971030/D=egrou
> pmail/S=1706030390:HM/A=1073422/rand=490757908>    
>
>     To unsubscribe from this group, send an email to:
>     oagis-users-unsubscribe@egroups.com
>     
>     
>     
>     Your use of Yahoo! Groups is subject to the Yahoo! Terms of
> Service <http://docs.yahoo.com/info/terms/> .
>     
>
>
>

-- 
Eduardo Gutentag               |         e-mail: eduardo.gutentag@Sun.COM
XML Technology Center          |         Phone:  (510) 986-3651 x73651
Sun Microsystems Inc.          |         1800 Harrison St. Oakland, CA 94612