Hi Oliver, Am 28.03.2015 um 11:02 schrieb Oliver Eichler: > I avoided such an option so far to keep it simple. There might be another > solution. The trick is to pick the best TMS level to be scaled for the current > selected scale. The code picks the closest level and uses that silly > correction > factor. It might be much better to do that with a conversion table. By that > you > can fine tune the selection.
The only way to get TMS tiles displayed with acceptable quality is not to scale them at all, or at least to avoid scaling as much as possible. IMO, the best way to do it is to use WGS84 Pseudo mercator projection and a square scale of 0.5971642834, 1.1943285667, 2.3886571335 and so on. They had the same issue in QGis and they solved it by adding support for custom scales. Of course, this is not a solution for QMS but it shows that there is no easy way to prevent blurred tiles. > I can't tell if that really helps. My interest in > online maps is pretty low. But you can give it a try. Or add an issue, so > someone else might get interested. Ok, I will think about it. Unfortunately as weather is getting better time for hacking code is decreasing ;) Concerning the rescaling of 256x256 tiles to 257x257, I will open an issue the next days. I do not question the rescaling process, it is just about a special case where a 256x256 tile should be projected to a 256x256 buffer but is projected to 257x256 pixels. Rainer ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Qlandkartegt-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
