RayProudfoot wrote: ↑Wed 07 Apr 2021 9:47 am
I hope to be up and running by close of play tomorrow.
On that basis, you may no longer be considering MX, but perhaps you might be interested in a view of another old timer, who (despite my contributions) has never trusted technology.
.
RayProudfoot wrote: ↑Tue 06 Apr 2021 9:03 pm
I need to consider if CMX is a viable alternative.
The only bug I am aware of in Cumulus 1 is only applicable to Fine Offset weather stations and is that Steve Loft got the wrong advice about which memory locations to examine to read pressure. Anyway, in an early MX release by Mark, that bug was corrected, and so MX (in that context) works better with ancient Fine Offset stations.
There is a lot of new functionality in MX, but anybody satisfied with what they have got, has no reason to be thinking about what extras might be of benefit!
It is worth reminding people that Steve Loft gave the community a beta MX that had minimal functionality, and he was in early stages of developing his C# coding skills.
Mark has done 64 releases since December 2018, each either adding more functionality, correcting bugs, or both.
I'm sure there are people appreciating all this new functionality, but I just want software I can install and not worry about. So for me, many of the 50 (or so) bug correcting (or adding new features) releases since I first installed MX have, either not affected the little functionality I use, or (because of implementing functionality I don't want) have made MX less good for me.
For example Ray, you might not enjoy the way that Mark has made MX constantly nag anyone who does not upgrade to his new releases, these occur at least once every month. (I recall when Steve Loft despite Cumulus only being his hobby, was producing new beta builds to his original software several times a week, but nothing constantly nagged me to upgrade). Yes HansR offers a utility to make upgrade easier, but each upgrade still consumes time and effort.
I miss Cumulus 1, but given the unreliability of my Windows PC, in an earlier lockdown I decided I would try buying a Raspberry Pi computer, and (despite the continuing learning curve) I am really delighted with it, and I use it more than my PC. Thus for me, I can't go back to original Cumulus, MX is needed to run on my RPi.
Another point, not mentioned by others, is that Cumulus 1 is very tolerant of different formats in files like
dayfile.txt. As MX starts it reads every line from this file, this is needed for the new historic plots functionality. Mark has rewritten the MX code, and (from release 3.5.4 onwards) this means it is fussy about characters such as what is used to separate parts of the date. Since you currently have
betel_datasummary.php installed, your dayfile.txt may be okay, but migration to MX is likely to be more work than others are hinted, they will have done the migration to an earlier MX release when it was easier.
RayProudfoot wrote: ↑Tue 06 Apr 2021 9:03 pm
Does it affect my website? I wouldn’t want that changing.
Your website is customised from that Beth Loft designed, but only by cosmetic tweaks. As I say in response to quote below, it will need more than cosmetic tweaks to work with MX.
I went for a totally different set of pages, generally showing a key parameters table and an optional all derivatives table; instead of today.htm and yesterday.htm my web page shows a whole week of statistics, instead of thismonth.htm mine shows consecutive months, and so on. My "gauges page" is a customised version more like the original instead of the steel series that comes with MX. My experience was that it took me an awful lot of time, when I moved from my original Cumulus to MX, keeping my customised website (it is not public) working in the way that suits me. Of course, making web pages work is low on priorities after a move to a different home (especially when Covid-19 means less work by contractors).
water01 wrote: ↑Tue 06 Apr 2021 9:46 pm
However, after looking at the site I foresee 2 problems - 1) he is using Steve's old Silverlight realtime code (this could be changed to Mark's realtime plot using High
STOCK graphs and 2) his Graphs use the old Cumulus 1 48 hr graphs which would have to be changed to the Trends graphs.
1) David is wrong to say that your
gauges.htm page uses "silverlight", as your page does not have the realtime gauges on it; anyway you have also implemented
gauges-ss.htm which is similar to what MX includes.
2) The position for graphs is
more complicated than the above quote says, yes original Cumulus uploaded graphs (loaded onto static "trends.htm" web page) , while MX uploads data and has static web pages that plot that data. However, later MX releases have added historic plots, select-a-graph, and so you have different functionality. I believe the more recent releases give you more control over what data uploaded and what is plotted.
Water01 does not mention, all MX releases replace the XHTML (using charset=iso-8859-1) pages that you have, with modern HTML using UTF-8 encoding. For you, Cumulus processes template file to generate web pages, these are then uploaded to your web site.
Finally, there has been a big revolution for Cumulus web sites, the latest MX uploads data (no more Cumulus processing templates into web pages) and has static web pages that sit on your web server and read the uploaded data. Someone who actually uses these might have more to say.