Categories
Case studies News Repositories SWORD v3

SWORD V3 (prototype) in Invenio

A prototypical implementation of the SWORD V3 (release candidate) has been developed for the Invenio digital library framework from CERN, with support from NII, Japan. The Python code can be found in GitHub.

The code demonstrates that the SWORD V3 standard can be realised as functional, usable code (unlike some other “standards” which will remain nameless!). If you are interested in developing SWORD V3 support for your preferred programming language/platform, please let us know at sword@cottagelabs.com.

Categories
Case studies SWORD v2

HAL adopts SWORD v2

The HAL repository system has adopted SWORD v2 for remote imports:

Categories
Case studies News Repositories

SWORD: Facilitating Deposit Scenarios

A new paper about repository deposit scenarios has just been published in this month’s D-Lib:

SWORD: Facilitating Deposit Scenarios (http://www.dlib.org/dlib/january12/lewis/01lewis.html / doi:10.1045/january2012-lewis)

The SWORD (Simple Web-service Offering Repository Deposit) protocol was designed to facilitate the interoperable deposit of resources into systems such as repositories. The use of an interoperable standard eases the burden of developing clients to deposit such resources. This paper examines nine different deposit use cases, and provides case studies and examples of each use case to demonstrate the wide range of repository deposit scenarios. The use cases range from the deposit of scholarly communication outputs from a publisher to a repository and the automatic deposit of data from laboratory equipment, to inter-repository transfer and collaborative authoring workflows.

Nine different deposit use cases are examined, along with case studies or examples for each:

  • Use case 1: Publisher to Repository
  • Use case 2: Research Information System to Repository
  • Use case 3: Desktop to Repository
  • Use case 4: Repository to Repository
  • Use case 5: Specialised Deposit User Interface to Repository
  • Use case 6: Conference Submission System to Repository
  • Use case 7: Laboratory equipment to Repository
  • Use case 8: Repository Bulk Ingest
  • Use case 9: Collaborative authoring
Categories
Case studies Clients Repositories SWORD v1

SWORD and the Open Journal Systems (OJS)

As part of the ongoing SWORD development process, we’re hoping to bring you a set of short case studies demonstrating the wide variety of different resource deposit use cases that SWORD enables.  In the first of these case studies, we have a quick chat with the technical architect for the Public Knowledge Project, Alec Smecher.

Alec is the lead developer of Open Journal Systems (OJS), Open Conference Systems (OCS), Open Harvester Systems (OHS), and the PKP Web Application Library (WAL).

SWORD: Alec, could you give us a bit of background about what OJS is, and why it was developed?
Alec: Open Journal Systems is a journal management and publishing system that has been developed by the Public Knowledge Project through its federally funded efforts to expand and improve access to research.  OJS assists with every stage of the refereed publishing process, from submissions through to online publication and indexing.  Through its management systems, its finely grained indexing of research, and the context it provides for research, OJS seeks to improve both the scholarly and public quality of refereed research.

OJS is open source software made freely available to journals worldwide for the purpose of making open access publishing a viable option for more journals, as open access can increase a journal’s readership as well as its contribution to the public good on a global scale.

SWORD: How and why did you decide to use SWORD with OJS?
Alec:
Our SWORD support came about via a bit of proof of concept funding from the Committee on Institutional Cooperation (CIC) for a project called the Big Digital Machine (BDM).  We worked with DuraSpace and cnx.org on interoperability so that the apps could feed each other data via SWORD. For example, OJS can deposit to Fedora or DSpace for archiving, or into cnx.org as a way of spinning a journal article into textbook content.

SWORD: What different options do OJS administrators have for making use of the OJS SWORD functionality?
Alec:
We implemented a number of ways for SWORD deposits to work, in the interests of giving users the flexibility to experiment with different models:

  • Administrators can deposit articles at any time
  • Authors can deposit pre-prints into their own institution’s repository when they’re accepted by the journal (green road open access)
  • Authors can deposit into Journal Manager-specified deposit points
  • Automatic deposits can be configured so that articles are deposited on acceptance, e.g. for journals backed by a repository for archival purposes

SWORD: And how about the future, where do you think OJS and SWORD interoperability could go in the future?
Alec: Ideologically, one of our primary interests is open access (OA), including so-called “green road”, whereby authors are free to deposit articles into their institution’s repository for public consumption, even though the journal might be subscription-based. This is a good idea but authors often don’t follow through, because they don’t trust OA, or don’t have the initiative, etc.  We thought that semi-automating the process might push them towards green OA — when they receive an acceptance email from a journal, they also receive one from the SWORD facility within OJS prompting them to follow a link to specify their repository’s deposit point and complete the deposit.

Of course, authors will almost certainly have no idea what their deposit point is, so a typical thing to do would be to involve their institution’s librarian — a common practice might be for the journal prepare the email that the author receives automatically to include instructions for them simply to forward it to their librarian.

We just write the software, and are at best at arms’ length from the journals themselves, so we typically have to follow an iterative process with new and experimental tools like this — we’ll make some assumptions, some will turn out to be incorrect, and with feedback from users, we’ll refine things from there. By providing tools without prescribing a workflow, we also ensure that journals will have the freedom to try things that we haven’t foreseen.

If you would like to know more about OJS and its SWORD interface, please visit http://pkp.sfu.ca/?q=ojs.  For further information about SWORD, please explore the rest of the SWORD website: https://sword.cottagelabs.com/

Categories
Case studies Clients News Repositories SWORD v1

WANTED: SWORD case studies

We’re looking to improve the SWORD website and inspire new uses of SWORD by collecting and publishing a collection of SWORD case studies.  We’d love to hear from you if you’ve written a SWORD client, or made use of an existing client in a new way.  There is a lot of good work being undertaken that uses SWORD, and we want to make sure that everyone knows about it.

If you have a case study, please either email it to us (info@swordapp.org), or get in touch. If you’d prefer we could arrange to interview you instead.  We’ll publish the case studies on the SWORD website, and we’ll look into other options for disseminating them further.