CumulusMX and SteelSeries Gauges

[water01]

If you are using Cumulus MX the old trends pictures e.g presssm.png are no longer uploaded so the mouseover on a gauge if it works (depends if you have uploaded any using Cumulus 1) is showing out of date data.

Do you intend to change this to use the json files ore would it be better to just not do the current functionality?

[mcrossley]

For now you could just disable the graphs in the popups.

Code: Select all

            showPopupGraphs   : false,                   //If pop-up data is displayed, show the graphs?

I guess we may need to go to server side generated graphs - I already use one on my graphs page to show a cloud base graph.

[water01]

Missed this post, pop up graphs disabled!! Would be nice to have Steve's json files as they are being uploaded anyway. I have them running in php here http://www.dmjsystems.co.uk/weather/trends.php

[mcrossley]

It would be a huge overhead to display client side generated graphs in the gauge pop-ups. If you want to keep them I'd go with some server side generated images, you could do that from the MX JSON files and cache the resultant graph images.

That would be a nice little project for someone , use JPGraphs (or similar) to generate server side graphs. There are already weather graph packages out there that I bet could be fairly easily adapted.

[steve]

Cumulus could generate graph images, if a suitable package was available. There is actually a .net version of the package that Cumulus 1 uses (costs $800), but I always thought the Cumulus 1 graphs are a bit 'old fashioned'. And it seemed to me that uploading images frequently using FTP is such a waste of bandwidth?

[mcrossley]

Cumulus could generate graph images, if a suitable package was available. There is actually a .net version of the package that Cumulus 1 uses (costs $800),

Ouch!

but I always thought the Cumulus 1 graphs are a bit 'old fashioned'. And it seemed to me that uploading images frequently using FTP is such a waste of bandwidth?

Agreed, I'd prefer to generate them server side when required (and then cache for while), but that does need a PHP enabled web server, leaving people with static only servers* out in the cold.

*Are there still such things?

[steve]

Agreed, I'd prefer to generate them server side when required (and then cache for while), but that does need a PHP enabled web server,

I'm not awake yet; I was confusing server side on the web server (which is obviously what you mean) with server side as in the Cumulus MX engine.

leaving people with static only servers* out in the cold.

*Are there still such things?

I suspect there are a few (free ones?), but it must be quite rare.

[mcrossley]

Agreed, I'd prefer to generate them server side when required (and then cache for while), but that does need a PHP enabled web server,

I'm not awake yet; I was confusing server side on the web server (which is obviously what you mean) with server side as in the Cumulus MX engine.

Three tier architectures! How about I'm just clearer and say web server when I mean web server, MX server when I mean MX server

[steve]

I think that what you said made perfect sense but I've only had one coffee.