On Sat, Mar 16, 2013 at 5:14 AM, Graham Triggs <span dir="ltr"><<a href="mailto:grahamtriggs@gmail.com" target="_blank">grahamtriggs@gmail.com</a>></span> wrote:<div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">On 16 March 2013 02:15, Stevan Harnad <span dir="ltr"><<a href="mailto:amsciforum@gmail.com" target="_blank">amsciforum@gmail.com</a>></span> wrote:<br></div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(2) The proposed REF mandate makes it very explicit that <i>REF submissions are ineligible if they are not deposited immediately upon publication</i>. (No waiting till near the end of the 6-year REF cycle to deposit.)<br>
</blockquote><div><br></div><div>They said acceptance, not publication.</div></div></div></div></blockquote><div><br></div><div><span style="font-family:Helvetica">Even better! (That's the milestone I've always urged. It has a more specific calendar date than publication-date which can lag by as much as a year from its published date.) </span></div>
<div><span style="font-family:Helvetica"><br></span></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote">
<div>(3) Compliance is based on two objective, verifiable data-points: publication date and IR deposit date.</div></div></blockquote><div><br></div><div>Acceptance date, not publication date. And the question remains - where and when are these data points being obtained from?</div>
</div></div></div></blockquote><div><br></div><div><span style="font-family:Helvetica">The institution (more likely, the department) obtains them from the author, as a condition and preparation for REF eligibility. (For years now, as soon as another RAE/REF cycle starts, the institution/department already starts its internal preparations and procedures. <i>Le roi est mort: Vive le roi!</i>)</span></div>
<div> </div> <br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div>(5) If the publication date and the deposit date are not the same, the article is ineligible for REF.</div>
</div></blockquote><div><br></div><div>As I said, acceptance date. And stating that they have to be the same simply is not practical. Is an author meant to stand by their email every second of every day, just so that they can act on the deposit mandate when they get notification of acceptance? Acceptable limits need to be defined, and even then there should be allowances for exceptional circumstances. </div>
</div></div></div></blockquote><div><br></div><div class="AppleOriginalContents" style="font-family:Helvetica">Of course. This policy, and OA itself, is not for pedants and for police; it is for research access! </div><div class="AppleOriginalContents" style="font-family:Helvetica">
<br></div><div><span style="font-family:Helvetica">The acceptance date is a documented, natural, identifiable signal for deposit in the author's normal workflow. Practice will determine a reasonable buffer period for actually doing the deposit. The advantage of the acceptance date is that it effectively allows some lead time before the published date of publication (which may itself not coincide with the calendar date of appearance of the journal) .</span> </div>
<div><br></div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div>(6) With deposit, the metadata are immediately accessible web wide (though the full-text might be embargoed for the allowable interval).</div>
</div></blockquote><div><br></div><div>That isn't stated as a requirement, and it isn't how all institutions handle embargo of content.</div></div></div></div></blockquote><div><br></div><div class="AppleOriginalContents" style="font-family:Helvetica">
Please see the EPprints and DSpace software (e.g., use Southampton and LIege as instances): </div><div class="AppleOriginalContents" style="font-family:Helvetica"><br></div><div class="AppleOriginalContents" style="font-family:Helvetica">
When a paper is deposited, the author tags whether it is to be made immediately OA or embargoed (and if embargoed, there is an optional tag to specify how long, after which the IR automatically makes the full-text OA).</div>
<div class="AppleOriginalContents" style="font-family:Helvetica"><br></div><div><span style="font-family:Helvetica">But the metadata themselves (author, title, journal, year, etc.) are made immediately OA: <i>That's what immediate-deposit means.</i></span><i> </i></div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div>(The request-copy feature will be implemented by IRs as a natural matter of course, once immediate-deposit is effectively mandated.)</div></div></blockquote><div><br></div><div>That depends on whether there is any appetite to handle processing the requests for content. If there was, the chances are the institution would already have a strongly enforced Green mandate, and/or a high level of voluntary deposit amongst it's researchers.</div>
</div></div></div></blockquote><div><br></div><div> No. The the IR software automatically forwards each request to the author, who decides (with one click) whether to fulfill it:</div><div><br></div><div><a href="http://www.eprints.org/software/training/users/viewing.php#request">http://www.eprints.org/software/training/users/viewing.php#request</a></div>
<div><a href="https://wiki.duraspace.org/display/DSPACE/RequestCopy">https://wiki.duraspace.org/display/DSPACE/RequestCopy</a></div><div><br></div> <br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div><i style="color:rgb(34,34,34)">It is the immediate-deposit that is crucial, Once that becomes universal, embargoes and re-use restrictions don't stand a chance and will soon crumble.</i></div></div></div></div></blockquote>
</div></div></blockquote><div><br></div><div>That's one point of view. For there to be any threat to embargoes, request-copy will be necessary. Only when embargoes are effectively rendered meaningless, will they crumble. Otherwise if you mandate Green, then publishers have every reason to add to the restrictions on Green to either protect the subscription revenue or force authors to pay for Gold.</div>
</div></div></div></blockquote><div><br></div><div>The request copy Button is available to tide over researcher-needs during embargoes.</div><div><br></div><div>And currently about 60% of journals endorse immediate, un-embargoed Green OA (though Finch/RCUK does perversely tempt them now to offer hybrid Gold and lengthen their Green embargoes beyond allowable limits in order to pressure authors to pick and pay for Gold).</div>
<div><br></div><div>But you underestimate the power of OA itself:</div><div><br></div><div>One of the main reasons few researchers are providing OA un-mandated today is that they do not yet feel its value (in accessibility, download impact and citation impact), either as users or as authors, because of the sparse OA content that exists (an arbitrary 5%-40% in most fields -- much higher only in high energy physics and astrophysics).</div>
<div><br></div><div>Tasting what it is like to have about 60% immediate-OA plus 40% Almost-OA (via the Button) will greatly increase both the appetite and the inclination to have 100% immediate-OA, in both users and authors. Users will expect and seek it 100% OA, search engines will optimize to facilitate discovery, and authors will tire of clicking the Button for every Button request, and simply set access as OA sooner and sooner (as physicists and astrophysicists have been successfully doing for over 20 years now).</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>The license issue is a red herring, and premature. Get all the content in there, immediately on publication, reliably, and the rest will take care of itself of its own accord soon after. Fuss instead about the rest, pre-emptively, and you won't even get the content.<br>
</div></div></div></div></blockquote></div></div></blockquote><div><br></div><div>I can agree with that - the more requirements that need to be complied with, the less likely you are to get content. But it doesn't follow that the rest will take care of itself. Publishers that wish to protect their subscription revenue will still do so through embargoes and and re-use restrictions. It's only the commercial pressures of people choosing - voluntarily or mandated - to raise the bar that will either force greater Green rights or availability of Gold options. And there is no way to force publishers to give greater Green rights.</div>
</div></div></div></blockquote><div><br></div><div>I think you underestimate the power of the author, researcher, institution and funder community: They are too superstitious and timid to mandate 100% zero-embargo immediate-Green OA today. But after they have successfully mandated 100% immediate-deposit, with 60% immediate-OA and 40% Almost-OA globally, the natural next steps will be taken without hesitation. </div>
<div><br></div><div>After all, immediate-deposit is the first N-1 keystrokes for OA. All that's missing then is not IRs -- nor mandates, nor deposits, nor full-texts -- but just that Nth keystroke!</div><div><br></div>
<div>And keystrokes have always been <i>the sole barrier between the research community and 100% OA to their own refereed research output in the online era.</i></div><div><br></div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div>Having an IR (at a basic level) may be low cost, and voluntary deposit 'cost free'. But mandating Green OA, and in particular monitoring, enforcing and auditing compliance - especially when those requirements are as specific as the HEFCE proposals - does have a cost. And enforcement/auditing is something that will be needed - and will need to be effective - to achieve high compliance. Otherwise it may well fall short, regardless of the consequences.</div>
</div></div></div></blockquote><div><br></div></div><div>RAE and REF compliance has always entailed some cost to institutions, but they have willingly undertaken it in order to maximise their chances of the benefits of a high RAE/REF ranking and top-sliced funding as a reward.</div>
</div></blockquote><div><br></div><div>My point isn't to say that institutions won't pay for it. But to say that to mandate Green and to effectively ensure compliance is not a "cost-free" option, as has been said.</div>
</div></div></div></blockquote><div><br></div><div>Agreed. But Green's cost is incomparably cheaper than double-paying (subscription plus Gold) for Fool's Gold today -- and worth every penny (as well as being the fastest, surest, and probably the only way to induce the eventual transition to Fair Gold, at an affordable, sustainable price, paid out of subscription cancellation savings instead of double-paid out of scarce research funds on top of un-cancelleablle subscriptions).</div>
<div> </div> <br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote">
<div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div>This is at least, one thing that can be said in favour of Finch, etc. - they are proposals that are easy to understand, easy to follow, and easy to audit.</div></div></div></div></blockquote><div><br></div></div><div>
Not in the least! (I am astonished to hear you think that!) Finch mandated Gold or Green. The mechanisms for auditing and dispensing Gold are not yet worked out, and certainly not going to be simple or easy. The mechanisms for auditing and ensuring Green are non-existent: HEFCE/REF provides them, and they are easy to understand, easy to follow, and easy to audit. </div>
</div></blockquote><div><br></div><div>And I'm astonished to hear you think that!</div><div><br></div><div>1) It's very easy - at submission time - for an author to know that they will be paying (or granted a waiver) for immediate open access publication. It's much harder when you aren't paying for immediate open access to know:</div>
<div>a) If the publisher allows you to IR deposit anything at all</div></div></div></div></blockquote><div><br></div><div>Deposit it immediately and set access as Closed Access till you look it up in SHERPA/Romeo. (Some IRs already provided the information, or the link, automatically.)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>b) What version(s) of the paper you will be allowed to deposit</div>
</div></div></div></blockquote><div><br></div><div>The refereed, revised, accepted final draft.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">
<div class="gmail_extra"><div class="gmail_quote"><div>c) What embargo period may be required</div></div></div></div></blockquote><div><br></div><div>Check Romeo. Meanwhile: set as Closed Access if timid or in doubt -- but deposit immediately.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>
d) What rights you retain and licences you may grant on redistribution</div></div></div></div></blockquote><div><br></div><div>Same question. Deposit immediately: check details you want, when you want.</div><div> </div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Yet, if you are going to comply with an open access mandate, then you *have* to know the above - and to know it at the time of submission.</div>
</div></div></div></blockquote><div><br></div><div>No. You just have to know how to do the N-1 keystrokes required for immediate-deposit (as of the calendar date of acceptance).</div><div> </div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div>2) By definition, everything that you require to audit Gold is open, baked into the publication process, and independent of who is being audited. The same can not be said for Green.</div></div></div></div></blockquote>
<div><br></div><div>But you are leaving out the two monumental deterrents on Gold:</div><div><br></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div class="gmail_quote"><div><b>(1) Do you want to publish in a Gold journal at all? </b>(And this question arises even before submission.)</div>
</div></div><div><div class="gmail_quote"><div><br></div></div></div><div><div class="gmail_quote"><div><b>(2) If so, is there enough RCUK money left to pay for it (at acceptance time) -- and if not, what?</b></div></div>
</div></blockquote><div><div class="gmail_quote"><div><br></div><div>With Green, you pick your journal without constraint, pay nothing, and just do the N-1 keystrokes immediately upon acceptance.</div><div><br></div><div>
(And, by the way, immediate-deposit would still be required by HEFCE/REF, irrespective of whether the journal is subscription or Gold.)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
HEFCE/REF does not provide a mechanism for auditing Green. It only gives a requirement to do so, whilst the data may not be available openly, may not be available at all, and can not be sourced independently.</blockquote>
</div><div class="gmail_quote"><br></div><div class="gmail_quote">As I said. This is an internal institutional compliance matter -- systematically collecting two parameters: acceptance date and deposit date -- and can and will be eagerly and assiduously and ingeniously attended to by institutions, as with all other RAE/REF exigencies, for decades now.</div>
</div><div class="gmail_quote"><br></div><div class="gmail_quote">Stevan Harnad</div>