Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What should an engine do with the generated FnO execution triples (from the function triples map)? #1

Open
bjdmeest opened this issue Mar 26, 2021 · 5 comments
Labels
documentation Improvements or additions to documentation enhancement New feature or request

Comments

@bjdmeest
Copy link
Member

No description provided.

@dachafra
Copy link
Member

Could you explain this issue a bit more?

@bjdmeest
Copy link
Member Author

@pmaria raised this first, so I'll let him explain further, but my take:

Right now the RML+FnO mapping files also describe FnO execution triples via TripleMaps via fnml:functionValue.
It is currently not specified what should happen with the actual resulting triples (and I think most implementations just ignore the generated triples).
There's currently a proposal to use those execution triples when (automatically) generating provenance statements of the mapping process, so you can also include provenance of the data transformations: https://fno.io/prov/
So I think that's at least one use case to use those execution triples,
but discussion is needed to see whether (i) this is relevant, useful, worth the effort, and how much we want to put that in the spec as a MUST or a SHOULD or a CAN or ..., and (ii) what other use cases this could be relevant for

@pmaria
Copy link

pmaria commented Mar 29, 2021

Yes, exactly this.

@dachafra
Copy link
Member

got it, thanks! really important in terms of provenance but also reproducibility!

@dachafra
Copy link
Member

If it makes sense, this can be transferred to https://github.com/kg-construct/fnml-spec

@bjdmeest bjdmeest transferred this issue from kg-construct/rml-core Oct 12, 2022
@bjdmeest bjdmeest added documentation Improvements or additions to documentation enhancement New feature or request labels Nov 28, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants