From: http://www.si2.org/ecix/cids/CIDS_DTDS/cids.dtd
Date:  1999-06-23

<!-- Formal Public Identifier:
"-//CIDS Working Group//DTD CIDS.DTD 19990518 1.9 (CIDS) DTD//EN"
-->

<!-- ======================================================================

Copyright (c) 1998, 1999 by Silicon Integration Initiative, Inc. (Si2) 
(DUNS No. 62-191-1718). 

All Rights Reserved Worldwide. Permission to use, copy, and distribute 
this DTD for any purpose subject to the following restrictions:

Permission is granted for verbatim copy and distribution only, of this 
material, in any medium, provided that you publish on each copy this 
copyright notice and disclaimer of warranty.

Si2 makes no representation about the suitability of the DTD for any 
purpose nor regarding any claims made by products which use it.  It is 
provided "as is" without expressed or implied warranty.

Si2 may revise this DTD from time to time without notice.

======================================================================== -->


<!-- ======================================================================

IMPORTANT: Additional requirements and other semantics for use of
           this DTD are defined in the accompanying Tag Library.
           CIDS compliance necessitates use of this DTD
           (without ENTITY overrides) plus compliance with all
           specifications stated in the Tag Library.

======================================================================== -->


<!-- ===================================================================

NAME:     CIDS DTD  (File = CIDS.DTD)

PART OF:  Electronic Component Information eXchange  (ECIX)                                    
PURPOSE:  DTD for Component Information Dictionary Standard
CONTENT:  This DTD provides a standard structure for making computer-
          sensible the definition details of component characteristics,
          conditions, and terms.

SPONSOR:   Silicon Integration Initiative (Si2)
DATE:      1997-06-20
VERSION:   ORIG: 1.0                              
WRITTEN:   EuroSTEP Ltd (JW/PB/NS/BW/MK)  
           Castell, Bodfari, Denbigh, LL16 4HT
           United Kingdom
           PH: +44-1745 710 677  FAX: +44-1745 710 688                               
           info@eurostep.co.uk

SPONSOR:   Silicon Integration Initiative (Si2)
DATE:      1997-11-01 through 1999-02-18
VERSION:   1.1 through 1.7                               
WRITTEN:   CIDS Working Group (FV, AG, TJ, DM)
           c/o Si2
           4030 W. Braker Ln., Suite 550
           Austin  TX  78759
           PH: 512 342-2244

SPONSOR:   Silicon Integration Initiative (Si2)
DATE:      1997-05-20                         
VERSION:   1.8
REVISED:   David Mallis, ProG corp
           Box 202703
           Austin  TX  78720-2703
           PH: 512 451-7191
           mallis@cactus.org

SPONSOR:   Silicon Integration Initiative (Si2)
DATE:      1999-05-20                         
VERSION:   1.9                                
REVISED:   David Mallis, ProG corp
           Box 202703
           Austin  TX  78720-2703
           PH: 512 451-7191
           mallis@cactus.org

==================================================================== -->


<!-- ===================================================================

PROJECT: Component Information Dictionary Standard (CIDS)


