<div class="gmail_quote">On Thu, Dec 3, 2009 at 1:26 PM, James Livingston <span dir="ltr"><<a href="mailto:doctau@mac.com">doctau@mac.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On 03/12/2009, at 10:19 PM, Ed Avis wrote:<br>
> That was my interpretation too.  It appears to me that if some well-meaning<br>
> body released a set of data under the ODbL (which presumably we recommend as<br>
> an appropriate licence for geodata) then the OSM project would not be able to<br>
> use it.  In other words, under the proposed way of using it (with these<br>
> contributor terms), the ODbL is not compatible with itself.<br>
<br>
</div>A somewhat similar situation happens with open-source software that is licensed "GPL 2 or later" - people can license their changes under "GPL 2 only", meaning they can't practically be used upstream. The difference is that doing so is an active thing, you are not likely to release your changes like that without knowing that you're doing it.<br>

<br>
With the contributor terms however, you have to actively choose to make your data importable, rather than it being importable by default.<br>
<div class="im"><br>
<br>
> The 'without giving up the ability for easy re-licensing' part is not a<br>
> disadvantage of the ODbL or the proposed contributor terms; it applies to any<br>
> licence.  (Currently, data released under CC-BY-SA can be imported into OSM,<br>
> but the project doesn't have the right to relicense it without separate<br>
> permission.)<br>
<br>
</div>I probably could have left out the references to the ODbL in my mail.<br>
<div class="im"><br>
<br>
> However, if the policy is that no data (ODbL or otherwise) can be imported<br>
> without agreement to contributor terms that allow broad relicensing, then in<br>
> practice data derived from the OSM data cannot be merged back in without<br>
> special permission.  This does seem to defeat most of the point of share-<br>
> alike licensing.  (The data set may be available, but without permission to<br>
> reincorporate it into OSM, it becomes much less useful.)<br>
<br>
</div>This is the main point of what I was getting at. We'll have to see what the LWG thinks, but as I read it the proposed contributor terms defeat the main point of choosing a share-alike license: that we can benefit from when a derived database contains some useful information.<br>

<div><div></div><div class="h5"><br></div></div></blockquote><div><br>This issue was raised some months ago and considered by the LWG.  It's point 15 in this document: <a href="http://docs.google.com/View?id=dd9g3qjp_0hnnw6tc9">http://docs.google.com/View?id=dd9g3qjp_0hnnw6tc9</a><br>
<br>As far as I can see it remains unresolved.<br><br>80n<br></div></div><br>