- From: Pieter Colpaert <pieter.colpaert@ugent.be>
- Date: Wed, 18 Sep 2019 09:52:05 +0200
- To: "Cox, Simon (L&W, Clayton)" <Simon.Cox@csiro.au>, "public-lod@w3.org" <public-lod@w3.org>
- Message-ID: <6e8637df-7d3d-1baa-4675-83727a87756e@ugent.be>
Oh, that’s new! Seems like after a couple of years it’s back! Sorry for not checking again! Kind regards, Pieter On 18/09/2019 09.48, Cox, Simon (L&W, Clayton) wrote: > > The VoID landing page is alive at http://rdfs.org/ns/void --> > http://vocab.deri.ie/void > > It also appears to support HTTP conneg. > > *From:*Pieter Colpaert <pieter.colpaert@ugent.be> > *Sent:* Wednesday, 18 September, 2019 17:16 > *To:* public-lod@w3.org > *Subject:* Re: Discovery Protocol? (was: LODCloud SPARQL Endpoints > Spreadsheet) > > Hi Jens, > > VOID once described this protocol: > https://www.w3.org/TR/void/#well-known > <https://www.w3.org/TR/void/#well-known> > > However, all URIs of VOID don’t dereference any longer. When I > contacted the authors, only 1 replied that he moved on and wasn’t able > to get it back online. I agree that we need better dataset and > interface discovery for Linked Data APIs/protocols. Currently there is > a void (badum ts) between DCAT-AP and Hydra that a VOID2.0 could fix. > > I would then not only want discovery protocols for SPARQL endpoints, > but for the entire spectrum of Linked Data Fragments [1]. > > Kind regards, > > Pieter > > [1] http://linkeddatafragments.org > > On 18/09/2019 08.55, Jens Scheidtmann wrote: > > Hi everyone, > > Is there a way to discover SPARQL endpoints? “Way” meaning ideally > a protocol or at least a linked data way of publishing the > existence of a SPARQL endpoint or some such. > > Jens > > *Von:*Kingsley Idehen <kidehen@openlinksw.com> > <mailto:kidehen@openlinksw.com> > *Gesendet:* Mittwoch, 18. September 2019 03:10 > *An:* public-lod@w3.org <mailto:public-lod@w3.org> > *Betreff:* Re: LODCloud SPARQL Endpoints Spreadsheet > > On 9/17/19 7:57 PM, Michel Dumontier wrote: > > Hi, > > So, Bio2RDF's datasets are now just served from one sparql > endpoint, and are loaded into different (versioned) graphs. > how do you want to deal with this? > > m. > > Hi Michel, > > Is there now a canonical endpoint that renders all the others > redundant? Anyway, just add the endpoint in question or indicate > the ones to be dropped. > > Kingsley > > On Tue, Sep 17, 2019 at 3:15 PM Kingsley Idehen > <kidehen@openlinksw.com <mailto:kidehen@openlinksw.com>> wrote: > > Hi Everyone, > > As part of the LODCloud effort (starting in 2007), a > number of SPARQL Endpoints emerged around the initial > SPARQL endpoint provided by DBpedia. Today, that cloud has > grown into the largest Knowledge Graph on earth (by far!) > and continues to drive new frontiers related to Artificial > Intelligence and Machine Learning. > > Having established itself as the preeminent global > Knowledge Graph on earth, it is extremely important that > we maintain an active list of SPARQL endpoints using > practices that scale. Thus, we are providing a shared > Google Spreadsheet for crowd-sourcing the maintenance of > SPARQL endpoints that make up this important Knowledge Graph. > > Please contribute your SPARQL endpoint(s) to the spreadsheet. > > *Links* > > ·SPARQL Endpoint Google Spreadsheet 1 > <https://community.openlinksw.com/t/open-invitation-for-contributions-to-an-up-to-date-list-of-query-service-endpoints-that-underlie-the-massive-lodcloud-knowledgegraph/1202> > > ·What is the LODCloud, and why is it important? > <https://medium.com/virtuoso-blog/what-is-the-linked-open-data-cloud-and-why-is-it-important-1901a7cb7b1f> > > -- > > 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 > > > > > -- > > Michel Dumontier > Distinguished Professor of Data Science > > Maastricht University > http://dumontierlab.com > > -- > > 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 > > > > -- > +32486747122 -- +32486747122
Received on Wednesday, 18 September 2019 07:52:33 UTC