SUMMARY:

  This DTD provides a standard structure for making definition details
  of component characteristics, conditions, and terms machine sensible.

  The CIDS DTD supports many interactive and automated use scenarios,
  including automated population of company private component
  information databases and CAD libraries from PCIS datasheets,
  component comparisons, as well as providing a means for definitive
  identification of meanings and authority during browsing and editing
  activities.

  DEPENDENCIES:

    TableModel: soextblx.ent        [from PCIS 1.51]
    CharSet:    pcharset-xml.ent    [from PCIS 1.51]
    MathModel:  ISO 12083 math DTD
      [http://wwwinfo.cern.ch/asdoc/WWW/publications/sgmlen/node53.html]

==================================================================== -->


<!-- ===================================================================

CHANGE HISTORY:

No.   Ver.   REASON for/DESCRIPTION of CHANGE                   DATE
===   ====   ================================                   ========

      v1.0   ORIGINAL VERSION                                   06/23/97

  Original version developed by EuroStep as a mapping of the
  IEC 61360-2 and ISO 13582 EXPRESS information model to SGML.


      v1.1   Integrate with PCIS 1.3                            11/01/97

1.  Fix PUBLIC ENTITY references to hook up with PCIS 1.3.

2.  Comment out the doctype [...], which nsgmls doesn't like.


      v1.2   Inclusion into SOURCES                             11/20/97

1.  Add DICT.SOURCE section in sources.

2.  Add ID attributes to preferred and synonymous names to allow IDREFs.


      v1.3   Allo DICT.SOURCE reflections                       11/30/97

1.  Allow reflections from DICT.SOURCE into CC[CN].SOURCE, and through
    to datasheet body so it works transparently with Panorama and
    Frame+SGML. [This is the version demonstrated in Baltimore.]


      v1.4   Verify compliance with PCIS 1.4                    02/02/98


      v1.5   Modularization                                     02/16/98

1.  Split into a CIDSCORE.ENT that is included directly by PSHEET.DTD
    (when CIDS is being used in a datasheet) or by CIDS.DTD, when used
    in a stand-alone dictionary.


      v1.6   Cosmetics to support rendering                     04/20/98

1.  Eliminate the BSU objects.

2.  Incorporate several cosmetic changes designed to make it easier to
    develop style sheets for the common tools planned for the DAC demos.

    The major problems being addressed by these changes are:

    A) Panorama crashes when there are too many IDREFS.  We would have
       had LOTs of them in a complete instance (all the subclasses, eg).

    B) Frame can't make an element BOTH a container and a cross ref.  We
       would have had NUMEROUS examples of this.

    C) We could not adequately communicate visually the nice class
       structure inherent in our information model because the SGML was
       designed flat, with the structure implicit only via IDREFs.

    D) With the BSUs in the way, all links would have had to take an
       extra hop with point and click behavior, without adding
       preprocessing filters.

    Summary of the major changes made to cope with these issues:

    a) Delete the ITS.SUPERCLASS and SUBCLASSES attributes from CLASS
       and instead encode the class structure with a content model of
       nested CLASS objects.

    b) Eliminate all BSUs and hook the IDREFs directly to IDs in the
       top level SUPPLIER.ELEMENT, CLASS, and PROPERTY.DET elements.

       This also meant deleting the version.type and code.type entities
       that were only referenced by the BSU in attributes, and
       identifier which was only used by code.type (and value.type,
       also deleted).

       IDs can be safely be overwritten by any tool since there is no
       dependency on them.

    c) Convert all container elements that used content for IDREF
       strings to " - O EMPTY ".

    d) Deleted all the ELEMENTS.FOR.RENDERING that were replicated
       data for the ABSOLUTE.ID and PREFERRED.NAME.  Frame can recognize
       these as XREF elements, and the XREF format can pull out the
       PREFERRED.NAME from the target automatically.  This also
       eliminates data redundancy in the instance that would pose a
       synchronization burden when updates occurred.

    e) Unified spelling of several attribute names:
         All references to DETs are now called DET.REF All references
         to classes are now called CLASS.REF

    f) Deleted the PARM.SYMBOL extra layer of goo inside
       PREFERRED.SYMBOL and SYNONYMOUS.SYMBOL.  This complicated
       display, because it would require adding special context rules
       since PARM.SYMBOL is used in other, non-CIDS places.  Not all
       browsers allow special context rules.

    g) Moved the LEVEL tags first in LEVEL.TYPE (the SIMPLE.TYPE used
       to be first) and added a LEVELS container around them allow Frame
       to put a PREFIX header only when the optional levels were really
       there.

    h) Add THIS.CLASS.INFO container for all CLASS contents EXCEPT
       any nested other CLASSes.  This allows a more compact tree
       representation when you collapse the container elements.

    i) Converted timestamp attributes to elements to allow direct
       reference to either the mod or the creation dates.  Also
       simplifies display.

    j) Deleted the class.instance.type.  Frans assures us that IEC
       has no plans to use this, nor does CIREP.  It is in the ISO
       information model (IEC 61360-2 section 5.7.2.17) primarily for
       assemblies.  This can always be added at a future date if this
       becomes important for CIDS.  The original code can be retrieved
       from RCS so that it doesn't have to be redesigned from scratch.


      v1.7   Simplification                                     08/20/98

