This is a public chat log generated from the #semsol IRC channel.
10:28:13
anybody have had unescaping issues with the ARC N-Triples parser?
10:29:19
arc doesn't have a true n-triples parser (just turtle)
10:29:30
althoug I aded an unecape mthod recently
10:29:38
I'm thinking that line 827 in unescapeNtripleUTF() in ARC2_TurtleParser.php is incorrect
10:29:50
i.e. it prevents \n \" etc from being unescaped in the usual case
10:29:58
@bengee: yes, using that parser
10:31:19
so I'm seeing the usual escapes ($mappings array) being passed still escaped back from the parser
10:31:28
so, you don't get linebreaks restored?
10:31:43
not sure about linebreaks, specifically having trouble with the \" escape
10:32:12
i.e. "this is a \"string\""^^xsd:string would get passed back exactly as is: "this is a \"string\""
10:32:35
ah, I see
10:33:14
so wondering if this line:
10:33:23
is preventing these usual escapes?
10:34:00
ooo
10:34:14
yeah, that shouldn't be there, I guess
10:35:00
ok - will patch my local version. any plans as for timing of the next ARC release?
10:35:10
(snapshot, I mean)
10:36:19
I'm still pondering another Talis alignment
10:36:43
whether I should do that asap or not
10:36:59
from my end, I'd prefer sooner rather than later :)
10:37:08
( switching from type=iri to type=uri)
10:37:15
i.e. once the RDF API goes out there, will be harder to tell people they must use a certain version of ARC for it to work
10:37:32
yeah, I'd like to get this stuff stable, too
10:38:06
I'm all for uri :) ...IRIs may be the "correct" terms but hell is going to freeze over before I start calling URIs IRIs ;)
10:39:25
yep, and then we'd have consistent use everywhere in arc, including the json serializers
10:40:05
I got confused myself which one to use, better to just have one (widespread) name
10:41:54
there's another related fix coming for the turtle parser, btw (xString ket escaped quotation marks, too)
10:42:03
s/ket/kept/
10:42:51
the iri/uri change will need some checks, I hope to find some time this weekend
10:43:11
and thanks for spotting the bug
10:44:02
ok, sounds good
10:44:23
btw do you have a public development repository one might pull the latest bleeding edge from?
10:44:45
no, unfortunately not
10:45:43
but I'm thinking about a Bazaar repos
10:46:14
mhmm, any chance to use something else ;) ...I'd take Git, SVN, Mercurial, Darcs - in that order :)
10:46:44
one very low-friction path to get a decentralized system going would be GitHub - I just moved all my projects there recently: http://github.com/bendiken
10:47:28
(SVN would be the most useful for incorporating ARC into projects using svn:externals. I tend to still mirror all my Git projects to SVN just for that reason.)
10:50:12
I'd like to have something that I can easily deploy to my own (hosted) server
10:50:28
yep, understandably
10:51:23
looks like bzr can interoperate with svn: https://launchpad.net/bzr-svn
10:51:38
...so maybe you could still make an SVN repo available despite developing using something else?
10:52:02
sort of giving out the current "lowest common denominator" of version control systems for public consumption
10:52:43
yeah, maybe
10:53:00
still have to check these things out some day
10:53:05
(if bzr-svn is anything as easy git-svn, then this will work very well indeed - git-svn does two-way sync, so developers can use whatever they prefer. it's also literally a minute to set up and get going with once you have Git installed.)
10:53:28
ok
10:54:06
how is drupal rdf stuff coming along?
10:54:35
going to do the next alpha release this week, with a first generally-usable beta hopefully first week of July
10:54:45
oh, cool
10:55:00
after which the focus will shift to the SPARQL module and RDFbus (the latter not being publicly released yet)
10:56:35
already using the RDF API internally for a whole lot of stuff in the project it is being developed for; most recently, working on cloning the configuration and schema of one Drupal instance to another using RDF in the middle
10:56:37
i.e.:
10:57:07
$ curl http://site1/rdf/settings | grep xmpp | curl -d @- http://site2/rdf/settings
10:57:18
would clone all XMPP-module related settings from one site to another
10:57:29
by outputting the settings as N-Triples in between
10:57:37
hey, cool
10:57:47
so essentially developing an RDF-based configuration management tool :P
10:57:55
some early work @ http://github.com/bendiken/drupal/tree/master/modules/clone
10:59:04
so you're working around site-specific URIs?
11:00:02
basically doing like so: http://pastie.org/221769
11:00:07
what's rdfbus?
11:00:18
(made-up vocabularies in that example, for php:serialized etc)
11:00:49
@danbri: some info on RDFbus at http://groups.drupal.org/node/9010
11:01:15
thanks!
11:04:23
ah, i did see that page, just didn't recall the name
11:05:06
yep - not a competitor to JQBus, don't worry ;) ...transporting changesets, not queries.
11:23:31
ah, i have no worries about competitors
11:23:46
am always happy to see people make things with rdf, sparql etc... esp when the ideas are complementary
11:23:58
i've had no time to put into the xmpp thing lately
11:39:27
ditto - got as far as setting up an ejabberd server, got distracted