<div class="gmail_quote">On Sun, Dec 13, 2009 at 10:01 AM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org">frederik@remote.org</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;">
Hi,<br>
<div class="im"><br>
Gervase Markham wrote:<br>
> On 12/12/09 15:16, Frederik Ramm wrote:<br>
>> The main reason, I think, is that what you (the individual contributor)<br>
>> have is not necessarily a database (think of someone just making a few<br>
>> fixes to road names or so).<br>
><br>
> That may be true. But that doesn't require the OSMF to have special<br>
> rights. Why not write the licence so whatever rights downstream users<br>
> need are granted to them directly by the original submitter of the data?<br>
> There should be no need for the involvement of a third party.<br>
<br>
</div>ODbL is a license that can be used for people who already have a<br>
database that they want to license.<br>
<br>
That OSM is a project where a database comes into existence by having<br>
lots of people contribute to a common pool is outside the scope of ODbL.<br>
<br>
Making a license that covers the crowd-sourced creation *and* the<br>
downstream licensing of a database would surely be possible but that<br>
would be an entirely different beast I believe, and also one that would<br>
in all likelyhood be a special OSM license used by nobody else than OSM.<br></blockquote></div><br>Isn't that what ODbL plus Contributor Terms is?  Something different from ODbL, incompatible with other ODbL data and unique to OSM.<br>
<br>It seems to me that the Contributor Terms are the source of many of the problems identified with the proposed license scheme.  They hinder the ability for other ODbL datasets to be added to OSM, they prevent attribution-only datasets from being added to OSM.<br>
<br>Additionally, they load a lot of responsibility onto OSMF and take away the ability for contributors to protect their own data.  <br><br>OSMF becomes a single point of failure.  This is not a good thing.<br><br><br><br>
<br>