<p dir="ltr">*per-release </p>
<br><div class="gmail_quote"><div dir="ltr">A qua, 23/12/2015, 02:38, João Rodrigues <<a href="mailto:j.p.g.l.m.rodrigues@gmail.com">j.p.g.l.m.rodrigues@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Since this is a python library I'd go with the mantra of there is only one way to do things, thus, one citation to keep things simple :) </p>
<p dir="ltr">More seriously, I'd be much happier with a convention where you'd cite the major biopython paper, the specific module papers if there are any, and include the hash of the revision you used. This should be included in the wiki page where we define 'citation guidelines'. It is simple, helps everyone (although occasional contributors might feel robbed), and is fully reproducible. </p>
<p dir="ltr">Including DOIs for every release is only partially reproducible, since it relies on a third party service to map between the DOI and the release, which adds an unnecessary, in my opinion, extra layer of complexity. Also, it doesn't help those that do not know biopython to learn about it since they will have to Google it's publication. </p>
<p dir="ltr">It's a good discussion and a good point to raise, but there are still major rules in science we have to play by in order to keep people interested and generally move forward. </p>
<p dir="ltr">As Tiago, I'm also against implementing pre-release DOIs. It'll create too much entropy that has no real benefits other than ideology. </p>
<br><div class="gmail_quote"><div dir="ltr">A qua, 23/12/2015, 01:03, Tiago Antao <<a href="mailto:tra@popgen.net" target="_blank">tra@popgen.net</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 22 Dec 2015 16:38:37 +0000<br>
João Rodrigues <<a href="mailto:j.p.g.l.m.rodrigues@gmail.com" target="_blank">j.p.g.l.m.rodrigues@gmail.com</a>> wrote:<br>
<br>
> Also, Peter's paper is not *his* paper about the software. It's the<br>
> entire team, or almost, on that paper and it describes the different<br>
> modules and their purpose and functionality.<br>
<br>
One can discuss if it is good or bad, but basic pragmatism dictates<br>
that the proper citing object is the 2009 paper, period. This for the<br>
reasons stated here by others already. Myself I would not be able to<br>
have contributed over the years if there was not a high-cited paper to<br>
put forward as a justification.<br>
<br>
Having another (non-paper) citing object will damage the project and<br>
has my full frontal objection. Things in science work as they work, and<br>
while I might object to paper citation metrics, that is the<br>
world we live in. I believe Biopython already lives too much on the<br>
volunteering of a few individuals, removing the only thing that<br>
provides "income" would be fatal. We actually need more (not less)<br>
forms of "income".<br>
<br>
That being said, and at the risk of opening a can of worms, I find it<br>
very unfair that many people that have recently contributed hard to the<br>
project are not on the author list of the 2009 paper (you, for<br>
example. Bow is another). That would be fixed with a new paper. Deciding<br>
on the author list would be the can of worms. We all can agree that it<br>
would be another Cock et al paper, but getting the list of people that<br>
are the "et al" would be complex.<br>
<br>
Tiago<br>
</blockquote></div></blockquote></div>