The latest version of the Belchertown skin v1.3.1 recommends using
windy.com for maps:
- Q: Do I have to use the radar?
- A: Nope! If you leave it disabled you'll just have a big blank box on
the website. But windy.com provides a free animated radar, so why not
include it? :)
I did not work on the original metargenerator.py, I'm just confirming your
question about it not working.
On Sunday, November 5, 2023 at 10:32:01 AM UTC-7 Nate Bargmann wrote:
> I'm guessing you'll be pushing the changes out when you're more
> satisfied with it.
>
> - Nate
>
> --
> "The
Correct. Back on the 26th the NWS rolled out their new Aviation Weather
Center website and it is a total re-write of the old site. The old
extension screen-scraped the web page to obtain the METAR & TAF data. That
doesn't work with the new site and you have to use the AWC Data API to
obtain
All the links to Docs including http://www.weewx.com/docs.html have been
returning 404 errors since yesterday.
--
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
I am using index_hook_after_forecast.inc on the Belchertown front page to
add two rows with two columns of METARs (four total METARs). Here is my
.inc file:
METARs
https://www.aviationweather.gov/taf/data?ids=KEUL,KBOI,KWMC,KMEV,KSCK=raw=off=on;>TAFs
$KONO_metar
$KEUL_metar
; > In reviewing the steps provided by MikeQ above, I see an issue with step
> > 3. The search_list_extensions under the [[[CheetahGenerator]]] section
> > should not be modified in weewx.conf but in skin.conf. If you don't find
> > the search_list_extensions line in that section
o find out
exactly what is happening in def statsHTMLTable(self, airport): when it
tries to get the metar.
On Friday, June 2, 2023 at 12:58:21 PM UTC-6 Nate Bargmann wrote:
> * On 2023 02 Jun 13:31 -0500, MikeQ wrote:
> > One more thought - what version of Python are you running? The
wrote:
> * On 2023 02 Jun 12:36 -0500, MikeQ wrote:
> > Did you test the URL from the box running WeeWX? I'm wondering if you
> have
> > a DNS or some other connectivity problem on that box. You could try
> > running:
> >
> > curl
> > -s
> https://ww
Did you test the URL from the box running WeeWX? I'm wondering if you have
a DNS or some other connectivity problem on that box. You could try
running:
curl
-s
https://www.aviationweather.gov/adds/metars?station_ids=KBIE+_trans=translated_metars=on=most+recent+only_tafs=on=Get+Weather
and
I am in the process of upgrading my WeeWX installation and switching to the
Belchertown skin. Since you posted the steps for adding METARs to the
Seasons skin, I will post them for those using the Belchertown skin and
both will be here for anyone who searches the forum for "metar".
Augment
Having worked on industrial water systems for many years, I highly
recommend you use a pressure transducer to measure water tank levels
instead of ultrasonics. I have a 2500 gal poly irrigation tank in my yard
with a booster pump. It was there when I bought the house so I didn't get
to pick
I have had a similar issue twice but not since January 2021. I have my
Davis console on wall power plus batteries, assuming the batteries would
work like a UPS but that might not be reliable.
Look at the weewx wiki:
nformation for quite specific locations using gridpoints, but that's not
> integrated into weewx AFAIK.
>
> Walt
>
> On Friday, July 8, 2022 at 10:56:16 AM UTC-5 MikeQ wrote:
>
>> Does someone here understand how the NWS generates a forecast for a
>> specific location? I used
Does someone here understand how the NWS generates a forecast for a
specific location? I used the API link above and it says my forecast zone
is IDZ033. When I put this in weewx I get the following error:
Jul 8 09:30:20 weatherpi weewxd: forecast: NWSThread: NWS: no PFM found
for IDZ033 in
In your original post, I missed you are using MariaDB 10 so the default
port for it is 3307 instead of 3306 used by Maria DB 5.
I also should have mentioned a way to test your connection from remote.
Are you running WeeWX on a Raspberry PI? If so, you can install just the
MariaDB client
The Synology does not have any remote user accounts enabled by default. I
assume you are running phpMyAdmin on the Synology. Did you login to the
Synology using SSH and create a remote account?
You can check if you have a remote account configured by doing this:
1. Verify you have SSH
There is documentation on the forecast extension in the file
/usr/share/weewx/user/forecast.py. It creates a database at
/var/lib/weewx/forecast.sdb to store the forecast data and generates the
forecast variables.
In your SSG skin directory at /etc/weewx/skins/, there is a template file
Gary -
Thanks for the easy fix! Those two edits fixed the problem.
Just a couple of notes in case someone else tries to use this fix in the
future:
1. My file is plots.js instead of plot.js
2. The lines I needed to edit were off one line number in my plots.js file
which was easy enough to
I installed weewx-highcharts and added a page (using the sample HTML page)
to my Seasons skin. I am in the US, so I changed weewx.conf for US units
and ranges:
Groups
group_altitude = foot
group_speed2 = mile_per_hour2
I put a Dark Sky API Key into the RTGD config section and changed the
scroller source to DS. That works fine, so it looks like this is just a
Zambretti forecast problem. Using Dark Sky solves my problem since I just
needed some kind of forecast in that box at the top of my SteelSeries page
I copied over forecast.sdb and here are the last few rows from SQLite
Browser
--
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
I copied forecast.sdb over and opened it in the SQLite Browser. Here is
the last record with the Zambretti forecast:
[image: Selection_001.png]
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving
Gary -
Here is the requested info
Thanks,
Mike
Jun 11 13:03:45 weatherpi systemd[1]: Starting LSB: weewx weather system...
Jun 11 13:03:46 weatherpi weewx[4882]: engine: Initializing weewx version
3.9.1
Jun 11 13:03:46 weatherpi weewx[4882]: engine: Using Python 2.7.13
(default, Sep 26 2018,
I installed a SteelSeries page this weekend and installed RTGD to create
and upload gauge-data.txt. All that is working fine. I also have the
Forecast extension installed and that is working fine. At this point, the
only forecast I am trying to use on the SteelSeries page is Zambretti. I
I have another RPi on the shelf waiting to go into a case and all my
Cumulus files I imported from, so it would not be too difficult to get a
database back into the same condition as I had before my drop then
rebuild. Let me know if you need some future testing and I should be able
to help
Gary,
I have weeWX running on a Raspberry Pi 2 Model B Rev 1.1
sqlite> SELECT COUNT(*) FROM archive;
788656
wee_database returns no extra info on the command line when running only a
--rebuild-daily and it takes less than a second:
pi@weatherpi:/var/lib/weewx $ sudo wee_database
Thanks for the replies.
Gary - I have a question on the --rebuild-daily option. Docs say "In most
cases it is not necessary to drop the daily summaries tables using the
action --drop-daily before rebuilding them." I ran --rebuild-daily and it
took less than a second to run. Is this typical
I am moving over from Cumulus to weeWX both running on a RPi, both talking
to a VP2 Console, and both ftp'ing the generated web pages to my Web Server
on another box.. I had no problems getting weeWX running on the RPi with
the standard options.
Now I am trying to import my old Cumulus data
28 matches
Mail list logo
