[weewx-user] Homebridge to WeeWX

[Alex Rodriguez]

Hello-

Is anyone aware of a Homebridge plugin that will connect with WeeWX? I found 
one that appears to no longer be supported/developed.

https://github.com/MrBeaker/homebridge-weewx

Hoping to find one or get it added to homebridge-weather-plus.

Cheers,

Alex

Sent from my iPad

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/BED54978-D5BA-46EF-95AA-CD7555144F66%40sdpimail.com.

[weewx-user] Re: wxnow.txt does not contain precipitation totals

[Bill Arthur]

Gary,

Thanks again. Everything is working perfectly. 

BTW, I installed Weewx on a new RasPi.  "binding  = archive" works perfectly

Bill

On Sunday, March 1, 2020 at 9:36:30 PM UTC-6, Bill Arthur wrote:
>
> 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 
> your quick and precise solution.
>
> Bill
>
>
>
>
>
>
> On Saturday, February 29, 2020 at 12:21:26 AM UTC-6, Bill Arthur wrote:
>>
>> Going through the log it looks like I may have restarted the box when I 
>> installed an app. I didn't think I did it that early in the day, but I may 
>> have. I'll take the blame. 
>>
>> Since then it's working flawlessly, the midnight total went away at 
>> 00:00. 
>>
>> I'll know more Monday when it rains. 
>>
>> Bill 
>>
>>
>>
>>
>> On Friday, February 28, 2020 at 8:55:59 PM UTC-6, gjr80 wrote:
>>>
>>> Don’t get too hung up on wxnow.txt, it merely pulls data from the 
>>> database/the current archive record and presents it. If the WeeWX generated 
>>> plot you posted is correct then there is a discrepancy between what WeeWX 
>>> is receiving and what your meteobridge is receiving. This is best tracked 
>>> down by looking at the underlying data.  Once we know the correct data is 
>>> being received/archived by WeeWX we can follow that data through WeeWX. 
>>>
>>> Gary
>>
>>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/6d76537c-e086-4fc6-bfa6-6beb163c2801%40googlegroups.com.

[weewx-user] Re: Fineoffset-WHx080 and SDR sensor_map

[Michael Jackson]

OK, I have the syntax now for what's in sdr.py and mapping sensors to a 
particular model and have managed to get all the available sensors 
reporting to the database and html reports, happy days!

On Saturday, February 29, 2020 at 7:56:44 PM UTC+13, Michael Jackson wrote:
>
> I'm having some trouble mapping the sensors from my FineOffset WH1081PC 
> via rtl_433 and weewx.  I can get the humidity and temperature but can't 
> seem to map wind, wind direction and rain.
>
> This is the return from x:
>
> [u'{"time" : "2020-02-29 06:46:12", "model" : "Fineoffset-WHx080", 
> "subtype" : 0, "id" : 104, "battery_ok" : 1, "temperature_C" : 18.200, 
> "humidity" : 63, "wind_dir_deg" : 203, "wind_avg_km_h" : 4.896, 
> "wind_max_km_h" : 7.344, "rain_mm" : 924.300, "mic" : "CRC"}\n', u'{"time" 
> : "2020-02-29 06:46:13", "model" : "Fineoffset-WHx080", "subtype" : 0, "id" 
> : 104, "battery_ok" : 1, "temperature_C" : 18.200, "humidity" : 63, 
> "wind_dir_deg" : 203, "wind_avg_km_h" : 4.896, "wind_max_km_h" : 7.344, 
> "rain_mm" : 924.300, "mic" : "CRC"}\n']
>
> and this is what I have mapped so far:
>
> outTemp = temperature.*.FOWHx080Packet
> windSpeed = wind_avg_km_h.*.FOWHx080Packet
> windDir = wind_dir_deg.*.FOWHx080Packet
> outHumidity = humidity.*.FOWHx080Packet
> rain = rain_mm.*.FOWHx080Packet
>
> Should I be editing sdr.py with the results from rtl_433 for the 
> FOWHx080Packet?
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/c0cc2fdc-e061-404a-b8da-d75606e41f86%40googlegroups.com.

[weewx-user] Re: wind loop and console data calculation

['Simon Davies' via weewx-user]

Hi Gary,  

The console data is timestamped with odd minutes ,  but the other data is 
timestamped with even.  I'd prefer it if they were the same,  but I'm not 
sure how to sync them.  I checked the console clock and its correct.

The driver I'm using is
*[Interceptor]*
*# This section is for the network traffic interceptor driver.*

*# The driver to use:*
*driver = user.interceptor*

The tags in the report i'm using are
*$_span.windSpeed.max.raw,   and   $_span.windGust.max.raw*


I've read the wiki entry page and I'm now suspicious that the tags I'm 
using are wrong.  May be this will explain the discrepancy with the values 
shown on the console.  

Thanks Simon


On Monday, March 2, 2020 at 1:25:43 PM UTC, gjr80 wrote:
>
> Hi Simon,
>
> Easy one first; you cannot run WeeWX both as a daemon and directly with a 
> single station, it's one or the other.
>
> As for the data, a few observations. All of the speeds on rows where 
> usUnits == 1 are in miles per hour. The console data is of course km/h. The 
> ARCHIVE and REC rows are km/h and miles per hour respectively and they 
> should be the same speeds but in different units, windGust is but windSpeed 
> is not. There is a large discrepancy between the console data and any other 
> data though the console data is timestamped at least one minute after any 
> of the other data.
>
> I guess there is still a lot of variables. In an archive record sense 
> WeeWX considers windSpeed to be the average wind speed seen over an archive 
> period, windGust is seen as the highest wind speed seen over an archive 
> period. When you start looking at loop data it comes down to what the 
> station and driver output. is the loop windSpeed the average over the loop 
> period or a point in time value. What is windGust in a loop context, the 
> highest wind speed seen over a loop period (given the data above I don't 
> think that is the case) or the highest value seen over some unknown period. 
> You have not said what driver you are using (I believe there is more than 
> one that supports your station). Also what tags are you using in the report 
> that provides the ARCHIVE row? Finally, what does the console display 
> values mean, particularly the wind gust value. You might find this wiki 
> entry  interesting.
>
> Sorry, no real answers and just more questions.
>
> Gary
>
> On Saturday, 29 February 2020 22:47:54 UTC+10, Simon Davies wrote:
>
>> Hi Gary,
>>
>> yes the LOOP DATA is taken when running weewx directly.  (normally I use 
>> the daemon process, I don't seem to be able to run the daemon process and 
>> the weewx directly at the same time).
>>
>> For the units I've added an extra column to the table,  as there are some 
>> variations.
>> Also I've added an extra row for the "REC:" records taken while running 
>> weewx directly.  The archive data is not from querying the database 
>> directly.  I have a report that produces this file.
>>
>> *Timestamp*
>>
>> *Wind Gust*
>>
>> *Wind Speed*
>>
>> *Source*
>>
>> *units*
>>
>> *recorded*
>>
>> 2020-02-27 18:27:24 GMT
>>
>>  windGust: 0.683510010315
>>
>>  windSpeed: 0.310686368325
>>
>> LOOP DATA
>>
>>  usUnits: 1
>>
>> weewx direct (stdout)
>>
>> 2020-02-27 18:27:32 GMT
>>
>>  windGust: 0.683510010315
>>
>>  windSpeed: 0.310686368325
>>
>> LOOP DATA
>>
>>  usUnits: 1
>>
>> weewx direct (stdout)
>>
>> 2020-02-27 18:27:40 GMT
>>
>>  windGust: 0.683510010315
>>
>> windSpeed: 0.49709818932
>>
>> LOOP DATA
>>
>>  usUnits: 1
>>
>> weewx direct (stdout)
>>
>> 2020-02-27 18:27:56 GMT
>>
>>  windGust: 0.683510010315
>>
>>  windSpeed: 0.062137273665
>>
>> LOOP DATA
>>
>>  usUnits: 1
>>
>> weewx direct (stdout)
>>
>> 2020-02-27 18:28:12 GMT 
>>
>>  windGust: 0.683510010315
>>
>>  windSpeed: 0.12427454733
>>
>> LOOP DATA
>>
>>  usUnits: 1
>>
>> weewx direct (stdout)
>>
>> 2020-02-27 18:28:27 GMT
>>
>>  windGust: 0.683510010315
>>
>>  windSpeed: 0.12427454733
>>
>> LOOP DATA
>>
>>  usUnits: 1
>>
>> weewx direct (stdout)
>>
>> 27/02/2020  18:29 GMT 
>>
>> 4
>>
>> 0.4
>>
>> CONSOLE
>>
>> km/h
>>
>> visually
>>
>> 27/02/2020  18:28:00 GMT 
>>
>> 1.12734
>>
>> 0.40994
>>
>> ARCHIVE
>>
>> km_per_hour (weewx.conf)
>>
>> weewx reports
>>
>>  2020-02-27 18:28:00 GMT
>>
>>  windGust: 0.683510010315
>>
>>  windSpeed: 0.295152049909
>>
>> REC
>>
>>  usUnits: 1
>>
>> weewx direct (stdout)
>>
>> Simon
>>
>>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/98696cd5-d3ca-4cfd-b9db-b110b5e0fb77%40googlegroups.com.

[weewx-user] compatibility ecowit GW1002 AND WEEWX WITH RASPBERRY

[Wifi75]

Hello to all i want use weewx, 
I would like advice from you experts, could I buy the ecowit GW1002 weather 
station and connect it to unraspberry with weewx?
http://www.ecowitt.com/weather_station/113.html

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/db79defa-feec-401a-a32b-78919f26ee59%40googlegroups.com.

Re: [weewx-user] Almanac Extras....

[Thomas Keffer]

Do you have several versions of Python on your machine? It's possible
pyephem was installed using one version, but you're trying to run weewxd
under another.

Try invoking python explicitly when you run wee_reports and weewxd. This
will guarantee that they are using the same version of Python:

*sudo python /usr/share/weewx/weewxd /etc/weewx/weewx.conf*
*sudo python /usr/share/weewx/wee_reports /etc/weewx/weewx.conf*

See if those give the same results.

-tk

On Sun, Mar 1, 2020 at 11:55 PM Jason Gill  wrote:

> 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
> post) the main page reports the following extended almanac info after
> wee_reports completes
>
> Sun
> Start civil twilight: 06:40:25 AM
> Sunrise: 07:07:13 AM
> Transit: 01:33:21 PM
> Sunset: 07:58:52 PM
> End civil twilight: 08:25:36 PM
> Equinox: 03/20/2020 04:49:32 PM
> Solstice: 06/21/2020 09:43:46 AM
>
> Moon
> Rise: 01:41:29 PM
> Transit: 06:55:13 PM
> Set: 12:04:19 AM
> Full moon: 03/10/2020 06:47:42 AM
> New moon: 03/24/2020 10:28:11 PM
> Phase: First quarter (45% full)
>
> When the next periods data arrives the almanac returns to this:
>
> Sunrise: 07:07:36
> Sunset: 19:59:08
> Moon Phase: First quarter (50% full)
>
> The same config file is used for both wee_reports and when I restart
> weewx. Any ideas - I must have missed something?
>
> Regards,
> Jason.
>
>
>
>
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/c2f7ae08-3eb7-403d-a68e-0a2439f9e4e5%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEC8seRefDyyP3tBM5twuj6iWjsgLteU6tBwXF0WSg%3D-dA%40mail.gmail.com.

