Github user ajs6f commented on the issue: https://github.com/apache/jena/pull/314 Ouch! I realize I wasn't clear enough at all in my last comment: I was actually -1 on this. I think the confusion that `ja:data` now has in its semantics is too much, and I completely disagree with: > We can't change the predicates due to existing deployed assemblers We change the public API when we must, we just do it carefully and after clear depreciation with a clear migration path. What's more, the docs have been wrong about the assembler type for TIM for a year or more, so I don't think there will be users waiting with pitchforks and torches! I'd like to either revert this merge or add a further commit adding the use of `ja:graph` to TIM's assembler (just like the general dataset assembler) and depreciating the use of `ja:data` for anything but quads with the expectation that we will disallow it in a near-future version. I can do that after a release, if that is easier.
---