Posts made by Dmitri Lebedev

@idefix37 The glitch disappeared couple of hours later for me as well.

As a software developer, I bet there's nothing to do with the browser, because it's not CSS glitch, and you don't do modelling on the client side. For my years of frontend development, never Firefox has displayed same data differently than, say, Chrome.

When the glitch happened, the temperature looked like from much earlier hours (+38 was at 13:00 local time, and +26 was a perfect temperature for night time).

Your data is stored in JSON tiles, and I bet they're generated on the backend and stored statically, to reduce server load. Here's Tashkent's tiles:

Zoom 6: https://tiles.windy.com/labels/v1.4/en/6/44/23.json
Zoom 5: https://tiles.windy.com/labels/v1.4/en/5/22/11.json

I suppose the files in /5/ get cached for longer than in /6/ (or /5/ is updated rarer than /6/). A simple Python script that would get these 2 files every hour and compare the values would show when this happens.

(edit: looks like it's not direct values of temperatures but indice of an array which is loaded elsewhere.)

@idefix37 Seems to be the case, indeed (except that the variantion isn't small, it's whole 12°). The glitch is happening only in cities close to mountains, at particular zooms: Almaty is right next to them, so the glitch happens at closer zooms. Tashkent and Bishkek are farther, and the transition happens at zooms 5-6.

Tashkent temperature changes from 26°C to 38°C, Bishkek from 20° to 32°C.

Just checked the map right now (08:35 UTC), another city with the same glitch in Tashkent (local time was 13:35).

zoom 5, temperature too low, seems like from night time

zoom 6, ok

Tashkent city is far from mountains, so this error wouldn't have happened even if city coords were jumping. So it seems the zoom 5 dataset has temperature from night time.

@Dmitri-Lebedev I checked it right now, and also can't see the problem.

The screenshots I posted are from morning time, when temperature rises quickly.

I wonder what's the dataset that is displayed? I bet the dataset the browser displays is different for different zooms, to reduce downloads.

If the positions of the city labels don't alter between zooms, then maybe the ds for lower zooms got cached for longer? (Because in the morning the temperature was rising quickly as the sun was rising, and temperature could possibly grow this fast, if the modelling point (or station), that gave the results, was close to mointains.)

@Ondřej-Šutera I'm accessing this from Almaty city itself. The browser is Firefox 113.0.2 on Ubuntu 22.04.

I've reported an issue similar to this a year ago, when temperature changed between closer zooms. Now it's between 7 & 8, and I couldn't find anything on the topic in the search.

Here's zoom 7, Almaty city shows 19°, apparently from a position in the mountains.
https://www.windy.com/-Temperature-temp?temp,43.309,76.864,7

Same place at zoom 8: Almaty city temperature is now 25°C from a place seemingly much lower. Also notice Kapchagay temperature change the other way around, from 31°C to 25°C.

At some zoom level, temperatures switch between two completely different sets.

Being in Almaty now, I'll say the high temperature (34°C) is correct, and the low value (24°C) is wrong. And the issue seems not to be just the elevation of one particular city or station: Tashkent (lower in the post) is on a flat plain, and still has the same problem.

Close zoom shows high temperature

Zoom out and see lower temperature. This is showing not only in prediction view, but even when showing current temperature (Almaty city shows 34° at larger zoom, and 24° at farther zoom).

Same issue with the marker: