[NeXus-tech] propose change to NXDL xchema

[freddie.akeroyd at stfc.ac.uk]

Hi,

A happy new year to you all. Weather been a bit bad here so this is my
first chance to properly catch up on messages.

The type of definition was inferred by the directory the definition
resided in - the Makefile processed each directory in turn and could
choose to pass on this information about the definition type to the xslt
engine and so have it embedded in the final output. Adding an NXDL
category attribute means there is now a duplication of information and
thus a potential source of ambiguity - we need to be careful that the
directory and attribute are always consistent. I'm in favour of adding
an attribute, but we should also adjust the Makefile to perform the
attribute/directory consistency check.

Regards, 

Freddie

> -----Original Message-----
> From: nexus-tech-bounces at nexusformat.org [mailto:nexus-tech-
> bounces at nexusformat.org] On Behalf Of Peterson, Peter F.
> Sent: 07 January 2010 21:17
> To: jemian at anl.gov; NeXus Technical sub-committee list
> Subject: Re: [NeXus-tech] propose change to NXDL xchema
> 
> I think this is a good idea. I'm a bit surprised it isn't in there
> already.
> 
> P^2
> 
> On Jan 7, 2010, at 4:03 PM, Pete R. Jemian wrote:
> 
> >
> > I want to add an additional attribute to each NXDL's
> > root element (definition) that tells in which category the
> > class is defined (base class, application definition,
> > or contributed definition).
> >
> > This will simplify some steps in the XSLT transformations.
> > Right now, there is no way for the XSLT routines to know
> > which category of definition applies.
> >
> > Here's the revised definition:
> > -------------------------% clip here %--------------------------
> > 	<xs:complexType name="definitionType">
> > 		<xs:group ref="nx:groupGroup" minOccurs="0"
> maxOccurs="unbounded" />
> > 		<xs:attribute name="name" use="required" />
> > 		<xs:attribute name="type" use="required"
> type="nx:definitionTypeAttr" />
> > 		<xs:attribute name="extends" use="optional" />
> > 		<xs:attribute name="restricts" use="optional" />
> > 		<xs:attribute name="svnid" use="optional"/>
> > 		<xs:attribute name="category" use="required">
> > 			<xs:simpleType>
> > 				<xs:restriction base="xs:string">
> > 					<xs:enumeration value="base"/>
> > 					<xs:enumeration
value="application"/>
> > 					<xs:enumeration
value="contributed"/>
> > 				</xs:restriction>
> > 			</xs:simpleType>
> > 		</xs:attribute>
> > 	</xs:complexType>
> > -------------------------% clip here %--------------------------
> >
> > Is this a problem for anyone?
> >
> > Pete
> >
> > --
> > ----------------------------------------------------------
> >  Pete R. Jemian, Ph.D.                <jemian at anl.gov>
> >  Beam line Controls and Data Acquisition, Group Leader
> >  Advanced Photon Source,   Argonne National Laboratory
> >  Argonne, IL  60439                   630 - 252 - 3189
> > -----------------------------------------------------------
> >     Education is the one thing for which people
> >        are willing to pay yet not receive.
> > -----------------------------------------------------------
> > _______________________________________________
> > NeXus-tech mailing list
> > NeXus-tech at nexusformat.org
> > http://lists.nexusformat.org/mailman/listinfo/nexus-tech
> 
> _______________________________________________
> NeXus-tech mailing list
> NeXus-tech at nexusformat.org
> http://lists.nexusformat.org/mailman/listinfo/nexus-tech
-- 
Scanned by iCritical.