<p>I agree with Andy. This is what I understand the ODbL to be saying. Unfortunately, as with any legal text, its difficult to read and this is an unavoidable consequence of the legal system. If you need interpretation of the license, new or old, the best route may be to consult a lawyer.</p>

<p>Cheers, </p>
<p>Matt</p>
<p><blockquote type="cite">On Jul 8, 2010 10:18 AM, "Andy Allan" <<a href="mailto:gravitystorm@gmail.com">gravitystorm@gmail.com</a>> wrote:<br><br><p><font color="#500050">On Wed, Jul 7, 2010 at 9:35 PM, Oliver (skobbler)
<<a href="mailto:osm.oliver.kuehn@gmx.de">osm.oliver.kuehn@gmx.de</a>> wrote:
>
> Hi Frederick,...</font></p>Either you mis-spoke in this sentence, or you are wrong with this<br>
assertion. If you have a derived database, and make a produced work,<br>
you are required to make the derived database available under the<br>
ODbL. That's practically the whole point of the ODbL!<br>
<br>
Section 4.5b, which amongst other things is a classic "could do with<br>
some scoping parenthesis" piece of legalese, is only clarifying that<br>
if the produced work is made up from a collective database, e.g.<br>
"(derived + some other db) =>produced work" then the collective db is<br>
not considered derived - i.e. the some-other-db can stay non-ODbL<br>
licensed. But if you make a produced work (actually, if you "publicly<br>
use" said produced work), then the derived database must be shared in<br>
any case (4.4a and 4.4c).<br>
<br>
As for Frederik's initial question, part 1. is unavoidably share-alike<br>
as soon as the produced work is publicly used. Part 2 I'll leave for<br>
others.<br>
<br>
Cheers,<br>
<font color="#888888">Andy<br>
</font><p><font color="#500050">
_______________________________________________
legal-talk mailing list
legal-talk@openstreetmap.or...</font></p></blockquote></p>