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

Re: Should information be encoded into identifiers?

  • From: rjelliffe@allette.com.au
  • To: "'xml-dev@lists.xml.org'" <xml-dev@lists.xml.org>
  • Date: Sun, 7 Mar 2010 16:21:09 +1100

Re:  Should information be encoded into identifiers?
> On Sun, 2010-03-07 at 14:44 +1100, rjelliffe@allette.com.au wrote:

> The only reliable way to do this is not to inspect the URIs but to use
> HTTP HEAD and check the MIME media type of whatever you get back.  Of
> course, a server could randomly send a different format each time...
> unless you own the server to which the URI refers, all bets are off.
> This decoupling (as you know, Rick, but many people reading this might
> not, which is why I need to say it), this decoupling is fundamental to
> Web architecture.

Yes indeed, good point . That is why I put in the clause "in particular in
closed systems where the IDs are generated automatically": on the WWW you
have no control of things, and you cannot know the representation's
notation from the URL, including the extension. However, the opposite it
true behind the scenes in your closed system, where you do have control
and knowledge.

I think XSLT, Schematron and XSD are rarely used on data retrieved from
public URLs however: they are more likely to be used on data you yourself
share some control of...   (However, my second example was probably that
kind of access to the WWW, so I have brought it on myself.)

> It's also why XML NOTATION was broken as designed.

Ultimately, I suspect the breakage in XML NOTATION was that XML Schemas
did not bring out the connection between a notation and lexical types
inter alia. Though perhaps this is just on the grounds that all problems
can and should be traced to XSD :-)   As an off-ramp for SGML to XML, I
think NOTATION was a reasonable thing to provide. As a thing in itself
nowadays, I agree it is not popular which is a reasonable (but not the
only) test of the value of some part of a mass (rather than niche)
technology.

> Currently, this isn't something you can do in XSLT - there's another
> thread about exactly that, of course.

So you are saying, "don't do that, it can break; instead do this, it
definitely won't work!"  :-)

Cheers
Rick


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.