[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[EP-tech] File Size Limit



I agree. This is also valid for big file upload, even without a limit,
because a remote user can take a very long time to upload a file. In
this article there's a batchimport script that maybe can help:

https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fejournals.bc.edu%2Findex.php%2Fital%2Farticle%2Fdownload%2F1861%2Fpdf%2F&data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cb5a9ac834c30454191cf08d705073376%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&sdata=TM%2BfCUI7Q3RcSPfD2kVf4%2FQmvBWObzDyTIDw8ro83uQ%3D&reserved=0

Basically it does:

#create document object, add pdf files to document, attach to eprint
object, and move to live
archive
my $doc = EPrints::DataObj::Document::create( $session, $eprint ); <-
here the eprint
$doc->add_file( $filemap->{$pq_id}, $pq_id . '.pdf' ); <- here the file
in the filesystem
$doc->set_value( "format", "application/pdf" );
$doc->commit();
print "Adding Document to EPrint ", $eprint->get_id, "\n";
$eprint->move_to_archive;
print "Eprint ".$eprint->get_id." moved to archive.\n";

Il 10/07/19 00:49, Karl Goetz via Eprints-tech ha scritto:
> On Tue, 9 Jul 2019 15:22:03 +0100
> James Kerwin via Eprints-tech <eprints-tech at ecs.soton.ac.uk> wrote:
>
>
>> Elements side of it. In the end I uploaded a smaller fake file with
>> the same name and then switched it over manually on the server and
>> tweaked very small parts of the database such as the file size.
> I've seen this mentioned (and acted on) a couple of times while
> watching this list. Is it possible to put together a 'upload
> replacement  file' management command to help wrap some safety around
> these actions?
>
> Karl.
>
>>>>> On Mon, 2019-07-08 at 12:13 +0100, James Kerwin via Eprints-tech
>>>>> wrote:
>>>>>> Hi All,
>>>>>>
>>>>>> Our setup is Elements feeding Eprints via RT1.
>>>>>>
>>>>>> Somebody is attempting to upload some larger-then-usual files
>>>>>> and we're having difficulty getting them to upload. I'm
>>>>>> assuming it's
>>>>> due
>>>>>> to the file size and that there's a limit somewhere. We
> --
> Karl Goetz
> Technical Services Officer - eResearch, Information Technology Services
> University of Tasmania & Tasmanian Partnership for Advanced Computing
>
> Mail: University of Tasmania, Private Bag 69, Hobart, Tasmania 7001
> Delivery: TT Flynn Street, Sandy Bay, Tasmania 7005
>
>
>
> University of Tasmania Electronic Communications Policy (December, 2014).
> This email is confidential, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone outside the intended recipient organisation is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender. The views expressed in this email are not necessarily the views of the University of Tasmania, unless clearly intended otherwise.
>
>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cb5a9ac834c30454191cf08d705073376%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=O5mRsqawLUXZb9JcYYH7327MHH0vsgUpb5%2FnFg3OQA8%3D&amp;reserved=0
> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cb5a9ac834c30454191cf08d705073376%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=i5qO7Fn5C122dXEQ3bGZsu2j1wcuYP9ejfCTb3CBNxg%3D&amp;reserved=0
> *** EPrints developers Forum: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fforum.eprints.org%2F&amp;data=01%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cb5a9ac834c30454191cf08d705073376%7C4a5378f929f44d3ebe89669d03ada9d8%7C0&amp;sdata=J28zgQcDQLtpxpfkYJmBP8haqc34OeitecpFkEq%2BU7U%3D&amp;reserved=0