Allow long term hourly forecasts for supported models?

[Mrnofish]

A number of models can output hourly forecasts that greatly exceed the 72 hours limit in the app.

Ranging from 96 for Arpege to the full 16 days e.g. some ECMWF models and GFS, with others falling in between such as JMA, UKMO, CMA Grapes, BOM Access and so on.

The setting in the preferences reads "number of hours shown in main view hourly chart” however the limit appears ro be applied to every hourly chart, including Compare Models and the dedicated Chart feature.

Is the maximum of 72 hours intended to maintain readability in the main view?

Would it be possible to extend the plot range for Chart and Compare Models to the open meteo maximum?

[farfromrefug]

@Mrnofish if I remember correctly (not in front of a computer) , open-meteo only goes up to 72 hours. If not I have no issue allowing more!

[Mrnofish]

Perhaps it was changed along the way?

I did my homework, and was quite surprised myself but it is indeed the case.

The daily metrics look like they are actually based on the hourly forecasts, at least for some models. Maybe all models, and the hourlies are just not shared publicly.

[farfromrefug]

@Mrnofish will be added in next verison

[Mrnofish]

I've upgraded to 160, however the setting only goes up to 168 (7 days) instead of 16?

Also the setting only applies to Compare Models and not Chart.

BTW setting the length of the hourly forecast down to the individual hour seems a bit overkill to me. I'd imagine it would be fine and more convenient to use 12 hours steps, or perhaps even 24, seeing how this is the increment Open Meteo Is using, too.

[Mrnofish]

I just ran into an odd bug, after opening the app and refreshing manually I've got a:

"Error:

Forecast days is invalid. Allowed range 0 to 168.
Given 168.”

This in Main view, naturally.

[farfromrefug]

@Mrnofish i have seen some reports like that. i have made a fix

[0-5-0]

Seems ok in the version released yesterday

[Mrnofish]

@0-5-0 The 168 hours bug seems indeed gone but the questions mentioned in the previous comment, compare models over periods longer than a week and the unwieldy setting control remain unaddressed.

Since @farfromrefug is going to take a long break, I'm guessing this is going to remain the way it is for the foreseeable future and thus the ticket should stay open.

[farfromrefug]

@Mrnofish sorry i missed the part about compare models and unwieldy setting control.
can you detail a bit ? might have time to look at it this week.

[Mrnofish]

I mean this part:

I've upgraded to 160, however the setting only goes up to 168 (7 days) instead of 16?

Also the setting only applies to Compare Models and not Chart.

BTW setting the length of the hourly forecast down to the individual hour seems a bit overkill to me. I'd imagine it would be fine and more convenient to use 12 hours steps, or perhaps even 24, seeing how this is the increment Open Meteo Is using, too.

[farfromrefug]

@Mrnofish not sure what you mean by this Also the setting only applies to Compare Models and not Chart. . The setting is applied to all Open-Meteo requests so it should be used everywhere

[Mrnofish]

Right, looks like that particular observation is no longer accurate. The rest, however, still is.

The setting is applied to all Open-Meteo requests so it should be used everywhere

I don't think this is the case, the hourly chart in Main View shows at most 72 hours worth of data.

I'm not advocating for this to be changed, though: 72 hours could be more or less acceptable in that scenario. Allowing the full extent of the data to be visualized could be OK, too, as long as the app can figure a sane zoom level, so the default presentation of the graph is not too crowded to be legible.

[farfromrefug]

@Mrnofish ok i see what you mean! totally forgot about that setting! will change it!
BTW i wont change 12h steps for now. I know it is not that fluent to have to scroll through but at least everyone can choose whatever they want

[Mrnofish]

I've just installed 162, however, the maximum span is still 168 (one week) instead of the open meteo maximum of 15-16 days.

Chart OTOB now displays 7 days, too.

[farfromrefug]

@Mrnofish Thanks will be fixed in new version to come. And i did move to 12 hours steps for the setting

[0-5-0]

Seems to work well on my end, the icon "bunching" issue from before is gone. Initially I had selected a 34 hour range and many icons from the hourly view were missing, it showed maybe 4-5 across that 34 hour range, but after going into settings and choosing one of the 12 hour steps it's all back to normal and the icons look great.

[Mrnofish]

The maximum time span still is one week in both Chart and Compare Models, regardless of what setting I pick in Preferences > Providers.

This happens with both GFS Global and ECMWF 0.25, both of which return two weeks of forecasts or more on the OM site.

Seems to work well on my end, the icon "bunching" issue from before is gone. Initially I had selected a 34 hour range and many icons from the hourly view were missing, it showed maybe 4-5 across that 34 hour range, but after going into settings and choosing one of the 12 hour steps it's all back to normal and the icons look great.

Doesn't seem to be the case for me, unfortunately. Even after changing the forecast length the icons are still sparse with a dash of 'bunching' at various zoom levels.

[farfromrefug]

@Mrnofish both issues will be fixed in next (hopefully)

[0-5-0]

@Mrnofish I noticed that your wind direction icons seem pretty close compared to mine, I just saw playing with the app that you can "pinch to zoom" in/out on the hourly bar/chart, this might help with the bunching you're seeing if you zoom in, the forecast icons might re-adjust themselves.

[Mrnofish]

I just saw playing with the app that you can "pinch to zoom" in/out on the hourly bar/chart

I tried that already and it doesn't seem to help. Since you are using what I would consider a high scale factor,, while on the other hand favor density both n the app and in the system settings, I wouldn't exclude that you are also affected but certain zoom levels cause give the impression of the issue sorting itself out because the icons in the bunches themselves are bigger relative to the blanks.