[SciPy-dev] Online SciPy Journal

David Huard david.huard at gmail.com
Tue Oct 3 14:21:58 CDT 2006

I found some resources that may be of interest:

A document on the planning of an open access journal (business models, tips,

Software to create and manage online open access repositories for articles:
Eprints <http://software.eprints.org/> (from Southampton University, perl)
DSpace <http://www.dspace.org/> (from MIT, java)
CDSWare <http://cdsware.cern.ch/> (from CERN, python)
FEDORA <http://www.fedora.info/> (from Cornell and U. of Virginia, java)

Copernicus, a company specializing in the publication of open access



2006/10/3, Brian Granger <ellisonbg.net at gmail.com>:
> Thanks Fernando for spending so much time thinking about this.
> There is another pitfall that I see lurking here that is relevant if
> we want to create something that the bean counters will count.
> I am guessing that the reason the everyone has been so enthusiastic
> about the idea (including myself) is that we want such a journal to
> exist because we want to publish articles in it.  But this won't work
> very well if all of us are also the journal's primary
> organizers/editors/reviewers.  From the outside, (and to the bean
> counters) I think that scenario will simply look like a bunch of
> friends in an isolated community approving of each other's work (even
> though it may be more than that in reality).
> Because of this, no matter what we do, I think it is important to
> build something that people outside scipy-dev at scipy.org will want to
> i) read and ii) publish in.  The question is how to go about this.
> One way would be to find sponsors - organizations and individuals that
> could get behind the effort and provide publicity, manpower and
> resources.
> Another thing that might be important is to have a rolling publication
> model like that of the physics arxiv or boost - rather than a
> traditional model of having issues/volumes published at regular
> intervals.  The difficulty with the traditional model is that there is
> pressure to have a continual flow of articles - it also creates
> deadlines :(
> Brian
> _______________________________________________
> Scipy-dev mailing list
> Scipy-dev at scipy.org
> http://projects.scipy.org/mailman/listinfo/scipy-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://projects.scipy.org/pipermail/scipy-dev/attachments/20061003/dc626472/attachment.html 

More information about the Scipy-dev mailing list