This PR, when finished, brings the initial structuring support that can convert an in-memory Triplestore of any kind into a structured Docmap.
Additional things that need to be resolved:
[x] figure out optimal fp-ts flow
[x] provide examples
[x] provide documentation
Related Issues
Tangentially related to #84 . But more related to the API server development, as this code will be used to convert SPARQL CONSTRUCT query results into typed objects.
Checklist
[x] I have tested these changes locally and they work as expected.
[x] I have added or updated tests to cover any new functionality or bug fixes.
[x] I have updated the documentation to reflect any changes or additions to the project.
In general, we are currently (unnecessarily) presuming that this only works with codecs that have a type key, because under that assumption some DX is available that I currently prefer; however there is a good chance it ends up being useless anyway due to switch/case management regarding what type codec to use anyway.
Description
This PR, when finished, brings the initial structuring support that can convert an in-memory Triplestore of any kind into a structured Docmap.
Additional things that need to be resolved:
Related Issues
Tangentially related to #84 . But more related to the API server development, as this code will be used to convert SPARQL CONSTRUCT query results into typed objects.
Checklist
Additional Information
In general, we are currently (unnecessarily) presuming that this only works with codecs that have a
type
key, because under that assumption some DX is available that I currently prefer; however there is a good chance it ends up being useless anyway due to switch/case management regarding what type codec to use anyway.