From: Demian K. <dem...@vi...> - 2010-04-26 15:05:04
|
In your situation, it definitely makes sense to use the OpenURL implementation -- the default callback code won't properly account for the extra fields you have added. However, for some other users, the callback code may still be the best approach -- it appears to be incorporating some fields (subject headings, series titles, etc.) that are not part of the equivalent OpenURL. Maybe this should be a configuration option in the [RefWorks] section of config.ini. If you think this makes sense, I'd be willing to take a few minutes to look into adding it. In any case, thanks for pointing this out -- if nothing else, this should be valuable for implementing the export functionality in the Summon module. Have you taken a look at the EndNote functionality at all? I imagine it has a similar problem. - Demian > -----Original Message----- > From: Markus Fischer [mailto:in...@fl...] > Sent: Sunday, April 25, 2010 9:09 AM > To: vuf...@li... > Subject: [VuFind-Tech] Export to Refworks > > I just realised that the export to refworks does not work really good. > This maybe because, in my case, these are all "Articles" in Vufind. > > However Vufind uses the "call back implementation" of Refworks. But > actually there is a much simpler method by sending the information to > Refworks by OpenURL: > > http://www.refworks.com/directexport.htm#OpenURLSpecs > > Regarding Vufind this a two liner: > > /** > * Redirect to the RefWorks site and then die -- support method > for > getExport(). > * > * @access protected > */ > protected function redirectToRefWorks() > { > global $configArray; > > // Construct OpenURL > $openurl = $this->getOpenURL(); > > // Build up the RefWorks URL: > $url = $configArray['RefWorks']['url'] . > '/express/expressimport.asp?'; > $url .= $openurl; > > header("Location: {$url}"); > die(); > } > } > > > This does the job very well! Could this work for general use, and > replace the "call back method"? > > Works also, when your installation is behind a proxy... > > Markus > > ----------------------------------------------------------------------- > ------- > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech |