Hi all,
I'm looking to upgrade to 4.2.0 to get off legacy Python 2. I'm running
CentOS 7.8 and I'm looking for guidance on how to deal with Python. I'm
assuming upgrading WeeWX alone won't work since "python" currently maps to
Python 2.7. I'm worried that if I install Python 3 it still won't
ovember 5, 2020 at 9:18:57 AM UTC-5 peterq...@gmail.com wrote:
> Do a trial run on a spare system. If you don't have spare hardware use a
> VM.
>
> On Thu, Nov 5, 2020, 6:11 AM mwall wrote:
>
>>
>>
>> On Thursday, November 5, 2020 at 8:42:11 AM UTC-5, Jared
Hi again,
First I want to say that you guys are awesome. I took this Thursday and
Friday off from work and I figured I'd take care of this upgrade, which
includes a move to a new system running CentOS 8. It couldn't have gone
more smoothly, even with switching from rpm-based install to setup.
Hi again,
First I want to say that you guys are awesome. I took this Thursday and
Friday off from work and I figured I'd take care of this upgrade, which
includes a move to a new system running CentOS 8. It couldn't have gone
more smoothly, even with switching from rpm-based install to setup.
Hi again,
First I want to say that you guys are awesome. I took Thursday and Friday
off from work and I figured I'd take care of this upgrade, which includes a
move to a new system running CentOS 8. I thought it might wind up taking
most of this long weekend. But I basically did it in a sing
Gotcha! Thank you both!
On Friday, November 6, 2020 at 10:16:38 AM UTC-5 mwall wrote:
>
>
> On Friday, November 6, 2020 at 9:44:56 AM UTC-5, Jared wrote:
>>
>> Since I'm still setting up, I'm running weewxd manually and I'm getting
>> to see the loo
Hi,
Is there a way to suppress the logging of weather underground rapidfire to
the system log? I would like to retain info-level logging for WeeWX, I
just don't want to see these specific messages. I'm not sure if this is
something I need to do in WeeWX, or if it's a configuration of rsyslog.
Hi,
I'm trying to create a table of celestial objects with almanac data. I
want to use a for loop to create the table based on an array of chosen
objects, but it doesn't like how I'm using the tags for some reason.
As an example, I have the following in my template:
#set planets = ['Mercury'
I should add that the almanac setup is working fine otherwise. If I do
something like $almanac.jupiter.rise, I get the data as expected. I just
wanted to keep my post concise :)
On Sunday, November 22, 2020 at 11:23:02 AM UTC-5 Jared wrote:
>
> Hi,
>
> I'm trying to
sit
> $getattr($almanac, $planet).set
> $getattr($almanac, $planet).az
> $getattr($almanac, $planet).alt
> $getattr($almanac, $planet).ra
> $getattr($almanac, $planet).dec
> $getattr($almanac, $planet).mag
>
> #end for
>
>
>
> On Sun, Nov
Hi,
I'm running a Vantage Pro 2, and there have been four occurrences so far
this year where it has failed to log an outTemp and outHumidity value in
the database for a period of several archive intervals.
If I run a query like this:
select
dateTime,barometer,inTemp,outTemp,inHumidity,outHumi
same time, it makes me think it must be something
> they all have in common. Perhaps the battery, perhaps the communications
> module, perhaps something else. It's worth asking Davis.
>
> Fixed in commit dea4b30
> <https://github.com/weewx/weewx/commit/dea4b30317fac63428
then you also said that rainRate had values of . Where
> are you seeing that?
>
> On Mon, Jul 3, 2023 at 3:01 PM Jared wrote:
>
>> Hi Tom,
>>
>> Thanks! The confusing thing for me is that the database is showing 0.0
>> for the rainRate in those bad interv
ite3 weewx.sdb
> sqlite> select dateTime, datetime(dateTime, 'unixepoch', 'localtime'),
> rain, rainRate from archive where rainRate==0x;
> sqlite> select dateTime, datetime(dateTime, 'unixepoch', 'localtime'),
> min, max from archive_day_ra
t for it to show up in "max"
> in the daily summaries.
>
> On Tue, Jul 4, 2023 at 9:53 AM Jared wrote:
>
>> Ah, there it is, in archive_day_rainRate. I had to change from hex to
>> int, and included maxtime so you can see the corresponding archive records.
&
Thanks Tom, really appreciate your replies here, and I'll take the
opportunity to thank you for all your work on Weewx. It's great software,
and a ton of fun to run and work with. Happy 4th :)
On Tuesday, July 4, 2023 at 4:35:09 PM UTC-4 Tom Keffer wrote:
> I've been deleting the rows where o
and see how it
goes. Thanks again.
On Tuesday, July 4, 2023 at 5:00:13 PM UTC-4 Jared wrote:
> Thanks Tom, really appreciate your replies here, and I'll take the
> opportunity to thank you for all your work on Weewx. It's great software,
> and a ton of fun to run and work wit
Hi,
I've enabled windrun, and it seems to be writing to the database and
functioning normally. For my skin I'm running Seasons but adding a couple
of data points. I now want to add windrun to my statistics page, and it
seemed like it should function exactly like rain would, since the both
ag
d_label=False) should work.
>
> Or have I missed the issue you are having?
>
> Gary
>
> On Wednesday, 27 November 2019 12:09:05 UTC+10, Jared wrote:
>>
>> Hi,
>>
>> I've enabled windrun, and it seems to be writing to the database and
>> functioning
Hi,
I made a little JavaScript function (wind.js) that will update the Seasons
*current_widget* table with wind values from CRT realtime.txt. The
function works perfectly fine if I drop it into the browser console after
the page loads, but for the life of me I cannot get this thing loaded by
end();
> }
>
On Tuesday, December 3, 2019 at 10:25:50 AM UTC-5, Pat wrote:
>
> $ is a shortcut for the word jQuery. Make sure you have the jquery library
> loaded in the header, or just replace $ with the word jQuery
>
>
> On Tuesday, December 3, 2019 at 10:04:09 AM UTC-5,
I only get the error at first, when the page attempts to load the
JavaScript file. Error at line 2.
*tbl = $('.widget_contents', $('current_widget'));*
The widget object is not yet available and is undefined. But after the
page loads, all of the page elements are available. So when I paste
The green text shows if the wind speed is >= than 10 mph, and red if >= 20
mph.
On Tuesday, December 3, 2019 at 11:05:30 AM UTC-5, Jared wrote:
>
> I only get the error at first, when the page attempts to load the
> JavaScript file. Error at line 2.
> *tbl = $
er CSS or JavaScript.
I'll keep working on it! Thanks for the help.
On Tuesday, December 3, 2019 at 11:08:06 AM UTC-5, mwall wrote:
>
>
>
> On Tuesday, December 3, 2019 at 10:04:09 AM UTC-5, Jared wrote:
>>
>>
>> I made a little JavaScript function (wind.js) that
58 AM UTC-5, Jared wrote:
>
> Hi Matt, thanks a lot. That's great info - I think I'm starting to see
> what you guys are saying about jQuery. And I didn't even know what DOM was
> until today but I think that advice makes sense too :) I haven't seriously
>
This is what I ultimately came up with, in case anyone ever comes across
this in the future... A quick way to frequently update individual table
fields from realtime.txt. I went with two functions, one for each update
cycle interval; the thought being to minimize GET requests to
realtime.txt.
Hi there,
Just curious if anyone else has a similar setup and could offer some
pointers.
My first weather station was an Acurite 5-in-1 hooked into the
WeatherDisplay software. Both pieces had their issues, and the Acurite
kept breaking, so now I've got a new Davis Vantage Vue with USB Weathe
nable
to wake up Vantage console
Jan 8 11:51:16 MYSERVER weewx[1099]: Exiting...
On Sunday, January 8, 2017 at 12:01:29 PM UTC-5, mwall wrote:
>
> jared,
>
> before you start the virtual box guest, go to the settings for that guest.
>
> in the 'ports' sectio
x27;
and so on.
Well, interesting I suppose! Glad it's working! :)
On Sunday, January 8, 2017 at 11:30:16 AM UTC-5, Jared wrote:
>
> Hi there,
>
> Just curious if anyone else has a similar setup and could offer some
> pointers.
>
> My first weather station was an Acurit
Hi,
I'm still figuring things out and I'm making my way through the
customization guide and starting to think about my own customizations. One
all-time record I used to like from WeatherDisplay was the coldest and
warmest day/night stats. A night was 6pm - 6am, and day was the opposite.
I'm
e database should end up with the night and day max and min values you
> are seeking.
>
> Just a thought .
>
>
>
> On Monday, 16 January 2017 18:10:10 UTC+2, Jared wrote:
>
>> Hi,
>>
>> I'm still figuring things out and I'm mak
At this point I'm starting to feel like this would be a neat little project
for me to get familiar with a number of things (weewx, python, sqlite,
etc.), so I'm feeling a bit ambitious and think I'll give this a try myself.
I definitely think storing the info in a database is the way to go. mwa
Oh and I suppose I need Units as well.
On Monday, January 16, 2017 at 5:34:41 PM UTC-5, Jared wrote:
>
> At this point I'm starting to feel like this would be a neat little
> project for me to get familiar with a number of things (weewx, python,
> sqlite, etc.), so I'm f
ase functions (I'm not writing to the standard database after all).
As far as the service itself, it seems like this would piggyback off
StdArchive as an archive_service? What's the best way for me to test stuff
as I'm figuring it out?
Am I on the right track or no? :)
On Monday
ql to see what is in your database.
>
> It will be a steep learning curve but once learnt will give you a far
> better understanding of what goes on within weewx and set you up well for
> your next project.
>
> Gary
>
> On Monday, 23 January 2017 02:51:18 UTC+10, Jared wrote:
Hi,
I'm trying to do a new Weewx installation on CentOS 8 and I'm having some
installation issues regarding python that I can't figure out. I know the
basics of Linux but am not a veteran. I'm following the instructions on
the http://www.weewx.com/docs/redhat.htm page.
I installed as many of
Thanks, that's great info. I don't mind going CentOS 7. I figured CentOS
8 would be a good learning experience as a Linux noob, but if it's that
much trouble then it's not worth it. I'm guessing by the time I'd need
CentOS 8 I'll be able to move to Weewx 4 anyway. Or maybe I'll mess with
it
Why is that, just curious. I have no issue with Debian, it's just that
CentOS is more relevant to me professionally.
On Thursday, October 17, 2019 at 11:52:11 AM UTC-4, vince wrote:
>
> On Thursday, October 17, 2019 at 8:26:54 AM UTC-7, Jared wrote:
>>
>> Thanks, that
I've noticed a few issues with the occasional bad temperature/dew point
measurement. Specifically, this week, my high temperature is: 101.0°F at
01:42:00 AM (Monday). While unusual, not impossible. That said, it
happened overnight, and was surrounded by temperatures in the 50s. This is
obvi
a spike occurred?
archive_vals=[val for val in records[-n:-5]]
if any(archive_vales.suspect_flag):
inds=where(suspect_flag)
if abs(archive_vals[inds]-archive_vales[inds+1])
> Hello, Jared
>
> Unfortunately, StdQC can only reject values that are outside of a [min,
> max] range.
>
&g
40 matches
Mail list logo