Sandaysoft

Hello

I have a issue with the date being wrong for the Cumulus weather data

"Updated: @ 01/01/1970 10:02 - next update at 02:02"
It updates the hours correct but the date stays always the same.

Cant figure out where it reads it from.
Please someone help me to look for correct file / setting

Is having the site running on this address.
http://www.saunalahti.fi/~pvuorio/realtime/wxstatus.php

You can search '1970' in this forum and probably come up with a solution, most likely having to do with language somewhere in your settings.

Brad

_________________
Davis VP2/FARS
Cumulus 1.9.3(1054)


McKean Weather
'cause not everyone lives at the airport

Wunderground Webcam URL

Hi, yes the problem is a mismatch between the date format Cumulus is using and what is specified in Settings.php

Your CUtags.php?sce=dump shows but your Settings.php has which means that day/month/year format is expected.

Change it to and the dates should work correctly again.

Best regards,
Ken

I know this thread has been dormant for some time, but...

Earlier today, I discovered a small problem with the 'quake-Canada.php' script - it does not display the quakes anymore!

It appears Natural Resources Canada, the site providing the quake data, has changed the links to its pages!

The old (and non functional) links:
The new links:
The 'www' is now a required part of the link...

Thank you yet again for your work!


I'm having a issue. My "Feels Like" temperature at some point keeps displaying the humidex, where I want Heat Index to display. Not sure when this happened, as haven't had to use it for some time for heat values, but it's getting in the 90's today and noticed it. In box ajacCUwx.js and settings-weather.php usefeelslike are both set to 0 for use heat index.. yet it is displaying the Humidex.

You can take a look here....
http://www.grudzien.us

For comparison you can check my steelseries gauge page that lets you toggle between all 3 heat values.
http://www.grudzien.us/gauges-ss.php

Is there another setting somewhere I am missing?

_________________

I had the same problem and not much time to troubleshoot. I implemented this fix (there's probably a better solution - just no time to figure it out).

I removed two of the case statements. Around line 751 I removed the case statements for humidex and apparent temperature.

Kerry

_________________
http://www.tobyspondweather.com
twitter: @tobyspond

Thanks! I'll give it a shot. I have to wait till it gets a little above 80F on a day I have off to give it a go to see if it works. Hopefully should have some time on the 4th.

_________________

At times, I notice that the METAR data on the wxmetar.php page doesn't get decoded.

Here's an example of one that doesn't get decoded:
2012/08/03 10:00 RPLC 031000Z VRB06G19KT 9999 SCT036 BKN100 27/23 Q1005 A2968 RMK DSTNT PCPN NW

And one that does:
2012/08/03 10:00 RPLL 031000Z 25012KT 9999 FEW022CB SCT023 BKN100 28/25 Q1004 NOSIG RMK A2965 CB SE

Here's a screenshot of what it looks like.



Does it look like the METAR data is corrupted somehow? Or maybe there's a change I can make to get it to decode properly?

Thanks.

_________________

David, the decoding situation might be due to improper coding of the weather data by the 'offending' METAR station.

Here a the guidelines for METAR encoding.

Living in North America, I have never encountered decoding situations - might be because the guidelines are better respected or even better enforced...

Thanks. I was wondering if that could be the case.

I went through it manually, and it looks correct to me, as far as I can tell.

2012/08/03 10:00 RPLC 031000Z VRB06G19KT 9999 SCT036 BKN100 27/23 Q1005 A2968 RMK DSTNT PCPN NW

031000Z = Day 3, 10:00 GMT
VRB06G19KT = Variable Winds 06 knots with Gusts to 19 knots
9999 = Visibility 9999 meters
SCT036 = Scattered clouds at 3,600 feet
BKN100 = Broken clouds at 10,000 feet
27/23 = Temperature 27°C, Dew Point 23°C
Q1005 = Pressure 1005 hPa
A2968 = Pressure 29.68 inHg
RMK DSTNT PCPN NW = Remarks: Distant precipitation north-west

_________________

You're currently running get-metar-conditions-inc.php - Version 1.11 - 29-Nov-2011

There was a fix for the decode of VRB conditions released 04-May-2012 with get-metar-conditions-inc.php V1.12

Use the updates tool page for Base-World, CU-plugin, 04-May-2012 to the the update.

Best regards,
Ken

That would explain it! Looks like it's worth it to do the upgrade. Thanks for your help.

_________________

I applied the updates, and the METAR reports look like they're getting decoded more often now.

I did notice this one that was only partially decoded, though:

2012/08/06 09:00 RPLB 060900Z 35009KT 10000 TS/+RA FEW018CB SCT020 OVC080 26/24 Q1006 TS OVHD HVY RA



(decoded from storm-cast.com)



Maybe it's getting hung up on the "TS/+RA" part? Not sure if that's allowed or not.

And here's another one:

2012/08/06 10:00 RPLI 061000Z 18012G26KT 9999 FEW020 OVCV270 28/24 Q1002 NOSIG



(decoded from storm-cast.com)

_________________

Yes, the metar reading was a bit malformed. The middle part should have been reported as (without the / ) that follows the METAR coding conventions. 'TS +RA' would also have been a proper way to code it.

The second METAR also had a problem and should read .. the OVCV270 was the problem.

Best regards,
Ken

Thanks, that makes sense.

_________________