ASP Error: 70
Description: Permission denied
Source: Microsoft VBScript runtime error

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

Re: Are URIs Resources? (WAS RE: Re: Non-infoset)


Re:  Are URIs Resources?  (WAS RE:  Re: Non-infoset)
Bob Foster wrote:

> Wow, talk about trolling! ;-}
>
> How about we back up to: why do we care? It's those damn namespaces. 
> Suppose there were no namespaces. Suppose instead of namespaces, there 
> were only globally unique names.
>
i'm warming to namespaces. as my world gets sudsier (soapier?) the 
namespace is an easy way to get at parts of messages i'm interested in. 
eg multiple payloads in different namespaces.

or am i just abusing the technology?

rick

> Because it's simpler to use an authority than to pretend we can 
> calculate a globally unique name, suppose we use inverted domain 
> names. That is, for a registered domain "x.y", its globally unique 
> names are constructed with the prefix "y.x". Then we might have 
> "com.intergraph.bullard.len" as a globally unique name.
>
> End of story. No namespaces. Nobody ever asks if "com.intergraph" is a 
> "resource", whatever that is, because it's patently obvious it isn't.
>
> We don't need namespaces and never did. Imagine how many person-hours 
> would have been saved if we didn't have them. ;-}
>
> Bob Foster
>
> Bullard, Claude L (Len) wrote:
> > That's the critical observation for this and many other
> > threads that rely on ontological commitment to sustain
> > communications.
> >
> > Would anyone care to compare that to URIs as a unit of
> > information:
> >
> > 1.  Is a URI a resource?
> >
> > 2.  If it is a resource, what operations are significant?
> >
> > 3.  Are URIs ever ambiguous?
> >
> > Yes, I know: the permathread from hell.
> >
> > len
> >
> > From: Alessandro Triglia [mailto:sandro@m...]
> >
> > The writer makes choices, but a reader cannot always tell which of 
> those
> > choices (if any) convey some semantics in the intentions of the 
> writer and
> > which do not.  In other words, an XML document may contain more 
> information
> > than the writer considers significant, but a given reader may not be 
> able to
> > separate the non-significant part from the significant part.
>
>
>
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>
>
>
> !DSPAM:425b35b6245191264238537!
>

begin:vcard
fn:Rick  Marshall
n:Marshall;Rick 
email;internet:rjm@z...
tel;cell:+61 411 287 530
x-mozilla-html:TRUE
version:2.1
end:vcard


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.