4 ms·
So arxiv served about 105000 different articles last year. I'm curious how much it cost and how that compares with what the big publishing houses tell us that s
by nemoniac 10y ago
So arxiv served about 105000 different articles last year. I'm curious how much it cost and how that compares with what the big publishing houses tell us that should cost for their version of "open" publishing.
- pfortuny 10y agoIt served those many articles but none (repeat, none) of them are peer-reviewed just by being there (unless they have been (by some journal) after being posted on the arxiv).
- mseri 10y agoIn most of arXiv supported fields (if not all) people do peer review for free. It's assumed as part of your academic job
- pfortuny 10y agoYes, I know, but they need to be contacted and that is part of their curriculum as well (referee for XXX, YYY, etc.). And the administrative nightmare of peer review is not to be taken lightly.
- capnrefsmmat 10y agoThe arXiv 2016 budget is online: https://confluence.cornell.edu/display/culpublic/arXiv+Sustainability+Initiative?preview=/127116484/329816057/CY16arXivBudget.pdf https://confluence.cornell.edu/display/culpublic/arXiv+Susta... They estimate spending just over a million dollars this year, funded via members (university libraries contributing a few thousand dollars each) and grants. However, as I always point out, we must remember that the costs of a published journal are higher for reasons other than profit: journal articles are typically converted to HTML and XML via semi-automated processes with manual proofing and tweaking, production staff and some editors (for the biggest journals) are paid salaries, peer review involves chasing down deadline-abusing academics over weeks or months and building some kind of review tracking system, articles have to be reliably archived (e.g. lockss.org), and so on. Then add that most journals are still printed and distributed by mail for some reason, and you have extra full-time staff and equipment. I wouldn't want to throw all of that away and just keep the arXiv. Ditching print makes sense, some things can be better automated (we need better tools than LaTeX or Word to prepare papers, so they can easily be produced in PDF, HTML, or semantic XML form), and some services are unnecessary (I've had journals copy-edit my articles and make no useful changes), but I don't want to just read crappily-formatted base LaTeX from the arXiv with no frills either. (Incidentally, PLOS is non-profit and still has to charge over $1000 per article in PLOS ONE, to pay for the professional staff and all the manual manuscript conversion gunk. Biologists love Word, so converting must be hell.)
- AlephGarden 10y agoWhat's wrong with LaTeX (or extensions like XeTeX or LuaTeX)? Cursory searching pops up tools such as LaTeXML (http://dlmf.nist.gov/LaTeXML http://dlmf.nist.gov/LaTeXML) for converting from LaTeX to XML; not that I've used it, but it seems to have about a 60% success rate at converting arXiv papers [1]. That's still about 20,000 papers that don't build successfully, but it's a tool that could be improved. What would you suggest as an alternative to LaTeX or Word? I'm just curious; I use LaTeX regularly and think it works just fine. [1]http://arxmliv.kwarc.info/ http://arxmliv.kwarc.info/
- capnrefsmmat 10y agoI'm a big LaTeX fan, but the core typesetting engine is pretty heavily focused on print layout, so you'd have to restrict your macro subset to produce clean XML reliably. (You'd also have to see if you can produce JATS, the standard XML dialect for journal articles.) I don't know of any good alternatives. LaTeX succeeded because of its excellent extensibility, so the core can be used to produce almost anything. I'd like to find similarly extensible tools that can cleanly produce XML as well as PDF. Maybe Pollen (http://docs.racket-lang.org/pollen/ http://docs.racket-lang.org/pollen/) will be one. There's also Scholarly Markdown (http://scholarlymarkdown.com/ http://scholarlymarkdown.com/), but I suspect Markdown's lack of easy extensibility will doom it, since you'd have to write documents that fit narrowly into the features they provide. (What if you want a "remark" environment and they don't provide it?) reStructuredText is also an option, since it's built for extension, but it's not very well-known outside of Python circles.