Mac OS and mono routine

[geoplr]

**NOTE** CumulusMX does not currently work correctly with Mono version 6.0. Please use version 4.x or 5.x for now.

I have Mac Os 10.11.6 EL Capitan
Can I use version 6.0 ?
thank you

[HansR]

I am not sure where that note comes from, but I use the latest version available on Raspbian (see signature).
When I had similar problems when upgrading from Mono version 4 to 6 it appeared to be related to the locale definition on the system in releation to the MX version.
So: I don't think is is Mono, but the locale related to the MX version. Could you tell which MX version and which locale you are using?

[sfws]

**NOTE** CumulusMX does not currently work correctly with Mono version 6.0. Please use version 4.x or 5.x for now.

That note comes from viewtopic.php?f=39&t=17888&start=45#p138841 Steve Loft's very first post regarding his first experimental MX release. I suspect a lot of that is no longer true since Mark has taken over development of MX, but as there has not been much response to viewtopic.php?f=38&t=17838#p138229, a lot of the documentation is lacking, and nobody is sure just what still applies.

Can I use version 6.0 ?

I have no knowledge of your particular model, but there are Mac users successfully using version 6 (e.g. viewtopic.php?f=40&t=17866&p=138522&hilit=Mono#p138522) so I make a strong guess that the answer is Yes.

[HansR]

**NOTE** CumulusMX does not currently work correctly with Mono version 6.0. Please use version 4.x or 5.x for now.

That note comes from viewtopic.php?f=39&t=17888&start=45#p138841 Steve Loft's very first post regarding his first experimental MX release.

I believe that note has been entered by mcrossley in those times of trouble and in general should be removed. Currently - as far as I know - only few locales cause problems, namely Slavic ones, generating spaces in the formats but I would not know exactly. The Updates-file in the distribution shows fixes for locales in versions: b3045; b3050 and 3.1.0 - b3053. The last one made it useable for me and I could update Mono without risk.

Can I use version 6.0 ?

I have no knowledge of your particular model, but there are Mac users successfully using version 6 (e.g. viewtopic.php?f=40&t=17866&p=138522&hilit=Mono#p138522) so I make a strong guess that the answer is Yes.

Yes, but it should be noted you need CMX version b3053 or higher. Be aware, that even then, not all locale problems seem to be solved (see my exchange with @vpokroglo in this thread). @mcrossley has given priority to V4 which may take some time.

UK_en locale seems to always work (probably because of CMXs origin ) but changing a locale in a running installation is not a very wise thing to do. The choice you make at installation time is important and changing the locale requires knowledge and a lot of work.

[geoplr]

Thank you guys,
I have an early 2008 Mac Pro running El Capitan 10.11.6
There I have installed Vmware in order to run some windows versions.
One of them is winXP professional sp3. I'm running there cumulus since 2010 when I bought a 265NE (fine offset) weather station.
This year I upgraded to a froggit WH4000SE (WH2320E ecowitt clone). This WS works only with easysmartip software via ip address.
So,
1) I want to run Cumulus Mx on Mac with my 265NE and I have to know which is the right mono version. I 'll go try ver 6.0 and see what it happens.

2) Find a way to run CumulusMx with WH4000SE to extend my database. I see that I can use GW1000 as a communication device but I read that it doesnt log data as the WH4000SE's console display, so I will not be able to record data when cumulus is not running.

of course, question 2 is meant to be a new post...

[water01]

First problem and primary problem is CumulusMX will only run from Windows 7 upwards as Windows XP does not support .NET 4.5.

Second is it doesn't support an WH2320E Ecowitt except through the use of an Ecowitt GW1000 which I think also works as a logger.

[geoplr]

Just run for first time Cumulus Mx build 3070 with mono ver.6.8.0105 !!!
That was nice..! it works!
Now I have to copy my old data here. Let's see...

UPDATE
copied data old files inside cMX, didnt work. cMX doesnt read them.
So I now have a new install, but how can I see and proccess my old data files???
where are the new data files stored? in data folder there is cumulusmx.db and diary.db files only.
These are new data files? How can I access them outside cMX ?

[sfws]

