<br><br><div class="gmail_quote">On 7 October 2010 10:43, Rob Myers <span dir="ltr"><<a href="mailto:rob@robmyers.org">rob@robmyers.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;">
<div class="im">On 10/07/2010 10:04 AM, Ed Avis wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Rob Myers<rob@...>  writes:<br></blockquote></div></blockquote><div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I'm coming to the conclusion that "individual contributor of original data to OSM" and "institutional importer of a third party database" should be treated differently, and possibly that OSM should do the Debian thing of having different repositories for different classes of resource. The end result can still be BY-SA map tiles...<br>
</blockquote></div><font color="#888888">
</font><br></blockquote></div><br>Couldn't the same thing be achieved by having the license at the object level instead so I could mark my own surveyed data as PD while externally sourced objects (eg. OS data) would have the appropriate license attached? Data users could then make the decision on what data to pull out based on the license they want to apply to their product. This would also allow the project to use non-commercial sources and the like just marking the objects with the appropriate licenses.<br>
<br>I guess this is also 80n's point re. different licenses coexisting in the same project.<br><br>Kevin<br><br>