W3C home > Mailing lists > Public > semantic-web@w3.org > April 2010

Re: [semanticweb] ANN: DBpedia 3.5 released

From: <baran@goldmail.de>
Date: Fri, 16 Apr 2010 19:19:23 +0300
Cc: "Ivan Mikhailov" <imikhailov@openlinksw.com>, semanticweb@yahoogroups.com, public-lod@w3.org, SW-forum <semantic-web@w3.org>, dbpedia-discussion@lists.sourceforge.net, dbpedia-announcements@lists.sourceforge.net, "Chris Bizer" <chris@bizer.de>
To: "Kingsley Idehen" <kidehen@openlinksw.com>
Message-ID: <op.va9melvijp4e63@user-pc>
On Wed, 14 Apr 2010 19:48:53 +0300, Kingsley Idehen  
<kidehen@openlinksw.com> wrote:

> baran@goldmail.de wrote:
>> > On Tue, 2010-04-13 at 21:58 +0300, baran@goldmail.de wrote:
>> >> A fact of my experience since many years:
>> >> The homepage of my grandma is better accessible than the flagship(!)
>> >> of 'linked data' dbpedia.org...
>> >>
>> >> Someone who has used the endpoint dbpedia.org/sparql intensively
>> >> knows what i mean:
>> >>
>> >> After one or two hours or so, it hangs, i try dbpedia.org with FFox,
>> >> Opera, IE, >> it hangs also, after 5 minutes i try dbpedia.org,
>> >> i see the page, for dbpedia.org/sparql i put my simple query again,
>> >> it is ok.
>> >>
>> >> Since years it is the same story in the same rhythm.
>> > On Wed, 14 Apr 2010 13:21:07 +0300,
>> > Ivan Mikhailov <imikhailov@openlinksw.com> wrote:
>> >
>> > They say, the everlasting problem for professional cosmetics isgrowing
>> > quality of optics and media used for movies, celebrities should 
>> continue
>> > to look perfect. But I can bet you've never paid attention to thatfact
>> > while looking at the final result.
>> >
>> > Similarly, growing database size and growing hit rate and growing
>> > complexity of queries are not obviously visible from outside, but turn
>> > the hosting into a race. We're improving the underlaying RDBMS as fast
>> > as we only can just to prevent the service from total halt. One might
>> > wish to provide a better service on their own RDBMS and thus to make a
>> > good advertisement, but nobody else want to do that _and_ can do that,
>> > so we're alone under this load.
>> >
>> > If you wish, you may help us with hosting and/or equipment, or simply
>> > set up a mirror site and we would be glad to redirect some part ofload
>> > to your cluster. Even an inexpensive $20000 mirror would help to some
>> > degree.
>> I understand you so:
>> a.) There is enough know-how for running heavy SPARQL endpoints.
>> b.) But there is no enough money.
>> I cannot help in the way you think, because we work in different areas.
>> I can access different SPARQL endpoints with different lists of queries 
>> with a mouseclick under a single user-interface (surfing rdf-data with 
>> 'similar' ontology structure) and i can write comments to you or to 
>> fitting mailing-lists as i did it yesterday, that's all, sorry,
>> thanks, baran.
>> PS: Also thanks to Kingsley Idehen for interpreting 'HP of grandma' asa  
>> friendly metaphor.
> Baran,
> We solve problems.
> What's your problem, be as clear as possible.

My first posting (see above on top) was for me clear, in 3-4 months i  
promise to write here if there is 'for me' a sustainable enhancement or  
not, it is very easy to fix it over time...

Now I notice for example <http://dbpedia.org/property/abstract> must  
suddenly be

<http://dbpedia.org/ontology/abstract>, otherwise no response...

ok, why not, if it is for a better ontology structure, i adapt with my  
client-side stuff and anticipate other unexpected changes.

But i have also other detailed questions for example about  
literals-indexing (i'm not sure whether this is my problem) or simple  
inferences like owl:TransitiveProperty (from Skos in dbpedia, or not?)  

Is there an appropriate public(!) mailing-list for all who have generally  
interest at similar things and (last not least) 'include the DBpedia  
instance and SPARQL endpoint as being part of what constitutes the DBpedia  
Team or DBpedia Project'?

thanks, baran.
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ [2]
Received on Friday, 16 April 2010 17:21:41 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:45:17 UTC