W3C home > Mailing lists > Public > www-xml-schema-comments@w3.org > July to September 2007

[Bug 3230] Atomic = not decomposable?

From: <bugzilla@wiggum.w3.org>
Date: Tue, 25 Sep 2007 01:03:39 +0000
CC:
To: www-xml-schema-comments@w3.org
Message-Id: <E1IZypv-0002fB-5v@wiggum.w3.org>

http://www.w3.org/Bugs/Public/show_bug.cgi?id=3230


cmsmcq@w3.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|needsPublication            |needsReview




------- Comment #6 from cmsmcq@w3.org  2007-09-25 01:03 -------
The editors have converged on text slightly different from the wording
given in comment #5, namely:

    2.4.1.1 Atomic Datatypes

    An ·atomic· datatype has a ·value space· consisting of a set of
    "atomic" or elementary values.

        Note: Atomic values are sometimes regarded, and described, as
        "not decomposable", but in fact the values in several
        datatypes defined here are described with internal structure,
        which is appealed to in checking whether particular values
        satisfy various constraints (e.g. upper and lower bounds on a
        datatype).  Other specifications which use the datatypes
        defined here may define operations which attribute internal
        structure to values and expose or act upon that structure.

    The ·lexical space· of an ·atomic· datatype is a set of ·literals·
    whose internal structure is specific to the datatype in question.

    There is one ·special· ·atomic· datatype (anyAtomicType), and a
    number of ·primitive· ·atomic· datatypes which have anyAtomicType
    as their ·base type·.  All other ·atomic· datatypes are derived
    either from one of the ·primitive· ·atomic· datatypes or from
    another ·ordinary· ·atomic· datatype.  No ·user-defined· datatype
    may have anyAtomicType as its ·base type·.

This wording is now ready for review by the Working Group.
Received on Tuesday, 25 September 2007 01:03:46 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:50:06 UTC