Meteotemplate Forum

I am using Cumulus to generate my readings from my Davis Vantage Pro2 6153 weather station. How can I get the MeteoTemplate software to get the data from Cumulus? Currently I am using the Saratoga template to display my data from my weather station to my website (http://www.elgheko.us). I like what I have seen on MetepTemplate websites which is why I am considering switching.

Hi,
go to the Database updates section in Control panel, select Cumulus and follow the instructions.

I'm making progress, I think. One thing driving me crazy is trying to get Cumulus to work. I keep getting the following error:

"Loading realtime.txt from /home/********/domains/elgheko.us/public_html/...

Unable to load conditions from the path specified. Make sure the file has 'read' permissions and also check the URL directly from the browser. If you cannot get this to work you will need to use alternative URL - use relative path if you specified URL or use URL if you tried relative path. If even this does not help, contact me (Jachym)."

And if I try the regular URL it opens up a new elgheko.us page.

Well, if nother else. WU seems to be working okay now. <fingers crossed>

Guess I was wrong about WU. Nothing shows in the forecast when clicking on Weather Underground. Now when testing the WU I get the following:

The parsed date is Dec 31, 1969 05:00 PM, current time is Apr 12, 2018 02:31 AM
There seems to be a problem with the date and time. Either it has not been parsed correctly or it is a date/time in the future! Check the format you specified and also the actual values.

Not sure what this is telling me as it is data coming directly from WU.

BTW, I forgot to mention that when putting in the path to my realtime.txt file, no problem getting it, so I would assume that the cumulus data should be updating.

Hi,
depends how your server is set up, you could try absolute path like "http(s)://.... realtime.txt"

No luck. I am still not importing my Cumulus realtime.txt data.

Just thinking out loud here. As part of my Davis weather station I am using the Davis Weatherlink which sends data to http://www.weatherlink.com/user/aznetco ... &headers=1. Cam meteotemplate possibly import the data from the that source?

It can use data from WL, but only current (and Im not sure how long it will work because they are planning some changes and I havent seen the new output - which also needs to be publicly available, not password protected)

FYI, I finally have Cumulus importing into the database. Strange part is that this is that same URL I used before and it was rejected.

The last part of the test import was as follows:
Summary
The following would be imported to database:

Date/time: 2018-04-16 10:00
Temperature: 82.2 F
Dewpoint: 0.5 F
Apparent Temperature: 74.12 F
Humidity: 4 %
Pressure: 29.89 inhg
Wind speed: 3.0 mph
Wind gust: 3.0 mph
Precipitation: 0.00 in
Rain rate: 0.00 in/h
Wind direction: 345 degrees
Solar radiation: No solar sensor - ignored.

However, the block "current" continues to tell me "API file not found." Plus I do not think the Cronjob of
"5 * * * * /home/XXXXXXXX/domains/elgheko.us/public_html/mtp/update/update.php?password=XXXX"
is working.

Once I get this working I should be ready to go public.

Check that the following files are on your server:

api.php
cache/apiLog.txt
cache/apiCache.txt

Yes, all three are there. The apiCache.txt has the following data in it:

{"timestamp":[1523906832],"date":["2018-04-16 12:27:12"],"T":[86.100000000001],"H":["1"],"P":[29.845991901359],"W":[8.999997215616],"G":[16.999994740608],"B":["244"],"R":[0],"RR":[0],"D":[-23.44],"A":[74.12]}

The apiLog.txt has a ton of data in it. That is from my manually forcing an update. I really believe the problem is with my attempt at a working cronjob. I am not well versed on conjobs.

My ISP is wondering if meteotemplate can run with PHP7 okay or if it requires a lower version of php such a php5.6?

Mine runs fine with PHP7!
However I don't use Cumulus
Bill

This is driving me crazy. I have tried the follow cronjob variations with no luck:

*/5 * * * * /home/admin/domains/elgheko.us/public_html/mtp/update/update.php?password=_______

*/5 * * * * /usr/local/php56/bin/php56 /home/*******/domains/elgheko.us/public_html/mtp/update/update.php?password=_______

*/5 * * * * /usr/local/bin/home/*******/domains/elgheko.us/public_html/mtp/update/update.php?password=_______

If I force it manually by doing "http://www.elgheko.us/mtp/update/update ... rd=_______" it works. Any other suggestions?

Use the external cron job if nothing works:

http://cron-job.org

Jachym,

This con-job.org is working! Thanks for the suggestion! I never would have thought of looking for such a site.

Tom

aznetcowboy wrote: ↑Wed Apr 18, 2018 12:37 am This is driving me crazy. I have tried the follow cronjob variations with no luck:
*/5 * * * * /home/admin/domains/elgheko.us/public_html/mtp/update/update.php?password=_______
*/5 * * * * /usr/local/php56/bin/php56 /home/*******/domains/elgheko.us/public_html/mtp/update/update.php?password=_______
*/5 * * * * /usr/local/bin/home/*******/domains/elgheko.us/public_html/mtp/update/update.php?password=_______
If I force it manually by doing "http://www.elgheko.us/mtp/update/update ... rd=_______" it works. Any other suggestions?

Hi Tom
I have noticed that you have already solved your problem by doing an external cronjb, but for other guys that may face the same problem in the future, the solution is quite easy
In your cron job command line, just remove the ? (question mark) and leave a blank space, like this:

......./public_html/mtp/update/update.php password=_____

It works fine and avoids the need for external cronjobs
I have noticed that some servers (like yours and mine) just hate question marks in cronjobs, so the solution is always the same: remove all question marks in your cronjob command line, replace them with a blank space and... voià!

Thanks for a simple solution. My ISP came up with the following which is working fine:

curl "http://elgheko.us/mtp/update/update.php?password=abc123"

So I have dropped the cron-job.org cronjob and will use what my ISP came up with. He tells me he totally forgot about the curl usage and we have implemented it and are working just fine. You can find my site at http://www.elgheko.us/mtp/. It is a subset of my regular website thus the reason for the /mtp/.

aznetcowboy wrote: ↑Sat Apr 21, 2018 3:22 am Thanks for a simple solution. My ISP came up with the following which is working fine:
curl "http://elgheko.us/mtp/update/update.php?password=abc123"
So I have dropped the cron-job.org cronjob and will use what my ISP came up with. He tells me he totally forgot about the curl usage and we have implemented it and are working just fine. You can find my site at http://www.elgheko.us/mtp/. It is a subset of my regular website thus the reason for the /mtp/.

Hi Tom
Thanks for this ingenious curl option .

http://www.meteocaldas.com/mtp