- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Fri, 11 Apr 2014 12:03:13 -0400
- To: public-vocabs@w3.org
- Message-ID: <53481241.4030702@openlinksw.com>
On 4/11/14 11:42 AM, Justin Boyan wrote: > I'm going to +1 Dan's first post on this thread, where he suggested > reusing sameAs for this purpose and not introducing a new top-level > property. > > sameAs already exists to allow linking to a reference page for an > entity, like its Wikipedia page, Freebase page, or website (DNS > registry page). The social sites motivating the 'hasAccount' proposal > -- Facebook, Twitter, G+, LinkedIn, etc. -- can equally be viewed as > catalogs of entities. The issue of who controls the data for that > entity on the site is a slippery issue that wouldn't be captured in > the account vs. sameAs distinction anyway. > > In fact, sameAs is actually clearer semantically than 'hasAccount': > an organization like the BBC with many Twitter accounts might be > tempted to list all of them under 'hasAccount', whereas sameAs more > clearly limits the desired link to just the top-level account for the > BBC as a whole. (Twitter accounts for suborganizations of the BBC > would be better modeled via sameAs links from entities corresponding > to those suborganizations.) > > I don't see any particular semantic gain from { BBC hasAccount > twitter.com/BBC <http://twitter.com/BBC> } compared to { BBC sameAs > twitter.com/BBC <http://twitter.com/BBC> }. > > Whereas, I'm concerned that webmasters will become ever more confused > when they have to worry about hasAccount alongside the existing > sameAs, url, and @id on every single schema.org <http://schema.org> type. > > My $0.02. > Justin Justin, I assumed "account" and my suggested "hasAccount" denoted actual "account ownership" oriented relations i.e., relationship properties that determine how two entities are associated. In short, my entry into this thread was all to do with providing counter points to some arguments about unambiguous vs ambiguous entity denotation, using HTTP URIs. Of course I wouldn't be suggesting "account" or "hasAccount" as identifiers for coreference relations. 'same as', 'sameAs', :sameAs, <http://www.w3.org/2002/07/owl#sameAs>, are different kinds of identifiers that denote age-old coreference relations. The only issue is whether inference and reasoning on these relations is scoped to: 1. humans 2. machines 3. both. Hope this clarifies my position :-) -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter Profile: https://twitter.com/kidehen Google+ Profile: https://plus.google.com/+KingsleyIdehen/about LinkedIn Profile: http://www.linkedin.com/in/kidehen
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Friday, 11 April 2014 16:03:48 UTC