Overlay Journal Infrastructure for Meteorological Science (OJIMS) Sam Pepler RIOJA, Monday July 7th, 2008 University of Cambridge, UK.

Overlay Journal Infrastructure for Meteorological Science (OJIMS)

Sam Pepler

RIOJA, Monday July 7th, 2008

University of Cambridge, UK

Outline

The OJIMS project, Aims and Who’s involved

Data JournalMetRep – A subject based repository for

Meteorological science. Proposed overlay mechanisms

Outline

The OJIMS project, Aims and Who’s involved

Data JournalMetRep – A subject based repository for

Meteorological science. Proposed overlay mechanisms

The OJIMS project

Overlay Journal Infrastructure for Meteorological Science

JISC and NERC funded.The project has three main aims:

Creation of overlay journal mechanics. Construction and evaluate business models for

potential overlay journals. Creation of an open access subject based

repository for Meteorology and atmospheric sciences.

Who’s involved

The University of Leeds, who will development a dataset review policy with RMetS on behalf of the NCAS universities. Leeds is the NCAS lead university. The British Atmospheric Data Centre, who will setup and maintain a document repository. BADC is part of NCAS.The Royal Meteorological Society who will examine sustainable delivery models

Outline

The OJIMS project, Aims and Who’s involved

Data JournalMetRep – A subject based repository for

Meteorological science. Proposed overlay mechanisms

CLADDIER: Published means available and some form of independent review.

What are the benefits of a data journal?

Extend the value of peer-review from papers to data, to provide assurance that data documentation meets the necessary scientific standards. Metadata standards Independently understandable Re-useable

Provide an overview of the quality and applications of data, enabling it to be used more easily and appropriately in research and applications. Adding independent quality statements about usefulness.

Provide recognition for the work of collecting and describing data. High quality, reusable data is not presently a citable resource The writers of papers are not necessarily the data creators

Raise awareness of the meteorological datasets available to UK and international community. Discovery of data via citation

Why make an overlay journal?

Because the data are already in a repository – The data is already available, it just needs some independent review.

Because data is bulky, compound and complex – not easy to copy.

Outline

The OJIMS project, Aims and Who’s involved

Data JournalMetRep – A subject based repository for

Meteorological science. Proposed overlay mechanisms

MetRep

Filling a gap in the market. There is no store for some of the items we would like in the data journal.

Gray document repositoryWhat's the selection policy:

Most types for item Items must be relevant to Meteorological

Science Any author (not an institutional repository)

Examples of MetRep items

A paper from Weather A set of pictures illustrating cloud forms A report documenting a file format for climate

models Weather balloon data A recording of a interview with ministers about

climate change The IPCC reports The logo for a research programme

Could we use existing repositories?

A paper from Weather – NORA, IR? A set of pictures illustrating cloud forms – JORUM A report documenting a file format for climate

models – BADC, RoRRI? Weather balloon data – BADC A recording of a interview with ministers about

climate change – RMetS website The IPCC reports – Website, IR? The logo for a research programme – programme

website.

Existing repositories – Could we use them?

Institutional repositories NORA university IR

Object type repositories Arxiv NORA BADC

Subject repositories Arxiv BADC

MetRep as an overlay repository

Shouldn't data be in the BADC and MetRep? Shouldn’t a paper be in NORA and MetRep? What we mean by being in the repository is that

the item has been submitted, been found to be in scope and will be stored.

If we separate the submission and content review from the storage function then we have an overlay repository.

Outline

The OJIMS project, Aims and Who’s involved

Data JournalMetRep – A subject based repository for

Meteorological science. Proposed overlay mechanisms

Overlay documents

Document, dataset or other item. Reference-able via a resolvable id in a trusted repository.

Overlay document

Metadata about the overlay document

Reference to document

Discovery metadata for the referenced document

Review process information

Review process information

Version of document in review cycle Submitted by author Sent for review Published

Public commentsDescription of review processDigital signatures?

Metadata about the overlay document

Author (of overlay not the referenced document)

Other Dublin core fields

Discovery metadata for the referenced document and Reference to document

Dublin Core metadata harvested from document

Resolvable reference to document Other identifiers for document

Data repositoryDocument repository

Repository

Overlay repository

Overlay document

Overlay document

Overlay document

Overlay document

Advantages of this approach

Its clear that this is a document about another document. The two items are distinct self contained.

Authorship for the referenced and referencing document are allowed to be different. Others can submit a document for review.

The Overlay document has the same meaning as a stand alone item. You can take the out of the its repository context and its still meaningful.

Review mechanisms and repositories do not need adapting to deal with these items.

You can review a private document/data set. Answers the “is thing worth buying?” question.

Disadvantages of this approach

Authentication issues.What if the author does not wish for

document to be reviewed

Implementation

Atom XML representationAlready a popular format with many tools.Need a tool to create the records Need a web rendering method

Atom

<?xml version="1.0" encoding="utf-8"?> <feed xmlns="http://www.w3.org/2005/Atom"> <title>Example Feed</title> <subtitle>A subtitle.</subtitle> <link href="http://example.org/feed/" rel="self"/> <link href="http://example.org/"/> <updated>2003-12-13T18:30:02Z</updated> <author> <name>John Doe</name> <email>[email protected]</email> </author> <id>urn:uuid:60a76c80-d399-11d9-b91C-0003939e0af6</id>

<reviewed>2003-12-24T19:32:42Z</reviewed>

<entry> <title>Atom-Powered Robots Run Amok</title> <link href="http://example.org/2003/12/13/atom03"/> <id>urn:uuid:1225c695-cfb8-4ebb-aaaa-80da344efa6a</id> <updated>2003-12-13T18:30:02Z</updated> <summary>Some text.</summary> </entry> </feed>

Overlay document

Metadata about the overlay document

Reference to document

Discovery metadata for the referenced document

Review process information

Trusting repositories

More than resolvable identifiers. Need to believe the object is preserved.

Need to know preservation means for complex objects.

Repositories need to have sound footing (but there are not absolute guarantees).

Summary

The OJIMS project is about widening review processes beyond papers.

This means storing a wider range of objects – MetRep. Data is a good example of valued stuff which is not

recognised in a formal manner – Hence, the data journal. Because lots of repositories are already storing the

things we think are valuable, we are going to implement MetRep as an overlay repository.

To reuse existing tools for repositories and journals we are going to use overlay documents. These will be based on atom documents.

Need to trust repositories to make any overlay work.