Re: [rdf4j-dev] Google Summer of Code ideas

[Jeen Broekstra <jeen.broekstra@xxxxxxxxx>]

On 25 Jan 2017, at 20:47, Rick Moynihan <rick.m@xxxxxxxxxx> wrote:

On 24 January 2017 at 22:09, Jeen Broekstra <jeen.broekstra@xxxxxxxxx> wrote:

Hi folks,

Eclipse is participating in the Google Summer of Code  and have invited all projects to think about participating as well. There’s two ways in which we can become involved: :

1. Extending the QueryRenderer for SPARQL 1.1 (#71);

I'd certainly like to see the above implemented; though it's worth mentioning you can work around this by using JENA's ARQ.

You’re thinking of the QueryBuilder rather than the renderer, here. I’m pretty sure ARQ can’t process an RDF4J ParsedQuery object to produce a SPARQL string :) 

But extending the QueryBuilder is another one on my list, indeed. Perhaps a feature that would make it useful beyond what ARQ can do is that it creates and RDF4J algebra model directly, rather than producing a SPARQL string to feed into the parser. 

Another issue I've been meaning to raise is that the current parsers for all the RDF formats are all eager and even though they emit parse events they can't be aborted early from the outside. This means that if you want to read an RDF file it's an all or nothing affair, or you have to resort to hacks like parsing it on another thread and passing events over a queue.  I'm not sure if this is a big enough change to warrant a GSOC project, but it's something I've been meaning to discuss.

Happy to open a ticket on the issue if you think it's worth while, rather than derailing this thread.

Are you talking about a pull-based parser? By all means open a ticket describing the issue and the use case, and then we can think about whether it’s doable and whether it’s suitable for GSoC. 

Jeen