Lists Home |
Date Index |
- From: "James Tauber" <firstname.lastname@example.org>
- To: "Amit Rekhi" <email@example.com>, "Xml-Dev (E-mail)" <firstname.lastname@example.org>
- Date: Thu, 1 Oct 1998 19:36:37 +0800
From: Amit Rekhi <email@example.com>
>Could you pass on some examples of notation use with PI targets?
Well, there isn't really much to show. Say I have a processing instruction
for my FOP application:
I can declare FOP as a NOTATION and associate it with an external entity:
<!NOTATION FOP SYSTEM "http://www.jtauber.com/fop/">
>I was wondering what these system identifiers contain. Are they validation
>routines that would check syntax of the content of elements with which
>are attached. (provided the notations are used in attributes as you
>suggested in your example) eg. would the system identifier
>http://www.schema.net/usdate.not check the element content with which it is
>attached for USDATE syntax?
They really just provide a way of naming notations (which is why a PUBLIC
identifier is often used) but it *can* be an actual bit of code, or a
human-readable description of the notation.
The notation name itself (in the above example "FOP") provides a level of
indirection, like a namespace prefix. You might declare FOP to be a
different notation to what I do. But if we both declare FOP to be
http://www.jtauber.com/fop/ then we are talking about the same notation.
In the case of USDATE, we could adopt a convention (and this is partly what
schema.net is intended for so send in those notation requests) that dates of
the form MM/DD/YYYY have the notation with external id
"http://www.schema.net/notations/usdate" (or whatever)
The URI needn't point to a meaningful resource, the key is the URI itself,
not the resource being referenced (although it would make sense to at least
make it a file with a human-readable description of the notation). In this
case, the application would need to know the URIs of notations it can
The external id could be referring to a Python function, or a Java class
implementing a notation interface, either of which might validate the given
Hope this helps.
xml-dev: A list for W3C XML Developers. To post, mailto:firstname.lastname@example.org
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:email@example.com the following message;
To subscribe to the digests, mailto:firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (mailto:email@example.com)