1.  Delete VALUE.TYPE from the DTD. It was defined as an ENTITY
    but was not referenced anywhere.

2.  Delete all REFERENCE elements.  They were:

    a) Not necessary.
         You can always repeat a complete copy of the "factored"
         information in each place where the reference used to be;

    b) Problematical for easy tool rendering.
         They will require yet another tool skill in displaying part
         of the information of a term from a reference that is yet
         another indirection away.

    c) Problematical for updates.
         The update procedure for a term would not be isolated solely
         to that term.  If a reference item changed you would always
         have to validate that all usages of it still were appropriate.

3.  Formalized the conversion of dates from attributes on a single
    element to separate elements in a container.

4.  Delete SIGNIFICANT.WORD.  Eventually IEC plans to keep only
    classifying terms (like FIX, VAR) as TERMS.  They will do away with
    the notion of including definitions of their significant words, as
    well. (We believe this use of that term to be a coincidence, and not
    something that EuroStep foresaw in inventing this element).
    SIGNIFICANT.WORD does not appear anywhere in 61360-2, and is only
    mentioned as descriptive text for TERM in 61360-1.  Probably this
    is a mistake by EuroStep and should be tossed.

6.  We will leave the current NAMES element (part of the common
    container, CLASS.AND.PROPERTY.ELEMENTS, for both DETs and CLASSs) as
    is, even though in IEC, classes do not have "short names" as such.
    (Recall: The template in section 8.2 of 61360-2 is incorrect.  The
    3rd field of ITEM_NAMES is short_name for DETs but is overridden to
    coded_name for classes.)

    Instead we will add a comment to the DTD indicating that for IEC
    dictionary instances, the CLASS SHORT.NAME will always be a
    coded-name: the value code of the corresponding classifying DET.  In
    this way, we can easily represent IEC instance data, but at the same
    time leave the flexibility for other dictionary suppliers to use the
    CLASS SHORT.NAME for whatever they prefer.

7.  Delete from the DTD the CONTENT.SEC section, CONTENT.ITEM, and
    related entities and elements.  There is no current need for these
    in IEC, nor identified by the working group.  These can be added
    back in a future release, if necessary.

8.  Unify the schism of the CIDS.DTD (into a wrapper and a
    cidscore.ent), that occurred in v1.5, back into a single CIDS.DTD
    that defines dictionary instances intended only to be referenced
    "out-of-file" from a PCIS instance.

9.  Deleted CLASS.SEC and CLASS elements, DESCRIBES.CLASS from DETs.

10. Allow only one SUPPLIER.ELEMENT in a SUPPLIER.SEC.

11. Delete the [legacy] ITEM.NAMES container inside of NAMES.
    Eliminates one redundant level of nesting.

12. Swapped order of TIME.STAMPS and REV in DICTIONARY.ELEMENT,
    making a more logical grouping, and leaving the optional TIME.STAMPS
    at the end.

13. Renamed CLASS.AND.PROPERTY.ELEMENTS to ENTRY.ELEMENTS, since
    there are no more CLASS elements, but this IS used in TERM elements,
    the original name became confusing.

14. Renamed SIGNIFICANT.WORD to the more semantically accurate and
    shorter: TERM.REF.


      v1.8   Miscellaneous ITS logged issues                    11/20/98

