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

dataverse #393

Closed
yarikoptic opened this issue Apr 1, 2016 · 2 comments
Closed

dataverse #393

yarikoptic opened this issue Apr 1, 2016 · 2 comments

Comments

@yarikoptic
Copy link
Member

Might be cool to try. There is an API (eg to fetch info for a dataset using persistent id https://dataverse.harvard.edu/api/datasets/:persistentId?persistentId=doi:10.7910/DVN/ARKOTI, IQSS/dataverse#1837 (comment)) and then we could use search mechanism (need API token) http://guides.dataverse.org/en/4.3/api/search.html to fetch listing of datasets (I guess eventually we could ask for an API cmd for that too ;)).
It is an interesting one since it is also distributed, hierarchical (we could use dataverse server as first level, two levels from doi) and would be a good check for scalability. https://dataverse.harvard.edu/dataverse/harvard lists 60k datasets from 1000 dataverses. Some data there is even neuroimaging related (a few MRI/DTI/... studies).
Should be an easy thing to setup IMHO... and would be somewhat an ideal case for scalability testing, especially whenever we start dealing with metadata

@yarikoptic
Copy link
Member Author

more references:

@mih
Copy link
Member

mih commented Nov 2, 2021

I will close this for-our-information-style issue now, due to its persistent inactive state. This does not mean that support for this will not be added. It just reflects the evident insufficient capacity to work on this any time soon.

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

No branches or pull requests

2 participants