attachment-0001
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1106" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>With UPDF we focus not only on providing a proper structure
for a device description. </FONT></DIV>
<DIV><FONT size=2>We also try to guide the developer, who eventually will create
instances based on the schemas.</FONT></DIV>
<DIV><FONT size=2>One way to do it is to work with predefined attribute values.
We do that in the definition of the ClassifyingID.</FONT></DIV>
<DIV><FONT size=2>Another way is to use patterns. We do that in various places,
mainly in the definition of the ClassifyingID.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>We have been working on yet another method to prevent
developers from entering wrong values in elements and attributes. This
implicates the use of identifiers and cross references.</FONT></DIV>
<DIV><FONT size=2>1. attribute type ID.</FONT></DIV>
<DIV><FONT size=2>We have defined almost all attributes with name ID as type
xsd:ID (checking the remaining ones). This ensures uniqueness of all identifiers
across the whole instance.</FONT></DIV>
<DIV><FONT size=2>2. attribute type IDREF.</FONT></DIV>
<DIV><FONT size=2>Some attributes are declared IDREF, like
NonDominantRepresentative (checking further implementation).</FONT></DIV>
<DIV><FONT size=2>This allows - depending on the XML application - suggested
lists a developer can select a value from.</FONT></DIV>
<DIV><FONT size=2>3. keys</FONT></DIV>
<DIV><FONT size=2>Lately we have defined keys. e.g. we have defined keys on all
features.</FONT></DIV>
<DIV><FONT size=2>4. keyrefs</FONT></DIV>
<DIV><FONT size=2>On top of keys you can define keyrefs. e.g. we have defined
keyrefs on the NonDominantRepresentative attributes.</FONT></DIV>
<DIV><FONT size=2>No the XML application has numerous chances to validate
correct entries and even show proper messages for bad ones.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>We consider this type of cross references and validation
superior functionality to make the whole system more user friendly.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Files are on the web.</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Regards</FONT></DIV>
<DIV><FONT size=2>Norbert Schade</FONT></DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2></FONT> </DIV>
<DIV><FONT size=2>Norbert Schade<BR>69 Prescott Drive<BR>North Chelmsford<BR>MA
01863<BR>phone: 1-978-251-1017<BR>email: <A
href="mailto:norbertschade@comcast.net">norbertschade@comcast.net</A></FONT></DIV></BODY></HTML>