You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@vorburger Thank you for mentioning Titanium RDFC. The library was originally a fork of RDF-URDNA but diverged to align with W3C RFC-CANON, to quickly adapt to requirements such as exposing the blank node label map, and incorporating the latest Titanium JSON-LD updates. Over time, it has evolved into a standalone library.
The latest version, 2.0, which I’m currently working on, introduces RdfConsumer, a new interface designed to minimize the need for transport object creation (which is expensive in Java) and enable stream-like processing.
The next version, should depend on an artifact like titanium-rdf-api (or something similar), which will be extracted from titanium-json-ld, making it possible to depend only on this library instead of the entire titanium-json-ld.
The test suite and much of the codebase still originate from the RDF-URDNA fork. Given that there are already Java libraries for this in the report, I hesitate to add another one -perhaps when version 2.0 is released.
Problem description
https://github.com/w3c/rdf-canon support in RDF4j might be interesting.
Could also be built as a separate library outside of this project, of course.
I've stumbled upon and might be interested in using this in the context of enola-dev/enola#1103.
Just thought I would post this here, in case anyone ever has any input.
Preferred solution
Part of and maintained in RDF4j itself.
Are you interested in contributing a solution yourself?
Probably not (or at least not in the foreseeable future, maybe one day).
Alternatives you've considered
Anything else?
If this were to be built by someone, it might be interesting to have it included on https://w3c.github.io/rdf-canon/reports/.
The text was updated successfully, but these errors were encountered: