One of the ways I might consider contributing to a PD dataset would be if it were possible to license basic elements such as roads and landuse as PD but retain more detailed elements as CC-BY-SA.<br><br>A basic road layout is pretty much a commodity these days whereas some of the very detailed micro-mapping that requires the exploration of every back-alley has greater value and deserves (IMHO) greater protection.<br>
<br>I'm thinking there could be mechanism that allowed basic elements to be PD licensed, but still enabled POIs and more detailed elements to be maintained under a different license.  This is a variation on the differently licensed layers scheme, with a bit more structure for what gets stored under each license (perhaps each user might choose differently).<br>
<br>80n<br><br><div class="gmail_quote">On Fri, Jul 30, 2010 at 3:47 PM, TimSC <span dir="ltr"><<a href="mailto:mapping@sheerman-chase.org.uk">mapping@sheerman-chase.org.uk</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;">
<br>
Landon,<br>
<br>
Yeah the database approach is pretty cool - all the tools from the main OSM can be reused.<br>
<br>
I did have a thought, which is probably obvious to everyone already. The OSM dev server has rails and databases are available. It is also has apache configured to render rails pages (I guess using passenger). But it does say on the wiki to not install big web apps, and I would imaging the rails port would qualify as big. From my personal experience, the load on the dev server is generally light(?). (At least as far as I can tell in munin[1]) So in principle, no new hardware or serious reconfiguration is needed for a test database.<br>

<br>
Who was saying OSM was a do-ocracy?...<br>
<br>
This would obviously not be a practical solution, if it became popular. But looking around for 3rd party options looks more attractive, if we get the cold shoulder from OSMF.<br>
<br>
TimSC<br>
<br>
[1] <a href="http://munin.openstreetmap.org/openstreetmap/errol.openstreetmap/index.html" target="_blank">http://munin.openstreetmap.org/openstreetmap/errol.openstreetmap/index.html</a><div class="im"><br>
<br>
On 29/07/10 22:23, Sunburned Surveyor wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
TimSC,<br>
<br>
I've had some time to consider your questions. After some serious<br>
thought I realize that a database is the best way to store a seamless<br>
geospatial data set.<br>
<br>
It doesn't sound like your getting a lot of love from the OSMF board.<br>
:] You can contact me if you want to explore the idea of setting up an<br>
expiremental PD database.<br>
<br>
Landon<br>
   <br>
</blockquote>
<br>
<br></div><div><div></div><div class="h5">
_______________________________________________<br>
Legal-general mailing list<br>
<a href="mailto:Legal-general@openstreetmap.org" target="_blank">Legal-general@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/legal-general" target="_blank">http://lists.openstreetmap.org/listinfo/legal-general</a><br>
</div></div></blockquote></div><br>