Republished from J. Simmons:
(the original has links)
“Discussion of open source spaceflight hardware groups reveals a number of repeated challenges facing this movement. These challenges include licensing open source hardware, the development of web-based project management tools for engineering, overcoming the costs associated with engineering software, and resolving the conflict between open source methods and export restrictions on spaceflight hardware. The good news for the open source spaceflight organizations is that they are not alone in addressing some of these challenges, which provides for important opportunities.
The second challenge is developing web-based project management tools for engineering projects. There are a number of web sites which fill a similar role for open source software projects, including Source Forge. However, these tools are optimized for managing and sharing software projects, not hardware projects. So, at present, most of the organizations listed above are making due with a collection of disconnected tools. Which explains why a number of them are working to address this challenge. And these organizations are not alone. DARPA, which is researching open source hardware, is soliciting proposals for the development of their own open source hardware project portal called Vehicle Forge. And CERN has recently announced its Open Hardware Repository. DARPA and CERN’s investments validate the efforts to develop such a portal, and may help pave the way for wide-spread availability in the near future.
The third challenge is overcoming the cost of engineering software. The ideal solution for these groups is to identify and adopt open source engineering tools. Using open source engineering tools first ensures the tools will continue to be available and at no cost to volunteers participating in the design process. Second, using open source engineering tools fits in with the over all philosophy of open source hardware. The second best solution is to find software which can be used freely for personal or not-for-profit use. Sites like the Mach 30?s Openeering Wiki and Develop Space’s Open Source Engineering Tools are both intended to catalog the available options as a means of addressing this challenge.
The fourth challenge is resolving the conflict between open source methods and export restrictions on spaceflight hardware. In the United States, there are a number of export restrictions which affect almost every type of spaceflight hardware, regardless of use or intent. Put simply, these export controls forbid United States citizens from sharing any material concerning spaceflight hardware. Failing to comply with these regulations can carry severe penalties, making it essential that anyone working in spaceflight hardware follow them. However, following these kind of restrictions is in direct opposition to the open source philosophy.
While it is true these challenges are significant, most of them are shared by the larger open source hardware community, which means we are not alone in facing them. The key to overcoming these challenges, and making open source spaceflight successful, is to work together to address these challenges, both within the fledgling open source spaceflight and with the larger open source hardware community.”