Hopefully this'll be the last on this topic. ;)<br><br><div class="gmail_quote">On Wed, Jul 21, 2010 at 6:30 PM, Nathan <span dir="ltr"><<a href="mailto:nathan@webr3.org">nathan@webr3.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2: why aren't the patents from contributors with Necessary Claims<br>
disclosed?<br>
<br>
</blockquote>
<br>
Because it would put contributors at a disadvantage if they revealed that<br>
they did or didn't have patents. Essentially by claiming to non-assert the<br>
relevant patents, they're saying that if they DO have patents, they won't<br>
enforce them against other contributors. Of course, if one contributor<br>
</blockquote>
<br></div>
what about against implementers? (sorry may just be an omission, looking to clarify)</blockquote><div><br></div><div>Because an implementor could be a patent troll and implementors aren't required to non-assert. </div>
<div><br></div><div>Simple as that.</div><div><br></div><div>Keep in mind we're talking about intellectual property. When you implement a spec, you're implementing someone else's invention. When it's a "standard", it was probably created by a consortia of companies that all have patents. What's important is that the creators of the spec don't create an encumbered spec and implementors are free to implement the technology (presuming that they don't implement the spec and then sue the creators of the spec).</div>
<div><br></div><div>Essentially the non-asserts are about protecting the creators of the technology, and less about protecting the implementors. It's up to each implementor to assess the legal situation with their own counsel (if it's important to them) before writing a line of code. The contributors obviously can't do that for you, they can only assess their own legal situation and act according to their interests.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">can I (legally) release an OpenID spec implementation under any license I want (even cc-zero)<br></blockquote>
<div><br></div><div>Not today. Depends on the copyright license that applies. The default is all rights reserved, so until we specify otherwise, that's the doctrine that applies.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
can you guys condense all of the outcome of this in to one little snippet and license and stick it on the specs to save everybody else going through this same procedure, and/or having to read several documents and all the agreements themselves to figure out the true picture. Pref using an existing compatible license of course, but whatever will do, given the nature of the software industry I'm sure some lawyer(s) somewhere will hook up on it and figure out all the details + license compatibility issues, given the penetration of OpenID.</blockquote>
<div><br></div><div>Ideally, yes, that should be the outcome here.</div><div><br></div><div>Chris</div></div><br clear="all"><br>-- <br>Chris Messina<br>Open Web Advocate, Google<br><br>Personal: <a href="http://factoryjoe.com">http://factoryjoe.com</a><br>
Follow me on Buzz: <a href="http://buzz.google.com/chrismessina">http://buzz.google.com/chrismessina</a> <br>...or Twitter: <a href="http://twitter.com/chrismessina">http://twitter.com/chrismessina</a> <br><br>This email is: [ ] shareable [X] ask first [ ] private<br>