EPrints Technical Mailing List Archive
Message: #01269
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
[EP-tech] FW: Citation Import Plugin Error
- To: "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: [EP-tech] FW: Citation Import Plugin Error
- From: Mark Gregson <mark.gregson@qut.edu.au>
- Date: Tue, 6 Nov 2012 10:24:39 +1000
From: Mark Gregson I’m glad you got that sorted out – I’ve committed that path change to trunk. Regarding the Google Scholar plugin, we are not using ourselves so I don’t know whether it is still working. It’s a fragile plugin since it is just screen-scraping. A quick test here suggests that the first request for a record will work, but the second will not, ironically because it scrapes from a different page (now changed) that was deemed to be a safer choice! That should be easily patched by the look of it. The import plugins actually import data into the citation dataset. A function in datasets.pl is hooked to the EP_TRIGGER_CREATED trigger and so is called on the creation of new citation data and inserts the latest citation count into the relevant eprint record. The import script should output something like this when --verbose is used: Starting EPrints Repository. Connecting to DB ... done. Item parsed. Imported gscholar 129 Ending EPrints Repository. You can confirm that no data has been imported by querying the citation table. You’re going to have to insert some debugging statements to see what path the code is following. I suggest starting at line 25 in import_citationdata to ensure that the plugin is not failing silently. Mark From: Sheraaz Buksh [mailto:sheraaz.a.buksh@usp.ac.fj] Hi Thank you for your input. I have managed to fix the previous issue. the plugin was pointing to a /usr/local/eprints/perl_lib directory while my installation is at /opt/eprints3/perl_lib/. Anyway changing that fixed the issue. However I am now stuck with something else. I try to run the import_citationdata command and it outs this for me; Starting EPrints Repository. Connecting to DB ... done. Ending EPrints Repository. I suppose this command will import the citation numbers from google scholar into the eprints table in the gscholar fields for eprint ids listed in a file. But when I run a query it gives NULL. I have also included the pin <epc:print expr="scopus_impact"/> in my summary_page.xml but nothing is shown there. Any ideas will be greatly appreciated.
From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Mark Gregson Hi Sheraaz What version of EPrints are you running? The first thing to check is that the plugin and its parent class are both in the correct location, e.g., /opt/eprints3/perl_lib/EPrints/Plugins/Import/ and /opt/eprints3/perl_lib/EPrints/Plugins/Import/CitationService/. Then check that archive/cfg/cfg.d/gscholar.pl exists and defines search_cites and search_title functions. You might want to check that the eprints user has permission to read all of those files. After that check that WWW::Mechanize::Sleepy is installed. Cheers Mark Mark Gregson | Applications and Development Team Leader From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Sheraaz Buksh Hi there I have setup the citation import plugin on my repository however when running the import_citationdata or update_citatationdata commands I ran into the following error Starting EPrints Repository. Connecting to DB ... done. Plugin 'Import::CitationService::GScholar' not found. Ending EPrints Repository. I have tried to debug the import_citationdata file and it seems it fails at the below given code. $plugin = $session->plugin( $pluginmap->{$datasetid}, Handler => $handler, net_retry => { max => $net_retry_max, interval => $net_retry_interval, }, parse_retry => { max => $parse_retry_max, interval => $parse_retry_interval, }, ); Any ideas will be greatly appreciated.
|
- Prev by Date: [EP-tech] Re: The Importance of Repository EC- (OpenAire) and RCUK-Compliance Tags for Mandate Compliance Verification
- Next by Date: [EP-tech] Bug in ePrints 3.3.10?
- Previous by thread: [EP-tech] EPrints Live CD 3.3
- Next by thread: [EP-tech] Bug in ePrints 3.3.10?
- Index(es):