Cumulus Server Sided JpGraph Graphs

[meteotortosa]

Check your code in this area;

Code: Select all

            $SITE['tempunit']   = ret_value("tempunit");
            $SITE['pressunit']  = ret_value("pressunit");
            $SITE['rainunit']   = ret_value("rainunit");
            $SITE['windunit']   = ret_value("windunit");

Some garbage seems to be inserted by different editing programs just before the "ret_value" in the "tempunit". It should look like the above code.

Just this !!
Thanks,
Lluís

[TNETWeather]

Not related, but your configuration file has

Code: Select all

$SITE['tz']             = "Catalunya";

That has to be a valid PHP timezone from the list of:

http://us3.php.net/manual/en/timezones.europe.php

I'm guessing that

Code: Select all

$SITE['tz']             = "Europe/Madrid";

would be correct for your location.

As to why you are not seeing the info... not sure. Now that I look at it, it look right.

[Paul C]

I wonder if some of the expert can advise me regards the look of the wind graph.



Can you confirm that the red line is the Gust ? and the shaded area is the average ?

I get the impression sometimes that is doesnt look right, maybe its the way its being recorded. I was thinking that the red line spikes should always be higher than the shaded area. I also had a Gust of 42.6knots at 1307hrs but this isnt recorded at all ?
any suggestions or thoughts
tks

[steve]

I suspect this is the same issue as banner.php...

Steve

[TNETWeather]

I get the impression sometimes that is doesnt look right, maybe its the way its being recorded. I was thinking that the red line spikes should always be higher than the shaded area. I also had a Gust of 42.6knots at 1307hrs but this isnt recorded at all ?
any suggestions or thoughts
tks

You have to realize that what is graphed is what happened at a specific point in time.

Depending on the frequency you have chosen, the only data looked at is what was recorded at 00, 30, 15 or 45 minutes of each hour.

So that if you had a 42knot gust at 13:07 it would not show because only 13:00 13:15 13:30 and 13:45 would be graphed on the chart.

You would have to do a lot of calcuations and additional code to make it more realistic to what was actually recorded.

[Shawn]

Can't get samples to work:/

http://www.honeybourne-weather.co.uk/gr ... -graph.php

Thanks
Shawn

[TNETWeather]

did you follow the instructions?

Just running the temp.php file provides:

Code: Select all

Warning: file(/..realtime.log) [function.file]: failed to open stream: No such file or directory in /home/.juice/shawnandsam/honeybourne-weather.co.uk/graphs/temp.php on line 85

which is indeed true. realtime.log is not there.

Not Found
The requested URL /realtime.log was not found on this server

[Shawn]

Yes i thought i followed the instructions but I'm still getting a error


http://www.honeybourne-weather.co.uk/graphs/temp.php

When i think i got this HTML sorted it bits me


Shawn

[TNETWeather]

Sorry,

Actually, now you are pointing to the realtime.txt file.

The graphs need a collection of data to display and require the use of a file called realtime.log which is created using a script called RealTimeLog.

http://cumulus.tnetweather.com/scripts/ ... og-2.0.txt

This is not apparently made clear in the documentation other than a brief mention near the top. I will have to remedy that.

These scripts work in conjunction with Cumulus Weather Software a product of Sandaysoft and the export of realtime.txt data that is collected using the RealTimeLog script.

Until you have setup the realtime.log file collection, you won't have anything to graph as the realtime.txt file only contains one data element.

[Paul C]

Wind Rose Charts

Do you think JP graph could produce some of these style of charts

example here - http://www.northisles-weather.co.uk/wea ... /2008.html

They look good, I tried once on a spreadsheet but it was to hard for me.

[i0i]

Hello.
I've been getting TNET JpGraphs working today. All seems well, realtime.log working, cron job running, graphs working;
http://djmorgan.org.uk/weather/graphs/graph.php (although it needs lots more data to look nice).
Great idea, those are some nice graphs.

Question is, what setting would you advise for generating the realtime.log file. It's already getting large and will soon take over the world .
Currently I have Cumulus auto-updating and realtime updating every minute. Server side I have a cron job running realtimelog.php every minute.
If the 24h graphs are looking for data points at 0,15,30,45 minutes, does realtime.log need to have data exactly on 0,15,30,45 minutes or just entries that occur that frequently.Could I set the cron job to run every fifteen minutes or will that cause problems?

Regards
David

[TNETWeather]

I've been trying to get back to this stuff so that i could make some changes but even during my vacation... I've been pretty busy.

The way the current graphs work, they look for minutes and depending on what frequency you have set, only use data that ends in minutes of 00, 15, 30 or 45...

There are actually other purposes for using the data collected by realtimelog such as possible injection into a database, use for other reports etc.. but most likely it doesn't need to save every minute.

However, since realtimelog only can deal with the data it finds and the date and time that is in that data, there is somewhat of a quandry...

I think some changes might work...

1) change realtimelog script to only save data that matches minutes 00 15 30 and 45 disregarding the others. This would mean that the only data used would be stored.

2) Add the ability of the realtime log to generate monthly files, adding a trimming function to the generated realtime.log file to keep it in check. this would provide for full monthly data while maintaining the 90 hour loop of data that is used by graphs in realtime.log

Both would be simple to implement... just take some time.

I need to get back to the XML data stuff so that I can release the plain cumulus php weather template though.

[i0i]

Thanks for the reply Kevin.
I've been looking at the way my web host configures cron jobs, looks as though it can be set to "every fifteen minutes". With any luck that will trigger on 00, 15, 30, 45. I'll have a play with that.

I read earlier in the thread about the monthly log file idea, that seems like a good storage saving solution. Looking forward to testing the xml stuff.

Regards
David

[i0i]

I know this is a reply to my own post, but it leads onto a new question.
My latest setup has Cumulus ftping realtime.txt every minute, and four cron jobs calling realtimelog.php at 01, 16, 31 and 46 minutes respectively each hour. That appends the 00, 15, 30, and 45 logs to realtime.log.... as expected, and sufficient for the jpgraph graphs. I'm guessing that most of you have an always-on PC that uploads realtime.txt data without any gaps, I've not read anything in this thread that can overcome the gap issue.

So, my question;
is there a simple way to extract realtime.txt type logs from the Cumulus historical data for addition into the realtime.log. Reason being that I don't want my PC switched on all of the time, and this will lead to periods with no data in the realtime.log. Currently I manually adjust the duplicate entries to 00,15,30,45 so that there are no gaps in the data. (While my PC is off-line realtimelog.php just appends multiple identical realtime.txt entires, each with the same date and time when the cron jobs run.)

Plus, I have a couple of weeks worth of data in Cumulus that could be added to my realtime.log, but it's not in the same format and I don't have the scripting skills to convert it. Is there an easy solution.
Regards
David

[andro700]

Just had some questions about the pressure and rain graphs. My pressure the y-axis value shows 30 from top to bottom and the rain is similar in the right y-axis. I looked over the settings and can not seem to adjust the y-axis. As you can see the other graphs seem okay.

Thanks for pinto for helping me out on getting them going.

http://www.chucksweather.com/cumulus/samp-graph.php

Chuck