Since a few hours, DBpedia SPARQL endpoint is down.
Any SPARQL statement returns:
42001 Error SR185: Undefined procedure SIMILE.DBA.cl_rdf_inf_init.
*in
Top Level
SPARQL query:
define sql:signal-void-variables 1 define input:default-graph-uri
http://dbpedia.org SELECT * WHERE {?s ?p ?o} LIMIT 1*
We¹re having issues now:
42001 Error SR185: Undefined procedure SIMILE.DBA.cl_rdf_inf_init.
in
Top Level
SPARQL query:
define sql:signal-void-variables 1 define input:default-graph-uri
http://dbpedia.org select distinct ?Concept where {[] a ?Concept}
Thanks,
John
On 7/10/09 20:23, Hugh
Hi Pierre,
The endpoint is accessible again, please re-try ...
Best Regards
Hugh Williams
Professional Services
OpenLink Software
Web: http://www.openlinksw.com
Support: http://support.openlinksw.com
Forums: http://boards.openlinksw.com/support
Twitter: http://twitter.com/OpenLink
On 8 Oct
All,
The intersection of Leigh Dodds SPARQL extensions survey [1], imminent
official release of Virtuoso 6.0 (DBpedia basic and Live already use
this, ditto LOD Cache, and B3S public endpoints), and an old post by
Bernard Vatant re. skos:broader, has lead to this simple, but powerful
example
Hi Gunnar,
The is a serialisation issue with date time objects only, a fix for
this is in progress, we shall let you know when it is in place ...
Best Regards
Hugh Williams
Professional Services
OpenLink Software
Web: http://www.openlinksw.com
Support: http://support.openlinksw.com
Forums:
Alexandre Passant wrote:
Hi,
On 8 Oct 2009, at 16:54, Kingsley Idehen wrote:
Antoine Isaac wrote:
Alexandre Passant a écrit :
Hi,
On 8 Oct 2009, at 16:09, Kingsley Idehen wrote:
All,
The intersection of Leigh Dodds SPARQL extensions survey [1],
imminent official release of Virtuoso
hi,
results might sometimes also be correct but clinton-like (misleading)
consider the fact, that sparqling for skos:broaderTransitive does not include
the direct skos:broader.
for example :
- conceptA skos:broader conceptB
- conceptB skos:broader conceptC
- conceptC skos:broader conceptD
Hi Gunnar,
This serialisation issue with date time objects has been resolved,
thus in you test case the date value returned is now:
dbpedia:Property
dbpprop:date2007-07-01T00:00:00-04:00^^xsd:gYearMonth .
Please confirm this works for you now also ...
Best Regards
Hugh