<div>Do we could imagine a git repository for each publication to receive update in time ?</div><div><br></div><div>I want to say the publication comes with a basic code. The one that was accepted.</div><div>And an additional link to a git repository to receive code update (compilation fixes, code fixes, additional comment,  documentation)</div>
<div> => Like the fork on github...</div><div><br></div><div>-> The validated publication have his code in the master trunk (with to archive functionality to have the same as today with code download)</div><div>-> A fork branches receive the modification from the community</div>
<div><br></div><div>Pierre.<br></div><div><br></div><div class="gmail_quote">2011/10/4 Nicolas Limare <span dir="ltr"><<a href="mailto:nicolas.limare@cmla.ens-cachan.fr">nicolas.limare@cmla.ens-cachan.fr</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">> I think it is nice to accept contributions of third parties, not only<br>
> authors.<br>
<br>
</div>When I publish an article in IPOL, I wouldn't want anyone else to<br>
modify it while keeping my name as the author. This also is a<br>
copyright issue: you can't present your work as being mine.<br>
The base rule is "once published, an article doesn't change". That's<br>
how any journal work, and without this rule we can't trust the journal<br>
because the article will include some unreviewed material.<br>
<br>
And we need to know what are talking about. When someone cites "the<br>
IPOL code for the Foobar algorithm", it has to clearly point to one<br>
given version of the code without any ambiguity.<br>
<br>
Minimal changes can be accepted as an axception to the rule, for<br>
example fo fix a serious bug or a copyright issue (this already<br>
happened in IPOL), but the changes must be very detailed, and a note<br>
from the editor systematically added to the article.<br>
<br>
But IPOL is not the place where the a code will live and be improved<br>
and updated. IPOL is a place where one given version of the code is<br>
reviewed and published.<br>
<div class="im"><br>
> Lets say I take the time to donwload and compile it on<br>
> windows, it would be nice to give back the experience, in the form of<br>
> instructions, cmake or whatever.<br>
<br>
</div>Do it in the wiki. It's a free space for this purpose, without<br>
editorial restrictions.<br>
<div class="im"><br>
> I don't wan't to increase the burden of the authors, which is very big<br>
> at the moment.<br>
<br>
</div>Yes, I agree. But in the wiki (or anywhere else), not in the published<br>
articles. Or it could be in a forum attached to every article, if<br>
someone designs and installs these forums.<br>
<div><div class="h5"><br>
--<br>
Nicolas LIMARE - CMLA - ENS Cachan    <a href="http://www.cmla.ens-cachan.fr/~limare/" target="_blank">http://www.cmla.ens-cachan.fr/~limare/</a><br>
IPOL - image processing on line                          <a href="http://www.ipol.im/" target="_blank">http://www.ipol.im/</a><br>
</div></div><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
<br>
iEYEARECAAYFAk6LDgUACgkQvviFAPpCP08baQCfZ7cqnosHP0GruZMj362+IXOS<br>
RmUAn2R2vDzKcxPklZViZf2YtH9iGkRY<br>
=pel6<br>
-----END PGP SIGNATURE-----<br>
<br>_______________________________________________<br>
discuss mailing list<br>
<a href="mailto:discuss@list.ipol.im">discuss@list.ipol.im</a><br>
<a href="http://tools.ipol.im/mailman/listinfo/discuss" target="_blank">http://tools.ipol.im/mailman/listinfo/discuss</a><br></blockquote></div><br>