See http://www.si2.org/ecix/cids/ISSUES/itsQuery.html for details:
1.  (ITS #130) 	 Overrides clarification
2.  (ITS #131) 	 LEVELS
3.  (ITS #132) 	 UNITS, Order.of.Mag
4.  (ITS #133) 	 CODE
5.  (ITS #134) 	 XML
6.  (ITS #135) 	 Formula, in-line math
7.  (ITS #136) 	 Extra layer for imported entities
8.  (ITS #137) 	 Condition nesting (dependent condition)
9.  (ITS #138) 	 Separate entries: condition, non-dependent DET
10. (ITS #140) 	 Change name of DICTIONARY.ELEMENT
11. (ITS #141) 	 Must be able to refer to other documents
12. (ITS #142) 	 Relationship of CIDS to IEC
13. (ITS #143) 	 Remove USED.IN.DEFINITION from TERM
14. (ITS #144) 	 Component class hierarchy classification
15. (ITS #145) 	 CIDS SUPPLIER, PCIS ENTERPRISE convergence
16. (ITS #146) 	 Date encoding
17. (ITS #148) 	 Simplify DOMAIN
18. (ITS #149) 	 VALUE.CODE = SHORT.NAME
19. (ITS #150) 	 SOURCE.DOC.OF.DEFINITION should be pointer
20. (ITS #155) 	 Automated comparison
21. (ITS #157) 	 Change name of PROPERTY.DET
22. (ITS #158) 	 Delete SUPPLIER.ELEMENT
23. (ITS #160) 	 VALUE.FORMAT
24. (ITS #161) 	 TEXT
25. (ITS #163) 	 PCIS to CIDS link
26. (ITS #164) 	 Where-used link from CIDS to PCIS
27. (ITS #165) 	 Filled or empty links
28. (ITS #166) 	 Version and revision requirements
29. (ITS #167) 	 Delete ABBREVIATED.NAME from TERM
30. (ITS #173) 	 Add type of PCIS/CIDS link semantics
31. (ITS #179) 	 No LEVELS in non-quantitative types
32. (ITS #182) 	 PCIS to CIDS link granularity
33. (ITS #183) 	 TERM.REF should not be empty
34. (ITS #184) 	 Differentiating multiple entries of same name
35. (ITS #185) 	 CAD tool use model requirement unclear
36. (ITS #186) 	 Automated verification of component impossible
37. (ITS #187) 	 Purpose of FORMULA
38. (ITS #188) 	 SHORT.NAME in ENTRY.ELEMENT
39. (ITS #191) 	 Redundant CIDS references in PCIS datasheet
40. (ITS #249) 	 Preferred.symbol needs CIDS local content model
41. (ITS #286) 	 Change DET to enforce content models
42. (ITS #287) 	 Consolidate ref.document entity layers
43. (ITS #292) 	 Delete superfluous MEANING element


        v1.9   Results of formal DTD inspection                   05/20/99

1.  Used standard Si2 copyright statement.

2.  Made "change history" format consistent with that in ECIX.

3.  Pulled in summaries of 1.8 change items from the ITS database logs.

4.  Deleted dependency on PINNBASE and PSOURCES. Convert the tags that
    were imported to local definitions instead.

5.  Decided we do not want to allow overrides on any of the entities.
    Added statement in a comment to that effect.

6.  Moved all IEC mapping information out of DTD into tag library.

7.  Deleted currently unneeded entities. We'll define later, if and
    when the need arises.

8.  Reviewed PCIS import entities against issues from #5, #6, #7.

9.  Reviewed "readability" entities against issues from #5, #6, #7.

10. Included ISO 13083 Math Model DTD to provide added math capability
    for symbols and other math elements.

11. Made SUPPLER.SEC required.

12. Changed content of PROPERTY.DET.SEC to require at least one element.

13. Changed content model of TEXT to use PHRASE level granules.

14. Reviewed use of TEXT in other content models based on new PHRASE.

15. Removed excess level of nesting for FIGURE, FORMULA.

16. Added optional CAPTION, TITLE to FIGURE element.

17. Deleted parameter entity for FORMULA.

18. DISPLAY.MATH is non machine sensible. Converted to ISO 12083 model.

19. Recorded requirement: SHORT.NAME must be a Latin name rendering.

20. Eliminated semantic requirements for DET.CLASSIFICATION.

21. Replaced NOT/SUPER/SUB content models by ISO 12083 Math Model.

22. Cannot change xxx.SYMBOL content models to + instead of * (XML
    limitations:  #PCDATA in model group requires a "rep" occurrence
    indicator, and + doesn't count as a "rep").

23. Added NTOL, PTOL, RAW to list of LEVELS.

24. Eliminated requirement for two DIC.VALUES.

25. Created a phrase-level content model element that can be used both
    in TEXT and TERM.REF (a smaller, phrase-level granularity element).

26. Included a terse representation of all compliance restrictions in
    the DTD comments, and moved any remarks not in the nature of
    specification requirements into the Tag Library.  Added clear
    statement of additional rules defined only in the Tag Library.

27. Made TYP and NOM mutually exclusive in content model for LEVELS.

28. Changed PUBLIC identifier, since it's not registered.

29. Renamed elements to reflect their origin from PCIS elements
    but also their differences:
         graphic  to  cids.avo
         unit     to  cids.unit
         caption  to  cids.caption
         li       to  cids.li

30. Rename TEXT to PARA (so it is more mnemonic as to its function,
    but to distinguish it clearly from the <P> element in PCIS,
    since its content model is very different).

=============================================================== -->


<!-- ========================================================== -->
<!--           MODULARIZATION ENTITIES for DTD MODULES          -->
<!-- ========================================================== -->

<!--  TABLE MODEL
  Before including the table model, override:
    - content models for: entry and titles
    - attribute definitions for key elements
  -->
<!ENTITY % paracon "#PCDATA|para" >
<!ENTITY % bodyatt       ""  >
<!ENTITY % TableModel
  PUBLIC "-//SGML Open//DTD Exchange Table Model 19960430//EN"
  "soextblx.ent"
  >
%TableModel;

<!ENTITY % CharSet
  PUBLIC
  "+//ISO/IEC 9070/RA::A00007::US::ECIX::PCIS//ENTITIES PCHARSET-XML.ENT 19990423 Draft 1.5 PCIS Special Characters//EN"
  "ISO_ENTITIES_xml/pcharset-xml.ent"
  >
%CharSet;

<!ENTITY % MathModel
  PUBLIC
  "-//ISO//DTD ISO 12083 Math Model 19990510//EN"
  "iso12083math.dtd"
  >
%MathModel;


<!-- ========================================================== -->
<!--              NOTATION DECLARATIONS                         -->
<!-- ========================================================== -->

<!--                    EPS (ENCAPSULATED POSTSCRIPT)           -->
<!NOTATION EPSI         PUBLIC
"+//ISBN 0-201-18127-4::Adobe//NOTATION PostScript Language Ref. Manual//EN" >

<!--                    TEX                                     -->
<!NOTATION TeX          PUBLIC
"+//ISBN 0-201-13448-9::Knuth//NOTATION The TeXbook//EN" >

<!--                    TIFF (UNCOMPRESSED)                     -->
<!NOTATION TIFF.UNCOMP  PUBLIC
"-//ISBN 0-7923-9432-1::Graphic Notation//NOTATION Aldus/Microsoft Tagged Interchange File Format//EN" >

<!--                    GIF (GRAPHIC INTERCHANGE FORMAT)        -->
<!NOTATION GIF          PUBLIC
"-//ISBN 0-7923-9432-1::Graphic Notation//NOTATION CompuServe Graphic Interchange Format//EN" >

<!--                    CGM (COMPUTER GRAPHICS METAFILE)        -->
<!NOTATION CGM-BINARY   PUBLIC
"ISO 8632/3//NOTATION Binary encoding//EN" >


<!-- ========================================================== -->
<!--                     PARAMETER ENTITIES                     -->
<!-- ========================================================== -->

<!-- ====================== DATA TYPES ======================== -->

<!--The format of DATE.TYPE values shall conform to ISO 8601 -->
<!ENTITY % date.type  "#PCDATA" >

<!ENTITY % ref.document.type  "#PCDATA" >

<!-- ==================== CONTENT MODELS ====================== -->

<!-- Eliminate extra <FORMULA> layer in symbols, units.
     %m.math;|%p.trans;  is the content of FORMULA defined in %MathModel;
  -->
<!ENTITY % iso.formula  "%m.math;|%p.trans;" >

<!ENTITY % det.content  "(
  entry.elements,
  preferred.symbol?,
  synonymous.symbol*,
  det.classification?,
  domain
  )" >

<!ENTITY % phrase  "
    #PCDATA
  | cids.avo
  | table
  | formula
  | dformula
  | sup
  | inf
  | term.ref
  | list
  " >

<!-- ====================== ATTRIBUTES ======================== -->

<!-- IDs shall remain fixed once an instance has been published -->
<!ENTITY % id.required  "id           ID      #REQUIRED" >

<!-- The value of REF.TO.TERM shall be the ID of a TERM -->
<!ENTITY % ref.to.term  "ref.to.term  IDREF   #REQUIRED" >

<!ENTITY % notations  "( CGM-BINARY | EPSI | GIF | TeX | TIFF.UNCOMP )" >
<!ENTITY % cids.avo.atts "
  nota            %notations;     #IMPLIED
  profile.ptr     CDATA           #IMPLIED
  inline          %yesorno;       '0'
  ent             ENTITY          #REQUIRED
  " >

<!-- yesorno  defined in %TableModel; -->


<!-- ========================================================== -->
<!--                  DICTIONARY TOP ELEMENTS                   -->
<!-- ========================================================== -->

<!ELEMENT dict.source  ( supplier.sec,
                         property.det.sec?,
                         term.sec? ) >

<!ELEMENT supplier.sec  ( entry.identifiers,
                          organization,
                          supplier.address ) >

<!ELEMENT property.det.sec  (  condition.det
                             | dependent.det
                             | non.dependent.det )+ >

<!ELEMENT term.sec  ( term )+ >


<!-- ========================================================== -->
<!--                      PARA ELEMENTS                         -->
<!-- ========================================================== -->

<!ELEMENT para  ( %phrase; )* >

<!-- TABLE     defined in %tableModel; -->
<!-- FORMULA   defined in %mathModel;  -->
<!-- DFORMULA  defined in %mathModel;  -->
<!-- SUP       defined in %mathModel;  -->
<!-- INF       defined in %mathModel;  -->

<!ELEMENT title         ( %phrase; )* >
<!ELEMENT cids.caption  ( %phrase; )* >

<!ELEMENT list  ( title?, cids.li+ ) >
<!-- STYLE of NUMBERING FOR PRINT/DISPLAY -->
<!ATTLIST list
  list.type     ( ordered | unordered )     "unordered"
  >
<!ELEMENT cids.li  ( para )+ >

<!ELEMENT cids.avo  ( title?, cids.caption? ) >
<!ATTLIST cids.avo  %cids.avo.atts; >


<!-- ========================================================== -->
<!--                  SUPPLIER.SEC ELEMENTS                     -->
<!-- ========================================================== -->

<!ELEMENT organization  ( org.id?, duns?, org.name, org.description ) >

<!ELEMENT org.id           ( #PCDATA ) >
<!ELEMENT duns             ( #PCDATA ) >
<!ELEMENT org.name         ( #PCDATA ) >
<!ELEMENT org.description  ( para )+   >

<!ELEMENT supplier.address  (
  addr.internal.location?,
  addr.street.number?,
  addr.street?,
  addr.postal.box?,
  addr.town?,
  addr.region?,
  addr.postal.code?,
  addr.country?,
  addr.facsimile.number?,
  addr.telephone.number?,
  addr.electronic.mail.address?,
  addr.telex.number?
  ) >

<!ELEMENT addr.internal.location        ( #PCDATA ) >
<!ELEMENT addr.street.number            ( #PCDATA ) >
<!ELEMENT addr.street                   ( #PCDATA ) >
<!ELEMENT addr.postal.box               ( #PCDATA ) >
<!ELEMENT addr.town                     ( #PCDATA ) >
<!ELEMENT addr.region                   ( #PCDATA ) >
<!ELEMENT addr.postal.code              ( #PCDATA ) >
<!ELEMENT addr.country                  ( #PCDATA ) >
<!ELEMENT addr.facsimile.number         ( #PCDATA ) >
<!ELEMENT addr.telephone.number         ( #PCDATA ) >
<!ELEMENT addr.electronic.mail.address  ( #PCDATA ) >
<!ELEMENT addr.telex.number             ( #PCDATA ) >


<!-- ========================================================== -->
<!--                    ENTRY.ELEMENTS ELEMENTS                 -->
<!-- ========================================================== -->

<!ELEMENT entry.elements
   ( names,
     entry.identifiers,
     elem.definition,
     source.doc.of.definition?,
     note?,
     remark?,
     cids.avo?,
     formula? ) >

<!ELEMENT elem.definition  ( para )+ >

<!ELEMENT source.doc.of.definition  ( %ref.document.type; ) >

<!-- The DEFINITION shall not require information in the  NOTE,
     REMARK, CIDS.AVO, FORMULA elements, and and shall take
     precedence if contradicting them.
  -->
<!ELEMENT note    ( para )+ >
<!ELEMENT remark  ( para )+ >

<!-- FORMULA  defined in %MathModel; -->


<!-- ========================================================== -->
<!--                    ENTRY.IDENTIFIERS                       -->
<!-- ========================================================== -->

<!-- If CODE is used, the compound key consisting of the CODE,
     VERSION, REV shall be unique in a given DICT.SOURCE instance.
  -->
<!ELEMENT entry.identifiers  (
  code?,
  version,
  rev?,
  time.stamps?
  ) >

<!ELEMENT code     ( #PCDATA ) >
<!ELEMENT version  ( #PCDATA ) >
<!ELEMENT rev      ( #PCDATA ) >
<!ELEMENT time.stamps  ( date.def, date.ver, date.rev? ) >

<!ELEMENT date.def  ( %date.type; ) >
<!ELEMENT date.ver  ( %date.type; ) >
<!ELEMENT date.rev  ( %date.type; ) >


<!-- ========================================================== -->
<!--                       NAMES                                -->
<!-- ========================================================== -->

<!-- The first character of the SHORT.NAME shall be a letter, '@',
     or a '$' (when representing a Greek letter). If applicable,
     the '@' sign precedes the '$' sign.

    The SHORT.NAME shall be limited to 15 characters.

    If the DET has a PREFERRED.SYMBOL then the short name shall
    be derived from the PREFERRED.SYMBOL in compliance with the
    following rules and ISO/R843:

    - Greek letters that are graphically identical to Latin letters
        are not converted;
    - Other Greek letters shall be represented by the corresponding
        ISO/R843 Latin letter preceded by a dollar '$' character;
    - An asterisk '*' character shall be used to indicate that
        the following letter is a superscript.
    - An underline  '_' character shall be used to indicate that
        the following letter is a subscript.

    If a term has no PREFERRED.SYMBOL, or explicit SHORT.NAME
    the PREFERRED.NAME shall be repeated for the SHORT.NAME
    (truncated to 15 characters).
  -->
<!ELEMENT names  (
  preferred.name,
  short.name,
  synonymous.name*,
  icon?
  ) >

<!ELEMENT preferred.name   ( #PCDATA )  >
<!ELEMENT short.name       ( #PCDATA )  >
<!ELEMENT synonymous.name  ( #PCDATA )  >
<!ELEMENT icon             ( cids.avo ) >


<!-- ========================================================== -->
<!--                     PROPERTY.DET ELEMENTS                  -->
<!-- ========================================================== -->

<!-- If a particular property of a component can be both a CONDITION.DET
     and a DEPENDENT.P.DET then there must exist two separate entries
     in the dictionary instance.

     If a particular property applies to two different kinds of
     components, and there are significant differences in the
     definitions depending on which component is being described (for
     example, different dependent conditions), then there must exist two
     separate entries in the dictionary instance.
   -->

<!ELEMENT non.dependent.det  ( preferred.name | %det.content; ) >
<!ATTLIST non.dependent.det  %id.required; >

<!ELEMENT dependent.det  ( preferred.name | (%det.content;, depends.on) ) >
<!ATTLIST dependent.det  %id.required; >

<!ELEMENT condition.det  ( preferred.name | (%det.content;, depends.on?) ) >
<!ATTLIST condition.det  %id.required; >


<!-- ========================================================== -->
<!--                        %det.content;                       -->
<!-- ========================================================== -->

<!-- ELEMENT entry.elements  ... already defined above -->

<!ELEMENT preferred.symbol   ( %iso.formula; )* >
<!ELEMENT synonymous.symbol  ( %iso.formula; )* >

<!ELEMENT det.classification  ( #PCDATA ) >

<!ELEMENT depends.on      ( depends.on.ref )+ >
<!ELEMENT depends.on.ref  EMPTY             >

<!-- The value of a DET.REF attribute shall be the id of a DET -->
<!ATTLIST depends.on.ref  det.ref     IDREF     #REQUIRED >


<!-- ========================================================== -->
<!--                    DOMAIN of Data Types                    -->
<!-- ========================================================== -->

<!-- Currency values shall be represented as INT.MEASURE.TYPE or
     REAL.MEASURE.TYPE with a UNITS of currency abbreviations as
     defined by ISO 4217.
   -->
<!ELEMENT domain (   boolean.type
                   | int.measure.type
                   | real.measure.type
                   | string.type
                   | non.quantitative.code.type ) >

<!ELEMENT boolean.type                ( value.format ) >
<!ELEMENT string.type                 ( value.format ) >
<!ELEMENT int.measure.type            ( value.format, cids.unit, levels? ) >
<!ELEMENT real.measure.type           ( value.format, cids.unit, levels? ) >
<!ELEMENT non.quantitative.code.type  ( value.format, value.domain ) >

<!-- VALUE.FORMAT encoding shall conform to IEC 61360-1, 3.4.1 -->
<!ELEMENT value.format  ( #PCDATA ) >

<!-- UNIT is either 1 or a symbol as defined in ISO 31. -->
<!ELEMENT cids.unit  ( %iso.formula; )* >

<!ELEMENT levels  (
  min?,
  ( nom | typ )?,
  max?,
  ntol?,
  ptol?,
  raw?
  ) >
<!ELEMENT min  EMPTY >
<!ELEMENT nom  EMPTY >
<!ELEMENT typ  EMPTY >
<!ELEMENT max  EMPTY >
<!ELEMENT ntol EMPTY >
<!ELEMENT ptol EMPTY >
<!ELEMENT raw  EMPTY >

<!ELEMENT value.domain  (
  source.doc.of.value.domain?,
  dic.value+
  ) >

<!ELEMENT source.doc.of.value.domain  ( %ref.document.type; ) >

<!ELEMENT dic.value  (
  value.code,
  names,
  source.doc.of.value?,
  term.ref?
  ) >

<!ELEMENT value.code  ( #PCDATA ) >

<!ELEMENT source.doc.of.value  ( %ref.document.type; ) >


<!-- ========================================================== -->
<!--              TERM ELEMENTS                                 -->
<!-- ========================================================== -->

<!ELEMENT term  (
  entry.elements,
  related.term*
  ) >
<!ATTLIST term
  %id.required; >

<!ELEMENT related.term  EMPTY >
<!ATTLIST related.term  %ref.to.term; >


<!-- ========================================================== -->
<!--                       TERM REFERENCES                      -->
<!-- ========================================================== -->

<!ELEMENT term.ref  ( %phrase; )* >

<!ATTLIST term.ref  %ref.to.term; >


<!-- ================   END OF CIDS DTD   ================ -->