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

ENH: generalise name of extractor, extractors_used and similar variables #68

Closed
jsheunis opened this issue May 31, 2022 · 2 comments
Closed
Labels
core-functionality Core datalad-catalog package functionality javascript Related to Javascript code, VueJS, etc jsonschema Related to the catalog's schema

Comments

@jsheunis
Copy link
Member

A more applicable naming would be metadata_source, since the concept of an extractor is not necessarily the only way in which metadata can be supplied to the catalog. A more general way of thinking about this is that a single metadata item can originate from some source, which in turn can be an extractor or aggregator or manual entry point or whatever else is a logical source of metadata.

Additionally, should look into making metadata_source a single object per metadata_item instead of (currently) a list. This would make it achievable to link one item to one source, which would allow the prioritisation process for metadata merging/replacement to work.

@jsheunis jsheunis added this to To do in Get to v0.1.0 via automation Jun 1, 2022
@jsheunis jsheunis added javascript Related to Javascript code, VueJS, etc core-functionality Core datalad-catalog package functionality jsonschema Related to the catalog's schema labels Jul 3, 2022
@jsheunis
Copy link
Member Author

Link to metadata merging/replacement issue: #233

@jsheunis
Copy link
Member Author

Closed by #237

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
core-functionality Core datalad-catalog package functionality javascript Related to Javascript code, VueJS, etc jsonschema Related to the catalog's schema
Projects
No open projects
Development

No branches or pull requests

1 participant