<br><div class="gmail_quote">On Sun, Jun 12, 2011 at 11:29 AM, Nic Roets <span dir="ltr"><<a href="mailto:nroets@gmail.com">nroets@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

I'm much more worried about the effects of a fork. If we spend time<br>
updating a number of forks, it will detract from time that we could<br>
have spent mapping.<br>
<br>
It's much better if we a democratic process and settle the license one<br>
and for all. If joining the OSMF is a requirement to vote, then so be<br>
it. It's only 25 bucks.<br></blockquote></div><br><br>Hi,<br>I think the time building the tools to support forks is worth while. For one, we need the tools to allow people to build and host local maps without asking a committee for permission.<br>

Second we need to allow for multiple layers, multiple database and mutiple license in osm, not a single monolithic data structure and server. <br><br>Tools are needed to allow for better merging and comparison of layers, checking licenses and all that. I see alot of development work as needed to reach this goal. <br>

<br>The code is the law, <br><a href="http://www.lessig.org/content/standard/0,1902,4165,00.html">http://www.lessig.org/content/standard/0,1902,4165,00.html</a> and we need to change the code so that these discussions about licensing and all that are less important. <br>

<br>Today I have gotten my first version of the renderbotnet server running over ipv6 and you are all welcome to attach a worker process to it.. It is not rendering right now, but the basic connections are running, all without a central server, using ipv6 so you dont need any nat/firewall rules. See my blogpost <br>

<a href="http://osmopenlayers.blogspot.com/2011/06/get-started-with-renderbot-net.html">http://osmopenlayers.blogspot.com/2011/06/get-started-with-renderbot-net.html</a> and my mail to osmfork <a href="http://groups.google.com/group/osm-fork/browse_thread/thread/c623807cd72402a6">http://groups.google.com/group/osm-fork/browse_thread/thread/c623807cd72402a6</a><br>

<br>We need to get enough CPUs in the renderbotnet connected and then we can use that to share cpus for doing rendering and data processing tasks. Also sharing of edits and chages should be possible using a xmpp chat protocol so that you can either use a modified josm that talks to the botnet or host a local api server that broadcasts your changes on the net. <br>

<br>In any case, I see that in the next years we will have a nice solution, and it will be worth the effort. <br><br>mike<br><style>img, #cubbies-overlay{ -moz-transition-property: margin, box-shadow, z-index; -moz-transition-duration: 0.1s; -webkit-transition-property: margin, box-shadow, z-index; -webkit-transition-duration: 0.1s; }
.cubbies-selected{ z-index: 9999; box-shadow: 3px 3px 8px -1px blue !important; cursor: pointer !important; margin: -3px 3px 3px -3px; }
.cubbies-selected:active{ box-shadow: 2px 2px 5px -1px darkblue !important; margin: -1px 1px 1px -1px; }
#cubbies-overlay{ position: fixed; z-index: 9999; bottom: 30px; left: 30px; box-shadow: 0 2px 3px rgba(0,0,0,0.8); border: none; }
#cubbies-overlay:hover{ box-shadow: 0 2px 3px rgb(0,0,0); }</style>