Difference between revisions of "Plan overall timeline"
From Geoscience Paper of the Future
(→Tasks and Timeline) |
(→Tasks and Timeline) |
||
| Line 10: | Line 10: | ||
| style="width: 20%;"| '''GOAL''' | | style="width: 20%;"| '''GOAL''' | ||
| style="width: 65%;"| '''TASKS''' | | style="width: 65%;"| '''TASKS''' | ||
| + | |- | ||
| + | |2/6 | ||
| + | |'''Select target articles for GPF''' | ||
| + | |Select a paper per person to use for the work. It could be a paper already published or that is in preparation, and can be by the author or by someone else that would be good to reproduce/understand/make available to the community in a better format. | ||
|- | |- | ||
|2/20 | |2/20 | ||
Revision as of 01:46, 7 February 2015
Tasks and Timeline
This activity will take place in Spring 2015.
| TARGET DATE | GOAL | TASKS |
| 2/6 | Select target articles for GPF | Select a paper per person to use for the work. It could be a paper already published or that is in preparation, and can be by the author or by someone else that would be good to reproduce/understand/make available to the community in a better format. |
| 2/20 | Ensure software is usable | Gather all the software used in the article, including data preparation codes, pre-processing software, visualization software, and any scripts used. Check that all software runs with input data and generates the results as expected. |
| 3/6 | Make data accessible | Publish input, intermediate, and final data in a public shared repository (e.g., FigShare), and cite it in the article. |
| 3/11-3/13 | Attend F2F Meeting training | Training and detailed planning |
| 3/20 | Sketch the overall workflow | Describe the data flow across software components. Define clearly for each piece of software used in the article what are the inputs and outputs and their data types. |
| 4/3 | Make software executable | Ensure that software can be run by others. |
| 4/17 | Specify Software attribution | Document creators, authors, contributors of the software. Cite the software as appropriate in the paper. |
| 5/1 | Make software accessible | Publish software in a public repository (e.g., GitHub), use a license, and cite it in the article. Make it easy to track updates and new versions of the software. |
| 5/15 | Document domain characteristics | Describe domain data and constraints that help others understand the software. |
| 5/29 | Prepare the article for publication | Document the methods section, the figures, and the references. |
During the month of June, the articles will be finalized and submitted to a special issue of a journal.
