W3C home > Mailing lists > Public > semantic-web@w3.org > April 2010

Re: connections

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Sun, 18 Apr 2010 19:04:40 -0400
Message-ID: <4BCB9008.5030605@openlinksw.com>
To: adasal <adam.saltiel@gmail.com>
CC: Danny Ayers <danny.ayers@gmail.com>, greg masley <roxymuzick@yahoo.com>, Semantic Web <semantic-web@w3.org>, "dbpedia-discussion@lists.sourceforge.net" <dbpedia-discussion@lists.sourceforge.net>
adasal wrote:
>
>     Agriculture oriented data spaces (ontology and instance data)
>
> How could that ever be automatic?

Well, Agriculture oriented data will be emerging any minute now re. 
Linked Open Data Cloud.
>
>     Agriculture oriented data spaces (ontology and instance data)
>
> Cannot anticipate every possible query, or even broad area of 
> interest, in DBpedia.

DBpedia is but one Lookup Data Space re. Linked Data, there will be many 
others with Domain Specificity. The BBC, New York Times, Reuters, are 
examples of others to come. Each uses DBpedia for looking up Names.
> There must be an impulse to make a query of some sort. The issue is 
> how complex that query must be.
> Isn't the implicit question why cannot some small query be enough to 
> draw out the information I want?

In reality, your quest for data should trigger the creation of related 
data spaces. Our problem right now is that we've too much time on the 
"Describing what the heck we are doing" front instead of just doing it!

DBpedia is an example of "Just Doing It!".  Imagine Linked Data without 
it, at best hypothesizing about the hypothetical.


> Here the query terms should be enough to form a coherent query. In 
> this example they should translate into a sparql query. But that is 
> not enough, because DBPedia needs a schema and some instance data too. 
> erm.

No DBpedia is one Table (in a sense) within a Federated Database, other 
Tables will be created and/or discovered in due course. Lets make data 
rather than waste time on not being able to answer all queries right now.

Do you know all the answers to everything in our existence? Of course 
not, so why demand that of a man made medium such as a federated 
database exposed via the World Wide Web?

> Or perhaps it could be semi-automatic?
> Imagine that there is a repository with sample kinds of data in it. I 
> think this would be easy to use.
> I want to build up a query about tomato seeds, planting, region, time 
> of year.

Thats trivial, if you can invest time in creating or locating a Linked 
Data Space for the Agriculture Domain. I am sure such a thing exists 
right now, I just haven't had the time to look into its existence etc..
> So some general data is classified along those lines. That would be 
> combined into a schema. Maybe some of it would be a subset of other 
> schemas, so in my making the choice further useful suggestions could 
> be made. I would then be asked to refine the parameters of the query 
> by actual region, etc.
> I am assuming that interested parties would make available basic meta 
> data sets with human understandable sample data.
>
> Am I making any sort of sensible suggestion here? Is this different to 
> what already exists as available triples? I am unsure. There is 
> something circular here.
I can't really say :-)

I just know you need a Linked Data Space for the Agriculture domain and 
the answer to your question will be solved.

Kingsley
>
> Even so we are still left with that data that has not been classified 
> because there is no interested party to do so, or because the type of 
> classification is new, complex or transient.
>
> Adam
>
> On 18 April 2010 21:56, Danny Ayers <danny.ayers@gmail.com 
> <mailto:danny.ayers@gmail.com>> wrote:
>
>     Thanks Kingsley
>
>     still not automatic though, is it?
>
>     On 18 April 2010 22:38, Kingsley Idehen <kidehen@openlinksw.com
>     <mailto:kidehen@openlinksw.com>> wrote:
>     > Danny Ayers wrote:
>     >>
>     >> Kingsley, how do I find out when to plant tomatos here?
>     >>
>     >
>     > And you find the answer to that in Wikipedia via
>     > <http://en.wikipedia.org/wiki/Tomato>? Of course not.
>     >
>     > Re. DBpedia, if you have a Agriculture oriented data spaces
>     (ontology and
>     > instance data) that references DBpedia (via linkbase) then you
>     will have a
>     > better chance of an answer since we would have temporal
>     properties and
>     > associated values in the Linked Data Space (one that we can mesh
>     with
>     > DBpedia even via SPARQL).
>     >
>     > Kingsley
>     >>
>     >> On 17 April 2010 19:36, Kingsley Idehen <kidehen@openlinksw.com
>     <mailto:kidehen@openlinksw.com>> wrote:
>     >>
>     >>>
>     >>> Danny Ayers wrote:
>     >>>
>     >>>>
>     >>>> On 16 April 2010 19:29, greg masley <roxymuzick@yahoo.com
>     <mailto:roxymuzick@yahoo.com>> wrote:
>     >>>>
>     >>>>
>     >>>>>
>     >>>>> What I want to know is does anybody have a method yet to
>     successfully
>     >>>>> extract data from Wikipedia using dbpedia? If so please
>     email the
>     >>>>> procedure
>     >>>>> to greg@masleyassociates.com <mailto:greg@masleyassociates.com>
>     >>>>>
>     >>>>>
>     >>>>
>     >>>> That is an easy one, the URIs are similar - you can get the
>     pointer
>     >>>> from db and get into wikipedia. Then you do your stuff.
>     >>>>
>     >>>> I'll let Kingsley explain.
>     >>>>
>     >>>>
>     >>>>
>     >>>
>     >>> Greg,
>     >>>
>     >>> Please add some clarity to your quest.
>     >>>
>     >>> DBpedia the project is comprised of:
>     >>>
>     >>> 1. Extractors for converting Wikipedia content into Structured
>     Data
>     >>> represented in a variety of RDF based data representation formats
>     >>> 2. Live instance with the extracts from #1 loaded into a DBMS that
>     >>> exposes a
>     >>> SPARQL endpoint (which lets you query over the wire using
>     SPARQL query
>     >>> language).
>     >>>
>     >>> There is a little more, but I need additional clarification
>     from you.
>     >>>
>     >>>
>     >>> --
>     >>>
>     >>> Regards,
>     >>>
>     >>> Kingsley Idehen       President & CEO OpenLink Software     Web:
>     >>> http://www.openlinksw.com
>     >>> Weblog: http://www.openlinksw.com/blog/~kidehen
>     <http://www.openlinksw.com/blog/%7Ekidehen>
>     >>> Twitter/Identi.ca: kidehen
>     >>>
>     >>>
>     >>>
>     >>>
>     >>>
>     >>>
>     >>
>     >>
>     >>
>     >>
>     >
>     >
>     > --
>     >
>     > Regards,
>     >
>     > Kingsley Idehen       President & CEO OpenLink Software     Web:
>     > http://www.openlinksw.com
>     > Weblog: http://www.openlinksw.com/blog/~kidehen
>     <http://www.openlinksw.com/blog/%7Ekidehen>
>     > Twitter/Identi.ca: kidehen
>     >
>     >
>     >
>     >
>     >
>
>
>
>     --
>     http://danny.ayers.name
>
>


-- 

Regards,

Kingsley Idehen	      
President & CEO 
OpenLink Software     
Web: http://www.openlinksw.com
Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca: kidehen 
Received on Sunday, 18 April 2010 23:05:10 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:45:17 UTC