Re: [Dspace-general] OSTP, FASTR, PAPS: Request-Copy Button will be native to both DSpace & EPrints December

Tue, 29 Oct 2013 09:30:47 -0700

 
To clarify,

The "Request for Copy" feature was added to the DSpace 4 codebase by Andrea Bollini and Ivan Masár, who both volunteered their time to prepare the old code for 4.0.  Andrea and Ivan reworked and updated the "Request for Copy" code originally written by U of Minho and Adán Román Ruiz at Arvo Consultores. They had additional support from other DSpace Committers in this process, namely Hardy Pottinger (who helped with Oracle support).

Not taking anything away from Bram here, he and others on our DSpace Committer team helped advocate for its quick inclusion into the upcoming 4.0 release. But, I did want to be sure that Andrea and Ivan received the recognition for their hard work in making sure this feature makes it into 4.0 in December.

Thanks,

Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org

On 10/28/2013 10:54 AM, Stevan Harnad wrote:


---------- Forwarded message ----------
From: Bram Luyten <[email protected]>
Date: Mon, Oct 28, 2013 at 10:39 AM
Subject: Re: Request for information on repository request-copy Button
the "pull request" (code contribution) has been merged, meaning that the Request for Copy feature will be part of DSpace 4, both for XMLUI and JSPUI.
It is possible that some additional tweaks and entries in the documentation will be added over the next few weeks, ramping up to the expected release of DSpace 4 in December.
https://jira.duraspace.org/browse/DS-824
Thanks to everyone who has advocated for and contributed to this feature, it has been long overdue.
Bram Luyten @mire
2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010
Esperantolaan 4, Heverlee 3001, Belgium
2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010
Esperantolaan 4, Heverlee 3001, Belgium
www.atmire.com

Many thanks to Bram Luyton for making the Request Copy native to DSpace as of December.

Please, those with influence over the implementation of the forthcoming OSTP OA Directive and the proposed FASTR and PAPS OA Mandates, inform the policy makers about the critical importance of making sure that the deposit requirement should be immediate (not just after embargoes have elapsed), that the deposit should be done by the fundee (and not the publisher!), and that the deposit should be in the fundee's institutional repository (not institution external: the deposit can then be exported automatically to whatever institution-external repositories desired).

The Button is one of the reasons immediate institutional deposit is so important:

1.  not only does immediate institutional deposit ensure that everything is deposited, at a specified, verifiable and natural date (the date of the acceptance letter)

2. not only does it recruit the institution in monitoring and ensuring that the funding condition is fulfilled

3. not only does it ensure that only one deposit ever needs to be done -- and is done by the party bound by the funding conditions (the fundee) and not a 3rd party whose interests are in conflict with it (the publisher)

4. but the Button also makes it possible to provide Almost-OA during any embargo with just one extra click from the requestor and one extra click from the author (instead of nothing but toll-access till the embargo elapses).

If the OSTP, FASTR and PAP mandates are implemented as immediate institutional deposit mandates, together with the Button, they will work (and will be emulated globally), and we will have 100% OA very soon -- instead of again losing a half-decade to discover the hard way that depositing only after a one-year embargo will continue to hold research access, uptake and impact hostage to publisher embargoes and will help them lock it in for a long time to come.

Remember: access a year after publication is now a fait accompli, but it is not Open Access; it is just Delayed Access. And the first year is crucial to research progress in many fields -- and is never made up for if the research is released when the iron is no longer hot.

So the 1-year embargo is the one to beat. And immediate institutional deposit plus the Button is the way to beat it.

Stevan Harnad

On Thu, Oct 17, 2013 at 4:33 PM, Stevan Harnad <[email protected]> wrote:
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.


Many thanks for any help or information you can provide,

Stevan

Begin forwarded message:

----- Original Message ----- 
From: "Hutchinson, Alvin" <[email protected]>
To: <[email protected]>
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





------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk


_______________________________________________
Dspace-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-general





------------------------------------------------------------------------------
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
_______________________________________________
Dspace-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-general

Reply via email to