Welcome to the new home of the Cumulus Support forum.

Latest Cumulus release v1.9.4 (build 1099) - Nov 28 2014
Latest Cumulus MX release - v3.0.0 build 3044 7 December 2018. See the Wiki for download

Annual Data Summary update failure

Other discussion about creating web sites for Cumulus that doesn't have a specific subforum

Moderator: daj

User avatar
Super-T
Posts: 803
Joined: Tue 09 Sep 2008 3:37 am
Weather Station: wh-1081
Operating System: Weather Laptop - Windows 10 Pro
Location: Auckland, New Zealand
Contact:

Re: Annual Data Summary update failure

Post by Super-T » Sat 29 Sep 2018 10:30 pm

Actually, that is an old screenshot.....it has the ftpupload in the daily.
2018-09-30_112914.jpg
You do not have the required permissions to view the files attached to this post.

sfws
Posts: 462
Joined: Fri 27 Jul 2012 11:29 am
Weather Station: Customised mix of Fine Offset
Operating System: Tempermental Win. 10 PC
Location: UK

Re: Annual Data Summary update failure

Post by sfws » Sun 30 Sep 2018 7:59 am

Super-T wrote: Thats the old windows 10 setup default problem and does explain the corruption problem.
Incidentally, my own scripts do not need to be told what separator is used between fields, they simply look to see what character appears after the two figure year in dayfile.txt! So my scripts cope with Microsoft deciding how it thinks you want to be set up.
BCJKiwi wrote:The issue is the 'new' test system is uploading when it shouldn't be, and is sending the problem dayflie which overwrites the good one on the webserver.
The thread title "Annual Data Summary" is about a web page, it happens to be a web page that I understand well as I helped you produce a new version of the PHP script for it years ago. As Super_T says, I have answered why that page was showing corrupted information, and solved that for him. I have also given a simple solution to avoid overwriting a single remote file, based on the information made available in the earlier post. He says he copied his complete set-up between his machines, that automatically amends local paths; I say he should have manually changed remote path names whereever they are used if he wants to keep his test stuff separate.

If Super-T wants to report a potential issue with Cumulus 1, as you claim, he should be posting in a different section of the forum, i.e. posting in that dealing with Steve's Cumulus 1 software. But there is no evidence that his test system has faulty software, no evidence that Cumulus 1 on desktop is uploading all the files, as his other web pages are showing data from his long-running laptop (e.g. http://www.janter.co.nz/weather/record.htm has data since 2008). His corruption problem was with a single web page that was designed to be simple, and him manually updating a single file with an incorrect format to a location used by his production system.
Super-T wrote:it has the ftpupload in the daily.
Are you saying until 29 Sept, you had an upload being performed daily that uploaded the file? If so, you have solved the issue that BCJK refers to. You may have switched off the standard Cumulus every five minute upload, but you had included your daily additional one, and created the issue because you unwisely used the same remote file path and name.

Over and out.

Post Reply