[foaf-dev] FOAF, geonames, and more
bnowack at appmosphere.com
Mon Jan 29 08:07:48 UTC 2007
On 28.01.2007 17:46:28, Alexandre Passant wrote:
>Right, but what about using based_near for something that is not a
>spatial thing ?
>The only way to do is to assert this is a Spatial Thing, isn't it ?
I can't think of a non-spatial thing that's based near something
(unless you use "near" in a temporal sense).
>But since foaf:Organisation is not a subclass of geo84:SpatialThing
>(but foaf:Person is), I have to create an union class with foaf:org +
>geo84:ST to use based_near with this org ?
No, "Descriptive, not prescriptive" means that you don't have to
pre-define rules before you can use certain RDF terms. The orgs
you'd like to use based_near with are spatial things.
:org foaf:based_near :x .
you can infer that
:org a geo:SpatialThing .
:x a geo:SpatialThing .
foaf:based_near rdfs:domain geo:SpatialThing .
does not say that only resoures explicitly typed as spatial things are
"allowed" to use foaf:based_near. It's exactly the other way round:
Resources which use foaf:based_near *are* spatial things. Independent
of other types they may have. (In OWL you can construct axioms to
identify/prevent inconsistencies, but not in RDF Schema. The latter
can only increase the total number of triples, but never reduces them.)
Bottom line: You simply don't use foaf:based_near with resources
[in the subset of foaf:Organization] that aren't spatial things.
>> On 26.01.2007 17:07:06, Alexandre Passant wrote:
>> >Hi all,
>> >I'm currently looking for ways to link things (especially foaf:Agents)
>> >to geonames  defined entities (since it provides not only lat/long
>> >info but also useful things as wikipedia entry, neighbour places ...).
>> >Currently, there's a foaf:based_near property, which links two
>> >Since geo:Feature (which is used to define all geonames.org ontology
>> >instances) and foaf:Person are subclasses of SpatialThing, we can link
>> >any foaf:Person to a geonames.org "Feature" as:
>> >http://apassant.net/foaf.rdf#me foaf:based_near
>> >Yet, foaf:Agent itself is not a subclass of geo84:SpatialThing
>> >So, I cannot say that a foaf:Organisation is located in a city.
>> >One solution could be to subclass not only foaf:Person from
>> >geo84:SpatialThing, but foaf:Agent itself.
>> >The other idea would be to create a new property as locatedIn (in
>> >geonames or in geo84 ontology, or even new namespace) that will link
>> >any owl:Thing / rdf:Resource (and not only subclasses of SpatialThing)
>> >to a geo84:SpatialThing, and that then can be subclassed:
>> >(could also create the property in an existing namespace, and the
>> >subproperties in another one, as the relationship vocabulary )
>> >Thus, I'll be able to describe the location (and specify which kind,
>> >i.e. workplace, establishement place ...) of any foaf:Agent, but also
>> >other things as a ical:VEvent, to point to the city the event is
>> >located, using any geonames Feature instance.
>> >(I could have suggest to subclass foaf:based_near, but as the "near"
>> >notion is relative, I'm not sure that's a good idea to create
>> >subproperties from it)
>> >I'll be happy to get feedback about these ideas.
>> >foaf-dev mailing list
>> >foaf-dev at lists.foaf-project.org
More information about the foaf-dev