W3C home > Mailing lists > Public > semantic-web@w3.org > August 2008

Re: Geo Spatial and time information

From: Hugh Glaser <hg@ecs.soton.ac.uk>
Date: Mon, 11 Aug 2008 20:13:38 +0100
To: Cristiano Longo <cristiano.longo@tvblob.com>
CC: "semantic-web@w3.org" <semantic-web@w3.org>, link <link@ecs.soton.ac.uk>
Message-ID: <C4C64DF2.2652E%hg@ecs.soton.ac.uk>

Hi.
Yes, not straightforward if you want to search like that.
Let's say there was a fest in Messina.
So you will record the place as something like
http://dbpedia.org/resource/Messina
But now, as you say, you can't do the search you want (easily).
So you would need to record the other information you might want, such as
http://dbpedia.org/resource/Sicily and
http://dbpedia.org/resource/Italy
But I guess that you were going to record something like that in any case,
so using these URIs loses you nothing, and gets you the geolocation data as
well (geo:lat, geo:long).
The good news is that you could use dbpedia to fill in some of the extra
information automatically (ie when you add a festival entry).
The Messina page gives you p:region http://dbpedia.org/resource/Sicily
Which gives p:zone http://dbpedia.org/resource/South_Italy
(I may have got some of the details wrong.)

So hopefully it gives you a some advantage to do it this way.
And then the next thing is people finding you.
So for example, make sure that sindice.com knows about your rdf; then when
an agent is searching for stuff about Messina, it will find your festival
information.

Does anyone have any better suggestions?

Best
Hugh

On 08/08/2008 14:38, "Cristiano Longo" <cristiano.longo@tvblob.com> wrote:

> Thank you, very good job. But really i can't understand how I could make
> a query that involves information in my knowledge base and from another
> one. For example, suppose that I stored in my KB all the festivals in
> Italy, recording also the city (simply an uri) where this event holds.
> How I can  get  all the festival in Sicily? For instance, is should get
> all the cities of sicily  from your  (remote)  KB and  get all the
> fests in these ones  from my KB.
>
> Hugh Glaser wrote:
>> Sounds good.
>> Being a bit brave and presumptuous, I would suggest that it would be good to
>> avoid putting the actual geo-location data in your KB.
>> I think the Linked Data (and Semantic Web?) way, is to find a KB that has
>> the geo-location of places, and then use those places (as URIs), at least
>> when possible, in your KB.
>> So places such as
>> http://dbpedia.org/About
>> http://www.geonames.org/ontology/
>> Or our http://unlocode.rkbexplorer.com/
>> All have URIs for places and then things like lat/long and name information
>> for the place, and these URIs can be resolved to get it.
>> Even if you can't use the remote data live, then you can usually download
>> the RDF to your own store, which will give you the possibility of being
>> webby later.
>> And, of course, it will all mean that you don't need to find out any of the
>> geo-location information yourself!
>> Good luck.
>> Hugh
>>
>> --
>> Hugh Glaser,  Reader
>>               Dependable Systems & Software Engineering
>>               School of Electronics and Computer Science,
>>               University of Southampton,
>>               Southampton SO17 1BJ
>> Work: +44 (0)23 8059 3670, Fax: +44 (0)23 8059 3045
>> Mobile: +44 (0)78 9422 3822, Home: +44 (0)23 8061 5652
>> http://www.ecs.soton.ac.uk/~hg/
>>
>>
>>
>>
>> On 08/08/2008 10:28, "Cristiano Longo" <cristiano.longo@tvblob.com> wrote:
>>
>>
>>> Hi all, I'm setting up a knowlege base to store festivals and other
>>> folkloristic stuffs. So at first I need a vocaboulary (owl-dl) for
>>> geospatial information (countries - regions - cities  and coordinates of
>>> these items)  and  calendar ones  (when a festival start and stop).
>>>
>>> What is the state of the art for the representation of this kind of
>>> information in owl-dl?
>>>
>>> thanks in advance,
>>> Cristiano Longo
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
>
>
Received on Monday, 11 August 2008 19:14:38 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 21:45:24 GMT