[EP-tech] Re: Citation import plugin errors

Thomas Haines HainesT at cardiff.ac.uk
Thu Sep 13 13:34:15 BST 2012


Hi Paolo and Mark,

  
  Thanks for your ideas and feedback - I incidentally discovered the same problem - the epdata_to_dataobj being amended in eprints 3.3, so I took the old versions of Import.pm and TextFile.pm from 3.2, renamed those to ImportOld.pm and TextFileOld.pm and inherited from those instead, so as not to break any other plugins. So far it is working! 


  In terms of Scopus, the new system needs an API key which you can sign up for (replaces the old developer ID), and to get the XML response (atom feed) you need to be a subscriber of their service. Otherwise it is a JSON feed which is available. If you are a subscriber, the code I amended in the Scopus.pm plugin was in the URI construction and sending section to add some posted headers:


        # send the query to Scopus
        my $ua = LWP::UserAgent->new;
        $ua->default_header('X-ELS-APIKey' => "INSERT YOUR API KEY HERE");
        $ua->default_header('X-ELS-ResourceVersion' => "XOCS");
        $ua->default_header('ACCEPT' => "application/atom+xml");

        my $response = $ua->get( $quri );


It may be that someone wants to look into a JSON based alternative for non subscribers.

  
 Also in Scopus.pm I sometimes got unhandled errors when running the utf8::decode lines. I replaced this by adding use Encode and e.g.:


                $title = decode_utf8( $title );

instead of 

     utf8::decode($title); 


  Still finishing up things and testing here but if anyone is interested in this or is looking into the ISI/WOS plugin update please let me know.

cheers,


Tom Haines
Electronic Information Resources Developer
Library Systems Team
INSRV
Cardiff University 

hainest at cf.ac.uk
x70435


-----eprints-tech-bounces at ecs.soton.ac.uk wrote: -----
To: eprints-tech at ecs.soton.ac.uk
From: Paolo Tealdi 
Sent by: eprints-tech-bounces at ecs.soton.ac.uk
Date: 13/09/2012 09:08
Subject: [EP-tech] Re: Citation import plugin errors

On 09/12/2012 06:23 PM, Paolo Tealdi wrote:
> On 09/12/2012 04:00 AM, Mark Gregson wrote:
>
> Hi Mark,
>
> Maybe it's simpler to patch import_citationdata commenting Handler
> definition,
>
> -- import_citationdata.original    2012-09-12 18:06:54.000000000 +0200
> +++ import_citationdata    2012-09-12 17:57:07.000000000 +0200
> @@ -230,7 +230,7 @@
>    {
>        $plugin = $session->plugin(
>            $pluginmap->{$datasetid},
> -        Handler => $handler,
> +#        Handler => $handler,
>            net_retry => {
>                max => $net_retry_max,
>                interval => $net_retry_interval,
>
> you can't log in a file, but for a batch STDERR is enough.
> In my test server this patch works ...

Hi Mark and all,

maybe this patch to LogHandler is even better.
--- LogHandler.pm.original    2012-09-13 09:59:33.000000000 +0200
+++ LogHandler.pm    2012-09-13 09:05:33.000000000 +0200
@@ -33,6 +33,9 @@

  use strict;

+use EPrints::CLIProcessor;
+our @ISA = ( "EPrints::CLIProcessor" );
+


  #

The only thing that it doesn't work no more is the output of the two strings

Item parsed.
Imported <source> <number>

It seems that EPrints::LogHandler::parsed() and 
EPrints::LogHandler::output() method  aren't anymore called by 
epdata_to_dataobj().

Best regards,
Paolo Tealdi




-- 
Ing. Paolo Tealdi         Area IT - Politecnico Torino
Telefono/Phone : +39-011-0906714 , FAX : +39-011-0906799
Indirizzo/Address : C.so Duca degli Abruzzi,  24 - 10129 Torino - ITALY
Skype : tealdi.paolo
Please consider your environmental responsibility before printing this e-mail

*** 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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20120913/e98de4da/attachment.html 


More information about the Eprints-tech mailing list