To get the entries for the dropdown list, the report generator does not scan the NOAA subdirectory. Instead, it watches what goes by in the [[SummaryByMonth]] and [[SummaryByYear]] sections, then saves that result.
So, for the dropdown list to populate properly, the [[SummaryByMonth]] and [[SummaryByYear]] sections must come *before* the [[ToDate]] section in your skin configuration file skin.conf. Double check that this is the case. On Tue, Feb 5, 2019 at 6:52 AM <[email protected]> wrote: > Glenn, > > Had a thought that might not mean anything but here it goes. The page is > not finding the summaries in /NOAA because I am unable to select a month or > year. The box fails to display a drop down list of months or years from > which I would select. It seems that it's the actual drop down list that is > missing here because, until I select a year/month, the software has no need > to go to /NOAA to display a date.txt file. Maybe it's the code/mechanism > that creates the drop down list is missing (?) or not functioning (?) The > list of months/years is not in /NOAA so maybe there is some script that > produces it and creates links to /NOAA... I really don't know how these > drop down lists function so I'm out of my element at this point. Any > thoughts on this idea? Thanks. > Bob > > > On Monday, February 4, 2019 at 9:56:28 PM UTC-5, Glenn McKechnie wrote: >> >> No insights (to me ) from the files you provided. >> >> What's in no.htaccess? I wouldn't have thought there could be anything >> in there that would prevent weewx from using the contents of NOAA. >> It's more a webserver control point - but then...? >> >> Ownership and permissions seem okay. root.www-data is typical for a >> debian install, 775 is liberal. >> >> It's nice to see someone else that uses 'tree' It's a great little >> program and perfect for this case! >> it shows the files where they should be. >> >> I guess you could move them (the ones in public_html/NOAA ) aside, >> then restart weewx to allow weewx to regenerate them. Then see if >> excitement or disappointment wins that coin toss. >> >> >> If it wasn't for the fact that your tmpl and skin.conf works here... >> flawlessly even... Phttt. >> >> >> >> >> >> On 05/02/2019, [email protected] <[email protected]> wrote: >> > Hi Glenn, >> > >> > Sorry to put you through all of this. I have attached two files. One >> from >> > wee_debug and one of a "tree" from /home/weewx (a bit long but may have >> a >> > clue). I have a symlink in /var/www/html to /home/weewx/public_html >> which >> > has been working ok with apache2. A "diff" on cheetahgenerator.py and >> 382 >> > source came out equal. The same thing on 370 showed a small difference >> so I >> > >> > used that file but nothing changed so I put the original back. I'll >> work on >> > >> > blocking the WX-HWS code I added to see if that changes anything. In >> > trying to get things going earlier, I changed some ownership to >> > root:www-data and permissions to 775. I wouldn't think this would >> matter >> > with this problem (?). >> > Thanks again. >> > Bob >> > >> > On Monday, February 4, 2019 at 5:01:17 PM UTC-5, Glenn McKechnie wrote: >> >> >> >> Hey Bob, >> >> >> >> There is no change, but it confirms that >> >> 1.) we are working on the same page (the change has propagated to >> godaddy) >> >> >> >> 2.) The [[SummaryByMonth]] and [[SummaryByYear]] sections aren't being >> >> picked up and filled. If weewx couldn't find them, it would complain >> >> with an error - at least it does here. It's odd that they aren't being >> >> substituted as I believe your locations are correct - see below. >> >> >> >> I assume you are running as root, in which case it doesn't matter what >> >> the permissions on the NOAA directories are. FWIW The Directory is >> >> 0744, the files are 0644 >> >> >> >> Regarding your syslog output. I'm not familiar with public_html as the >> >> web directory. I assume it gets remapped by apache2(?) and that's when >> >> it becomes /weewx/ as ftpuploads refers to it. >> >> eg:- ftpupload: Uploaded file /weewx/NOAA/NOAA-2019-02.txt >> >> Are you using apache? Are you rewriting the Directory? >> >> >> >> It might pay to use wee_debug to sanitise your weewx.conf file. Double >> >> check the output is cleaned of anything private, then post the >> >> contents here. >> >> http://weewx.com/docs/utilities.htm#wee_debug_utility >> >> >> >> Regarding weewx.conf values... >> >> >> >> Mine runs with >> >> WEEWX_ROOT = / >> >> SKIN_ROOT = /home/weewx/skins >> >> HTML_ROOT = /var/www/html/weewx >> >> >> >> Yours is >> >> WEEWX_ROOT = /home/weewx (I assume this otherwise the following >> >> values won't expand out) >> >> and you supplied these previously >> >> SKIN_ROOT = skins >> >> HTML_ROOT = public_html >> >> and that's pretty much a setup.py install >> >> >> >> Which means that your NOAA files should reside in >> >> /home/weewx/public_html/NOAA >> >> eg:- /home/weewx/public_html/NOAA/NOAA-2019-02.txt >> >> >> >> From there CheetahGenerator should be able to find them and use them >> >> in the index template. >> >> >> >> Nope, I'm out of ideas. >> >> >> >> Regarding WX-HWS. I'm running your template with that section >> >> basically commented out (sort of, I have stubs in place) >> >> You could try commenting out that whole section, or at least the >> >> HTML_ROOT = /home/weewx/public_html/hws entries for a couple of runs. >> >> Not sure if it will make any difference but we're at that stage. >> >> >> >> >> >> Replace cheetah the application or weewx/cheetahgenerator.py ? >> >> You could try reinstalling cheetah, It shouldn't mess with anything. >> >> You could replace the weewx/cheetahgenerator.py file with a fresh >> >> copy from the source package without any issue. As an aside, I'm >> >> running weewx v3.8.0 >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> On 05/02/2019, [email protected] <javascript:> <[email protected] >> >> <javascript:>> wrote: >> >> > Glenn, >> >> > Your files are loaded now. Haven't seen any difference. >> >> > I upgraded from 3.7.0 to 3.8.2 several months ago. Could there be a >> >> problem >> >> > >> >> > with cheetah? Is it possible to reinstall cheetah without messing up >> the >> >> > >> >> > configuration? >> >> > I've also been trying to install WX-HWS, with only partial luck, as >> it >> >> > can't find the wxcharts. Don't think I have changed anything that >> would >> >> > >> >> > affect this. Thanks. >> >> > >> >> > On Monday, February 4, 2019 at 3:52:39 AM UTC-5, Glenn McKechnie >> wrote: >> >> > >> >> >> >> >> >> Bugger - wrong file. >> >> >> >> >> >> Use this one. >> >> >> >> >> >> On 04/02/2019, Glenn McKechnie <[email protected] >> <javascript:>> >> >> >> wrote: >> >> >> > Hi Bob, >> >> >> > >> >> >> > The simplest explanation would be that CheetahGenerator is not >> >> finding >> >> >> > the NOAA templates to generate the html links - and that it's not >> >> >> > throwing an error in the process. >> >> >> > >> >> >> > Attached is a version of your index.html.tmpl that will display >> the >> >> >> > NOAA filenames it finds. If it finds any (I don't expect it will) >> >> >> > They will be listed as comments in the page source. >> >> >> > Give it a run and we'll see if it leads anywhere. >> >> >> > Ignore the attached weewx.css - it just fixes a div renaming to >> >> >> > satisfy the validator.w3.org >> >> >> > >> >> >> > As I say, it works for me. >> >> >> > http://203.213.243.61/weewx/ >> >> >> > But that doesn't really help you. :-( >> >> >> > >> >> >> > >> >> >> > On 04/02/2019, Glenn McKechnie <[email protected] >> <javascript:>> >> >> >> wrote: >> >> >> >> Okay, it seems that we're back to square one. >> >> >> >> >> >> >> > >> >> >> > -- >> >> >> > >> >> >> > >> >> >> > Cheers >> >> >> > Glenn >> >> >> > >> >> >> > rorpi - read only raspberry pi & various weewx addons >> >> >> > https://github.com/glennmckechnie >> >> >> > >> >> >> >> >> >> >> >> >> -- >> >> >> >> >> >> >> >> >> Cheers >> >> >> Glenn >> >> >> >> >> >> rorpi - read only raspberry pi & various weewx addons >> >> >> https://github.com/glennmckechnie >> >> >> >> >> > >> >> > -- >> >> > You received this message because you are subscribed to the Google >> >> Groups >> >> > "weewx-user" group. >> >> > To unsubscribe from this group and stop receiving emails from it, >> send >> >> an >> >> > email to [email protected] <javascript:>. >> >> > For more options, visit https://groups.google.com/d/optout. >> >> > >> >> >> >> >> >> -- >> >> >> >> >> >> Cheers >> >> Glenn >> >> >> >> rorpi - read only raspberry pi & various weewx addons >> >> https://github.com/glennmckechnie >> >> >> > >> > -- >> > You received this message because you are subscribed to the Google >> Groups >> > "weewx-user" group. >> > To unsubscribe from this group and stop receiving emails from it, send >> an >> > email to [email protected]. >> > For more options, visit https://groups.google.com/d/optout. >> > >> >> >> -- >> >> >> Cheers >> Glenn >> >> rorpi - read only raspberry pi & various weewx addons >> https://github.com/glennmckechnie >> > -- > You received this message because you are subscribed to the Google Groups > "weewx-user" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
