[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: more QName madness

• To: veillard@r...
• Subject: Re: more QName madness
• From: ht@c... (Henry S. Thompson)
• Date: 18 Nov 2002 20:33:04 +0000
• Cc: John Cowan <jcowan@r...>, Paul Prescod <paul@p...>, xml-dev@l..., "Simon St.Laurent" <simonstl@s...>
• In-reply-to: <20021116073320.A28903@r...>
• References: <20021114111803.G28903@r...><200211141651.LAA08369@m...><20021114120416.K28903@r...><f5blm3tpvik.fsf@e...><20021116073320.A28903@r...>
• Sender: ht@i...
• User-agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Military Intelligence)

Sorry to be dense, but I just don't see how having a scheme name
registry will solve, or even ameliorate, the interoperable
implementation of scheme semantics.  At the end of the day, all we
have is natural language documentation to define scheme semantics, and
the obvious place to put such documentation is at the scheme namespace
URI.  Are you saying that scheme registration should _require_ scheme
semantics documentation?

ht
-- 
  Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
          W3C Fellow 1999--2002, part-time member of W3C Team
     2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
	    Fax: (44) 131 650-4587, e-mail: ht@c...
		     URL: http://www.ltg.ed.ac.uk/~ht/
 [mail really from me _always_ has this .sig -- mail without it is forged spam]

• Follow-Ups:
  • Re: more QName madness
    • From: "Simon St.Laurent" <simonstl@s...>
  • Re: more QName madness
    • From: John Cowan <jcowan@r...>

• References:
  • Re: more QName madness
    • From: Daniel Veillard <veillard@r...>
  • Re: more QName madness
    • From: John Cowan <jcowan@r...>
  • Re: more QName madness
    • From: Daniel Veillard <veillard@r...>
  • Re: more QName madness
    • From: ht@c... (Henry S. Thompson)
  • Re: more QName madness
    • From: Daniel Veillard <veillard@r...>

• Prev by Date: Re: XML / HTML Transport size
• Next by Date: Re: more QName madness
• Previous by thread: Re: more QName madness
• Next by thread: Re: more QName madness
• Index(es):
  • Date
  • Thread