-
Notifications
You must be signed in to change notification settings - Fork 28
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
Support downloading from top level /assets
endpoint
#723
Comments
@yarikoptic The download process requires the asset's metadata in order to check the digest and set the mtime, but getting the metadata requires knowing the Dandiset and version IDs, which the |
eh heh -- filed dandi/dandi-archive#436 |
removed |
@yarikoptic The dandi-api Docker image on Docker Hub seems to have stopped building, so the latest image does not include support for the new endpoint. |
doh -- right. I guess we need to setup github action to build/push to docker hub. https://hub.docker.com/repository/docker/dandiarchive/dandiarchive-api shows that it was updated last time 10 days ago. dandihub - 4 days ago. @satra - did you push it manually? |
Support `/asset/<asset id>/download/` URLs
web-ui in the recent past switched to use top level
/assets/<id>/download/
end point for download urls, from previous original one which was bound to a particular dandiset version. A quick attempt to just add a new url pattern:is not sufficient since then logic "downstream" expects knowing dandiset, and also needs adjustments.
edit: example url https://api.dandiarchive.org/api/assets/2847011b-f9fb-4933-a6b5-1641e0c1886b/download/
The text was updated successfully, but these errors were encountered: