Re: [dspace-tech] informal survey regarding bitstream limits and sizes

[Alan Orth]

Hi Bill,

We primarily host open access PDFs, PowerPoints, and documents in an
institutional/academic research setting. We limit uploads to 30MB in our
nginx frontend. Part of open access is ensuring that people on
low-bandwidth or bandwidth-limited connections can download files easily,
without incurring fees, on spotty connections, etc. If an editor reaches
out to me I can temporarily increase the limit. We have 90,000 items in our
repository and this has worked well for us.

Pragmatically we have avoided offering support for large uploads to our
users because it increases administrative burden for me (sysadmin) and for
our organization (server size, backups, architecture complexity, etc). If a
project has produced a video we have them upload it to Vimeo, YouTube, etc
and then we add a link in the metadata. For any large file type you can
think of—video, genome sequences, data dump, etc—there is a platform that
is better suited than DSpace where you can upload it.

Regards!

On Thu, Apr 15, 2021 at 10:59 PM 'Bill Tantzen' via DSpace Technical
Support  wrote:

> Sorry for the duplication -- I originally sent this to dspace-community,
> but I it did not generate a great deal of discussion, so I thought I would
> take my chances here:
>
> If you have a minute, I am trying to get a feel for some of the larger
> (reasonable) bitstreams the community is currently supporting.  On my site,
> we have removed the DSpace upload limits to allow for records containing
> research data, but of course there are practical limits that dictate what
> makes for a good user experience.
>
> What is the largest bitstream you support?  Do you enforce upload limits?
> Assuming download speeds are faster than upload speeds, what are some of
> the methods in use (besides the DSpace gui) to get large files onto the
> server?  What are some alternatives to simple DSpace upload currently
> utilized -- like globus for instance?
>
> I realize the answer to these questions will always include "it
> depends...", but are these all questions you have had at your institution
> and how have you dealt with them?
>
> Thanks for any discussion you wish to contribute!
> ~~ Bill
>
> --
> Human wheels spin round and round
> While the clock keeps the pace... -- John Mellencamp
> 
> Bill TantzenUniversity of Minnesota Libraries
> 612-626-9949 (U of M)612-325-1777 (cell)
>
> --
> All messages to this mailing list should adhere to the Code of Conduct:
> https://duraspace.org/about/policies/code-of-conduct/
> ---
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/CADgrb7EdmEZ9kYOVT%2BzNLQQhwYJpYFDG5wXLQOqv6FcJeBORPg%40mail.gmail.com
> 
> .
>


-- 
Alan Orth
alan.o...@gmail.com
https://picturingjordan.com
https://englishbulgaria.net
https://mjanja.ch

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CAKKdN4XqE9nRvnxBR6RX%3DDjezTaSY7KscgVufVQt_hR50Wge%3DA%40mail.gmail.com.

[dspace-tech] informal survey regarding bitstream limits and sizes

['Bill Tantzen' via DSpace Technical Support]

Sorry for the duplication -- I originally sent this to dspace-community,
but I it did not generate a great deal of discussion, so I thought I would
take my chances here:

If you have a minute, I am trying to get a feel for some of the larger
(reasonable) bitstreams the community is currently supporting.  On my site,
we have removed the DSpace upload limits to allow for records containing
research data, but of course there are practical limits that dictate what
makes for a good user experience.

What is the largest bitstream you support?  Do you enforce upload limits?
Assuming download speeds are faster than upload speeds, what are some of
the methods in use (besides the DSpace gui) to get large files onto the
server?  What are some alternatives to simple DSpace upload currently
utilized -- like globus for instance?

I realize the answer to these questions will always include "it
depends...", but are these all questions you have had at your institution
and how have you dealt with them?

Thanks for any discussion you wish to contribute!
~~ Bill

-- 
Human wheels spin round and round
While the clock keeps the pace... -- John Mellencamp

Bill TantzenUniversity of Minnesota Libraries
612-626-9949 (U of M)612-325-1777 (cell)

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CADgrb7EdmEZ9kYOVT%2BzNLQQhwYJpYFDG5wXLQOqv6FcJeBORPg%40mail.gmail.com.