W3C home > Mailing lists > Public > semantic-web@w3.org > December 2005

Re: How will the semantic web emerge

From: Russell Duhon <fugu13@mac.com>
Date: Tue, 20 Dec 2005 18:16:06 -0500
Message-Id: <E587BC02-5035-4624-84FE-D486754B6114@mac.com>
Cc: semantic-web@w3.org, Joshua Allen <joshuaa@microsoft.com>
To: Frank Manola <fmanola@acm.org>

Its not so much a dichotomy of optional/not optional, but typing-by- 
properties and typing-by-class.

Duck typing is where an object is treated with based on what  
properties it has, or in python and similar, what methods can be  
called on it. If I have a function that calls certain methods on the  
objects passed in, it very well might not matter which objects are  
passed in, provided they have those methods -- the formal types are  
not considered directly. This is duck typing -- anything that walks  
like a duck, quacks like a duck, and looks like a duck might as well  
be a duck.

Those objects (in Python) still have strong types, its just that  
methods don't have type signatures (at least, not unless you make  
that happen ;-) ), and the language is dynamically typed. If my  
method still works whether a string or an integer is passed in, I can  
pass in either -- but a string is very much not an integer, and there  
are certain operations that protest very loudly if I try using a  
string like an integer or an integer like a string!

One can also include those checks of object types in one's code, as  
needed/desired.

Now, RDF's not quite in the same situation -- types really are  
optional, in a sense. But its also going to continue to make sense to  
create RDF with lots of type-rich information, and create ontologies  
that can infer types in under-typed RDF.

The first is pretty clear because tools for creating RDF and  
interpreting common sorts of RDF can get a leg up with types. For  
instance, if I want all RSS items in an RDF store, the type is one of  
the best ways to get at those. I expect a lot of RDF uses will  
require certain type information, much like RSS 1.0 effectively does,  
in order to ensure easy "mining".

The second is happening/will happen because it allows for the use of  
generic reasoners. I won't have to create an application that  
meticulously examines my RDF data for desired instances, I'll throw a  
declarative ontology at it, then be able to grab things by type and  
know they're the sort of thing I want.

Because it makes sense for a lot of RDF to be type rich or type  
enrich-able, I think any view emphasizing type-optionality is missing  
out on a lot of the potential for RDF. At the same time, any view  
trying to make all RDF data be strictly typed is flawed as well  
(particularly as some typing information from OWL Full ontologies and  
the like will be problematic to determine), and misses out on many of  
the possibilities for flexible RDF usage that proceed purely based on  
examining (non-type parts of) the graph.

Russell



On Dec 20, 2005, at 5:27 PM, Frank Manola wrote:

>
> Russell Duhon wrote:
> snip
>
>> Personally, I view RDF as more along  the lines of Python or  
>> similar important dynamic, strongly typed  languages -- we can  
>> play fast and loose with it in many ways, using  duck typing, but  
>> the types are still there to exploit when useful.
>
> This seems like a reasonble position, except that being able to  
> ignore the types when you want to makes them optional doesn't it?   
> And playing fast and loose doesn't sound like what I recall of  
> strong typing!
>
> --Frank
>
Received on Tuesday, 20 December 2005 23:16:21 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 22 February 2013 14:24:52 GMT