Please see the Wiki https://cumuluswiki.org/a/Cumulus_MX for answers to many questions.

copied data old files inside cMX, didnt work. cMX doesnt read them

You are supposed to copy all the files from "cumulus/data" to "CumulusMX/data".

In fact "log.xml" is not used by MX, so no point in copying that.

in data folder there is cumulusmx.db and diary.db files only.

In that case you did not copy the files into there.

cMX should be able to read any C1 files, unless
- the locale is different between the two installations
- the old files use comma to separate integer and decimal places, in most cases MX cannot handle those, it prefers full stops.

Windows and Unix based operating systems do use different characters for end of line, but nobody has reported that causing problems.

[geoplr]

DataTables warning: table id=dayfile - Invalid JSON response. For more information about this error, please see http://datatables.net/tn/1

what does it mean?

[water01]

I did not have a dayfile - sorry, stupid of me. One exists now and it displays fine.

Guy

Another user had this and he forgot to copy or didn't have a dayfile.txt.

[geoplr]

I did not have a dayfile - sorry, stupid of me. One exists now and it displays fine.

Guy

Another user had this and he forgot to copy or didn't have a dayfile.txt.

very helpfull
mine too. I copied dayfile.txt
problem with locale. Periods and commas...
How do I change locale settings of cumulusMX??? My old data use commas for decimal part. 1,5+1,5=3,0

[water01]

I am not absolutely sure but I believe there is a problem with decimal commas in Mono that has never been fixed.

From MX FAQ at top of forum

"There are issues with 'decimal commas' - particularly in the user interface, but also in the 'engine'".

However, the Wiki says it is only a Raspberry Pi problem https://cumuluswiki.org/a/Cumulus_MX#Re ... separators.

I believe other than that it should pick it up from your operating system, so perhaps your Locale on your machine is incorrect.

[HansR]

Any comma problem probably has nothing to do with Mono but with the locale (and the way CMX handles the corresponding separators and formats).
Ultimately, these problems will only go away with a new CMX version where the locale is only used for output and not for internal storage.

[sfws]

"There are issues with 'decimal commas' - particularly in the user interface, but also in the 'engine'".

However, the Wiki says it is only a Raspberry Pi problem https://cumuluswiki.org/a/Cumulus_MX#Re ... separators.

Don't trust either to be absolutely up to date. The user interface is based upon JavaScript, that definitely cannot cope with decimal commas, hence the whole set of remove Comma web tags. See viewtopic.php?f=40&t=17398&p=134257&hilit=comma#p134257 for reminder that scripts won't accept comma separators.

As for the 'engine' reading the files in the data folder, that is not so clear. Steve Loft was not sure about the comma issue during his tenure, he said he wanted people to tell him,
See viewtopic.php?f=39&t=17888&start=30#p138853

I have also improved the situation regarding non-English settings (e.g. decimal commas). I have tried this with French settings on Windows with a clean install and it seems to be working reasonably well. There is an issue with Mono and decimal commas on the Raspberry Pi, so that is still not working. I'm not sure about other platforms.
...
Perhaps someone with decimal commas could confirm that Cumulus 1 uses decimal commas in the ini files, but MX always uses decimal points?

so that is where the only Pi came from (I would have thought it would apply to all platforms using Mono, but I don't know)

For the Mark era, as far as I know Mark has only tried to address various date problems with Mono.
See viewtopic.php?f=40&t=17210&p=132791&hilit=comma#p132791 where Mark states position with Commas as left by Steve.

OK, its looking like a comma decimal problem somewhere. Steve said that he thought there may still be some problems left in the code.

Those developing the code need to state the definitive current position, and whether it is always true or varies depend on version of Mono. However, I don't expect them to keep up to date with all changes to Mono.

these problems will only go away with a new CMX version where the locale is only used for output and not for internal storage

I believe the problem is that Steve was never quite sure which of his individual routines did what in respect of comma handling. Mark's new versions have added on, not done a total replacement.

[geoplr]

So I have to convert my old data files to the current format in order to have all the data in cmx?
And then if want to export my data to excel for example I ll have to convert them backwards...