[OSM-legal-talk] ODbL: incompatibility issues
Frederik Ramm
frederik at remote.org
Mon Mar 2 08:51:02 GMT 2009
Hi,
80n wrote:
> I can imagine a scenario where, for example, Google uses Amazon's Mechanical
> Turk to pay lots of people to use Map Maker to trace from OSM's rendered
> tiles.
Is this a scenario we could try to fight when it happens, instead of
complicating things upfront, or would it be too late then?
My opinion is that if OSM were non-changing, one could say we need to be
cautions because once the data is leaked beyond our control then that's
it. But since OSM is changing, and (IMHO) our database is worth little
without the steady stream of changes, we can risk such a "leak" because
we always have the power to cut off the updates and thus render the
leaked data next to worthless after a short time.
If we leave everything as it is (saying that Produced Works need to be
accompanied by a rule that reverse engineering triggers ODbL - assuming
for a moment that this is the license's intent, Gustav has rightly said
that we should seek clarification on that), but we add a clause saying:
"This license explicitly allows the distribution of a Produced Work
under any of the following licenses: GPL v2 or later, GFDL, CC-SA,
CC-BY-SA, CC-BY-SA-NC. In addition, a Produced Work may be distributed
under any other license that complies with the requirements set forth in
this license."
- then this would make it possible to create a Produced Work that mixes
OSM data and, say, CC-BY-SA data; your above scenario would still be
possible, but it should be reasonably unattractive for a commercial
entity to spend a vast amount of money to finally have a collection of
data that is CC-BY-SA or GFDL licensed. And if it should happen and be
used for a purpose that we don't like then we simply create ODbL v1.1
which prohibits exactly that.
Bye
Frederik
More information about the legal-talk
mailing list