Re: bibliographic issues

From: Richard Newman <>
Date: Tue, 2 Aug 2005 16:38:56 -0700

If by subproperty you mean the RDFS definition of subproperty:

p1 subPropertyOf p2
x p1 y
x p2 y

then no -- certainly they are both names, but the existing FOAF name
properties point to strings, while complexName points to a
ComplexName resource. It is not the case that

x foaf:name "John"
x foaf:complexName "John"

Bearing in mind that this is back-of-napkin, I'd suggest a
ComplexName class that is the domain of some component properties --
it was wrong of me to use foaf:name in the example, because it names
the subject; here I mean something else.

If by "subproperty" you mean this idea of component properties, then
"sort of" is the answer.

I'd suggest the following: foaf:Persons are associated with
ComplexName resources, indicated by a complexName property. This does
not necessarily obsolete foaf:name, which is a handy, simple
property. Instead, this ComplexName can be a useful reification to
describe a single name (which may be associated with multiple
entities, translated into different languages, related to other
names, composed of composite name fragments, etc. etc. ad nauseum).

Does that make sense?


On 2 Aug 2005, at 16:23, Bruce D'Arcus wrote:

> So if you were doing a revamp-names-in-foaf wiki entry, you'd
> advocate a new ComplexName property, and make the existing name
> properties as subproperties of that?
> On Aug 2, 2005, at 1:49 PM, Richard Newman wrote:
>> Consider Aikido founder Morihei Ueshiba. This is one way that I'd
>> represent his names, using back-of-napkin properties. Please
>> excuse any errors, I'm no good at Japanese.
>> :osensei a foaf:Person ;
>> :complexName :osenseiName , :fullName .
>> :fullName a :ComplexName ;
>> foaf:name "植芝盛平"_at_jp ;
>> foaf:name "Morihei Ueshiba"_at_en ;
>> foaf:givenname "Morihei"_at_en , "盛平"@jp ;
>> foaf:surname "Ueshiba"_at_en , "植芝"@jp .
>> :osenseiName a :ComplexName ;
>> foaf:name "翁先生"_at_jp ;
>> foaf:name "O Sensei"_at_en .
Received on Tue Aug 02 2005 - 23:35:38 EDT

This archive was generated by hypermail 2.3.0 : Thu Aug 09 2012 - 16:39:18 EDT