changed xs:ID to xs:string in all schemas
Scott Chapal
scott.chapal at jonesctr.org
Thu Aug 22 06:30:10 PDT 2002
Matt Jones <jones at nceas.ucsb.edu> writes:
> As we discussed earlier today, the use of xs:ID as the type for our id
> elements has prevented us from using completely numeric values in the
> id elements. Thus, we decide to change from xs:ID to xs:string in all
> of these cases. I have now implemented this, and tested validation
> against the instance documents we were using yesterday. Validation
> now allows values like "1234". This takes care fo the sixth action
> item from our conference call today.
Matt,
Now that I think about this more, are you sure this is what you want?
Don't you need the following here? string doesn't do that.
_________________________________________________________________
http://www.w3.org/TR/2000/WD-xml-2e-20000814#NT-TokenizedType
Validity constraint: ID
Values of type ID must match the Name production. A name must not
appear more than once in an XML document as a value of this type;
i.e., ID values must uniquely identify the elements which bear them.
_________________________________________________________________
Forfeiting the 'completely numeric values' doesn't seem a high price
to pay, and the adoption of some convention for the name of the id
value string, say
<creator id="creator.1" xmlns="">
or
packageId="sample.dataset.1"
or, better yet
packageId="CES.package.1024494770867"
altered from Peter's example file. This is a recognizable string that
has meaning beyond 1024494770867.
Verbosity is a feature, not a bug. :)
Just thought I'd bring it up now, because I'm seeing the utility of
naming conventions while I'm authoring a DocBook document using ID's.
Anyone else think this is worthwhile?
BTW, I can't get to www.ecoinformatics.org or knb.ecoinformatics.org
to review the changes in cvs - connection refused.
--
Scott E. Chapal_________________________________________________
Database & Network Manager scott.chapal at jonesctr.org
J.W. Jones Ecological Research Center 229.734.4706 x227
Rt. 2. Box. 2324. Newton, GA 31770-9651 229.734.6650 :FAX
More information about the Eml-dev
mailing list