ROSES Data Managment Plan Tips

From The SBN Wiki
Jump to navigation Jump to search

Introduction

Almost all proposals to ROSES are required to have a data management plan (DMP) or an explanation of why one is not necessary.  For more details, confer with:

  • Data Management Plans at NASA-Funded Research Results main site,
  • NASA Plan for Increasing Access to the Results of Scientific Research,
  • NASA Research Announcement for ROSES,
  • Planetary Science Division Research Program Overview,
  • ROSES appendix for the particular program to which you are applying.

What follows here is a summary of what a proposer needs to consider if archiving with the PDS Small-Bodies Node.

Small Bodies Node data

The Small Bodies Node archives data concerning comets, asteroids, small satellites, meteorites, and dust, including Kuiper Belt objects, dwarf planets, returned dust samples, and laboratory spectra. Ring data, possibly including small satellites within rings, should be submitted to the Rings Node. Large satellite data is best submitted to the Imaging Node.

Data in this context is mainly concerned with spacecraft/telescopic/laboratory observations and derived products. Results of the computer modeling are accepted only if they produce derived products for mission/observation data that are also archived in PDS and are based on some well-proven (or commonly accepted) modeling techniques. Data that are primarily theoretical in nature should be archived elsewhere. See NASA's Open Data Portal description at the NASA-Funded Research Results site, and NASA's Open Data Portal main site for more information.

Other PDS nodes may have different procedures or guidelines, contact whichever node you think is relevant for your dataset. If you are unsure but think SBN may be the relevant node, contact us first.

Letters of support

If archiving with PDS, ROSES program elements require a letter of support from the relevant PDS Node. We encourage all potential SBN data providers to contact us well in advance of the program deadline for a letter of support, two weeks or more is best.  When requesting a letter of support, please include the following information:

  • Title of the proposal.
  • Name and institution of the principal investigator.
  • Type of data to be archived, e.g., spectra, images, photometric curves.
  • Format of the data, e.g., ASCII tables (fixed width or CSV), PDS4 compliant FITS files.
  • Main documentation format, either PDF/A or ASCII.
  • Expected volume of the data.

We may request more information or iterate with you regarding what details are needed. If appropriate, we will return to you a letter of support that you can attach to your proposal.

ROSES data management plan

NASA ROSES Appendix C (Planetary Science Division Research Program Overview) outlines the requirements for DMPs and archiving. Refer to the overview for a description of what data is covered by the DMP. In general, SBN encourages the submission of any scientifically meaningful data relevant to small bodies in our Solar System.

A description of data types, volume, formats, and (where relevant) standards

  • For submission to the SBN, the standard should be the Planetary Data System version 4 (PDS4).
  • PDS4 has a limited set of acceptable data formats, summarized on our PDS4 Wiki and detailed in the PDS4 documentation.
  • Most SBN data providers submit text-based tables, binary 2D arrays (images), and associated documentation (ASCII or PDF/A text).
  • Software is potentially covered by the DMP, but PDS SBN does not archive software or source code. Consider archiving your software elsewhere (see the ROSES call for guidance).

A description of the schedule for data archiving and sharing

The schedule should include:

  • Time to prepare the archive.
  • Time for the peer-review process, including the review meeting.  We encourage all data providers to attend the review meeting, either in person or via telephone.
  • Time to address referee comments.  It is very common for data providers to have issues that must be addressed before the data can be accepted.
    • Comments are typically related to documentation or formatting.
    • Occasionally more serious issues are discovered.

Altogether, a general rule is to submit your data set at least 4 months before your project end date, which includes:

  • A few weeks for us to check your data for compliance, and for you to resolve any issues.
  • A couple months for the review to be scheduled.  SBN reviews are scheduled when a sufficient number of data sets have been submitted.  Ultimately, we require the data set 5 weeks before the review date, which includes time for the reviewers to review the data.
  • And, an additional month for you to resolve the review comments and the reviewers to accept the changes (typically executed via e-mail or teleconference).

A description of the intended repositories for archived data, including mechanisms for public access and distribution

The NASA Planetary Data System Archive is the intended repository. The archive is publicly accessible via online servers maintained by NASA and the PDS node host institutions.

A discussion of how the plan enables long-term preservation of data

SBN standards and peer-review practices are designed to archive data files with sufficient documentation and ancillary information that the data will be useful, meaningful, and accessible to astronomers in future generations.

A discussion of roles and responsibilities of team members in accomplishing the DMP

Note that PDS4 labels are XML based. If someone on your team has relevant experience with PDS4 or XML, consider pointing this out.