[weewx-user] Re: WeeWX and Bresser 6 in 1?

[Andrea Cecilia]

Meanwhile, does anybody know if there exists a driver for RTL-SDR-WEEWX for 
this station ISS?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/7b3f3c1f-0e10-430f-995b-c99187917994%40googlegroups.com.

[weewx-user] Re: wind loop and console data calculation

[gjr80]

Hi Simon,

Easy one first; you cannot run WeeWX both as a daemon and directly with a 
single station, it's one or the other.

As for the data, a few observations. All of the speeds on rows where 
usUnits == 1 are in miles per hour. The console data is of course km/h. The 
ARCHIVE and REC rows are km/h and miles per hour respectively and they 
should be the same speeds but in different units, windGust is but windSpeed 
is not. There is a large discrepancy between the console data and any other 
data though the console data is timestamped at least one minute after any 
of the other data.

I guess there is still a lot of variables. In an archive record sense WeeWX 
considers windSpeed to be the average wind speed seen over an archive 
period, windGust is seen as the highest wind speed seen over an archive 
period. When you start looking at loop data it comes down to what the 
station and driver output. is the loop windSpeed the average over the loop 
period or a point in time value. What is windGust in a loop context, the 
highest wind speed seen over a loop period (given the data above I don't 
think that is the case) or the highest value seen over some unknown period. 
You have not said what driver you are using (I believe there is more than 
one that supports your station). Also what tags are you using in the report 
that provides the ARCHIVE row? Finally, what does the console display 
values mean, particularly the wind gust value. You might find this wiki 
entry  interesting.

Sorry, no real answers and just more questions.

Gary

On Saturday, 29 February 2020 22:47:54 UTC+10, Simon Davies wrote:

> Hi Gary,
>
> yes the LOOP DATA is taken when running weewx directly.  (normally I use 
> the daemon process, I don't seem to be able to run the daemon process and 
> the weewx directly at the same time).
>
> For the units I've added an extra column to the table,  as there are some 
> variations.
> Also I've added an extra row for the "REC:" records taken while running 
> weewx directly.  The archive data is not from querying the database 
> directly.  I have a report that produces this file.
>
> *Timestamp*
>
> *Wind Gust*
>
> *Wind Speed*
>
> *Source*
>
> *units*
>
> *recorded*
>
> 2020-02-27 18:27:24 GMT
>
>  windGust: 0.683510010315
>
>  windSpeed: 0.310686368325
>
> LOOP DATA
>
>  usUnits: 1
>
> weewx direct (stdout)
>
> 2020-02-27 18:27:32 GMT
>
>  windGust: 0.683510010315
>
>  windSpeed: 0.310686368325
>
> LOOP DATA
>
>  usUnits: 1
>
> weewx direct (stdout)
>
> 2020-02-27 18:27:40 GMT
>
>  windGust: 0.683510010315
>
> windSpeed: 0.49709818932
>
> LOOP DATA
>
>  usUnits: 1
>
> weewx direct (stdout)
>
> 2020-02-27 18:27:56 GMT
>
>  windGust: 0.683510010315
>
>  windSpeed: 0.062137273665
>
> LOOP DATA
>
>  usUnits: 1
>
> weewx direct (stdout)
>
> 2020-02-27 18:28:12 GMT 
>
>  windGust: 0.683510010315
>
>  windSpeed: 0.12427454733
>
> LOOP DATA
>
>  usUnits: 1
>
> weewx direct (stdout)
>
> 2020-02-27 18:28:27 GMT
>
>  windGust: 0.683510010315
>
>  windSpeed: 0.12427454733
>
> LOOP DATA
>
>  usUnits: 1
>
> weewx direct (stdout)
>
> 27/02/2020  18:29 GMT 
>
> 4
>
> 0.4
>
> CONSOLE
>
> km/h
>
> visually
>
> 27/02/2020  18:28:00 GMT 
>
> 1.12734
>
> 0.40994
>
> ARCHIVE
>
> km_per_hour (weewx.conf)
>
> weewx reports
>
>  2020-02-27 18:28:00 GMT
>
>  windGust: 0.683510010315
>
>  windSpeed: 0.295152049909
>
> REC
>
>  usUnits: 1
>
> weewx direct (stdout)
>
> Simon
>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/4c7649c2-3e31-4550-b8e1-6ddbf49d10f4%40googlegroups.com.

