EPrints Technical Mailing List Archive

Message: #00369

< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

[EP-tech] Re: Eprints-tech Digest, Vol 43, Issue 12

Thanks Enio, I have checked our instance and as there's nothing there we obviously don't currently have a maximum

Thanks for your help

Claire

-----Original Message-----
From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of eprints-tech-request@ecs.soton.ac.uk
Sent: 06 April 2012 11:38
To: eprints-tech@ecs.soton.ac.uk
Subject: Eprints-tech Digest, Vol 43, Issue 12

Send Eprints-tech mailing list submissions to
	eprints-tech@ecs.soton.ac.uk

To subscribe or unsubscribe via the World Wide Web, visit
	http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
or, via email, send a message with subject or body 'help' to
	eprints-tech-request@ecs.soton.ac.uk

You can reach the person managing the list at
	eprints-tech-owner@ecs.soton.ac.uk

When replying, please edit your Subject line so it is more specific than "Re: Contents of Eprints-tech digest..."


Today's Topics:

   1.  Maximum file size for an eprints document upload?
      (C.Eskriett@brighton.ac.uk)
   2.  LDAP / CAS / EPrints::DataObj::User ? (Bernd Diekmann)
   3. Re: LDAP / CAS / EPrints::DataObj::User ? (Yuri)
   4.  IRstats in abstacts pages, and loading the "dashboard"
      (Ian Stuart)
   5. Re: Maximum file size for an eprints document upload?
      (Florian He?)
   6. Re: Maximum file size for an eprints document upload?
      (Enio Carboni)


----------------------------------------------------------------------

Message: 1
Date: Thu, 5 Apr 2012 11:40:44 +0000
From: C.Eskriett@brighton.ac.uk
Subject: [EP-tech]  Maximum file size for an eprints document upload?
To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
Message-ID:
	<3273D9A44CAA934F9958F085FFD6F7F794624096@ALUDRA.university.brighton.ac.uk>
	
Content-Type: text/plain; charset="us-ascii"

Hi

I've been trying to find out (in response to a question from the people implementing our new CRIS)if eprints has a maximum file size for document upload. My googling has let me down on this. I can't see where this might be configurable within cfg.d files, but maybe it is elsewhere on the server? Can anyone enlighten me on where to look? I imagine we either have the default value or no value, but need to confirm what that defulat value might be.

Here's hoping!
Many thanks

Claire

Claire Eskriett, Systems Librarian
(Days of work are Mon, Tues, Thurs & Fri) Information Services Cockcroft Building University of Brighton Lewes Road Brighton BN2 4GJ
T: 01273 642766
E: C.Eskriett@brighton.ac.uk



___________________________________________________________
This email has been scanned by MessageLabs' Email Security System on behalf of the University of Brighton.
For more information see http://www.brighton.ac.uk/is/spam/
___________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20120405/0311e3e0/attachment-0001.html 

------------------------------

Message: 2
Date: Thu, 05 Apr 2012 15:16:10 +0200
From: Bernd Diekmann <bernd.diekmann@uni-oldenburg.de>
Subject: [EP-tech]  LDAP / CAS / EPrints::DataObj::User ?
To: eprints-tech@ecs.soton.ac.uk
Message-ID: <4F7D9B1A.1040304@uni-oldenburg.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi,

we are building up EPrints 3.3.8, which should work with our CAS (Single Sign On). The howto's for CAS and LDAP for the definition of a function 'current_user' are very helpful, but the method of DataObj::User i.e.
    $new_user = EPrints::DataObj::User::create($self, 'user'); seems not to work as expected, this statement produces many userids (type "user") without any attribute (without any ...->commit() !) or dies without any error in the errorlog.

Has anyone experiences adapting CAS or LDAP under Eprints 3.3.n or a function 'current_user' ?


regards,
Bernd

--
----------------------------------------------------
Bernd Diekmann
Carl von Ossietzky Universitaet Oldenburg BIS (Bibliotheks- und Informationssystem) Universitaetsbibliothek Postfach 2541
26129 Oldenburg
Germany
Tel.  : +49 (0)441 798 4045
Fax   : +49 (0)441 798 4040
E-Mail: bernd.diekmann@uni-oldenburg.de



------------------------------

Message: 3
Date: Thu, 05 Apr 2012 15:44:26 +0200
From: Yuri <yurj@alfa.it>
Subject: [EP-tech] Re: LDAP / CAS / EPrints::DataObj::User ?
To: eprints-tech@ecs.soton.ac.uk
Message-ID: <4F7DA1BA.8000806@alfa.it>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Il 05/04/2012 15:16, Bernd Diekmann ha scritto:
> Hi,
>
> we are building up EPrints 3.3.8, which should work with our CAS
> (Single Sign On). The howto's for CAS and LDAP for the definition
> of a function 'current_user' are very helpful, but the method of
> DataObj::User i.e.
>      $new_user = EPrints::DataObj::User::create($self, 'user');
> seems not to work as expected, this statement produces many userids
> (type "user") without any attribute (without any ...->commit() !)
> or dies without any error in the errorlog.
>
> Has anyone experiences adapting CAS or LDAP under Eprints 3.3.n or a
> function 'current_user' ?

I think a good approach could be to use this:

http://files.eprints.org/738/

so you avoid to do modification to Eprints and use the apache auth 
module to handle auth&attributes. Also means that switching/upgrading 
can be easier.


------------------------------

Message: 4
Date: Thu, 05 Apr 2012 15:57:56 +0100
From: Ian Stuart <Ian.Stuart@ed.ac.uk>
Subject: [EP-tech]  IRstats in abstacts pages, and loading the
	"dashboard"
To: eprints <eprints-tech@ecs.soton.ac.uk>
Message-ID: <4F7DB2F4.7090800@ed.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

[EPrints 3.2.0, Solaris, non-root install]

I'm trying to get IRstats to appear where I want it, and I've got three 
problems:

Problem 1)
I can make a graph appear on the front page... but I can't make two 
DIFFERENT graphs appear on the front page (in index.xpage for 
http://devel.edina.ac.uk:1201/):

<p style="font-size:150%; padding:0; margin: 0">Download figures for all 
papers.</p>
<div class="clearfix">
<div style="float:left">
<!--#include 
virtual="/cgi/irstats.cgi?page=get_view2&IRS_epchoice=All&IRS_datechoice=period&period=-12m&view=MonthlyDownloadsGraph" 
-->
</div>
<div style="float:right">
<!--#include 
virtual="/cgi/irstats.cgi?page=get_view2&IRS_epchoice=All&IRS_datechoice=period&period=-12m&view=DailyDownloadsGraph" 
-->
</div>
</div>


Problem 2)
I can't make anything appear on the abstract pages for items.
I have modified archives/{REPO_ID}/cfg/cfg.d/eprint_render.pl as per the 
install file:

   if( !$preview )
   {
     # IRSTATS CODE STARTS HERE
     if ($session->get_repository->can_call('irstats_abstract_content
'))
     {
          $page->appendChild(
            $session->get_repository->call(
                'irstats_abstract_content', $session, $eprint
            )
          );
     }
     # END IRSTATS
     $links->appendChild(
             $session->plugin( "Export::Simple" 
)->dataobj_to_html_header( $eprint ) );
     $links->appendChild( $session->plugin( "Export::DC" 
)->dataobj_to_html_header( $eprint ) );
   }

and un-commented

 
$c->{plugins}->{"Screen::EPrint::IRStatsItemSummary"}->{appears}->{summary_bottom} 
= 1000;

in archives/{REPO_ID}/cfg/cfg.d/irstats.pl

.... but nothing is appearing

Problem 3)
I have the "IRStats" menu item, however all it does is call 
http://devel.edina.ac.uk:1201/cgi/users/home?screen=Statistics - and not 
cgi/irstats.cgi
(I know the EPrints::Plugin::Screen::Statistics is running, because I am 
logging what $link is set to ('/cgi/irstats.cgi')

Any clues?

-- 

Ian Stuart.
Developer: Open Access Repository Junction and OpenDepot.org
Bibliographics and Multimedia Service Delivery team,
EDINA,
The University of Edinburgh.

http://edina.ac.uk/

This email was sent via the University of Edinburgh.

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.



------------------------------

Message: 5
Date: Thu, 05 Apr 2012 15:09:38 +0200
From: Florian He? <hess@ub.uni-heidelberg.de>
Subject: [EP-tech] Re: Maximum file size for an eprints document
	upload?
To: eprints-tech@ecs.soton.ac.uk
Message-ID: <4F7D9992.50809@ub.uni-heidelberg.de>
Content-Type: text/plain; charset=windows-1252; format=flowed

Am 05.04.2012 13:40, schrieb C.Eskriett@brighton.ac.uk:
> Hi
>
> I?ve been trying to find out (in response to a question from the people
> implementing our new CRIS)if eprints has a maximum file size for
> document upload. My googling has let me down on this. I can?t see where
> this might be configurable within cfg.d files, but maybe it is elsewhere
> on the server? Can anyone enlighten me on where to look? I imagine we
> either have the default value or no value, but need to confirm what that
> defulat value might be.
>

Hi Claire,

you can do that by Apache webserver configuration:

<Directory "/opt/eprints">
     LimitRequestBody 104857600 # 100 mega-byte
     ErrorDocument 413 /error413.html
</Directory>

I guess this is the only level at which you can deal with too much 
upload size.

Regards,
Florian

> Here?s hoping!
>
> Many thanks
>
> Claire
>
> *Claire Eskriett, Systems Librarian*
>
> *(Days of work are Mon, Tues, Thurs & Fri)*
>
> Information Services
>
> Cockcroft Building
>
> University of Brighton
>
> Lewes Road
>
> Brighton BN2 4GJ
>
> T: 01273 642766
>
> E: C.Eskriett@brighton.ac.uk
>
>
> ___________________________________________________________
> This email has been scanned by MessageLabs' Email Security
> System on behalf of the University of Brighton.
> For more information see http://www.brighton.ac.uk/is/spam/
> ___________________________________________________________
>
>
>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: http://www.eprints.org/tech.php/
> *** EPrints community wiki: http://wiki.eprints.org/


-- 
UB Heidelberg (Altstadt)
Pl?ck 107-109, 69117 HD, Germany
- Informationstechnik
- WWW-Redaktion
http://www.ub.uni-heidelberg.de/



------------------------------

Message: 6
Date: Fri, 06 Apr 2012 12:37:53 +0200
From: Enio Carboni <enio.carboni@gmail.com>
Subject: [EP-tech] Re: Maximum file size for an eprints document
	upload?
To: eprints-tech@ecs.soton.ac.uk
Message-ID: <4F7EC781.7090005@gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi Claire,

 I add this code to EPrints:Plugin::Screen::EPrint::UploadMethod in
method "action_add_format" after row

    /my $filepath = $session->query->tmpFileName( $fh );/

 This is my code:

    /        my $size=-s $filepath;/
    /        if( $session->can_call('upload_file')) {/
    /           my
    @problems=$session->call('upload_file',$session,$size,$filepath,$filename);/
    /           if (@problems) {/
    /             $processor->{notes}->{upload} = {};/
    /             foreach (@problems) {/
    /               $processor->add_message( "error",$_);/
    /             }/
    /             $processor->{notes}->{upload} = {};/
    /             $processor->{notes}->{epdata} = {};/
    /             return 0/
    /           }/
    /        }/

Then in cfg/cfg.d you can add a configuration file like "upload.pl" with
this content:

    $c->{'upload'}={
      upload_limit=>100*1024*1024,
    };
    $c->{'upload_file'}=sub {
      my ($session,$size,$filepath,$filename)=@_;
      my @problems=();
      my $upload_limit=$session->get_repository->get_conf('upload');
      $upload_limit=$upload_limit->{'upload_limit'};
      if ( $upload_limit &&  $size > $upload_limit ) {
         push @problems,$session->html_phrase(
    "Plugin/InputForm/Component/Upload:upload_failed",cause=>$session->make_text("file
    size $size bytes > $upload_limit bytes") )
      }


You can change your limit by upload_limit in upload.pl (in the example
the limit is 100MB)
So in upload.pl we can insert code for antivirus check also.

Regards,
  Enio


Il 05/04/2012 13:40, C.Eskriett@brighton.ac.uk ha scritto:
>
> Hi
>
>  
>
> I've been trying to find out (in response to a question from the
> people implementing our new CRIS)if eprints has a maximum file size
> for document upload. My googling has let me down on this. I can't see
> where this might be configurable within cfg.d files, but maybe it is
> elsewhere on the server? Can anyone enlighten me on where to look? I
> imagine we either have the default value or no value, but need to
> confirm what that defulat value might be.
>
>  
>
> Here's hoping!
>
> Many thanks
>
>  
>
> Claire
>
>  
>
> *Claire Eskriett, Systems Librarian*
>
> *(Days of work are Mon, Tues, Thurs & Fri)*
>
> Information Services
>
> Cockcroft Building
>
> University of Brighton
>
> Lewes Road
>
> Brighton BN2 4GJ
>
> T: 01273 642766
>
> E: C.Eskriett@brighton.ac.uk
>
>  
>
>  
>
>
> ___________________________________________________________
> This email has been scanned by MessageLabs' Email Security
> System on behalf of the University of Brighton.
> For more information see http://www.brighton.ac.uk/is/spam/
> ___________________________________________________________
>
>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: http://www.eprints.org/tech.php/
> *** EPrints community wiki: http://wiki.eprints.org/

-- 
____________________________________
 Ing. Enio Carboni
 CESIA - Centro Servizi Informatici di Ateneo 
 Alma Mater Studiorum - Universit? di Bologna
 V.le Filopanti, 3 - 40126 Bologna - Italy
 http://www.unibo.it
 http://www.biblioteche.unibo.it
 mailto:enio.carboni@unibo.it
____________________________________


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20120406/a2d945f5/attachment.html 

------------------------------

_______________________________________________
Eprints-tech mailing list
Eprints-tech@ecs.soton.ac.uk
http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech


End of Eprints-tech Digest, Vol 43, Issue 12
********************************************

___________________________________________________________
This email has been scanned by MessageLabs' Email Security
System on behalf of the University of Brighton.
For more information see http://www.brighton.ac.uk/is/spam/
___________________________________________________________

___________________________________________________________
This email has been scanned by MessageLabs' Email Security
System on behalf of the University of Brighton.
For more information see http://www.brighton.ac.uk/is/spam/
___________________________________________________________