Inverse of foaf:holdsOnlineAccount

2006, May 25 - 18:08 — CaptSolo

Hi, All !

Would it be possible to add an inverse property of [ foaf:holdsAccount
] to FOAF ?

The foaf:holdsOnlineAccount property is used to say that a person
[foaf:Person] has a user account [sioc:User subClassOf
foaf:OnlineAccount] on an online community site.

It is equally important to express the inverse the relationship - that
the account X is held by a person P.

Could we come up with the name for this property and add it to FOAF?
Name proposals:
a) foaf:heldBy
b) foaf:hasHolder
c) foaf:ownedBy

Best,
Uldis

[ http://captsolo.net/info/ ]

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "SIOC-Dev" group.
To post to this group, send email to sioc-dev@googlegroups.com
To unsubscribe from this group, send email to sioc-dev-unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sioc-dev
-~----------~----~----~----~------~----~------~--~---

Developers

2006, June 9 - 11:28 — CaptSolo

[rdfweb-dev] Inverse of foaf:holdsOnlineAccount

On 6/7/06, Dan Brickley wrote:
> > >Would it be possible to add an inverse property of [ foaf:holdsAccount
> > >] to FOAF ?
>
> Inverses are a tricky business. We have a few, but of course any
> RDF property (well, object property) could usefully have an inverse.
> Which then makes things bigger in the spec, and requires more
> normalisation in downstream applications.

> Is there a particular reason why rdf:nodeID plus using the existing
> property isn't enough for you? ie. put the person stuff at the top-level
> and cross-ref it via rdf:nodeID.

The use case is SIOC RDF information (e.g., as generated by WordPress
plugin). Specifics of this case is that:
(1) it is site/post rather than person oriented;
(2) information is distributed between many URLs (hence nodeIDs won't work).

Consider a SIOC post profile [1]. sioc:Post points to its creator -
described in a sioc:User profile [2].

If we want to introduce FOAF for describing personal properties of
users as we discussed in our F2F meeting in ISWC 2005, then we are
adding a foaf:Person "into equation".

Since the sioc:User profile is "user"-centric (and sioc:User
rdfs:subClassOf foaf:OnlineAccount . ), we need a property that'd
allow to "back-link" sioc:User / foaf:OnlineAccount to the foaf:Person
whom the profile belongs to.

E.g., sioc:User foaf:accountOf foaf:Person .
(or any other property name that we decide upon).

[1] http://b4mad.net/datenbrei/index.php?sioc_type=post&sioc_id=314
[2] http://b4mad.net/datenbrei/index.php?sioc_type=user&sioc_id=1

Thanks,
Uldis

[ http://captsolo.net/info/ ]

2006, June 15 - 16:24 — CaptSolo

[rdfweb-dev] Inverse of foaf:holdsOnlineAccount

Dan,

On 6/8/06, Uldis Bojars wrote:
> The use case is SIOC RDF information (e.g., as generated by WordPress
> plugin). Specifics of this case is that:
> (1) it is site/post rather than person oriented;
> (2) information is distributed between many URLs (hence nodeIDs won't work).
>
> Consider a SIOC post profile [1]. sioc:Post points to its creator -
> described in a sioc:User profile [2].
>
> If we want to introduce FOAF for describing personal properties of
> users as we discussed in our F2F meeting in ISWC 2005, then we are
> adding a foaf:Person "into equation".
>
> Since the sioc:User profile is "user"-centric (and sioc:User
> rdfs:subClassOf foaf:OnlineAccount . ), we need a property that'd
> allow to "back-link" sioc:User / foaf:OnlineAccount to the foaf:Person
> whom the profile belongs to.
>
> E.g., sioc:User foaf:accountOf foaf:Person .
> (or any other property name that we decide upon).
>
> [1] http://b4mad.net/datenbrei/index.php?sioc_type=post&sioc_id=314
> [2] http://b4mad.net/datenbrei/index.php?sioc_type=user&sioc_id=1

Does this sound like a valid reason to introduce inverse?

We are thinking of adding a similar property to SIOC if there is none
in FOAF. Still the FOAF ontology would be a better place for such a
property. With all other [SIOC] ontology changes implemented this is
the last thing that needs to be solved before going and modifying the
SIOC explorters.

Uldis

[ http://captsolo.net/info/ ]