Hello,
I added pyephem to show extra almanac info on my main page. When I moved
weewx between servers this stopped working although the setup seems the
same.
Version Info:
pyephem version is 3.7.7.0
weewx version is v3.9.2
When I run "sudo wee_reports /etc/weewx/weewx.conf" (seen in another
You have not answered Tom's questions:
What platform?
How did you install mysql driver?
Yes, there are many of us running weewx with mysql or mariadb
weewx 3.9 runs under python 2.7, weewx 4 (not yet released) will run under
python 3
On Monday, 2 March 2020 07:34:13 UTC+2, Cat22 wrote:
>
>
So, as near as I can tell I am missing a module called _mysql_exceptions
and I can not find that module to install it
Another question i have is:
Is wewx supposed to run under python 2.7 or on python 3.x?
It seems its 2.7 to me, but I am no python programmer.
In any case pip2 pip2.7 and pip3
I did an upgrade and i still cant get mysql to work
I can telnet into mysql on localhost ok and from a remote machine using the
IP of the system with mysql on it
I wonder, what does mysql.py use for a connection ip? Hopefully its
localhost
--
You received this message because you are
On Sunday, March 1, 2020 at 6:28:28 AM UTC-8, Thomas Keffer wrote:
>
> Which platform are you using?
>
> Looks like you did some kind of non-standard install of WeeWX, which is
> fine. I doubt it is the problem.
>
> However, how did you install the mysql driver?
>
> -tk
>
I see that
Thank you, Pat. Over the weekend I have some time and found where all the
things are stored.
I will have a copy of these changes, so it will help me when the upgrade
will be done.
On Sunday, 1 March 2020 17:28:58 UTC+1, Pat wrote:
>
> To remove Records from the menu, remove this line from the
Hi mwall,
Thanks for your suggestion and the link.
The weather station will be stationary. We are planning to use weather
station and gps combination in an urban environment to ascertain the
suitability of various locations for drone operation. The gps receiver is
there to determine the
I'd like to help answer some of your questions.
Here's a little back story: I moved to a rural county and decided to build
my own mesonet. I wish I could afford six Davis stations but I can't. I
found the WS-2902 to be what I needed. Originally no display console was
used, just array,
whoops! i forgot the url:
https://github.com/matthewwall/weewx-gpsd
--
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 weewx-user+unsubscr...@googlegroups.com.
To
is your weather station moving around?
a long time ago i wrote weewx-gpsd - a driver to collect gps data from any
gps receiver that is supported by gpsd. we used it to keep track of
vehicle positions, then correlated the data with weather data and other
vehicle system parameters.
weewx-gpsd
Gary,
I watched the results after the last rain. The midnight column went to 0.0
at midnight and the 24hr went down after 24 hours. Everything as expected.
It has now just started raining and all three columns are at 0.01.
I believe we can say that the problem has been resolved. Thank you for
Hi all,
I am running a project where I needed to monitor the weather and GPS
reception of a location over the course of a week. I just needed the data
to be logged locally.
For my weather station I have a Vantage Vue linked to a wireless console.
The console is installed with a WeatherLink
The N/A should clear up after 3 hours. As PQ stated it is the trend
(rising/falling/steady)
On Sunday, March 1, 2020 at 10:21:14 PM UTC-5, Jay Hennigan wrote:
>
>
>
> On Sunday, March 1, 2020 at 7:10:15 PM UTC-8, p q wrote:
>>
>> I think it's looking for rising/falling/steady and failing
>>
>>
>
On Sunday, March 1, 2020 at 7:10:15 PM UTC-8, p q wrote:
>
> I think it's looking for rising/falling/steady and failing
>
>
So it should clear up after it plots enough readings to display a trend,
then. I'll let it run, just fired it up.
--
You received this message because you are
I think it's looking for rising/falling/steady and failing
On Sun, Mar 1, 2020 at 7:04 PM Jay Hennigan
wrote:
>
>
> On Sunday, March 1, 2020 at 6:50:05 PM UTC-8, Jay Hennigan wrote:
>>
>> Wow, this is an awesome program! Newbie on weewx here. Got it up and
>> running with Ultimeter and RPi. Two
On Sunday, March 1, 2020 at 6:50:05 PM UTC-8, Jay Hennigan wrote:
>
> Wow, this is an awesome program! Newbie on weewx here. Got it up and
> running with Ultimeter and RPi. Two minor tweaks I'd like to do.
>
> 1. Is there a way to display either the mobile or regular skin by choice?
> Either
Wow, this is an awesome program! Newbie on weewx here. Got it up and
running with Ultimeter and RPi. Two minor tweaks I'd like to do.
1. Is there a way to display either the mobile or regular skin by choice?
Either a different URL or ideally by detecting the browser automagically?
I'm using
Well, the output of sdr.py using the string in the readme (sudo
PYTHONPATH=/usr/share/weewx python /usr/share/weewx/user/sdr.py
--cmd="rtl_433 -M utc -F json") gives this
out:[u'{"time" : "2020-03-02 01:43:49", "model" : "Fineoffset-WHx080",
"subtype" : 0, "id" : 104, "battery_ok" : 1,
After a quick private discussion about rtl_433:
The basic issue is probably that rtl_433 simply decodes the fields as
transmitted from the 6045M. It does not maintain state; this is a
core rtl_433 principle.
Therefore, some code has to take the messages and accumulate strikes,
when
Kenny Stier writes:
> I am working on including my lightning detector data on my homepage but am
> having some issues.
> I am using an Acurite 06045M over SDR on Belchertown.
> https://wx.millhousen.com/
>
> 1. For some reason, the Lightning Distance is shown on the graph as being
> 24
I am working on including my lightning detector data on my homepage but am
having some issues.
I am using an Acurite 06045M over SDR on Belchertown.
https://wx.millhousen.com/
1. For some reason, the Lightning Distance is shown on the graph as being
24 consistently, but it hasn't stormed in
When I set up my station, I had all kinds of trouble getting Apache to get
the right rights and permissions. I ended up moving the weewx publichtml
directory to where Apache worked rather than the other way around.
On Sun, Mar 1, 2020 at 3:18 PM rich T wrote:
> Check out the following link:
Check out the following link: http://www.weewx.com/docs/usersguide.htm , it
gives information where all the files are located for different types of
installations.
I used the "setup.py" method to install, so the apache information is for
the setup.py method.
On Sunday, March 1, 2020 at
I did not have those folders, were they supposed to be created
automatically somewhere or is the tutorial I'm following wrong?
Should my code be exactly be under
Alis /weewx/home/weewx/public_html
If my Weewx directory is located in /etc/ ?
On Sunday, March 1, 2020 at 10:53:05 AM UTC-5,
The barometer issue was it.
I am using an Acurite 5-in-1 over SDR and it doesn't include pressure data.
I was able to add pressure data using a BME280
https://gitlab.com/wjcarpenter/bme280wx and now the reports generate great!
On Sunday, March 1, 2020 at 1:47:11 AM UTC-5, gjr80 wrote:
>
> Hi,
>
Hi Bob,
it's a very good news that you are working on it, thank you!
The only doubt I have is that the "YC9388 PC" model has the same sensor
suite as the Bresser 6 in 1 but a different console. The "YC9390 Wi-fi
Weather Station" has also the same console. I hope that these two consoles
are
Thanks Mike that worked.
Strange way to go about things though from the Met Office. They did tell me
Datapoint is to be replaced by DataHub. Perhaps its there way of changing.
Thanks again Phil
On Sun, 1 Mar 2020, 17:36 Mike Hawkins, wrote:
> Hi, yes, sorry the last email was a bit of a dump
Admittedly it's been many months since I've looked at this.
aggregate_interval is dependent on aggregate_type. The homepage or day
charts are a None type so that they do not aggregate and show their actual
values. If the type is none, then the interval is none. This is the way
weewx gets the
Ok thanks. I've got about an hour now so I'll see if I can play around with
it too
On Sunday, March 1, 2020 at 12:57:09 PM UTC-5, Brett Cooper wrote:
>
> I have added `aggregate_interval = 300` to skin.conf, both in the
> [homepage] segment and as a global. Will see what happens soon.
>
> On
I have added `aggregate_interval = 300` to skin.conf, both in the
[homepage] segment and as a global. Will see what happens soon.
On Sunday, March 1, 2020 at 11:07:26 AM UTC-6, Pat wrote:
>
> your reply went to me as a private message thats why it disappeared :)
>
> Your homepage graphs come up
your reply went to me as a private message thats why it disappeared :)
Your homepage graphs come up as every 3 mins for me when the graph is
zoomed out. But when you click-to-drag to zoom in a section, it's every 1
minute. So I think this is highchart's way of showing a lot of data
truncated
Not sure if google ate the URL or if it's in perpetual approval - added a
couple of spaces; https : / / weewx . potatoforinter . net
On Sunday, March 1, 2020 at 10:24:16 AM UTC-6, Pat wrote:
>
> 60 seconds is a bit aggressive for archives, that'll explain why your json
> is so large. That said,
Worth mentioning that the graphs page for the homepage graph is showing as
1-minute intervals, but the index page seems to be every three minutes. Not
sure if that's due to limited width or something else.
On Sunday, March 1, 2020 at 10:24:16 AM UTC-6, Pat wrote:
>
> 60 seconds is a bit
Oops, sorry I showed how to remove the records from the menu. The process
is the same for the Reports page, just remove the Reports link.
On Sunday, March 1, 2020 at 11:28:58 AM UTC-5, Pat wrote:
>
> To remove Records from the menu, remove this line from the
> header.html.tmpl
>
60 seconds is a bit aggressive for archives, that'll explain why your json
is so large. That said, your charts should be showing 60s of data, not 3
minutes, so i'm a little confused by it from this distance. Is your site
public?
On Sunday, March 1, 2020 at 10:50:06 AM UTC-5, Brett Cooper
Are you still getting this error:
Forbidden
You don't have permission to access this resource.
--
Apache/2.4.38 (Raspbian) Server at 192.168.1.31 Port 80
Do you have the folding file in these folders:
/etc/apache2/conf-available/weewx.conf
No, it is not - it's 60 seconds as per weewx.conf `archive_interval`
setting.
All of the data is being pulled from the archive table in the weewx SQL DB.
Worth noting that I do have a weewx 'rapid' plugin active. It is saving
every loop packet (about 2-3 second wait per loop) to its own unique
The data should correlate to your archive interval. Is your archive
interval in weewx.conf set to 3 minutes?
On Saturday, February 29, 2020 at 8:50:29 PM UTC-5, Brett Cooper wrote:
>
> Quick question, is there an option somewhere on Belchertown / highcharts
> to reduce the granularity of data
thank you,
Now that thats fixed I'm having problems with weewx.html
On Sunday, March 1, 2020 at 1:03:13 AM UTC-5, gjr80 wrote:
>
> Hi,
>
> Re altitude the format for the altitude setting is:
>
> altitude = value, unit
>
> where unit is foot or meter. You will find in settings, units etc WeeWX
Hi Mike
Sorry to be a pain but did you modify or add and if you added could you
explain where.
Phil
On Saturday, February 29, 2020 at 6:38:50 PM UTC, Phil Owers wrote:
>
> Hi Guys
> Have 2 raspberry pi each running to a vantage pro. Both stopped
> downloading uk met office forecasts (2 api
Which platform are you using?
Looks like you did some kind of non-standard install of WeeWX, which is
fine. I doubt it is the problem.
However, how did you install the mysql driver?
-tk
On Sat, Feb 29, 2020 at 12:06 PM Cat22 wrote:
> Hi,
> weewx 3.9.2
> I am adding the mysql capability to
On Sunday, March 1, 2020 at 7:17:00 AM UTC-5, Phil Owers wrote:
>
> The UK Met Office has now raised an issue with there datapoint services
> but did suggest to try
>
> Could you try the following : change the User-Agent to
> 'Mozilla/5.0'. It could be that the user agent of 'python/urllib/2.5'
Hello and thanks i have succeeded my tow database to merged.
daham@hp-pc:/tmp$ sudo sqlite3 /media/daham/Neu1601/Eigene\
Dateien/Wetterstation/weewx/010320201357/weewx.sdb
SQLite version 3.22.0 2018-01-22 18:45:57
Enter ".help" for usage hints.
sqlite> SELECT strftime('%d-%m-%Y %H:%M:%S',
I can confirm that this does work, I modified the download function in
forecast.py to:
req = urllib2.Request(u)
req.add_header('User-Agent', 'Mozilla/5.0 (Macintosh; Intel
Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/50.0.2661.102
The UK Met Office has now raised an issue with there datapoint services but
did suggest to try
Could you try the following : change the User-Agent to
'Mozilla/5.0'. It could be that the user agent of 'python/urllib/2.5' is
the issue. This worked for some users.
Not sure what that means
Phil
Hi Andrea,
The answer is not yet. I have the Youshiko YC9388 which is identical.
Progress so far is that I have worked out enough of the usb interface
protocol to get a test program working reliably and I'm currently writing a
new driver for weewx.
The main difficulty is getting to grips with
This is the first few lines of what I get back from the datapoint url on my
browser
{"SiteRep":{"Wx":{"Param":[{"name":"F","units":"C","$":"Feels Like
Temperature"},{"name":"G","units":"mph","$":"Wind
Gust"},{"name":"H","units":"%","$":"Screen Relative
I was in contact with enquir...@metoffice.gov.uk yesterday but they thought
it was more my end than theres. Now others are reporting the same issue
perhaps if we all send them an email to the above address they might start
to think its there end. I did create a new account with a new API but also
Hi all
Yes I have this 403 issue too - checked my Met Office account and no issue
there as account and API key active and nothing changed on the Pi or weewx.
Using weewx v3.8 and Forecast 3.3.2. Need some help please!
forecast: UKMOThread: UKMO: download forecast from
49 matches
Mail list logo