<br><br><div class="gmail_quote">2009/11/5 Peter Miller <span dir="ltr"><<a href="mailto:peter.miller@itoworld.com" target="_blank">peter.miller@itoworld.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><div></div><div>This thread seems to be indicating that it will be down to 3rd parties<br></div></div>
such as ITO and Geofabrik and others who care to do so to put stuff<br>
necessary moderation stuff together.<br>
<br></blockquote><div><br>I don't know if it is up to 3rd parties to do such tools, but there is a fact that remains. Most OSM people are just volunteers who don't necessarily have the time to put a huge amount of effort in making a tool. While there are some people capable of it, it is more difficult to do this in a sustained manner as you have to do it in your free time. As you probably notice, life happens and sometimes you come back and see some pointless discussion in tree lined roads (which is healthy to some extent). I think that many off the major technical contributors are actually linked to OSM due to their work allowing them to do things more efficiently.<br>

<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Should we start sketching out a wish list of what we really need to be<br>
able to nail malicious edits and then divide out the implementation?<br>
<br></blockquote><div><br>I think it is a good idea.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
ITO are happy to be able to offer support services to OSM and would<br>
certainly consider doing another round of serious work but only with<br>
the support of the community in a space where we are not competing<br>
with others and trying to solve the same problem.<br>
</blockquote></div><br>Indeed, for a company, it is a waste of money to pour money on a project that might be competing with a community oriented project. The problem that we are seeing here is really something that is important for the future of OSM and we need to make sure that at least our first draft addresses the basic need that we have.<br>
Frederik suggestions in terms of database is very wise. You can't really do anything useful with the schemas currently available without some serious amount of power. Performance will always be potentially a problem. I think we are all trying to solve this issue very hard as it is never fun to have imports that takes ages before we can do anything.<br>
<br>Emilie Laffray<br>