This is a public chat log generated from the #semsol IRC channel.
12:11:26
hi all
12:11:40
heya scor
12:12:01
bengee: great to see the ML and IRC archives online!
12:12:29
I wonder if there is a SPARQL endpoint built in ARC2
12:13:01
yeah, the bots are still a bit touchy, but seem to finally work ok now
12:13:18
yes, ARC2 has an endpoint class
12:13:26
with http bindings
12:13:42
great! is there any documentation on that?
12:14:03
I googled it but found the old url which does not work (and is for ARC1)
12:14:04
I'm writing ARC2 docs as we speak
12:14:35
cool... I'll be happy to use them as the become available
12:15:10
the endpoint is just 10 lines, I can put that up first if you like
12:15:22
yeah that would be great
12:15:38
I need that to include ARC2 in our benchmark
12:16:03
bengee checks if arc-bot is logging
13:01:28
scor, endpoint doc is now online at http://arc.semsol.org/docs/v2/endpoint
13:02:33
Brilliant! Thanks you so much bengee :)
13:02:38
you can use sparql+ to load data (see http://arc.semsol.org/docs/v2/sparql+ ) for LOAD and DELETE syntax
13:04:11
at the moment, ARC2 is most probably slower than ARC1, esp. for smaller datasets. The query rewriting needs more db accesses
13:06:22
there is no cache for translated queries and I'll have to optimize the storage a little bit. whatever is added at this stage will be compatible with the preview code and generated mysql tables, though
13:06:59
bengee: OK, that's good to know
13:26:47
bengee: can I suggest a change to ARC2->getScriptURI() ?
13:27:42
sure
13:28:34
send it to the list, maybe?
13:28:55
the unchecked use of $_SERVER causes an error when running without a server invoked - eg: shell scripts and unit tests
13:29:54
what would you like ARC to return in that case?
13:31:39
re there any env vars available that I could use, e.g. together with file://?
13:31:51
s/re there/are there/
13:32:55
I thought there ought to be
13:33:20
I wasn't really fussy, so I just changed it to return __FILE__ but that's a bit rubbish
13:33:34
so I'm looking now for something better ...
13:36:57
bengee: maybe $_SERVER["SCRIPT_FILENAME"] ?
13:38:08
bengee thought $_SERVER was not set
13:39:18
that still seems to work when run from the command line
13:39:24
I think it's just the $_SERVER['SERVER_PROTOCOL'])).'://'.$_SERVER['SERVER_NAME'] but that causes the problems
13:39:58
i thought so too - that would be sort of logical :s but I think it's just part of the array that isn't set
13:42:08
ok, then I could try to do "file://" . $_SERVER [
13:42:40
kwijibo forgets how to get the full path of the script filename
13:44:09
I think it gives you an abs path
13:44:21
/home/foo/...
13:44:37
bengee: no it's the relative path
13:45:25
If a script is executed with the CLI, as a relative path, such as file.php or ../file.php, $_SERVER['SCRIPT_FILENAME'] will contain the relative path specified by the user.
13:46:44
ah, ok, hmm
13:48:18
what are trying exactly? retrieving the absolute path of a file?
13:48:39
yes
13:49:10
what about realpath?
13:51:57
looks good
14:03:37
kwijibo, a new revision is online
14:04:08
can't test it locally, hope it works..
14:08:59
bengee off for a bit
14:30:24
cheers bengee!
16:38:45
yw, kwijibo
16:39:05
:)