Transcript View slides

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 Journal
MetRep – A subject based repository for
Meteorological science.
Proposed overlay mechanisms
Outline
The OJIMS project, Aims and Who’s
involved
Data Journal
MetRep – 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 Journal
MetRep – 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 Journal
MetRep – 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 repository
What'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 Journal
MetRep – A subject based repository for
Meteorological science.
Proposed overlay mechanisms
Overlay documents
Overlay document
Metadata about
the overlay document
Review process
information
Discovery metadata
for the referenced
document
Reference to
document
Document, dataset or
other item. Referenceable via a resolvable id in
a trusted repository.
Review process information
Version of document in review cycle
Submitted by author
Sent for review
Published
Public comments
Description of review process
Digital 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
Overlay repository
Repository
Overlay
document
Overlay
document
Document repository
Overlay
document
Overlay
document
Data repository
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 representation
Already a popular format with many tools.
Need a tool to create the records
Need a web rendering method
Atom
Overlay document
<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>Example Feed</title>
Metadata about
<subtitle>A subtitle.</subtitle>
<link href="http://example.org/feed/" rel="self"/> <link
the overlay document
href="http://example.org/"/>
<updated>2003-12-13T18:30:02Z</updated>
Review process
<author>
<name>John Doe</name>
information
<email>[email protected]</email>
</author>
<id>urn:uuid:60a76c80-d399-11d9-b91C-0003939e0af6</id>
Discovery metadata
<reviewed>2003-12-24T19:32:42Z</reviewed>
for the referenced
document
<entry>
<title>Atom-Powered Robots Run Amok</title>
<link href="http://example.org/2003/12/13/atom03"/>
Reference
<id>urn:uuid:1225c695-cfb8-4ebb-aaaa-80da344efa6a</id>
document
<updated>2003-12-13T18:30:02Z</updated>
<summary>Some text.</summary>
</entry>
</feed>
to
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.