dandi download redownloads entire Dandiset when run within Dandiset directory

[kabilar]

Use case

In the following use case, the DANDI Client is working as intended, but I would propose that the functionality may not always match user behavior. It is a bit confusing to describe this use case, so let me know if you need further clarification. Thank you.

1. A user wants to edit file(s) of a Dandiset that exists locally and then upload the edited files.
2. Since they have the Dandiset locally, the observed behavior is to change the current working directory to within the Dandiset directory (i.e. cd ~/dataset_id).
3. They then may run dandi download <url> to pull down the latest files from collaborators, edit files locally, and then run dandi upload.
4. This workflow actually downloads the entire Dandiset again creating a new tree within the current working directory (i.e. ~/dataset_id). The workaround would be to change into the parent directory or the add the option -o ...

Possible solution

1. If a user runs dandi download <url> within a directory that has a corresponding dandiset.yaml file, perhaps the DANDI Client can run a check and update the existing Dandiset directory?

cc @aaronkanzer @kilimanjaro2

[yarikoptic]

how do we know that it is not user wanting to add some (entire) other dandiset inside this dandiset? (may be by downloading and then mv). If user points to some url I guess it is ok to assume that that url is intended to be downloaded, even may be into a wrong location and then mv'ed . So I do not think it is worth "over-protecting" here.