<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
</div>Thing is : roads have an implicit size already due to the existance of<br>
the width=... tag (and in the absence of that tag, the width is<br>
heuristically determined from the highway type)<br>
<br>
POI don't yet have that. That is why I think we need to have the stylers<br>
set the size explicitly. And yes, they should be carefull about those<br>
sizes. For example setting a size=100mx100m on supermarkets won't be the<br>
sensible thing to do, even if a supermarket in general has that size.<br>
<br>
In my opinion size should probably be interpreted as : the area where<br>
there is probably not a lot of interest around this POI.</blockquote><div><br>I'm afraid there is not "one solution fits all" here. A bus stop in the middle of a town shouldn't be rendered the same way as a bus stop in the middle of nowhere... <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
What would the alternative be in your opinion, besides settings the size<br>
in meters for roads in the style (which in my opinion is a step<br>
backwards)</blockquote><div><br>If I remember well, that's about (without the implicit size) what we are doing. Basically:<br>PixelPerM*proportional + fixed makes the proportional part expressed in meters.  <br></div>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<div class="Ih2E3d"><br>
> The problem with shorter release cycle is that  we should each time allow<br>
> some weeks of stabilization and bug fixing. 2 weeks stabilization per month<br>
> is hardly feasible.<br>
<br>
</div>Well, the idea would be that a shorter release cycle would need less<br>
stabilization?</blockquote><div><br>In the best of worlds, probably yes. But we have to take into account the overhead of people being informed, upgrading to the latest version, having the translators do their job and users having something to map as to be able to test in real conditions.<br>
I don't think that, even if we released at each new major feature, we could reduce the freeze period to one day. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
> I was thinking about a system of weekly "nighties" or something like that.<br>
> That would be "alpha" releases, without warranty of stability, but allowing<br>
> the non-developers (basically windows and mac) users to use/test the latest<br>
> features...<br>
<br>
</div>Do we really have users that would do that? Aren't most 'bleeding<br>
edgers' more likely to use linux?</blockquote><div><br>I don't know. I have seen Windows user lately on the list using only the released versions (even the pre 0.11 in one case).<br>It would be very interesting to have some statistics but I have no idea on how to collect them. <br>
</div></div><br>- Chris -<br></div>