W3C home > Mailing lists > Public > public-lod@w3.org > March 2020

Correction: LODCloud SPARQL Endpoints Spreadsheet

From: Kingsley Idehen <kidehen@openlinksw.com>
Date: Tue, 17 Mar 2020 17:44:17 -0400
To: public-lod@w3.org
Message-ID: <998f51c8-046f-4b8c-1401-84f3c5419590@openlinksw.com>
On 3/17/20 5:10 PM, Kingsley Idehen wrote:
>> I know that the naming is arbitrary, but in practice it leads to the
>> issue e.g. inverse functional properties and reasoners are needed to
>> consolidate the data, where maybe a best practice / convention would
>> ease things.
> By having different URIs for the same endpoints across datasets we end
> up requiring the use of IFP semantics for identity resolution, thus we
> still need an IFP relation in your dataset bearing in mind that
> sd:endpoint has range owl:DataTypeProperty  -- which makes it unsuitable
> for IFP reasoning based identity reconciliation.
> Kingsley
Hi Claus,

sd:endpoint is an IFP, so we are set [1].

I need to fix the literal object assignments in our dataset.

-- sd:endpoint description


Kingsley Idehen	      
Founder & CEO 
OpenLink Software   
Home Page: http://www.openlinksw.com
Community Support: https://community.openlinksw.com
Weblogs (Blogs):
Company Blog: https://medium.com/openlink-software-blog
Virtuoso Blog: https://medium.com/virtuoso-blog
Data Access Drivers Blog: https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers

Personal Weblogs (Blogs):
Medium Blog: https://medium.com/@kidehen
Legacy Blogs: http://www.openlinksw.com/blog/~kidehen/

Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen

Web Identities (WebID):
Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
        : http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this

Received on Tuesday, 17 March 2020 21:44:34 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 17 March 2020 21:44:35 UTC