Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [rdf4j-dev] Google Summer of Code ideas

I expect that is more to do with implementation details rather than the language used to define constraints, e.g. I expect you could implement SHACL by "re-writing" it as SPIN under the hood.


On Thursday, 26 January 2017, 7:11, Håvard M. Ottestad <hmottestad@xxxxxxxxx> wrote:


Hi,

I would recommend a SHACL Sail. SHACL is a language for describing constraints on RDF, still work in progress by W3C. 

I would recommend against using the SPARQL queries defined for each rule. From my experience with SPIN for validation this had ended up being a very slow approach.

Håvard

On 26 Jan 2017, at 01:38, Jeen Broekstra <jeen.broekstra@xxxxxxxxx> wrote:


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

_______________________________________________
rdf4j-dev mailing list
rdf4j-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/rdf4j-dev

_______________________________________________
rdf4j-dev mailing list
rdf4j-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/rdf4j-dev



Back to the top