Re: DBpedia hosting burden

Ian Davis wrote:
> On Wed, Apr 14, 2010 at 8:04 PM, Dan Brickley <danbri@danbri.org> wrote:
>   
>>> "Bills" the major operative word in a world where the "Bill Payer" and
>>> "Database Maintainer" is a footnote (at best) re. perception of what
>>> constitutes the DBpedia Project.
>>>       
>
> If dbpedia.org linked to the sparql endpoints of mirrors then that
> would be a way of sharing the burden.
>
> Ian
>
>
>   
Ian,

When you use the term: SPARQL Mirror (note: Leigh's comments yesterday 
re. not orienting towards this), you open up a different set of issues. 
I don't want to revisit SPARQL and SPARQL extensions debate etc.. Esp. 
as Virtuoso's SPARQL extensions are integral part of what makes the 
DBpedia SPARQL endpoint viable, amongst other things.

The burden issue is basically veering away from the key points, which are:

1. Use the DBpedia instance properly
2. When the instance enforces restrictions, understand that this is a 
Virtuoso *feature* not a bug or server shortcoming.

Beyond the dbpedia.org instance, there are other locations for:

1. Data Sets
2. SPARQL endpoints (like yours and a few others, where functionality 
mirroring isn't an expectation).

Descriptor Resource vhandling ia mirrors, BitTorrents, Reverse Proxies, 
Cache directives, and some 303 heuristics etc.. Are the real issues of 
interest.

Note: I can send wild SPARQL CONSTRUCTs, DESCRIBES, and HTTP GETs for 
Resource Descriptors to a zillion mirrors (maybe next year's April 
Fool's joke re. beauty of Linked Data crawling) and it will only make 
broaden the scope of my dysfunctional behavior. The behavior itself has 
to be handled (one or a zillion mirrors).

Anyway, we will publish our guide for working with DBpedia very soon. I 
believe this will add immense clarity to this matter.

-- 

Regards,

Kingsley Idehen	      
President & CEO 
OpenLink Software     
Web: http://www.openlinksw.com
Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca: kidehen

Received on Thursday, 15 April 2010 19:58:13 UTC