Re: Proposal to amend the httpRange-14 resolution

Hi Kingsley,

On Sat, 2012-03-31 at 16:51 -0400, Kingsley Idehen wrote:
[ . . . ]
> > 'definition' doesn't work, ultimately.
> > This discourse domain (AWWW and Web lore in general) is already 
> > littered with literature that's uses  'description' where you seek to 
> > replace with 'definition'.

That's fine.  None of that has to change.  The important thing is to
understand the distinction between the two notions.  It doesn't matter
so much what we call them, though for the moment I'll continue to call
them 'description' and 'definition'.

The only difference between a definition and a description (as I am
using these terms) is that a definition has been specially designated to
be a definition.  I.e., a definition is merely a description that
someone has blessed as being a definition.  This sets an expectation
that if the URI is used in a statement, it should be used in a way that
is consistent with the definition.  

The same is not true of what I am calling a description.  Anybody can
write a description, and it can say anything.  There is no expectation
that you should *agree* with that description when you use the URI to
make statements.  As Dan Connolly put it in "A Pragmatic Theory of
Reference for the Web":
http://www.w3.org/2006/04/irw65/urisym

   1. To mint a term in the community, choose a URI of the form 
   doc#id and publish at doc some information that motivates 
   others to use the term in a manner that is consistent with 
   your intended meaning(s).

   2. Use of a URI of the form. doc#id implies agreement to 
   information published at doc.

This use of URI definitions helps to anchor the "meaning" of the URI, so
that it does not drift uncontrollably.  This is often a benefit, but not
always.  In some cases a URI owner may *want* the "meaning" of a URI to
drift and evolve according to community usage.  That's fine, and that
can be done by providing an empty URI definition.  But in other cases
the URI owner may want to offer more stability, by providing a URI
definition.  These choices are enabled by the distinction between
definition and description.  If we only had descriptions (as I am using
the term) then those who choose to anchor the URI's "meaning" would have
no mechanism to do so.

> >
> > Where are the resources on the Web today that bear content with 
> > rdfs:isDefinedBy relations in the manner you suggest? 

There is currently very little.  As I said, the distinction between a
definition and a description (as I am using these terms) is not yet well
established in the community.

> I can show you a 
> > significant amount of resources that bear content with "describedby" 
> > (or similar) relations. Thus, you suggestion ultimately triggers:
> >
> > 1. IANA registration
> > 2. Regeneration of existing resources.
> >
> > And all of the above, you still have lots of debates to follow.
> >
> > 'definition' is too specific and its intuition value is very low, in 
> > this context.

I guess YMMV when it comes to the intuitive value of the term.  We could
choose a different term if people as a whole liked something else
better.  But the word "definition" is commonly used in other areas for
this kind of role.

> >
> > A URI is an Identifier. In the Web medium (or system) it can identify 
> > the location of a Web resource en route to actual content access. It 
> > can also be used to name entities from other non Web realms where 
> > de-reference resolves to a location from which description oriented 
> > content (constrained by content mime type) is accessed.
> >
> > For what system do you anticipate explicit URI definition being 
> > definitively useful? An ontology for Linked Data? An ontology for the 
> > Semantic Web? An ontology of the World Wide Web?

Semantic web data, Linked Data, etc.

> >
> 
> David,
> 
> Here is another route to solving the issue of preferred relation 
> predicates re. wdrs:describedby and rdfs:isDefinedBy.
> 
> Instead of simply requiring rdfs:isDefinedBy, why not add the following 
> relation:
> 
> rdfs:isDefinedBy rdfs:subPropertyOf wdrs:describedby .

That is exactly the right idea, though there is the issue that both of
these terms have already been defined in specifications.

David

> 
> I can add the relation above to an ontology that I use for my inference 
> context. Once in place, where you see rdfs:isDefinedBy I will have the 
> option to see either rdfs:isDefinedBy or my preferred wdrs:describedby. 
> All of this happens in the TBox leaving masses of existing ABox 
> relations out in the wild unchanged.
> 
> How about that?
> 
> I've cc'd in the LOD mailing list as this is a great example of semantic 
> relations delivering amicability :-)
> 

-- 
David Booth, Ph.D.
http://dbooth.org/

Opinions expressed herein are those of the author and do not necessarily
reflect those of his employer.

Received on Tuesday, 3 April 2012 17:46:41 UTC