You can clone with
HTTPS or Subversion.
When rdflib is used in a application that fork the current Python process, for exemple when using flup.server.*_fork, BNode's value generation in these processes:
This means that the parent and child processes will all get the same BNode values.
I fixed this issue using
value = _unique_id() + str(random.randint(1, 99999999))
but there might be a cleaner solution.
Uhm, why not just use UUIDs?
For example uuid.uuid4()
Sound suggestion, IMO. I've covered this ground in a comment to issue #195 because using uuid4 BNode ids has the potential of supporting some of the set-theoretic graph operations.
uuid/4 was introduced in Python 2.5, so it has to be mimicked for 2.4
I set up a uuid solution (leaving the existing BNode private API undisturbed) and exercised it in a couple of tests, setting them to fail if the issue was solved:
https://github.com/RDFLib/rdflib/blob/master/test/test_issue200.py#L90 (issue 200 was the old gcode issue #)
So far, I haven't merged Bertrand's pull request because:
I do think the argument for a switch to uuid4 is fairly compelling.
Looking at this again I'd vote for UUIDs - do we have a source for a 2.4 compatible uuid faker?
There's a putative implementation here:
where I created a solution for this issue using the tests as proof-of-concept.
All seems to be working according to the CI build, I think it's now just a matter of propagating the implementation back into the RDFLib source.
I have just closed my pull request... my proposed fix was bcroq/rdflib@6e8aac9
Use uuid4() to generate BNode ids. Fixes issue #185
Thank you for the proposed fix, Bertrand. It's great to see people pitching in.
BNode ids are declared to conform to NCName specs. Unadorned uuid4() won't the cut the mustard as a valid NCName due to its regrettable habit of randomly starting with an integer:
ParserError: None:6:2: rdf:nodeID value is not a valid NCName: 557cb5ba-9713-4b54-a2fb-65524e8154b1
My naive trial of a "urn:uuid:" prefix was also not valid:
ParserError: None:6:2: rdf:nodeID value is not a valid NCName: urn:uuid:a389b738-c914-42c0-06de-94e77112dabb
Comments in BNode.new assert:
# BNode identifiers must be valid NCNames" _:[A-Za-z][A-Za-z0-9]*
However, the NCName reference given in https://github.com/RDFLib/rdflib/blob/master/rdflib/namespace.py#L364 (as the implementation spec for RDFLib's is_ncname() test) no longer seems to describe the same specification as used in RDFLib. Is this worth looking at in more detail?
In the end, I used a deeply unimaginative "_" (underbar) prefix.
Fixed in commit #03c77ea0af