On 04/03/07, <b class="gmail_sendername">Jochen Topf</b> <<a href="mailto:jochen@remote.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">jochen@remote.org</a>> wrote:<div><div><span class="e" id="q_1111cb661d6145c3_1">

<span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Sun, Mar 04, 2007 at 12:25:10AM +0100, J.D. Schmidt wrote:<br>> Kristian Thy skrev:<br>> > On Fri, Mar 02, J.D. Schmidt wrote:<br>> >> New verion of the Tiles@Home client uploaded to SVN.<br>> >>

<br>> >> Includes Bezier curve hinting of ways, just like in the Osm@Home client.<br>> >> T@H renderers are urged to upgrade.<br>> >> Remember that you MUST install the Math::Vec perl module, in order to

<br>> >> use the new client.<br>> ><br>> > There seem to be some origin errors with the new curves:<br>> > <a href="http://dev.openstreetmap.org/%7Eojw/Tiles/tile.php/12/2185/1282.png" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://dev.openstreetmap.org/~ojw/Tiles/tile.php/12/2185/1282.png

</a><br>> ><br>> > \\kristian<br>><br>> We found the culprit who shall remain unamed (Just buy me a couple of<br>> beers at SOTM sxpert.. :D), who generated the bad renderings,<br>> Looks like there's an issue with Gentoo on AMD64 boxes. Bad mathlibs,

<br>> rounding errors in the underlying routines called by Math::Vec, or<br>> something of that kind.<br>> So far it seems that only Gentoo AMD64 boxes are affected. No errors on<br>> Ubuntu AMD64 boxes (and probably not on any other Debian deriatived

<br>> AMD64 distros).<br>><br>> I've changed the Bangkok client to include a config option "NoBezier"<br>> which when set to 1 in the <a href="mailto:tiles@home.conf" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

tiles@home.conf</a> file will render without the

<br>> beziercurve hinting.<br>><br>> If you are using Gentoo on an AMD64 architecture, please upgrade to SVN<br>> revison 2200.<br>> Other users do not need to upgrade, unless they want to render without<br>

> bezier curve hinting.<br><br>Do I understand this correctly: There is now an option in tiles@home<br>deciding whether you want to render with or without bezier curves. And<br>every client can decide which rendering he wants. So some clients will

render their pieces of the map differently from others leading to problems at tiles boundaries and to strange "yesterday it looked different" problems. Or did I misunderstand you? What does that option do?

Jochen</blockquote></div><div> That does seem wrong to me too...  Surely the tiles@home client should only allow for configuration of file locations, scope of rendering etc. Not anything that would allow any difference in output...

If the client won't run on a certain type of machine, then those machines shouldn't be able to contribute as long as the problem exists and that fixing the problem should be the priority rather than providing workarounds that affect the output.

<br><br>I'd also suggest that it would also be a good idea to ensure that the client was released in archived up versions so people can be sure of having all the files in a new release and that the server would refuse any attempts to upload or download from clients that are out of date, probably using 

major.minor versioning to differentiate between compatible and incompatible updates etc... <br><br>D<br></div><br><br></div>