On Mon, Oct 22, 2012 at 2:48 PM, Jonathan Harley <span dir="ltr"><<a href="mailto:jon@spiffymap.net" target="_blank">jon@spiffymap.net</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Unless, and I'm assuming you don't intend this, it was accurate enough to be used as data - for example, if you labelled the lat/long of the bounding box accurately and included high enough resolution vector data. If that was the case you would be conveying a derived database and the full ODbL would still apply to it. I don't think anyone could argue this could apply to screen-resolution bitmap tiles but for vector data (whether PDF or SVG) it just might, in those circumstances.</blockquote>
<div><br></div><div>Well, if you produce Geospatial PDF or georeference the bitmap, you will certainly allow people to locate the features of your map "in the real world". But isn't that the whole purpose of a map? And Web tiles are by their nature georeferenced. And if you generate a vector map of your part of the town, that would mean high-enough resolution for someone to trace the features over it.</div>
<div><br></div><div>I like the "intent" idea: on one hand, you could produce a vector map as a visual instrument of conveying information and that should be OK. On the other hand, someone could produce a SVG that would contain additional "ghost" XML information about the original OSM database elements (IDs, tags, exact coordinates) - that would really constitute a replication of a database and that should not be treated as a Produced Work.</div>
<div><br></div><div>Igor</div></div>