@NurlG Hi, we are already working on this - the pattern size just needs to be tweaked. It should be fixed in the next version.

@jab8283 Hi, this is a precipitation type in radar - the same case as snowflakes. For now, we have three categories - snowflakes for snow, no pattern for rain, and black dots for hail. In case you are not interested in displaying pType in radar, you can disable it in settings.

@idefix37 yes, @aslaugmvn is right, the metric is mistakenly reading the raw data inverted in reversed order. It is already fixed on our side and should be part of hotfix in a few days.

@lilhill Hi, we already implemented support for snapping time to reftime (where real data ends and nowcast starts) in radar and satellite layers. However, it will be available in version 51+ (not in the following v51). We are not planning to add a completely new button.

Hi, we are aware of the issue and have fixed it; it should be resolved in the next version. The problem was caused by a bug in the iOS 18 beta. We advise using stable OS versions.

@MetalAnon
Hi, could you tell us what iOS version and what Apple device you are using? Does the error happen every time you open radar layer? Does it also happen on the satellite layer?

Thank you!

Hi @alanduckers,

the Radar+, Radar, and Satellite layers use the same data. The difference is that Radar+ also performs the mentioned extrapolation of past satellite data. However, this extrapolation does not apply to radar data in the Radar+ due to technical constraints. As a result, and because radar providers can experience delays, you may notice that radar and satellite data do not always sync correctly in the Radar+ layer. For example, in the UK, the radar data currently lacks the most recent timestamp. Regarding the strange patterns, these might be caused by satellite data outages that are compensated for through extrapolation.

@ramzik99 Hi, we released hotfix, so it should be ok right now.

@compasscard Hi, this is intended behaviour since isolines are forecast and radar (satellite) is observation. Previously, we completely disabled the option of having isolines in radar and satellite layers, but after some complaints, we added them back. Since it does not make sense to combine forecast with past data (the mentioned -6h radar loop), it is indeed visible only in the last few minutes.

@Mavendow Hi, I looked at it, and you are right that no error message is being displayed right now - but this must be some recent degeneration, since we implemented the WebGL error message (and robust WebGL context support handling) the day we completely migrated to WebGL-only (a year ago). This should be fixed in the next version.

@Mavendow said in Web site is down:

But please, do tell me more about how deselecting a normal setting in every modern web browser should break the entire website. It's an interesting way of coding I've not heard of before.

I am sorry, but this statement is similar to "disabling JavaScript completely broke the page". This is not about deselecting a normal setting. WebGL is an essential technology required for implementing custom GPU-accelerated rendering, without which Windy wouldn't perform well.