<div dir="ltr"><div><div><div><div><div><div>Such topics are curently discussed during the voting of a power tagging proposal on the wiki.<br><a href="http://wiki.openstreetmap.org/wiki/Proposed_features/Power_supports_refinement">http://wiki.openstreetmap.org/wiki/Proposed_features/Power_supports_refinement</a><br></div>Have a look to the voting section.<br><br></div>As I understand, renders is A (out of plenty) way to look at the data.<br>It sounds very restrictive to make the data look like just a few people want to see it. What about ones who just want to produce data without looking at it from a narrow window ?<br><br></div>The main argument opposed is often "oh wait, this would cause a rendering issue". Thus, why the render can't adapt if the information is available in the data ?<br></div><div><br></div>I totally agree with people who separate data from renders (structure from styles). It can be very frustrating to often prevent a good structure from existing because styles won't match.<br><br></div>OSM should look at this problem deeply and make strong choices, before letting other sorts of contributors to leave the boat.<br><br><br></div>All the best<br><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><b>François Lacombe</b><br><br>fl dot infosreseaux At gmail dot com<br><a href="http://www.infos-reseaux.com" target="_blank">www.infos-reseaux.com</a><br><a href="http://www.twitter.com/InfosReseaux" target="_blank">@InfosReseaux</a></div></div></div>
<br><div class="gmail_quote">2015-05-18 12:19 GMT+02:00 moltonel 3x Combo <span dir="ltr"><<a href="mailto:moltonel@gmail.com" target="_blank">moltonel@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 18/05/2015, Daniel Koć <<a href="mailto:daniel@ko%C4%87.pl">daniel@koć.pl</a>> wrote:<br>
> I think the mission will be accomplished once we have it integrated with<br>
> OSM website somehow, just like we did with routing: there were already a<br>
> few routing services using our data, so we may not care, but for average<br>
> user they were just not here. And so is uMap.<br>
<br>
</span>Routing is different in that it is immediately useful to<br>
*contributors*, who can now check that the OSM data is correct for<br>
routing, just like the slippymap is useful to check that the data<br>
looks good. uMap not so much : as a contributor, I'd rather use josm,<br>
taginfo, overpass, or even data dumps.<br>
<br>
As nice as it'd be, <a href="http://osm.org/" target="_blank">http://osm.org/</a> is not trying to be<br>
<a href="http://maps.google.com/" target="_blank">http://maps.google.com/</a>. It's not trying to be the One True Map Portal<br>
that caters to every needs.<br>
<br>
Some reasons off the top of my head, some strong and some weak :<br>
 * The needs of contributors and users can easily conflict, and<br>
priority is/should be given to the contributors.<br>
 * Even without conflicts, the size of the contributor-focused todo<br>
list means that enduser-focused features get constantly pushed back.<br>
Help welcome.<br>
 * Becoming the internet's one-stop map website would require huge<br>
server ressources. Getting the kind of money required to run them<br>
would require huge changes to the way OSM is run, which'd be dangerous<br>
for OSM's freedom.<br>
 * Similarly for manpower requirements; volunteers wouldn't be enough anymore.<br>
 * A healthy ecosystem of commercial users is important for OSM. And<br>
they should be able to do a better job of serving the end-user, so<br>
it's probably a bad idea to compete with their use-case.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br>
</div></div></blockquote></div><br></div></div>