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

Don't require changing metadata object to specify WKI #70

Closed
denisnazarov opened this issue Oct 30, 2016 · 1 comment
Closed

Don't require changing metadata object to specify WKI #70

denisnazarov opened this issue Oct 30, 2016 · 1 comment

Comments

@denisnazarov
Copy link
Contributor

denisnazarov commented Oct 30, 2016

Thinking through WKI specification while trying to write a tutorial for writing MoMA data (credit to @yusefnapora ). It would be great to completely remove all the steps where you modify the original data.

We shouldn't require publishers to change their data to specify a WKI. Currently in our examples we're either adding prefixes to IDs (dpla_abc123) or new object keys (MediachainWKI: "moma:artist:123""from the guide).

It would be elegant if publishers could keep their original metadata object completely untouched, giving nice properties such as keeping the same multihash if they're using the raw object somewhere else (like IPFS).

Can WKI prefixes be stored outside of the object? We already have a unique prefix we can automatically use: the namespace. Is this enough to avoid id collisions since, for example, MoMA uses integer IDs for artists and artworks.

We should also include searching by WKI more prominently in the docs!

@vyzo
Copy link
Contributor

vyzo commented Oct 31, 2016

The wki's come from the ingesting client, open this issue on aleph instead?
In general I agree that we should strive to keep the origin ids; our current nodes use what came with the dataset from the indexer.

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

No branches or pull requests

2 participants