- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Fri, 16 Apr 2010 15:00:13 -0400
- To: baran@goldmail.de
- 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>
baran@goldmail.de wrote: > 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 is > >> growing > >> > quality of optics and media used for movies, celebrities should > >> continue > >> > to look perfect. But I can bet you've never paid attention to that > >> fact > >> > 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 of > >> load > >> > 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' as > >> a friendly metaphor. > > Baran, > > We solve problems. > > What's your problem, be as clear as possible. Baran, > > 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... Ah! Certainly a documentation issue re. changes. This should certainly be communicated, absolutely! > > 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?) > etc... Interesting you bring this up as this is one of those SPARQL-Exts. issues, yes Virtuoso handles Transitivity, but you need to know how to enable its Inference Rules and Backward Chaining Reasoner. In this case, the DBpedia [1] or Virtuoso forums [2] will do. > > 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'? Links: 1. https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion -- DBpedia mailing list 2. http://sourceforge.net/mailarchive/forum.php?forum_name=virtuoso-users -- User List (most active and covers user and developer issues) 3. http://virtuoso.openlinksw.com/dataspace/dav/wiki/Main/VOSMailingLists -- General Mailing List Info Page 4. http://www.mail-archive.com/dbpedia-discussion@lists.sourceforge.net/msg01208.html -- old post about Transitivity and DBpedia 5. http://sourceforge.net/mailarchive/message.php?msg_name=4B72C32E.8050400%40openlinksw.com -- an old post using Relationship Ontology against DBpedia 6. http://bit.ly/cvAC9u -- Collection of examples that use DBpedia for a variety of queries that involves Transtivity etc. > > thanks, baran. > -- > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ [2] -- 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 Friday, 16 April 2010 19:00:45 UTC