[weewx-user] Re: Belchertown skin 1.0 released!

[Pat]

If you find a way around it, let me know! For reference, here's the 
Belchertown aggregate section 
.
 
--  Here's where it asks weewx for the data 
.
 
-- Here's where weewx gets the data from the database 

. 

On Monday, March 2, 2020 at 8:13:16 AM UTC-5, Brett Cooper wrote:
>
> Hm ok, thanks - will poke about with it and see what chaos will ensue. :-) 
>
> On Sunday, March 1, 2020 at 12:20:08 PM UTC-6, Pat wrote:
>>
>> 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 data from the database. It needs a type before it can do an 
>> interval to request data from the database.
>>
>> The valid types of aggregate_type is None, avg, sum, min, max
>>
>> So for your day charts, you'd want None. So this means it'll pull the 
>> record from every archive period. Since you're set to 1 minute archives, 
>> that's 1440 data points per observation. It adds up quick.
>>
>>  
>> On Sunday, March 1, 2020 at 1:02:43 PM UTC-5, Pat wrote:
>>>
>>> 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 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 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 to a viewable zoomed-out view?
>
> In terms of dialing it back to save on json size and data, I'm not 
> sure an option exists right now. aggregate_interval exists in the code, 
> but 
> I don't think I've ever tested overriding it in graphs.conf - you could 
> try 
> something like aggregate_interval = 300 in graphs.conf to see if it 
> changes 
> it to every 5 mins?  Some testing would need to happen here (I might be 
> able to do this later this afternoon)
>
> On Sunday, March 1, 2020 at 11:51:48 AM UTC-5, Brett Cooper wrote:
>>
>> 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, 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 wrote:

 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 
 mySQL table. However, I am not seeing that data on the highcharts data 
 sets 
 anywhere. Granted, that'd likely cause my computer browser to catch on 
 fire. :-)

 It's a little confusing when it's pulling data on a three-minute 
 interval, all the while the config is 60s.


 On Sunday, March 1, 2020 at 9:43:22 AM UTC-6, Pat wrote:
>
> 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 outputted? I've tried 
>> multiple 
>> combinations to reduce the data being thrown to the JSON file for my 
>> index 
>> page, and it always will defer to three minutes. I would like to set 
>> it to 
>> five or ten minutes. 
>>
>> My JSON file is currently 27500 lines of data when formatted. 
>> It's causing my mobile client to become unresponsive when scrolled 

[weewx-user] Re: Belchertown skin 1.0 released!

[Brett Cooper]

Hm ok, thanks - will poke about with it and see what chaos will ensue. :-) 

On Sunday, March 1, 2020 at 12:20:08 PM UTC-6, Pat wrote:
>
> 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 data from the database. It needs a type before it can do an 
> interval to request data from the database.
>
> The valid types of aggregate_type is None, avg, sum, min, max
>
> So for your day charts, you'd want None. So this means it'll pull the 
> record from every archive period. Since you're set to 1 minute archives, 
> that's 1440 data points per observation. It adds up quick.
>
>  
> On Sunday, March 1, 2020 at 1:02:43 PM UTC-5, Pat wrote:
>>
>> 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 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 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 to a viewable zoomed-out view?

 In terms of dialing it back to save on json size and data, I'm not sure 
 an option exists right now. aggregate_interval exists in the code, but I 
 don't think I've ever tested overriding it in graphs.conf - you could try 
 something like aggregate_interval = 300 in graphs.conf to see if it 
 changes 
 it to every 5 mins?  Some testing would need to happen here (I might be 
 able to do this later this afternoon)

 On Sunday, March 1, 2020 at 11:51:48 AM UTC-5, Brett Cooper wrote:
