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

[Bram Luyten]

Thanks Stevan,

I was merely the messenger on this. The code is still very much based on
University of Minho's original contribution combined with compatibility
updates by members of the release team, notably Andrea Bollini (CINECA) and
Hardy Pottinger (University of Missouri).

The first release candidate for DSpace 4 should be available later this
week, followed by the "Testathon" early November.
A short link to the DSpace 4 release notes (growing every day):
http://bit.ly/dspace4

best regards,

Bram

-- 
[image: logo]
*Bram Luyten* *@mire*
*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>


On Mon, Oct 28, 2013 at 4:54 PM, Stevan Harnad <amsciforum at gmail.com> wrote:

>
>
> ---------- Forwarded message ----------
>> From: Bram Luyten <bram at mire.be>
>> 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 <harnad at ecs.soton.ac.uk>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" <HUTCHINSONA at si.edu>
>> To: <hbosc-tchersky at 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
>>
>>
>>
>
>  --
> --
> You received this message because you are subscribed to the Google
> Groups "SPARC OA Forum" group.
> To post to this group, send email to sparc-oaforum at arl.org
> To unsubscribe from this group, send email to
> sparc-oaforum+unsubscribe at arl.org
> For more options, visit this group at
> http://groups.google.com/a/arl.org/group/sparc-oaforum
>
>
> To unsubscribe from this group and stop receiving emails from it, send an
> email to sparc-oaforum+unsubscribe at arl.org.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/goal/attachments/20131029/8bf06cfd/attachment-0001.html