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

Re: Correction: LODCloud SPARQL Endpoints Spreadsheet

From: Claus Stadler <cstadler@informatik.uni-leipzig.de>
Date: Wed, 18 Mar 2020 00:35:38 +0100
To: Kingsley Idehen <kidehen@openlinksw.com>, public-lod@w3.org
Message-ID: <0f73d12d-3830-4ac2-748e-9e13b62909ff@informatik.uni-leipzig.de>
Hi Kingsley,

Yeah, I noted the literals too, and there are extra whitespaces too - but this could be fixed with a little SPARQL BIND expression as part of the process.

the worse part is the missing xsd namespace declaration - because this causes RDF parsers to bail out.


I have updated and cleaned up the whole repo according to the feedback:


https://github.com/SmartDataAnalytics/lodservatory


Cheers,

Claus


On 17.03.20 22:44, Kingsley Idehen wrote:
> 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.
>
> [1] https://linkeddata.uriburner.com/describe/?url=http%3A%2F%2Fwww.w3.org%2Fns%2Fsparql-service-description%23endpoint&graph=http%3A%2F%2Fwww.w3.org%2Fns%2Fsparql-service-description&distinct=1 -- sd:endpoint description
>
>
> -- 
> Regards,
>
> 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/
>                http://kidehen.blogspot.com
>
> 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
>
-- 
Dipl. Inf. Claus Stadler
Department of Computer Science, University of Leipzig
Research Group: http://aksw.org/
Workpage & WebID: http://aksw.org/ClausStadler
Phone: +49 341 97-32260
Received on Tuesday, 17 March 2020 23:35:57 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 17 March 2020 23:35:58 UTC