[openstreetmap/openstreetmap-website] Dashboard map under/overzooms map tiles at fractional zoom levels (Issue #6618)

Andy Allan notifications at github.com
Wed Dec 17 12:31:42 UTC 2025


gravitystorm left a comment (openstreetmap/openstreetmap-website#6618)

> the only remaining issue would be incremental zooming.

Yes, I think this discussion has gone far off topic in places. I don't want to discuss sub-pixel rendering, device vs logical pixels, lack of retina support on OSMF hosted tiles, etc - these aren't the topic at hand.

So let's get back to it. For raster tile layers, these must only be shown at integer zoom levels. This is to stop what I call the "whipsaw" effect on text and icon sizes that you get on continuous zooms. Here's an illustration of continuous zoom with a raster layer:

<img width="1171" height="197" alt="Image" src="https://github.com/user-attachments/assets/09127f1a-8c39-4915-916a-36a431fc4729" />

The text in the road shield, along with the icon used for the shield, get steadily larger as you (fractionally) zoom, then suddenly shrink, and then start growing again. This is what we want to avoid. The text should be a constant size as you zoom in and out.

When raster images are shown with integer zooms, you avoid this whipsaw effect. When client-side rendering is used with continuous zooms, you also avoid the effect. So while we can support fractional zooms for client-side rendered layers, we must use integer zooms for raster layers.

-- 
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/6618#issuecomment-3665139743
You are receiving this because you are subscribed to this thread.

Message ID: <openstreetmap/openstreetmap-website/issues/6618/3665139743 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20251217/ece44c78/attachment.htm>


More information about the rails-dev mailing list