<div>Tom + list,</div><div><br></div>It'd good to have the discussion about whether we want routing, geocoding, geosearch and so on the OSM homepage. šMy view on this is that OpenStreetMap.org is there to help OpenStreetMappers map the world in the most fun and efficient way possible. šThe services the site provides should support this aim. šTools like the namefinder, the no-names map and map lint and the data layer are great ways to help mappers create better data. šBut to date there is no way for mappers to test the accuracy of roads for routing that they have added to the map. šI think there's a big difference between becoming a 'Google clone' and offering ways for mappers to validate the correctness of routing data. šIntegrating routing has nothing to do with presentation, its about making a better map.<div>
<br></div><div>Using a closed source service for anything is always going to be contentious in an open source project. šI think we need to take a pragmatic stand point here. šWe want to create the best open source map possible. šTo do so we use a variety of tools - many are open source, but many are not. šThe pragmatic argument would be to use routing generated from non-open source server software along side other open source alternatives and let the user base choose which best meets their needs.</div>
<div><br></div><div>I don't totally follow the argument about this specific example being more risky because its provided by CloudMade because a lot of people who work for CloudMade are deeply involved with OSM. Again, we need to take a pragmatic standpoint and figure out what's more important for OSM. š</div>
<div><br></div><div>To your point about integrating other people's services, I think its clear. šWhatever the best service available is should be used. šIf there's a routing service that is better at highlighting the problems with OSM data than CloudMade's, we should use that. šAnyone who has a better service could do exactly the same as Marat did and offer a patch against the OSM codebase. šThe issues here would be around the user experience - its not great for the user of a service like OpenStreetMap.org to have frequent UI changes, but I'm sure we could find a way to change the backend routing server without changing the UI too much. š</div>
<div><br></div><div>OSM should actually be encouraging a situation like this as it would increase competition within third party developers within the OSM community and encourage the development of new services using OSM data.</div>
<div><br></div><div><br><div><br></div><div><br></div><div><br><br><div class="gmail_quote">2009/4/29 Tom Hughes <span dir="ltr"><<a href="mailto:tom@compton.nu">tom@compton.nu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Nick Black wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On Mon, Apr 27, 2009 at 12:58 PM, Tom Hughes <<a href="mailto:tom@compton.nu" target="_blank">tom@compton.nu</a> <mailto:<a href="mailto:tom@compton.nu" target="_blank">tom@compton.nu</a>>> wrote:<br>
<br>
 š šChris-Hein Lunkhusen wrote:<br>
 š š > íÁÒÁÔ èÁÓÁÎÏ× schrieb:<br>
 š š ><br>
 š š >> <a href="http://mkhasanov.sandbox.cloudmade.com/directions" target="_blank">http://mkhasanov.sandbox.cloudmade.com/directions</a> (only view and<br>
 š šrouting<br>
 š š >> tabs works)<br>
 š š ><br>
 š š > Hi,<br>
 š š > is it planned to integrate this on the <a href="http://openstreetmap.org" target="_blank">openstreetmap.org</a><br></div>
 š š<<a href="http://openstreetmap.org" target="_blank">http://openstreetmap.org</a>> site ?<div class="im"><br>
<br>
 š šI think it's highly unlikely.<br>
<br>
Why's that?<br>
</div></blockquote>
<br>
Well there are several reasons which would make me disinclined to integrate it, so I at least would need some persuasion.<br>
<br>
First up is the general question of whether we want a routing function on the site - it has been said repeatedly in the past that our aim is to šprovide the data and let other people innovate with it. This sort of things is just another step to making the site a full featured Google Maps clone where doing all the data presentation as well as the production. This is a position which I believe Steve has advocated on a number of occasions in the past.<br>

<br>
On top of that is the policy question of whether, if we decided we wanted a routing function, we would want that to be based on a closed source service from a commercial organisation. Obviously that is a policy decision for the Foundation but on the face of it I would tend to be opposed.<br>

<br>
Finally, even if we decided such a closed source commercial service was acceptable there are obviously specific questions when the source of that service is Cloudmade - the risk of such a decision being viewed in an unfavourable light by others when Cloudmade in general, and you and Steve in particular, are so closely linked to the project in general and the Foundation in particular is obviously quite large.<br>

<br>
Look at it this way - if we integrate this, what do we do when Frederik and Jochen come calling asking us to give their (hypothetical as far as I know) routing service equal space/prominence?<br>
<br>
At the end of the day, these are policy matters for the Foundation, but as things stand my advice to them would be along the lines described above.<div><div></div><div class="h5"><br>
<br>
Tom<br>
<br>
-- <br>
Tom Hughes (<a href="mailto:tom@compton.nu" target="_blank">tom@compton.nu</a>)<br>
<a href="http://www.compton.nu/" target="_blank">http://www.compton.nu/</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>-- <br>Nick Black<br><a href="http://twitter.com/nick_b">twitter.com/nick_b</a><br>
</div></div>