This is a public chat log generated from the #semsol IRC channel.
08:46:10
hey guys
08:46:12
there is a small bug in the ARC2 zip from 2008-08-28:
08:46:13
some parentheses missing in ARC2_RemoteStore.php on line 132:
08:46:14
switch $qt {
10:54:26
cheers, thosh, I'll fix it
10:59:21
ok, fixed, I've (lazily) just replaced the zip
14:56:39
maybe it's OT here - but i have a beginner's question re. querying dbpedia
14:56:41
i am working on a small script that suggests dbpedia uris for user submitted strings
14:56:42
i guess it is inevitable that such a sparql query takes quite some time? like this one:
14:56:44
SELECT ?entity ?abstract WHERE {
14:56:45
?entity dbpedia2:abstract ?abstract .
14:56:47
?entity rdfs:label ?label .
14:56:48
FILTER regex(str(?label), "^Ludwig Wittgenstein") .
14:56:50
FILTER (lang(?abstract )='de') .
14:56:51
}
14:57:14
it takes about a minute to answer that query. any chance of bringing that down to <10s?
15:00:01
hmm, is it faster w/o the lang() filter maybe?
15:00:23
I found dbpedia quite fast for basic regex queries
15:00:51
there might also be a magic property for FULLTEXT queries
15:02:29
?label bif:contains "Ludwig Wittgenstein*" might work
15:02:55
hm, without the filter i immediatly get an error on the web based UI: "The estimated execution time 286 (sec) exceeds the limit of 240 (sec)"
15:03:20
did you try adding a LIMIT
15:03:23
?
15:04:45
bengee: aha, i haven't heard of that fulltext queriesor bif:contains
15:05:21
it's a proprietary extension of the sparql engine powering dbpedia
15:06:19
thx, i will look at that
15:06:57
just tried limit, it helps insofar that it prevents the above error message
15:08:12
when i add another pattern like "?entity dbpedia2:birthPlace <http://dbpedia.org/resource/Vienna> ." the regex is really quick.
15:27:18
bif:contains does help a lot, thanks bengee!
15:37:35
cool
15:39:59
though dbpedia is now down :-p
15:40:23
oops
15:43:07
(I'm looking into the down dbpedia...)
16:01:26
mmmmmrob waves to bengee
16:01:35
heya
16:01:44
bengee: have you had any thoughts about caching in ARC2?
16:02:04
mmmmmrob realises he should have checked if it does any before asking
16:02:13
there is none yet
16:03:16
have you had any design ideas/thoughts? memcached, disk caches, how to invalidate etc?
16:03:24
current plan was to implement that on a higher level (i.e. in the Trice framework I'm addin on top of ARC), but I've started considering caching at the ARC-level
16:03:59
bengee: ok, I'm just prototyping some at the app level to, maybe we should comapre notes later?
16:05:03
the approach I#ve taken in Trice so far is a separate ARC store for caching, where an entry has an ID, a timestamp, a path/category, and the data
16:06:00
so you can check for a certain snippet directly, or via timestamp/expiration, and you can delete cached entries with a certain path/category
16:06:39
sounds interesting
16:06:42
(dbpedia should be working now ... sorry for the glitch)
16:06:51
trice isn't avalable to look at yet?
16:07:06
still not, no :(
16:07:33
bengee: that's ok, don't worry :-)
16:10:27
MacTed: hm, it did work some minutes ago, but i can't reach it now...
16:11:15
hm. checking. (I'm not in the office today, just happened to note your mention that it was down, so am relaying...)
16:19:21
arc-bot, pointer?
16:19:30
arc-bot, poiner
16:19:33
arc-bot, pointer
16:19:44
stupid bot ;)
16:20:05
my typing didn't help
16:20:31
OK, dbpedia *should* be back now. upgrading server had a hiccup.
16:24:29
MacTed: yep, it's here, great
16:27:16
cool. please ping me if it goes down again!
16:32:02
MacTed: yeah, unfortuanetly it is gone again
16:32:19
one of those days, clearly.
16:49:59
hrm. thosh is gone, but dbpedia should be back again.