---------- 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 <https://github.com/DSpace/DSpace/pull/343>" (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<http://atmire.com/website/?q=services&utm_source=emailfooter&utm_medium=email&utm_campaign=braml>
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.
>
>
> 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" <[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
