Overlay Journal Infrastructure for Meteorological Science (OJIMS)

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

2. Outline • The OJIMS project, Aims and Who’s involved • Data Journal • MetRep – A subject based repository for Meteorological science. • Proposed overlay mechanisms

3. Outline • The OJIMS project, Aims and Who’s involved • Data Journal • MetRep – A subject based repository for Meteorological science. • Proposed overlay mechanisms

4. 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.

5. 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

6. Outline • The OJIMS project, Aims and Who’s involved • Data Journal • MetRep – A subject based repository for Meteorological science. • Proposed overlay mechanisms

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

8. 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

9. 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.

10. Outline • The OJIMS project, Aims and Who’s involved • Data Journal • MetRep – A subject based repository for Meteorological science. • Proposed overlay mechanisms

11. 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)

12. 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

13. 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.

14. Existing repositories – Could we use them? • Institutional repositories • NORA • university IR • Object type repositories • Arxiv • NORA • BADC • Subject repositories • Arxiv • BADC

15. 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.

16. Outline • The OJIMS project, Aims and Who’s involved • Data Journal • MetRep – A subject based repository for Meteorological science. • Proposed overlay mechanisms

17. Overlay documents Overlay document Metadata about the overlay document Review process information Discovery metadata for the referenced document Document, dataset or other item. Reference-able via a resolvable id in a trusted repository. Reference to document

18. Review process information • Version of document in review cycle • Submitted by author • Sent for review • Published • Public comments • Description of review process • Digital signatures?

19. Metadata about the overlay document • Author (of overlay not the referenced document) • Other Dublin core fields

20. Discovery metadata for the referenced document and Reference to document • Dublin Core metadata harvested from document • Resolvable reference to document • Other identifiers for document

21. Overlay repository Repository Overlay document Overlay document Overlay document Overlay document Document repository Data repository

22. 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.

23. Disadvantages of this approach • Authentication issues. • What if the author does not wish for document to be reviewed

24. Implementation • Atom XML representation • Already a popular format with many tools. • Need a tool to create the records • Need a web rendering method

25. Atom Overlay document <?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>johndoe@example.com</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> Metadata about the overlay document Review process information Discovery metadata for the referenced document Reference to document

26. 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).

27. 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.