On Wed, July 11, 2012 12:00, Kingsley Idehen wrote:
> On 7/11/12 11:47 AM, doug foxvog wrote:
>> On Tue, July 10, 2012 17:48, Kingsley Idehen wrote:
>>> On 7/10/12 2:25 PM, doug foxvog wrote:
>>>> On Tue, July 10, 2012 12:31, Kingsley Idehen wrote:
>>>>> On 7/10/12 12:08 PM, doug foxvog wrote:
>>>>>> On Sun, July 8, 2012 16:43, Kingsley Idehen wrote:
>>>>>>> I think that URIs have already laid the seed for success. ... (01)
>>>>>> One problem with URIs in the linked data community is
>>>>>> coreferencing.
>>>>>> Time and again new URIs are generated for things (individuals,
>>>>>> classes, relations) for which URIs already exist. (02)
>>>>> No, that's an actual feature. You can deal with coreferences via
>>>>> owl:sameAs or owl:inverseFunctionalProperty based reasoning and/or
>>>>> custom rules. (03)
>>>> That's ... missing for those who don't [know of the equivalences].
>>> ... (04)
>> That still does not handle the missing owl:sameAs assertions,
>> which i mentioned above. (05)
> I don't have a problem handling owl:sameAs, owl:equivalentClass,
> owl:equivalentProperty etc.. re. a massive datasets we oversee. (06)
The issue i tried to raise is that when different people create different
URIs to have what turns out to be the same meaning and do not
specify any owl:sameAs/owl:equivalentClass/owl:equivalentProperty
relationships, the advantage obtained from massive tuple stores
collected from diverse locations is reduced. (07)
The more that people reuse existing URIs instead of inventing their own,
the more utility the massive tuple stores can provide. (08)
-- doug f (09)
>... (010)
> Kingsley
>
>
>> -- doug foxvog
>>
>>> ...
>>> Kingsley
>>>> -- doug foxvog
>>>>
>>>>> Kingsley
>>
>>> Regards,
>>>
>>> Kingsley Idehen
>>> Founder & CEO
>>> OpenLink Software
>>> Company Web: http://www.openlinksw.com
>>> Personal Weblog: http://www.openlinksw.com/blog/~kidehen
>>> Twitter/Identi.ca handle: @kidehen
>>> Google+ Profile: https://plus.google.com/112399767740508618350/about
>>> LinkedIn Profile: http://www.linkedin.com/in/kidehen (011)
_________________________________________________________________
Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/
Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/
To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J (012)
|