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
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!
The text was updated successfully, but these errors were encountered:
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.
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!
The text was updated successfully, but these errors were encountered: