meteohub.de

Hi there!

There is anyway to get the extreme values for yesterday? the last24h doesn't seems to be the same. I would like to display in my webpage the weather records for the today and yesterday days.

BR

By their names, I would expect seqday1_th0_tempmin_c and seqday1_th0_tempmax_c would give these values (which could then be converted to F if you desire), but looking at it I don't think they do -- perhaps Boris can clarify and confirm?

For instance, I see my seqday1_th0_tempmin_c value for today (the first value in the long string) is 8.6, when day1_th0_tempmin_c shows 5.2 C (which is correct.) Meanwhile, confusingly seqday1_th0_tempmax_c for today is 17.3, but the warmest it has been outside today is 8.9 C!

This seems confusing to me, and makes me think that the values are not being reported by those variables like they are intended to? Otherwise can someone explain what the intended use of the seqday1_ variables is? (or at least what time period they measure? I would expect 'seqday1' to refer to localtime midnight-to-midnight, just like for the standard 'day1' variables.)

as sevenless has explained the "seqday1_" variables hold the data of the last couple of days.

When you want to get the min temp value of yesterday you can get this by "[seqday1_th0_tempmin_c@1:--]". If the value is not avail a "--" is returned. The manual explains the options more indetails (chapter 3.4). As data is just available in degrees Celsius, yout website might have to do some math with javascript on this. Please keen in mind, that the template replacement feature needs the html template to be processed by meteohub and uploaded to the server. You can't get this value by calling meteograph.cgi directly.

@sevenless: your assumptions about the meaning of the values is right. Do your graphs also show odd numbers for that days? I will check for UTC vs local time pitfalls. In what timezone are you in?

I'm in UTC-8 (America/Los Angeles) and have 'Use local time instead of UTC' selected on the Settings page.

My graphs display correctly so the problem appears to be isolated to the seqday1_ variables. Similarly, all of my day1_ variables appear to be correct, which is what first alerted me to the problem with seqday1_.

Actually, to go further on this -- is the first entry in each seqday1_ variable supposed to be for today, or for yesterday? (Your response above suggests that entry 1 is yesterday's data?) However, looking at seqday1_utcdate and seqday1_localdate, the first entry in both of those variables contains today's date (right now, that was 6:23 am local time/1:23 pm UTC... and it's now 9:50 am local time.)

I assume that the seqday1_ variables are only re-calculated once or twice per day, so today's data is not particularly useful since it is out-of-date and you would want to use day1_ variables for those, but yesterday (slot 2?) and beyond are useful, if they are being recorded correctly.

Thank you guys. It was the information I was looking for!

BR

Hi guys!

Starting looking more in deep on seqday1_XXX variables. What is the meaning off sea level pressure in the seqday1_thb0_sealevel_hpa variable? It's the sealevel average of each previous day?

Best regards