>
> 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, 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 wrote:
>>>
>>> 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 
>>> mySQL table. However, I am not seeing that data on the highcharts data 
>>> sets 
>>> anywhere. Granted, that'd likely cause my computer browser to catch on 
>>> fire. :-)
>>>
>>> It's a little confusing when it's pulling data on a three-minute 
>>> interval, all the while the config is 60s.
>>>
>>>
>>> On Sunday, March 1, 2020 at 9:43:22 AM UTC-6, Pat wrote:

 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 outputted? I've tried 
> multiple 
> combinations to reduce the data being thrown to the JSON file for my 
> index 
> page, and it always will defer to three minutes. I would like to set 
> it to 
> five or ten minutes. 
>
> My JSON file is currently 27500 lines of data when formatted. It's 
> causing my mobile client to become unresponsive when scrolled 
> into/out-of-the viewport.
>


-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/387cfc43-598a-4b4c-bb85-f57d4be5e237%40googlegroups.com.

Re: [weewx-user] ImportError: No module named _mysql_exceptions

[gjr80]

On Monday, 2 March 2020 20:12:09 UTC+10, Cat22 wrote:
>
> I am openSuse Tumbleweed (x86_64) and I had installed PyMySQL version 
> 0.9.3-1.4 and just now i saw python2-PyMySQL 2.1.7-2.5 and tried that and 
> it seems the 'cant find module'  message went away
>

Not somewhere you would normally go looking but It all seems rather obvious 
given this comment 
 in 
mysql.py. It's not covered specifically (for Suse) in the WeeWX 
documentation as I guess the assumption is that if you are advanced enough 
to be configuring MySQL you should be advanced enough to know which package 
to install to obtain the MySQLdb python package.

Gary

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/bc531bff-58ef-4147-8ede-936733f775e8%40googlegroups.com.

Re: [weewx-user] ImportError: No module named _mysql_exceptions

[Andrew Milner]

yes, if you have created a weewx user with correct permissions as described 
in the weewx documentation



On Monday, 2 March 2020 12:12:09 UTC+2, Cat22 wrote:
>
> I am openSuse Tumbleweed (x86_64) and I had installed PyMySQL version 
> 0.9.3-1.4 and just now i saw python2-PyMySQL 2.1.7-2.5 and tried that and 
> it seems the 'cant find module'  message went away
> it seems i now have a different issue tho, so I have a question, if I dont 
> have the weewx database created in mysql will weewx create it?
> e.g can i change the line in
>   [[archive_mysql]]
> database_type = MySQL
> database_name = weewx
> where database_name is weewx to something like database_name=wx ?
> if i do that will weewx create the database wx and populate it with the 
> necessary tables?
>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/c5a373b6-cc9b-4a42-a658-21d9849ec351%40googlegroups.com.

Re: [weewx-user] ImportError: No module named _mysql_exceptions

[Cat22]

I am openSuse Tumbleweed (x86_64) and I had installed PyMySQL version 
0.9.3-1.4 and just now i saw python2-PyMySQL 2.1.7-2.5 and tried that and 
it seems the 'cant find module'  message went away
it seems i now have a different issue tho, so I have a question, if I dont 
have the weewx database created in mysql will weewx create it?
e.g can i change the line in
  [[archive_mysql]]
database_type = MySQL
database_name = weewx
where database_name is weewx to something like database_name=wx ?
if i do that will weewx create the database wx and populate it with the 
necessary tables?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/7f0aa2ac-fa85-4275-8b0c-ec554d62cbb1%40googlegroups.com.