Hi Brian
thanks for sorting 24hour format
Steve
had a look at you site as you are in a similar area to me suggest you change the moon rise value in easysetup to 1 instead of 0
Harold
Hi Brian
thanks for sorting 24hour format
Steve
had a look at you site as you are in a similar area to me suggest you change the moon rise value in easysetup to 1 instead of 0
Harold
Hello everyone, I have a ws1001 and I would like it to work with ws1001.txt. It is a week that I try not succeeded. the site is http://lokaleolucavale.altervista.org/pws/index.php
What should I write exactly in the server.ini file? please
Well, for some reason, the page conditions and forecast are not updating!
It was working fine with cron jobs version, but the standalone version is not! :roll:
http://www.meteothes.gr/pws/index.php
Any ideas?
Thanos
Good morning atsio
A quick check I found this in http://www.meteothes.gr/pws/jsondata/wuweatherupdate.txt
“response”: {
“version”:“0.1”,
“termsofService”:“Login | Weather Underground”,
“features”: {
}
,
"error": {
"type": "keynotfound"
,"description": "this key does not exist"
}
So double check your API key input .
Brian
,
“error”: {
“type”: “keynotfound”
,"description": "this key does not exist"
}
}
Good morning
Drop me a pm sometime or email we can try a few things, it has been tested an being used on latest firmware release 2.3.7 http://www.claydonsweather.org.uk/ or Piet’s custom https://www.sauwerdmeteo.nl I use firmware 2.3.3 without any issues .
Think you can also use the weather display software but I’m not sure anymore as the template does not use json file extensions anymore or cron jobs .
If you can possibly create a sub domain like http://weather.lokaleolucavale.altervista.org it would be much more advantageous so we don’t interrupt any of your existing templates you are using
thanks for the reply, the firmware is 2.3.7 with your own design, I bought the ws1001 for 2 weeks and I’m experiencing some things, the address is only lokaleolucavale test, the officer is working lokaleolucac.altervista.org which stands with wd. regarding my problem is that wu is regularly updated every 16 seconds, while the json no
ciao
Brian, although I double checked the api key in settings file yesterday, it didn’t work! I’ll give it a try again later when I’ll be at home and
let you know how it goes!
Do I have to place the api key in anohther file except the settings?
Thanos
Hello good evening
Just add the API key via the easyweathersetup.php
no need to edit any code direct in terms of settings everything is driven by setup menu…
Let us know if you cant resolve but you shouldn’t have a problem.
Brian
atsio
forgot to say earlier , using the easyweathersetup.php has really eliminated the editing of settings.php so becareful not to add the api key directly in the settings.php you should let the setup screen do it for you .
brian…
Brian,
I just updated to the latest version and a lingering problem still happens. When I first open my homeweatherstation: frontrangeweather.net/PWS, one or more of the 9 windows do not open. When I refresh the screen it’s a different mix of what does not open. I hope someone can help me here.
Thanks,
Bill
Windows 7 home premium
Firefox Ver. 52.0.1 32 bit
good morning
Im not understanding clearly what the lingering problem is , i went to your page and all loaded fine albeit it was not on current version of template. however when I just double checked there were internal 500 errors being flagged up .
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (barometer.php)
[Error] Failed to load resource: the server responded with a status of 500 (Internal Server Error) (windspeeddirection.php)
which is saying you don’t have the server resources to load the elements/modules
i can help you but i would need your ftp details and tweak the .htaccess to see if that will resolve .
dealing with 500 internal server errors can be either quickly resolved by modifying the .htaccess or increase memory limit via php or a teething long process battling
hosting limitations set by hosting company.
I had similar issues two years ago when I first put this together using a host company called HOSTMETRO after something like 100 email exchanges with them I gave up and moved it all over to my ICDSOFT account i was using for other work/projects etc issued resolved .
i would say in advance if this causes an issue i would not run the this template alongside and just continue with what you have http://frontrangeweather.net has it is working fine and looks great.
feel free to drop your ftp details via pm I will take a look to see if i can help…
brian
Brian,
pm sent.
Bill
hello
ok no problem , i already that info , I will get back to you early next week , what we can do is tweak your .htaccess to reduce the server load but I know just looking at the log there is a server memory limitation or a limit and restriction in place to use simultaneous processes .
well sort it out dont worry…brian
Updates Fixes/Performance (2 APRIL 2017)
Updates Full Install required(1 APRIL 2017)
as always download via https://www.weather34.com/homeweatherstation/
see screenshot below to see why it is advantageous to work at getting the optimisations right ,considerable time taken at times you get it wrong but learning from that yields the better outcome for your visitors, your own self piece of mind and trust in what your using and most of all a pleasant user experience…brian
Minor Fix (2 APRIL 2017)
only need to replace easyweathersetup.php if on latest download from this morning (2nd April)
Brian, the WU forecast and current conditions are working now after I’ve changed the rights in the corresponding files and folders. The WU api string was ok.
There’s a problem with the monthly and today charts which are not working. The chart’s frames appear blank, although the data files are there.
The yearly charts are working fine.
Thanos
good morning
http://www.meteothes.gr/pws/chartswudata/042017.txt file is missing
for today monday 3rd http://www.meteothes.gr/pws/chartswudata/03042017.txt file is missing
for the year http://www.meteothes.gr/pws/chartswudata/2017.txt is ok
i have checked other sites using current download there are no issues related to this some examples below
http://www.relayweather.com/pws/chartswudata/042017.txt month
https://www.weerstation-sauwerd.nl/chartswudata/03042017.txt today
check permissions , does any of the demo files exist ?
brian
Think you resolved it , have a good day…brian
Well Brian, this is a headache! Every new data file the script creates, for some reason is locked, and even it’s there, it’s not accessible! 8O
If I delete and copy that back again becomes accessible, but I have to give write rights to get it updated by the script! :roll:
That’s what I did with today’s data file 04042017.txt. I did the same on yesterday’s file and worked!
After that, under the current circumstances, I have to follow the same procedure every day for the new data files to work! 8O That’s impossible!
That didn’t happen with cronfiles as I’ve already said before…
Any ideas?
Thanos
good morning ATSIO
ill try and explain …
there is no difference in the script that used in the cron version it is identical , all we do now is called the file from within the template instead of using a cron procedure.
this is no difference in the script to call graph data . see screen shot below for clarification.
i can only say it is all related to server based file permissions , everything in the area where are you are experiencing issues is identical in scripts to previous cron versions.
without me having some sort of hands access it is going to be upto you to resolve , Im sure you can but Im not getting any reports of from elsewhere , i can only reiterate it is basically the same script as shown below.
the reason for moving away from cron job use was simply based on endless emails every week of how do i set up cron jobs, or what is a cron job. i could have easily responded with do a google but thats not very helpful so I decided to just use a simple jquery script internally to do the same thing . Im sorry you are experiencing problems but its NOT widespread enough for me to revert back to cron jobs .
as a last resort you could fire the jsondata/wuupdate.php via a cron job and disable the feature in the template by removing the necessary script but you are basically doing the same thing just a cron to fire it . the script lies at the foot of the template and has a setting in the settings.php
$wuupdate = 1800; // 30 minutes
now possibly only thing would be interfering would be the contentType line .
so all i can say now is
1.check folder permissions …/chartswudata/
2.check file permissions in the …/chartswudata/
3.try removing the line from the script in index.php contentType: “application/x-www-form-urlencoded;charset=ISO-8859-15”,
4. none of above works go and have a beer or two have a good nights sleep and try again tomorrow …
as you can see identical
ps sent you a file in email…
brian