<div class="gmail_quote">On Mon, Aug 23, 2010 at 12:58 AM, David Dean <span dir="ltr"><<a href="mailto:ddean@ieee.org">ddean@ieee.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi everyone,<br>
<br>
I'm a little worried about the impact of the Contributor Terms have on<br>
the ability of OpenStreetMap users to import data. The Contributor<br>
Terms don't explicitly mention importing at all, and seem to be<br>
focused on the user-as-mapper rather than the user-as-data-importer.<br>
<br>
I'm concerned that even if a user-as-data-importer agrees to the CTs<br>
under the assumption that it is compatible with, for example, CC-BY<br>
data, then that data could become a noose around OSM neck if we want<br>
to perform a future relicensing (such as Mike's recent example about<br>
relicensing to release 10+ year old data under CC0 - this wouldn't be<br>
possible if any of the old data is CC-BY).<br>
<br></blockquote><div>If a user imports CC-BY data, having agreed to the CTs then the situation is no different from any other contribution that does not conform to the license terms.  It would need to be reverted.<br><br>
It's no different from a user today importing incompatibly copyrighted material.  If it is discovered then it has to be reverted.  And I don't think there's really any difference, except in scale, between a user-as-data-importer and a normal user.<br>
<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Any significant future relicensing is going to find some data imports<br>
that, regardless of their importers agreement to the CTs, is not going<br>
to be compatible with the hypothetical future license.<br>
<br>
I'm not completely sure of the best way to deal with this, but it<br>
seems that two possible approaches come to mind.<br>
<br>
1) Don't allow any imports from data that aren't completely compatible<br>
with the CTs (which would most likely just be explicit licensing under<br>
the CTs and PD)<br>
<br>
2) Allow imports under licenses compatible with the current database<br>
license (CC-BY-SA/ODbL at current) provided that the import changesets<br>
are tagged appropriately (including a license= tag) and waive the<br>
relicensing terms for the imports.<br>
<br>
Of course, this means that some imports may have to be removed in a<br>
future relicensing, but legally it seems to me that was always going<br>
to be the case anyway.<br>
<br>
- David<br>
<br>
--<br>
David Dean<br>
Post-Doctoral Fellow, RP-SAIVT, QUT<br>
(me) <a href="http://www.davidbdean.com" target="_blank">http://www.davidbdean.com</a><br>
(saivt) <a href="http://www.bee.qut.edu.au/projects/saivt/" target="_blank">http://www.bee.qut.edu.au/projects/saivt/</a><br>
(post) Room S1101, GPO Box 2434, Brisbane, Australia 4001<br>
(p) +61 7 3138 9329 (m) 0407 151 912<br>
(CRICOS) 00213J<br>
<br>
_______________________________________________<br>
legal-talk mailing list<br>
<a href="mailto:legal-talk@openstreetmap.org">legal-talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/legal-talk" target="_blank">http://lists.openstreetmap.org/listinfo/legal-talk</a><br>
</blockquote></div><br>