Re: [Bigdata-developers] RDR problems

[Bryan T. <br...@sy...>]

Johannes,

Can you please file a ticket for this.  We will have someone look into it.
Tickets are filed on jira (http://jira.blazegraph.com).

Thanks,
Bryan

----
Bryan Thompson
Chief Scientist & Founder
SYSTAP, LLC
4501 Tower Road
Greensboro, NC 27410
br...@sy...
http://blazegraph.com
http://blog.blazegraph.com

Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance
graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints
APIs.  Blazegraph is now available with GPU acceleration using our disruptive
technology to accelerate data-parallel graph analytics and graph query.

CONFIDENTIALITY NOTICE:  This email and its contents and attachments are
for the sole use of the intended recipient(s) and are confidential or
proprietary to SYSTAP. Any unauthorized review, use, disclosure,
dissemination or copying of this email or its contents or attachments is
prohibited. If you have received this communication in error, please notify
the sender by reply email and permanently delete all copies of the email
and its contents and attachments.

On Fri, Dec 11, 2015 at 8:02 AM, Johannes Frey <
joh...@st...> wrote:

> Hello,
>
> I'm facing the following problems with RDR using blazegraph Build
> Version 1.5.3.
> CASE 1 and CASE 2 are major problems. CASE 3 is just a SPARQL* parser
> issue and there is a workaround by using BIND statements instead.
>
> In CASE 1 I want to reify a reified statement. In the SPARQL* paper
> (referenced on the RDR wiki site) the EBNF definition of a TRefPattern
> is recursive.
> And there is a explicit note on nested triple reference patterns. So
> this should work. Querying such triple data using BIND statements works
> (more precisely: there are no errors), but unfortunately I don't know
> how to import data consisting of nested reified triples. Nesting the "<<
>  >>"-statements doesn't work, neither in Turtle* nor in SPARQL*.
>
> In CASE 2 I want to use SPARQL update to insert or remove a simple
> reified statement. But it seems that this not implemented in blazegraph,
> because it's rejecting a bunch of queries
> due to parser errors. But then my question is: How to remove or change a
> reified triple statement? I'm considering to use blazegraph for large
> scale use, so deleting the whole KB and reimporting it is not feasible.
>
> I appreciate any help you can provide.
>
> Regards
> Johannes
>
>
> =================== SPARQL*  - CASE 1 =============================
> Prefix : <http://example.org/ns#>
> Select * where
> {
>    BIND( <<:Bob :isMarriedTo :Alice >> as ?t) .
>    BIND( <<?t   :validUntil  "2015-12-01" >> as ?t2) .
>    ?t2  :crawledOn    "2015-12-07" .
> }
>
> =================== Turtle*  - CASE 1 =============================
> ****NOT WORKING****
> @prefix : <http://example.org/ns#> .
> << <<:Bob :isMarriedTo :Alice >> :validUntil "2015-12-01" >> :crawledOn
> "2015-12-07"
>
>
> =================== SPARQL*  - CASE 2a) b) c) d)
> =============================
> ****NOT WORKING**** a) *****
> Prefix : <http://example.org/ns#>
> INSERT DATA
> {
>    <<:Bob :isMarriedTo :Alice>> :validUntil "2015-12-01".
> }
>
> ****NOT WORKING**** b) *****
> Prefix : <http://example.org/ns#>
> INSERT { <<:Bob :isMarriedTo :Alice>> :validUntil "2015-12-01". } WHERE {}
>
>
> ****NOT WORKING**** c) *****
> Prefix : <http://example.org/ns#>
> DELETE { <<:Bob :isMarriedTo :Alice>> :validUntil "2015-12-01". } WHERE {}
>
> ****NOT WORKING**** d) *****
> Prefix : <http://example.org/ns#>
> DELETE { BIND( <<:Bob :isMarriedTo :Alice >> as ?t) . ?t :validUntil
> "2015-12-01". } WHERE {}
>
> =================== SPARQL*  - CASE 3 =============================
> ****NOT WORKING****
> Prefix : <http://example.org/ns#>
> Select * where
> {
>    <<:Bob :isMarriedTo :Alice>> ?x <<:a :b :c>> .
> }
> =================== Turtle*  - CASE 3 =============================
> ****BUT WORKING in Turtle* ****
> @prefix : <http://example.org/ns#> .
> <<:Bob :isMarriedTo :Alice >> :x <<:a :b :c>> .
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Bigdata-developers mailing list
> Big...@li...
> https://lists.sourceforge.net/lists/listinfo/bigdata-developers
>