@@latex:\textcolor{black}{@@Software paper for submission to the @@latex:\@@ Journal of Open Research Software @@latex:}@@
To complete this template, please replace the blue text with your own. The paper has three main sections: (1) Overview; (2) Availability; (3) Reuse potential.
Please submit the completed paper to: [email protected]
This Org mode file is a template for submitting papers to the Journal of Open Research Software (JORS). It tries to emulate the look-and-feel of the original LaTeX template in the journal’s Author Guidelines.
The template has been prepared by Andreas Hilboll from the University of Bremen. It is available in a GitHubGist.
This template includes all definitions from the original LaTeX template from
the journal’s Author Guidelines. It uses the basic
\documentclass{article}
, so no additional LaTeX files have to be
downloaded.
This .org
file can be compiled to PDF using the command sequence C-c
C-e
l
P
in Emacs.
In this section, we reproduce the layout of the original JORS LaTeX template, including some additions.
The \section
headers should start with (n)
:
At the same time, the section headers should be black; also, we fix the font sizes as in the original JORS class:
Finally, we want some extra spacing (0.5cm) after each \section
header, as
in the original JORS template:
[2017-07-13 Thu] from https://tex.stackexchange.com/a/10689/7434:
The main text should be blue:
In order to have the left column black, we use the hint from https://tex.stackexchange.com/a/203358/7434:
Version | Date | Change |
---|---|---|
0.1 | 12 Jul 2017 | initial version |
The title of the software paper should focus on the software, e.g. Text mining software from the X project. If the software is closely linked to a specific research paper, then Software from Paper Title is appropriate. The title should be factual, relating to the functionality of the software and the area it relates to rather than making claims about the software, e.g. Easy-to-use.
- Last name, first name; (Lead/corresponding author first)
- Last name, first name; etc.
- First author role and affiliation
- Second author role and affiliation etc.
A short (ca. 100 word) summary of the software being described: what problem the software addresses, how it was implemented and architected, where it is stored, and its reuse potential.
keyword 1; keyword 2; etc.
Keywords should make it easy to identify who and what the software will be useful for.
An overview of the software, how it was produced, and the research for which it has been used, including references to relevant research articles. A short comparison with software which implements similar functionality should be included in this section.
How the software was implemented, with details of the architecture where relevant. Use of relevant diagrams is appropriate. Please also describe any variants and associated implementation differences.
Detail the level of testing that has been carried out on the code (e.g. unit, functional, load etc.), and in which environments. If not already included in the software documentation, provide details of how a user could quickly understand if the software is working (e.g. providing examples of running the software with sample input and output data).
Please include minimum version compatibility.
Please include minimum version compatibility
E.g. memory, disk space, processor, input devices, output devices.
E.g. libraries, frameworks, incl. minimum version compatibility.
Please list anyone who helped to create the software (who may also not be an author of this paper), including their roles and affiliations.
(e.g., institutional repository, general repository) (required – please see instructions on journal website for depositing archive copy of software in a suitable repository)
Name | The name of the archive |
Persistent identifier | e.g., DOI, handle, PURL, etc. |
Licence | Open license under which the software is licensed |
Publisher | Name of the person who deposited the software |
Version published | The version number of the software archived |
Date published | dd/mm/yy |
(e.g., SourceForge, GitHub, etc.) (required)
Name | The name of the code repository |
Identifier | The identifier (or URI) used by the repository |
Licence | Open license under which the software is licensed |
Date published | dd/mm/yy |
(if appropriate)
Name | The name of the emulation environment |
Identifier | The identifier (or URI) used by the emulator |
Licence | Open license under which the software is licensed here |
Date published | dd/mm/yy |
Language of repository, software and supporting files.
Please describe in as much detail as possible the ways in which the software could be reused by other researchers both within and outside of your field. This should include the use cases for the software, and also details of how the software might be modified or extended (including how contributors should contact you) if appropriate. Also you must include details of what support mechanisms are in place for this software (even if there is no support).
Please add any relevant acknowledgements to anyone else who supported the project in which the software was created, but did not work directly on the software itself.
If the software resulted from funded research please give the funder and grant number.
If any of the authors have any competing interests then these must be declared. The authors initials should be used to denote differing competing interests. For example: BH has minority shares in [company name], which part funded the research grant for this project. All other authors have no competing interests.”
If there are no competing interests, please add the statement: The authors declare that they have no competing interests.
Please enter references in the Harvard style and include a DOI where available, citing them in the text with a number in square brackets, e.g.
[1] Piwowar, H A 2011 Who Shares? Who Doesn’t? Factors Associated with Openly Archiving Raw Research Data. PLoS ONE 6(7): e18657. DOI: http://dx.doi.org/10.1371/journal.pone.0018657.
bibliographystyle:apalike
bibliography:references.bib
Authors who publish with this journal agree to the following terms:
Authors retain copyright and grant the journal right of first publication with the work simultaneously licensed under a Creative Commons Attribution License that allows others to share the work with an acknowledgement of the work’s authorship and initial publication in this journal.
Authors are able to enter into separate, additional contractual arrangements for the non-exclusive distribution of the journal’s published version of the work (e.g., post it to an institutional repository or publish it in a book), with an acknowledgement of its initial publication in this journal.
By submitting this paper you agree to the terms of this Copyright Notice, which will apply to this submission if and when it is published by this journal.