(edited by @landreev 05-27-2025; question marks indicate issues that may need additional discussion before we have a clear idea of what to implement and how)

Overview of the Feature Request

• Last year we have added storage quotas that can be enabled on collections. However, that cannot be used to track and control storage use in the datasets that installations like IQSS allow users to create in the root-level collection.
• We have a local curation request (see Feature Request: Enforce Read-Only Mode When Storage Quota Is Reached dataverse.harvard.edu#365) to address this by adding quotas that can be configured on per user account-basis.
• While it should be easy to force an account to become read-only once a certain amount of data is deposited with it, it seems like it would be very easy to bypass, by giving write access to a dataset to other accounts (?).
• It may however be possible to address this by being able to set quotas both on a per-user AND per-dataset basis (?)

Extending the currently implemented collection quotas to be configurable on individual datasets should be trivial. The same code that keeps track of collection storage use already does that for datasets as well. The actual quota check methods already work on either collections or datasets. That internal functionality just needs to be extended to the APIs that set the quotas and report storage use.

It should not be difficult to add keeping track of storage use by user accounts either. Provided we simply count the sizes of all the files created by the given authenticateduser. (?)

Any open or closed issues related to this feature request?

• Storage: Feature Request: Display Storage Usage per Data Deposit, per account, per collection dataverse.harvard.edu#364
• Feature Request: Enforce Read-Only Mode When Storage Quota Is Reached dataverse.harvard.edu#365
• Limit the amount of data depositors may upload every day #7829
• Feature Request: (internal request) Add quota-like limit on the number of files in a dataset #11275