Slashdot Mirror

← Back to Stories (view on slashdot.org)

Software for Online Peer-Review Journals?

Posted by Cliff on from the content-management-with-a-slight-twist dept.

candiman asks: "I am involved in developing a peer-reviewed journal to serve a large group of researchers who currently have no publication that suits their needs. To keep costs (both production and subscription) down we are looking to do it online, with one or two printed editions each year. We are a not-for-profit organization - we aim to break even, not make money. As the most web savvy person involved I am charged with developing the actual system. To save on wheel development time I have been looking for existing, free (beer and speech), management systems. We need something that is (relatively) easy to use for tech (but not web) savvy people. It must be easily extendable as the journal grows in size. It must be standards based (we don't want to be locked into any sort of proprietary formats). The ability to support subscribers and the ability to maintain both free and subscriber sections would also be useful (we are planning to charge a low annual subscription to access the journal's most recent edition - after three months the papers will be released to the free area). Does the Slashdot community have an suggestions or experience in this area?"

17 of 27 comments (clear)

  1. Is it just me, or... by thecampbeln · · Score: 3, Informative

    ...would SlashDot's own codebase work for this? All you would need to do is restrict who is allowed to sign up for an account and tweak the moderator point system, but other then that, wouldn't a SlashDot-esque site do you just fine?
    Funny revelation, considering this was asked on SlashDot!?!

    --
    "1984" was ment to be a warning, not a guidebook. You hear that Kim Jong-il!? BushCo?!
  2. Slashcode.com ! by thecampbeln · · Score: 2, Informative
    Yep, heard of it before and just now took the time to look into it: SlashCode. Take a gander, as it should do what you need it to do! Good luck!

    ...and oh yea, my first 'first post'!?! It does feel as warm and fuzzy as I thought it would... (and I even had time to spell check! =)

    --
    "1984" was ment to be a warning, not a guidebook. You hear that Kim Jong-il!? BushCo?!
    1. Re:Slashcode.com ! by an_mo · · Score: 4, Interesting

      I know I will be moderated down but I would actually advise against slashcode, for several reasons. First you basically need a dedicated machine (I know it's not entirely true, but it's a pain in the ass). Second, installation is a major pain, and almost never works the first time you try it. Third, extensibility, and customization (e.g. internationalization) is limited and hard to implement.

      I recommend going with one of the nuke clones. I have recommended below Xaraya, which is still in development phase. If you want something ready to go, use Postnuke or Envolution. They have hundreds of external modules, can be installed in 10 minutes, are true content management systems (not just a weblog), have internationalization support, full templating, and you can use a provider for less than $10/month.

  3. One Word: by Anonymous Coward · · Score: 2, Informative

    ZOPE!

    1. Re:One Word: by aagha · · Score: 2, Insightful

      I did a ton of research on content management systems to build our system. I looked extensively at Zope and a lot of other systems, but at the end of the day decided on a home-grown solution since our needs where very specialized and we needed tons of flexability. Also (and a huge factor for us), was our dev team was all Java guys, and Zope is PHP (I'm not saying that's bad!). We just wanted to use the expertise we had on hand.

      Take a serious look at Zope. If our needs hadn't been so specialized and if we didn't have to put up with the ramp-up time of learing PHP, I think we'd probably have gone with it.

      Another system I seriously looked at was Cofax:

      http://www.cofax.org/

      Its quite robust, and used by some pretty large newspapers.

      At the end of the day, you want a system which meets as many of your needs as possible. We didn't settle for Cofax or Zope because they met only about 85% of our needs, so we built our own. But having gone through the experience (not that it wasn't fun), if you can use something like Zope to meet 95%+ of your needs, go with it!

      Good luck!

  4. not slashcode; perhaps LWN by merriam · · Score: 4, Interesting

    Everyone so far has said "slashcode". I don't think that's a good idea. I doubt the kind of "peer review features" offered here will help, and I doubt it's easy to extend to what you want. The same goes for PHP-Nuke and others.

    Here's a slightly less obvious answer. LWN is doing something a little closer to what you're talking about. They have subscription and delayed release for non-subscribers. They are planning to release their code, which is based on Quixote.

    You have given very little information, so perhaps you can expect only answers like "slashcode" and "LWN". It depends on many things including the subject matter of the journal, what sort of mark-up and formatting is involved, and how much special typesetting you want in the printed editions. If it's not-for-profit, how about staying out of dead trees altogether?

    I wish journals -- and websites -- would keep it simple.

  5. EPrints by chepati · · Score: 4, Informative

    I've already used GNU EPrints for two projects here at work and it almost exactly fits your description. It's 100% perl based and can be extended or shrunk as much as your perl skils allow. It's initially subscriber based, but there are some areas which are accessible to non-subscribers. The system doesn't come with support for payments because it is written in the spirit of free peer2peer review tradition and the only requirement to being a subscriber is the ability to create an account. I would imagine though that it'd be relatively easy to adapt it to have a fee-based access mode.

    Don't know if this is what you need but it sounds pretty close.

    chepati

  6. Open Journal Systems by Lao-Tzu · · Score: 5, Informative

    Check out the University of BC's Public Knowledge Project's Open Journal Systems. I've heard good things about it. It runs on PHP and MySQL, and should be pretty easy to setup. They have a demonstration online you can take a look at.

  7. cyberchair by jilles · · Score: 3, Interesting

    I used a gnu licensed set of python files called cyberchair (http://www.cyberchair.org/) to manage the submission and review process for a small conference last year. If you know python, it is relatively easy to set up. The version distributed by the author is somewhat out of date and has a number of undocumented bugs that you need to work around. However, I found that it was reasonably functional after some tinkering. Basically cyberchair saved me a lot of time since it takes care of collecting abstracts, author information etc. Also you can set it up to request reviewers to use a web form to submit their reviews, generate overviews for conference chair and reviewers, etc.

    As for scalability, it is all pretty light weight and basically only requires apache and a recent version of python. It should be relatively easy to adapt this for a journal. After all the review process for journals is similar to that of conferences.

    The guy who developed cyberchair also runs a small service company that can arrange the whole thing for you (including webhosting if needed) for a reasonable fee. This is actually the route I recommend unless you have too much spare time. For budgetary reasons, this was not feasible in my case unfortunately.

    There's a few similar opensource packages for managing conferences that I can't remember the name of right now but I'm sure google will help you with that.

    --

    Jilles
  8. Can you clarify? by rubinson · · Score: 2

    I'm a bit unclear as to precisely what you're asking. Most respondents seem to think that you want open reviews (by anyone who is subscribed to the journal) on the site. I read it as "We'll have traditional peer-review journal but all distribution (everything from submission of articles for consideration, to distribution of the articles to reviewers, to publication of the journal) will take place online."

    Which interpretation is correct?

    If the latter, I don't see this as being a particularly complex issue. Basically all that you would want to do is standardize on a format (I'd recommend LaTeX or TeX; others will suggest DocBook). Documents would be emailed or submitted via the website and it would be the responsibility of the website's maintainer(s) to make sure that copies get archived, maintained, and distributed appropriately. As to the site's backend, there may be some pre-fab solutions out there but your needs are so simple that you could roll your own PHP or CGI without much difficulty.

    In other words (if my interpretation is correct), I don't think that you want to change the actual submission and review process; rather, you just want to make use of the internet as a distribution mechanism. And if that's the case, your needs are really quite simple.

    I'd like to add that, as an academic myself, I'm quite interested in what you're doing. Drop me an email if you'd like to discuss this further.

    1. Re:Can you clarify? by jilles · · Score: 2

      Actually I would recommend against insisting on a particular format. Not everybody is a tex fan and I don't know anyone who ever worked with docbook. It's content that matters, not the format. You don't want to scare away interested authors by putting all sorts of constraints on the wordprocessor. IEEE and ACM for instance no longer do this, instead they have guidelines for formatting your document and templates for most popular wordprocessors are available.

      I mostly work with framemaker and sometimes with ms word. It always pisses me off if TeX is required. It's not my problem that the editor likes TeX. He/she should be glad I'm willing to invest the time to (freely) provide content.

      As for the functionality, there are two aspects: handling the subscriptions and handling the review process. Good solutions for both aspects exist. There's basically no need to reinvent the wheel.

      --

      Jilles
  9. EPrints gives you OAI... by Manic+Miner · · Score: 3

    Darn, where did my moderation points go? :(

    Another advantage to using eprints is that it uses the OAI protocol to provide an external XML based interface to your site. This allows central "harvesters" to harvest the meta-data from your site and allow ease of centralised access and searching of multilpe e-print archives.

    For more information on OAI... see the FAQ

    --
    If you ever drop your keys into a river of molten lava, let'em go, because, man, they're gone.
  10. DSpace by kinema · · Score: 2, Interesting

    From http://www.dspace.com :

    "Welcome to DSpace, a newly developed digital repository created to capture, distribute and preserve the intellectual output of MIT.

    For the user: DSpace enables easy remote access and the ability to read and search DSpace items from one location: the World Wide Web.

    For the contributor: DSpace offers the advantages of digital distribution and long-term preservation for a variety of formats including text, audio, video, images, datasets and more. Authors can store their digital works in collections that are maintained by MIT communities.

    For the institution: DSpace offers the opportunity to provide access to all the research of the institution through one interface. The repository is organized to accommodate the varying policy and workflow issues inherent in a multi-disciplinary environment. Submission workflow and access policies can be customized to adhere closely to each community's needs."

  11. These people can do this for you: by henben · · Score: 2

    http://www.biomedcentral.com/info/authors/startajo urnal

  12. I've written this by johnseq · · Score: 3, Informative
    I began working on a project for a consortium of peer-review journals to support online publishing last year, but the effort ran out of funding as we went to alpha. The toolkit we selected (OpenACS) supports the e-commerce and subscriber/anonymous access you describe, multi-journal ASP-style deployment, as well as customizable workflows for peer review. I've written up a draft design document here It's a bit rough, but you should get a sense of what's the projects goals were.

    If you'd like the code, I'd be happy to share it with you. I'd love to see it make it into production, and it's possible that the original sponsors might be able to make resources available to see it happen. Click the mail link on my blog if you want to get in touch.

    John

  13. xaraya by an_mo · · Score: 2

    Check out Xaraya, a promising Nuke clone. It's still in development phase but you should be able to take the codebase and extend from there your modules. There are several others nuke cms (phpnuke, postnuke, envolution...). The open source cms development is still in an evolving phase due to repeated forks.

  14. Try using Bricolage by Maple+Syrup · · Score: 2

    You might try using Bricolage. It's open source, based on mod_perl and Mason, and it seems like it would do most of what you're looking for.