On Fri, Oct 18, 2013 at 4:52 AM, Gibson, Lyn <l.gib...@napier.ac.uk> wrote:
> Here at Edinburgh Napier University we have the “Request a copy” button. > The Research Repository uses Eprints software hosted by Southampton version > 3.2.3**** > > ** ** > > We currently have 4039 eprints, of which only 1315 are full-text. We have > a mandate which states that “research students and other members of > University staff are entitled and required to deposit digital copies of > refereed and accepted research documents”. **** > > ** ** > > Our experience of the Eprint “request a copy” button rarely results in the > full-text being added to the item record. Often the request is ignored > which results in e-mails being sent to the dedicated repository mailbox > asking for a response. I then attempt to contact the author asking for a > copy of the paper. Again often this request gets no response. Occasionally, > the copy supplied is the published pdf despite asking specifically for the > pre/post-print version. I also suspect that the contacted author bypasses > the repository and responds to the requestor directly. I can’t put a figure > on how many times this happens but there have been several occasions when > the author has e-mailed the requestor directly and cc’d the repository. > Dear Lyn. Thanks for the feedback. May I suggest some advice on how to fix this? The button should be configured so that it sends eprint requests only to the author's email address. If the HEFCE proposal to make immediate-deposit a requirement for eligibility for REF2020, this should help ensure that full-texts are deposited immediately, as Edinburgh Napier mandates. In addition, I suggest you look at the Liège-model mandate, which has so far proven to be the most effective OA mandate: Rentier, B., & Thirion, P. (2011). The Liège ORBi model: Mandatory policy without rights retention but linked to assessment processes. http://orbi.ulg.ac.be/handle/2268/102031 Best wishes, Stevan Harnad > **** > > ** ** > > Regards,**** > > Lyn Gibson, Data entry**** > > Edinburgh Napier Research Repository**** > > Merchiston Library**** > > 10 Colinton Road,**** > > Edinburgh **** > > EH10 5DT**** > > ** ** > > ** ** > > ** ** > > ** ** > > ** ** > > *From:* Repositories discussion list [mailto: > jisc-repositor...@jiscmail.ac.uk] *On Behalf Of *Stevan Harnad > *Sent:* 18 October 2013 04:04 > *To:* jisc-repositor...@jiscmail.ac.uk > *Subject:* Re: Request for information on repository request-copy Button** > ** > > ** ** > > ** ** > > On 2013-10-17, at 10:18 PM, dtpalmer <dtpal...@hku.hk> wrote:**** > > > > **** > > Our button is called “Contact the Author(s)?” Function is similar. **** > > It appears when we have the email address of one of the authors**** > > and when no fulltext object is attached.**** > > ** ** > > That's infinitesimally better than nothing -- but not depositing the > full-text is no better **** > > than nothing. **** > > ** ** > > Half the purpose of the Button is to make it possible to mandate immediate > full-text **** > > deposit, whether or not the deposit is embargoed. (The other half is is to > provide **** > > Button-mediated eprints to requestors with just one extra click by the > author during **** > > any embargo.)**** > > ** ** > > To see that the "Contact Author" is not much better than nothing, note > that even **** > > publishers are providing live links to authors' email addresses on the > publisher site **** > > of the article (where the full-text is accessible only to subscribers). > Requestors still **** > > have to go to the trouble of writing out a message requesting a reprint, > and authors **** > > have to find the eprint, reply and attach. We all know eprints can be > requested and **** > > sent by email. All you need to know is the email address of the author. A > "Contact" **** > > Button saves the trouble of looking it up, but not much else. The > eprint-request **** > > Button (when full-text is deposited) reduces it all to just one > paste-and-click for the **** > > requestor and one click for the author.**** > > ** ** > > If the author's institution does no more than provide a Contact Button, > it's not doing **** > > anywhere near the amount of access-facilitation it could be doing if it > were implemented **** > > properly: i.e., as an eprint-request Button paired with an > immediate-deposit mandate**** > > (full-text).**** > > > > **** > > We run DSpace 1.8.2 with DSpace-CRIS Add-on.**** > > ** ** > > HKU libraries has a sub-institutional immediate-deposit mandate since 19 > Feb 2010. **** > > http://roarmap.eprints.org/277/**** > > Is the University doing anything to ensure that HKU authors comply?**** > > ** ** > > *"Each Libraries member... agree[s] to request permission from intended > publishers… ***** > > *to archive the published version, or the author's manuscript in The HKU > Scholars Hub… ***** > > *[but] regardless of the outcome [the member will] make available an > electronic copy***** > > * of his or her final version of the article (i.e., the "author's > manuscript" or "postprint"), ***** > > *at no charge, to the Librarian's designate in appropriate formats (such > as PDF) specified ***** > > *by the Librarian's Office. The Librarian's Office will make the > scholarly article available ***** > > *to the public in an open-access repository, the HKU Scholars Hub, or its > successor."***** > > ** ** > > Best wishes,**** > > ** ** > > Stevan Harnad**** > > ** ** > > David T Palmer**** > > Associate University Librarian & Digital Strategist**** > > The University of Hong Kong Libraries**** > > 10/F Kennedy Town Centre**** > > 23 Belcher’s Street**** > > Kennedy Town**** > > Hong Kong SAR**** > > Tel. +852 3921 2921**** > > http://hub.hku.hk/rp/rp00001**** > > <image005.gif> http://orcid.org/0000-0001-5616-4635**** > > **** > > **** > > **** > > *From:* Eloy Rodrigues [mailto:e...@sdum.uminho.pt <e...@sdum.uminho.pt>] > *Sent:* Friday, October 18, 2013 4:24 AM > *Subject:* Re: Request for information on repository request-copy Button** > ** > > **** > > Dear Stevan,**** > > **** > > I completely support the request to have the “Request Copy” functionality > embedded in the “vanilla” DSpace versions. We’ve been upgrading the Request > Copy Add-on (for the jsp interface, that it’s the one we are using) since > we first developed it.**** > > **** > > We are currently upgrading the Add-on for DSpace 3.2 (we are upgrading our > repository to DSpace 3.2), and the “production” version of the Add-on is > for DSpace 1.8xx repositories.**** > > **** > > We are obviously willing to contribute the Addon code to be included in > the DSpace core, and strongly support that integration.**** > > **** > > Best,**** > > **** > > **** > > <image006.jpg> > Serviços de Documentação**** > > Eloy Rodrigues > Direcção > Campus de Gualtar, 4710 - 057 Braga - Portugal > Telefone +351 253 604 156/7/8; Fax +351 253 604 159 > Campus de Azurém, 4800 058 Guimarães**** > > Telefone +351 253 510 168; Fax +351 253 510 117 > http://www.sdum.uminho.pt | Siga-nos > <image007.gif><http://www.facebook.com/pages/Braga-Portugal/Bibliotecas-da-Universidade-do-Minho/78518268502> > <image008.gif> <http://twitter.com/bibliotecasUM>**** > > > > > > > > > <image009.jpg>**** > > **** > > *De:* Stevan Harnad [mailto:har...@ecs.soton.ac.uk<har...@ecs.soton.ac.uk> > ] > *Enviada:* quinta-feira, 17 de Outubro de 2013 15:34 > *Para:* Eloy Rodrigues; Bram Luyten; Carol Minton Morris > *Cc:* dspace-gene...@lists.sourceforge.net; eprints-t...@ecs.soton.ac.uk > List; jisc-repositor...@jiscmail.ac.uk; Global Open Access List > (Successor of AmSci) > *Assunto:* Re: Request for information on repository request-copy Button** > ** > > **** > > Dear Eloy, Bram & Carol,**** > > **** > > As Eloy was the first to adopt the Button for DSpace, could you or Bram > (or anyone else) please help with this? **** > > **** > > It apparently needs an upgrade, and it's especially important to provide > and embed it in DSpace core at this crucial time in the evolution of OA > policy worldwide. **** > > **** > > The Button is an essential component in an effective OA mandate.**** > > **** > > > http://dspace.2283337.n4.nabble.com/Re-Use-of-e-print-request-button-td4665355.html > **** > > https://wiki.duraspace.org/display/DSPACE/RequestCopy**** > > **** > > Many thanks for any help or information you can provide,**** > > **** > > Stevan**** > > **** > > Begin forwarded message:**** > > **** > > ----- Original Message ----- > From: "Hutchinson, Alvin" <hutchins...@si.edu> > To: <hbosc-tcher...@orange.fr> > Sent: Thursday, October 17, 2013 3:28 PM > Subject: Request for information on repository request-copy Button > > I received a message stating that you are interested in the use of Request > Copy button in repositories. > > We at the Smithsonian Libraries use DSpace and have employed the Request > Copy button for several years. > > However, it is becoming problematic as the plugin does not seem to have > any active development or upgrades. > > I'm not sure how familiar you are with DSpace but for several versions, > there has been an XML user interface as well as the original JSP (java > server pages) interface. > > > The Request Copy plugin only works with *.jsp and that is very limiting. > > We would like to upgrade to the current version but will have to give up > the functionality which many of our users like to have. > > > Please take a minute to tell me something about your interest and your > work. > > Best, > > > Alvin Hutchinson > Smithsonian Libraries**** > > **** > > ** ** > > Edinburgh Napier University offers industry informed courses which > combine the optimum balance of theory and practice to equip graduates for > success in today's competitive global job market. 92.3% of our graduates > are in work or further study within six months of leaving. With over 17,000 > students from over 110 countries, we are an international university and > are also proud to be the largest UK provider of higher education in Hong > Kong. > > This message is intended for the addressee(s) only and should not be read, > copied or disclosed to anyone else outwith the University without the > permission of the sender. It is your responsibility to ensure that this > message and any attachments are scanned for viruses or other defects. > > Edinburgh Napier University does not accept liability for any loss or > damage which may result from this email or any attachment, or for errors or > omissions arising after it was sent. Email is not a secure medium. Email > entering the University's system is subject to routine monitoring and > filtering by the University. > > Edinburgh Napier University is a registered Scottish charity. Registration > number SC018373 >
_______________________________________________ GOAL mailing list GOAL@eprints.org http://mailman.ecs.soton.ac.uk/mailman/listinfo/goal
