[EP-tech] Re: Eprints-tech Digest, Vol 86, Issue 52

[bosundipe at abuad.edu.ng (Ogundipe Bayo)]

Hi,

We could not upload any item on our eprints again.

Kindly find attached problems for your kind action.

Regards.

Adebayo Ogundipe
Afe Babalola University
bosundipe at abuad.edu.ng

On Wed, Nov 25, 2015 at 5:05 PM, <eprints-tech-request at ecs.soton.ac.uk>
wrote:

> Send Eprints-tech mailing list submissions to
>         eprints-tech at 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 at ecs.soton.ac.uk
>
> You can reach the person managing the list at
>         eprints-tech-owner at 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.  Citation count plugin (George Mamalakis)
>    2. Re: Permission denied error installing plugin (Morrissey, Kahena)
>    3. Re: Permission denied error installing plugin (Thomas Lauke)
>    4.  EPrint history only shows 10 entries. (Brian D. Gregg)
>    5. Re: EPrint history only shows 10 entries. (John Salter)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 25 Nov 2015 18:00:19 +0200
> From: George Mamalakis <mamalos at eng.auth.gr>
> Subject: [EP-tech]  Citation count plugin
> To: eprints-tech at ecs.soton.ac.uk
> Message-ID: <5655DB13.4010703 at eng.auth.gr>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hi all,
>
> I'm trying to install and configure the citation-count plugin in my
> EPrints 3.3.14 from: http://files.eprints.org/815/
>
> I've tried to make things more tidy when installing it, so in my system,
> the files I added looked like this:
>
> ~eprints/archives/myrepo/cfg/cfg.d/datasets_citation-count.pl
> ~eprints/archives/myrepo/cfg/cfg.d/eprint_fields_citation-count.pl
> ~eprints/archives/myrepo/cfg/cfg.d/gscholar.pl
> ~eprints/archives/myrepo/cfg/cfg.d/scapi.pl
> ~eprints/archives/myrepo/cfg/cfg.d/scapi.pl~
> ~eprints/archives/myrepo/cfg/cfg.d/user_roles_citation-count.pl
> ~eprints/archives/myrepo/cfg/cfg.d/wos.pl
> ~eprints/archives/myrepo/cfg/citations/citation/default.xml
> ~eprints/archives/myrepo/cfg/citations/eprint/summary_page.xml~
> ~eprints/lib/epm/citation-count/bin/import_citationdata
> ~eprints/lib/epm/citation-count/bin/import_citationdata~
> ~eprints/lib/epm/citation-count/bin/update_citationdata
> ~eprints/lib/epm/citation-count/bin/update_citationdata~
> ~eprints/lib/epm/citation-count/cfg/lang/en/phrases/citations.xml
> ~eprints/lib/plugins/EPrints/DataObj/CitationDatum.pm
> ~eprints/lib/plugins/EPrints/LogHandler.pm
> ~eprints/lib/plugins/EPrints/Plugin/Import/CitationService.pm
> ~eprints/lib/plugins/EPrints/Plugin/Import/CitationService/GScholar.pm
> ~eprints/lib/plugins/EPrints/Plugin/Import/CitationService/Scopus.pm
> ~eprints/lib/plugins/EPrints/Plugin/Import/CitationService/WoS.pm
>
> I've configured scopus (scapi.pl) with the codes that I was given. The
> difference from what the plugin's installation instructions (found in
> http://files.eprints.org/815/2/README) directed me to do is that I
> haven't copied the files from the plugin's /lib directly to ~eprints/lib
> folder, instead I've copied them in folders
> ~eprints/lib/epm/citation-count and ~eprints/lib/plugins. When I tried
> to run:
>
> $ ./lib/epm/citation-count/bin/import_citationdata --verbose  myrepo scopus
>
> I got no error message, but the command returned in a couple of seconds,
> which is way too fast for my repo's size (~15K of eprints). So I
> inserted a few print commands inside
> ~eprints/lib/epm/citation-count/bin/import_citationdata only to find out
> that no $session->plugin is getting defined (line 232), so the code goes
> into the condition of line 244 (if ( !defined( $plugin ) )) without
> printing any message.
>
> I've copied ~eprints/lib/plugins/EPrints/Plugin/Import/CitationService*
> to ~eprints/perl_lib/EPrints/Plugin/ in case this was the problem
> without any luck.
>
> Any help will be greatly appreciated!
>
> Thanks all in advance!
>
> George.
>
> --
> George Mamalakis
>
> IT and Security Officer,
> Electrical and Computer Engineer (Aristotle Univ. of Thessaloniki),
> PhD (Aristotle Univ. of Thessaloniki),
> MSc (Imperial College of London)
>
> School of Electrical and Computer Engineering
> Aristotle University of Thessaloniki
>
> phone number : +30 (2310) 994379
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 25 Nov 2015 16:10:34 +0000
> From: "Morrissey, Kahena" <K.Morrissey at bolton.ac.uk>
> Subject: [EP-tech] Re: Permission denied error installing plugin
> To: "eprints-tech at ecs.soton.ac.uk" <eprints-tech at ecs.soton.ac.uk>
> Message-ID:
>         <9DF63121613382459160369F34ECFB4C19CABE at Macallan.bolton.ac.uk>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi George,
>
> I think my setup is just as yours.
>
>
> My eprints home directory and all subdirectories and their files have
> UID=eprints and GID=eprints (www-data In your case).
>
>
>
> The GID=eprints also has write access to all of the above.
>
>
>
> All others only have read access (equivalent to your #chmod -R o-rwx
> ~eprints)
>
>
> I achived this with the single command:                 chmod -R g=u
> /usr/share/eprints/
>
>
>
>
>
> I think then that we have similar configurations except mine does not seem
> to be working.
>
>
>
> I would be grateful for any additional thoughts/help/ideas.
>
>
>
> Many thanks.
>
>
> Best regards,
> Kahena
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20151125/31e38480/attachment-0001.html
>
> ------------------------------
>
> Message: 3
> Date: Wed, 25 Nov 2015 18:47:27 +0100 (CET)
> From: Thomas Lauke <th.lauke at arcor.de>
> Subject: [EP-tech] Re: Permission denied error installing plugin
> To: eprints-tech at ecs.soton.ac.uk
> Message-ID:
>         <
> 234482770.49575.1448473647178.JavaMail.ngmail at webmail08.arcor-online.net>
>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi Kahena,
>
> > The error I provided was seen the apache logs in
> /var/log/httpd/error_log and is therefore experienced by apache.
> yes, but apache just triggers a perl script ... imho
> /opt/eprints3/Eprints/perl_lib/EPrints/EPM/Source.pm
>
> Apache's configuration controls also the accessibility of your file system
> by its processes.
>
> Your downloaded package contains an index, e.g.
> /opt/eprints3/Eprints/lib/epm/bookmarks/bookmarks.epmi, listing all
> relevant files and directories ...
> So check all mentioned paths for existence, generate them, if necessary,
> or check the individual error causes due to permissions.
>
> This pragmatic approach should get your installation running?
>
> Hth
> Thomas
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 25 Nov 2015 21:34:59 +0000
> From: "Brian D. Gregg" <bdgregg at pitt.edu>
> Subject: [EP-tech]  EPrint history only shows 10 entries.
> To: "'eprints-tech at ecs.soton.ac.uk'" <eprints-tech at ecs.soton.ac.uk>
> Message-ID:
>         <1a07da8e480b4640ae1b569bb9c12a46 at pitt-prodx-08.univ.pitt.edu>
> Content-Type: text/plain; charset="us-ascii"
>
> All,
>
> I thought I'd share this little tidbit for those that ever wondered why
> their history tab on an EPrint only shows 10 items.
>
> In /opt/eprints/perl_lib/EPrints/DataObj/EPrint.pm the function
> render_history is hard coded to only show the last 10 items in the
> history.  At least it is in our 3.2.8 installation.
>
> If you want to be able to view all of the history (too bad there's no
> pagination for this) comment out the "limit => 10," line and restart your
> web server for the change to take effect.
>
> You should now see all of the history for the EPrint.
>
> I hope this helps someone else.
> -Brian.
>
> Brian D. Gregg
> Solutions Architect | Manager Systems Development
> University of Pittsburgh | University Library System
> Address: 7500 Thomas Blvd.  Room 129 Pittsburgh, PA 15208<
> https://maps.google.com/maps?q=7500+Thomas+Blvd,+Pittsburgh,+PA&hl=en&sll=41.117935,-77.604698&sspn=7.662465,13.73291&oq=7500+Tho&t=h&hnear=7500+Thomas+Blvd,+Pittsburgh,+Pennsylvania+15208&z=17
> >
> Tel: (412) 648-3264 | Email: bdgregg at pitt.edu<mailto:bdgregg at pitt.edu> |
> Fax: (412) 648-3585
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20151125/9fab5fd8/attachment-0001.html
>
> ------------------------------
>
> Message: 5
> Date: Wed, 25 Nov 2015 22:02:32 +0000
> From: John Salter <J.Salter at leeds.ac.uk>
> Subject: [EP-tech] Re: EPrint history only shows 10 entries.
> To: "'eprints-tech at ecs.soton.ac.uk'" <eprints-tech at ecs.soton.ac.uk>
> Message-ID:
>         <
> VI1PR03MB14560CF6A3F614E9F00E1B93C4050 at VI1PR03MB1456.eurprd03.prod.outlook.com
> >
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Brian,
>
> I believe this was fixed sometime (3.3.13 or 3.3.14?):
> https://github.com/eprints/eprints/issues/219
>
>
> Be careful rendering all the items - if you have things with big revision
> histories, they can take a bit of grunt to process...
>
>
> Cheers,
>
> John
>
>
>
>
> ________________________________
> From: eprints-tech-bounces at ecs.soton.ac.uk <
> eprints-tech-bounces at ecs.soton.ac.uk> on behalf of Brian D. Gregg <
> bdgregg at pitt.edu>
> Sent: 25 November 2015 21:34
> To: 'eprints-tech at ecs.soton.ac.uk'
> Subject: [EP-tech] EPrint history only shows 10 entries.
>
>
> All,
>
>
>
> I thought I'd share this little tidbit for those that ever wondered why
> their history tab on an EPrint only shows 10 items.
>
>
>
> In /opt/eprints/perl_lib/EPrints/DataObj/EPrint.pm the function
> render_history is hard coded to only show the last 10 items in the
> history.  At least it is in our 3.2.8 installation.
>
>
>
> If you want to be able to view all of the history (too bad there's no
> pagination for this) comment out the "limit => 10," line and restart your
> web server for the change to take effect.
>
>
>
> You should now see all of the history for the EPrint.
>
>
>
> I hope this helps someone else.
>
> -Brian.
>
>
>
> Brian D. Gregg
>
> Solutions Architect | Manager Systems Development
>
> University of Pittsburgh | University Library System
>
> Address: 7500 Thomas Blvd.  Room 129 Pittsburgh, PA 15208<
> https://maps.google.com/maps?q=7500+Thomas+Blvd,+Pittsburgh,+PA&hl=en&sll=41.117935,-77.604698&sspn=7.662465,13.73291&oq=7500+Tho&t=h&hnear=7500+Thomas+Blvd,+Pittsburgh,+Pennsylvania+15208&z=17
> >
>
> Tel: (412) 648-3264 | Email: bdgregg at pitt.edu<mailto:bdgregg at pitt.edu> |
> Fax: (412) 648-3585
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20151125/741bd451/attachment.html
>
> ------------------------------
>
> _______________________________________________
> Eprints-tech mailing list
> Eprints-tech at ecs.soton.ac.uk
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>
>
> End of Eprints-tech Digest, Vol 86, Issue 52
> ********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20151126/ab5ba42b/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: eprints challenges.docx
Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Size: 20134 bytes
Desc: not available
Url : http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20151126/ab5ba42b/attachment-0001.bin