Hi Nathan,<div><br><div>So, do you mean specifically when a project is silent on certain high-value components that make it competitive? Like, if it was really hard to find a good connector for little modular circuit boards, so the project doesn't want to give that information away for free, so they release everything else. In that case they shouldn't be encouraged to call their project "open" because they are making the conscious decision to withhold their highest value IP.</div>
<div><br></div><div>That makes sense to me. It's not hard to establish where a project manager stands in relation to that cutoff. Either they're holding something back or they're not. </div><div><br></div><div>
Would you extend that train of thought far enough to include processes in addition to components? Like, if the connector has to be physically conditioned (I'm thinking like a new baseball glove) before it will work correctly, then do those details also have to be released?</div>
<div><br></div><div>If so, then would you extend it even farther to include things like sourcing? If there's only one factory in the world that makes the thing, or does the thing, and that factory doesn't advertise, then do they have to release contact information to be considered more than partially open? Alternatively, if it can be done anywhere, but it takes a lot of back-and-forth between the project manager and the manufacturer, then do they have to release their internal email traffic so that people know what to ask the manufacturer for?</div>
<div><br></div><div>It's an interesting definition. I'm not going to pretend that I have an answer on what the best cutoff is.</div><div>Cheers,</div><div>Matt</div><div><br></div><div><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 5 Mar 2013 11:16:34 -0700<br>
From: Nathan Seidle <<a href="mailto:nathan@sparkfun.com" target="_blank">nathan@sparkfun.com</a>><br>
To: The Open Source Hardware Association Discussion List<br>
        <<a href="mailto:discuss@lists.oshwa.org" target="_blank">discuss@lists.oshwa.org</a>><br>
Subject: Re: [Discuss] Google Doc for describing best practices.<br>
Message-ID:<br>
        <CAHCf+B=knTHUm9KXaTWKwfwW-TvgH4mEN=<a href="mailto:boCnHKAx%2Bmp_Uorg@mail.gmail.com" target="_blank">boCnHKAx+mp_Uorg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hi David - thanks for hammering on this. Ayah - I hope you don't mind but I<br>
use littlebits as an example. I'd love to hear your feedback.<br>
<br>
I can't quite get wording of an important section of 'Overall' and would<br>
like to discuss it. Littlebits is an example of mixed open/close. The PCB<br>
layouts are released (<a href="https://github.com/littlebitselectronics" target="_blank">https://github.com/littlebitselectronics</a>), the<br>
connectors are awesome and novel and unique, but are not released. This mix<br>
can be found in other projects, Makerbot being a large one. There are lots<br>
of parts we all use that won't have design docs (ex: microUSB connector),<br>
but when we the designer have access to the design docs and they are not<br>
released, then the design is not open source hardware in my eyes. I want to<br>
be clear that I don't think little bits is doing anything wrong; we've just<br>
never addressed this aspect. However, going forward I think we need to<br>
clear up the ambiguity. So here's my stab at the wording:<br>
<br>
Any part of a design that can be opened but is intentionally withheld will<br>
cause a design to be considered partially open. The rule of thumb: Have I<br>
released all the source files that I have access to? If the answer is no,<br>
then the project is not OSHW.<br>
<br>
I don't want to discourage people from releasing! So I'm willing to<br>
consider 'partially open' wording as a way to allow folks to get the<br>
benefits of open community while closing parts of a design if they feel the<br>
need.<br>
<br>
Cheers,<br>
-Nathan<br>
<br>
<br>
--<br>
Nathan Seidle<br>
CEO, SparkFun Electronics Inc<br>
Boulder, CO<br>
Phone : <a href="tel:1-303-284-0979" value="+13032840979" target="_blank">1-303-284-0979</a><br>
Fax : <a href="tel:1-303-443-0048" value="+13034430048" target="_blank">1-303-443-0048</a></blockquote></div></div></div>