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

Spec Entity field types #22

Open
hobofan opened this issue Jul 24, 2019 · 2 comments
Open

Spec Entity field types #22

hobofan opened this issue Jul 24, 2019 · 2 comments
Labels
enhancement New feature or request

Comments

@hobofan
Copy link
Member

hobofan commented Jul 24, 2019

(Late night thoughts)

Currently the Entity fields (fields of the different entity kinds) are not that concretely specified. A lot of them are currently states as being either an "IRI" (taken from OWL spec, but not really applicable) or just plain bytes.

The rough idea is that all fields that represent relationships to other entities should be CIDs, while all fields that represent "data" should be Multicodec-prefixed bytes (which could also be CIDs given that multiformats/multicodec#49 is added).

By making the data fields Multicodecs, we bascially get a very good equivalent to Literals/Datatypes in OWL2 for free.

Data fields: Annotation->value, (Negative)DataPropertyAssertion->target

@hobofan hobofan added the enhancement New feature or request label Jul 24, 2019
@hobofan
Copy link
Member Author

hobofan commented Jul 26, 2019

Related implementation: #24

@hobofan
Copy link
Member Author

hobofan commented May 25, 2020

Since there doesn't seem to be any progress on multiformats/multicodec#49, I would propose the following:

For literal values: Use multicodec prefixed value (once they add support for CIDs, this will just add more expressiveness to literal values)
For "CID" (/Link) values: Use custom temporary multicodec signaling a CID as a prefix followed by CIDv1 bytes; Once multiformats/multicodec#49 is implemented, directly using CIDs in those positions too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant