Recommendations to clarify NASA open source requirements
John D. Haiducek, Thom R. Edwards, Wade Duvall, Sarah R. Cannon, Kai, Germaschewski, Jason E. Kooi

TL;DR
This paper recommends that NASA adopt and clearly communicate standard open source software definitions in solicitations to prevent misunderstandings and licensing issues among proposers.
Contribution
It proposes adopting community-aligned definitions and requiring license disclosures in NASA solicitations to improve clarity and compliance.
Findings
Misunderstandings can lead to non-compliance or unfair advantages.
Clear definitions and communication reduce licensing issues.
Requiring license identification improves proposal transparency.
Abstract
The software community has specific definitions for terms such as "open source software," "free software," and "permissive license," but scientists proposing software development efforts to NASA are not always knowledgeable about these definitions. Misunderstandings about the meaning of these terms can result in problems of fairness with solicitations, because scientists who interpret the terms differently than NASA intends may either needlessly limit the scope of their proposed work, or unwittingly propose work that does not comply with software licensing requirements. It is therefore recommended that NASA adopt definitions of the above terms that are in line with software community usage, that these definitions be communicated as part of solicitations to ensure a common understanding, and that proposals be required to identify what software licenses the proposers expect to use.
Peer Reviews
No public reviews on file for this paper yet. If you reviewed it on a platform where reviews are public (OpenReview, ICLR, NeurIPS, ICML), you can paste yours below so the community can read it here.
Videos
No videos yet. Explain this paper in a talk, walkthrough, or lecture? Add one.
Taxonomy
TopicsOpen Source Software Innovations · Mobile Crowdsensing and Crowdsourcing
