PATCH requests with absolute in-domain URIs are not correctly mapped to resource graphs

[acoburn]

Given a resource:

<> a ex:Foo ;
    dc:title "A title" .

The SPARQL-Update request to delete these triples only works with relative URIs:

DELETE DATA {
  <> dc:title "A title" .
}

With absolute URIs, the delete statement does not match the resource triples (and the triples are not removed). This is due to the fact that when the resource triples are loaded into a Graph in preparation for running the IOService::update operation, the triples are not first converted from their internal representation to an external representation and the context of the update query uses the internal IRI value (rather than the external resource URL).

[mjgiarlo]

@acoburn Related to this issue, if the root ACL resource looks like:

<http://platform:8080/#auth>
        acl:mode        acl:Read ;
        acl:mode        acl:Write ;
        acl:mode        acl:Control ;
        acl:agentClass  <http://xmlns.com/foaf/0.1/Agent> ;
        acl:accessTo    <http://platform:8080/> .

And I want to replace it with my own ACLs, I would think I could issue a PATCH request to http://myhost:myport/?ext=acl with the following SPARQL Update:

DELETE DATA {
     </#auth>
        acl:accessTo    </> ;
        acl:agentClass  <http://xmlns.com/foaf/0.1/Agent> ;
        acl:mode        acl:Control ;
        acl:mode        acl:Write ;
        acl:mode        acl:Read .
}

The response seems to succeed (returns a 204), but the graph is unaltered. Am I doing something obviously wrong or is this a bug? (I am rusty with SPARQL, fair warning.)

[acoburn]

The SPARQL request that I'd use is this:

PREFIX acl: <http://www.w3.org/ns/auth/acl#>
PREFIX foaf: <http://xmlns.com/foaf/0.1/>

DELETE WHERE { ?s ?p ?o };
INSERT {
  </#my_auth>
        acl:accessTo    </> ;
        acl:agentClass  foaf:Agent ;
        acl:mode        acl:Control , acl:Write, acl:Read .
} WHERE {}

[mjgiarlo]

@acoburn That worked like a charm once I reworked the triples in the INSERT block to be ntriples rather than turtle. thank you!