[ 
https://issues.apache.org/jira/browse/COMMONSRDF-15?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14492626#comment-14492626
 ] 

Reto Gmür commented on COMMONSRDF-15:
-------------------------------------

I think the above pseudo-code test must pass. The question is for how long 
impl2 should recognize b1, I think at very least as long as b1 is reachable.
Another question is, what if b1 has an identifier that happens to be the same 
as b2 from impl2. In a comment to COMMONSRDF-13 [~p_ansell] writes that "We 
have agreed recently (last 24/48 hours) that any ambiguity in that must be 
cleared up to indicate that the internalIdentifier is the sole factor for 
BlankNode equality", I haven't find that thread and the corresponding agreement 
yet.

> Can foreign BlankNode impls be used with .contains() and .getTriples()?
> -----------------------------------------------------------------------
>
>                 Key: COMMONSRDF-15
>                 URL: https://issues.apache.org/jira/browse/COMMONSRDF-15
>             Project: Apache Commons RDF
>          Issue Type: Improvement
>            Reporter: Stian Soiland-Reyes (old)
>            Priority: Minor
>
> What happens if I add a 'foreign' `BlankNode` to a Graph (either directly 
> with `Graph.add(s,t,o)` or within a foreign `Triple` to `Graph.add()` -- will 
> I be able to match using that original blank node object "later" in other 
> calls like `.contains()` and `.getTriples()`?
> This is of course straight-forward for IRI and Literal, but trickier for 
> BlankNode.
> e.g. pseudocode:
> {code}
> impl1 = new Impl1TermFactory();
> b1 = impl1.createBlankNode();
> knows = impl1.createIRI("http://xmlns.com/foaf/0.1/knows";);
> alice = impl1.createIRI("http://example.com/alice";);
> impl2 = new Impl2TermFactory();
> g2 = impl2.createGraph();
> g2.add(b1, knows, alice);
> assertTrue(g2.contains(b1, knows, alice));
> {code}
> As discussed under COMMONSRDF-8 and pull request 7 
> https://github.com/apache/incubator-commonsrdf/pull/7



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to