NASA Prepares to Open Source Code
comforteagle writes "According to this story at O'Reilly, NASA is looking for approval for their own open source license. The NASA submitter (lawyer of course) states that none of the current licenses meet their needs, but more interesting is that NASA needs a license at all. It makes one wonder what we, and other space agencies, might see coming out off NASA. It's also nice to see code that taxpayers paid for anyway being released for their use too. There must be at least one slashdotter who could dream up a use for NASA software. X Prize participants maybe?"
There must be at least one slashdotter who could dream up a use for NASA software.
Absolutely there is. I can think of a number of potential applications of NASA image processing software to our research in neuroscience. Right now, we are having to either purchase code written for the GIS markets to do what we want, custom write routines in a language such as IDL, or get some computer science graduate students to work for us custom creating code. We are doing the first two and I am going to start recruiting CS grad. students next week, but things might go a lot faster if we already had a source code base to start with.
Visit Jonesblog and say hello.
NASA's first "A" stands for "Aeronatics", and that's only part of their name. Lots of applications can be thought of. For instance, the source for their 3d ranging application would be very beneficial to many people. I mean, the rovers are able to compute their surroundings in 3d using only 2 cameras. The degree of success and repeatability of these 3d measurements far exceeds any other available 3d ranging software. This type of code could be useful for anyone who wants to make a 3d model of something using only a camera and some precise alignment. Indeed, JPL has a lot of experience in robotics and the gain in knowledge when such code is released is sure to be great for anyone in the field of robotics. Even the Darpa robot competition would be different with such technology freely available.
(expanding a bit on my earlier comment)
I've read the license quickly and I can definitely say that section 3F will cause problems. Requiring registration does not meet the open-source definition, nor the Debian free software guideline. It discriminates people who either 1) do not have access to the Internel (the "desert island" test) 2) people who can't say they are using the software (the "chinese dissident" test). It also prevents any inclusion in a distribution because it implies that merely buying a Linux distribution that includes the software requires you to register it. If you forget, you are breaking the law (just imagine if all software was released under this license).
Last thing, by requiring registration, this license seems to cover the *use* of the software, going even further that what copyright law requests. The GPL gives you rights that copyright law alone does not give you (e.g. right to redistribute the code), but it does not *remove* rights (line the right to use the software without telling anyone). This also means that to be valid, the license would actually have to be signed (hence it becomes a contract). The GPL (or other free software licenses) does not require that since it only gives you additional rights (if you don't agree to the GPL, you still have all rights provided by copyright laws).
Opus: the Swiss army knife of audio codec
The reality of the situation is, the iss orbit is not where it is to 'satisfy the Russians', it's to satifsy the laws of physics. There are two ways to achieve an on orbit rendevous, the first is to go charging up to orbit, and then later maneuver the orbit to match that of the target. This can be hugely wasteful in terms of energy expended in maneuvering. The second method is to wait for the target object to be on an overhead pass, so that a pure ballistic trajectory can take you directly from launch to the on orbit rendevous. This is the most efficient method of launch, allows the maximum payload delivery for a given launch vehicle.
The ISS orbit is determined by simple ballistics. It's where it is to provide maximum availability of direct launch windows from the Kennedy Space Center AND the Balkinor launch facilities. With shuttles all parked in the garage, I suspect there's a lot of folks at nasa today that are quite thankful for the decision to place ISS in an orbit that provides equal accessibility for the Soyuz and Progress vehicles. With no shuttle missions bringing up the groceries, it's very important that those progress launches pack in every possible pound of payload when they do get sent up.
Like everything else in life, ISS decisions are often a big compromise, most compromises are driven by physics, others by politics. To many uninformed folks, much of the decision making driven by physics appears to be political, because they dont understand the reality of the situation. Orbit selection for ISS was not chosen to 'satisfy the russians', but to optimize availability of resources in many scenarios. Lack of shuttle availability was one of those scenarios, and today it's reality. The ISS orbit is skewed a little from optimum shuttle inclinations due to the lifting capacities of the progress vehicles. With 20/20 hindsight, this was a brilliant decision. At the time, it appeared political to americans. It wasn't, it was driven by the need to have contingencies available in the event of prolonged periods of unavailble shuttles. We are currently a year into one of those periods.