Re: [weewx-user] Re: Original Dallas Semiconductor 8 reed switch wind vane with DS2407 and DS2401 1-wire chips

[Glenn McKechnie]

I don't have one of these, so what follows is only building on what
you've reported.

As you say, the weewx-owfs driver appears to be focused on voltage
sensing/conversion.
As I recall the AAG windvane (at least the one I had and can't find)
used reed switches so its logic started from simple switching and that
worked with the OWW software. The very early AAG windvane was a direct
copy of the original Dallas windvane so perhaps there is code in OWW
for it?

Viewing the src/weather.c from OWW it mentions a DS2407 in association
with 8 DS2401's and while that references Dallas's original Win32
software there is another reference. Later in the file it suggests OWW
does a search for a DS2407 Vane switch and is happy if it finds one...

line number 3281 of weather.c

ReadWindDirection ( /*uchar SwitchID[8] */ int vane)
{
  int dira = -1, dirb = -1, i, found = 0;
  uchar DirSN[MAX_DEVS_SEARCH][8];
  int p ;
  p = devices_portnum(vane) ;

  memset ((void *) DirSN, 0, MAX_DEVS_SEARCH * 8 * sizeof (uchar));

  /* Access the Vane Switch - Vane IDs are behind this */

  if (!devices_access (vane))
  {
werr (WERR_AUTOCLOSE, _("Could not access Vane Switch"));
return -1;
  }

  /* connect channel B of DS2407 */
  /* There shouldn't be any trouble here, but may as well
   * use the robust function */
  if (!set_switch_robust (vane, SWITCH_AOFF_BON, SWITCH_TRIES))
  {
werr (WERR_DEBUG0, "Connect channel B of DS2407 failed");
return -1;
  }

  /* delay to allow presence pulse to proceed */
  msDelay (10);

  /* record all of DS2401's found */

In short, it appears to have some relevant code. (Assuming I'm reading
it correctly)

Also, looking back in the weewx-user archive I note that you detected
2 DS2406s using OWFS.py The DS2407 is the next gen version of that
semi.

Have you tried running this using OWW?
https://sourceforge.net/projects/oww/

If that works, well ... ?

As a final note, I just found the following that was linked from a
2015 weewx-user post
https://groups.google.com/forum/#!topic/weewx-user/Nn0P0xzxTaY
and that points to a very informative document
https://web.archive.org/web/20061018205111/http://archives.sensorsmag.com/articles/0698/wir0698/

On 24/03/2020, Bret Craytor  wrote:
> I have searched high and low on this group to look for old threads, seems
> everyone has the voltage Wind Direction using OWFS.
> Can someone just point me in the right direction or to the right forum?
> Looked at OWW too.  Thanks for any and all input.
>
> Bret Craytor
>
> On Monday, March 23, 2020 at 11:55:52 AM UTC-5, Bret Craytor wrote:
>>
>> Hey!
>>
>> Which sensor type should I use in my OWFS WEEWX conf file?  I have the
>> addresses of the DS2401's on the PCB layout:
>>
>>
>>  D E F
>>  CG
>>  B A H
>> II
>> II  -mount side (viewed from top of PCB
>>
>>
>> A:  01.B5374A04
>> B:  01.B2374A04
>> C:  01.BA374A04
>> D:  01.B7374A04
>> E:  01.C6374A04
>> F:  01.C3374A04
>> G:  01.BD374A04
>> H:  01.AE374A04
>>
>> As you can see, the first two digits after the dot are the only values
>> that change.  Surely someone out there has already made a sensor type file
>>
>> for this, and can help with my weewx.conf file setup.
>>
>> I had some earlier posts and recieved great help, but have had to keep
>> putting the project down to do other tasks, but with the COVID-19
>> instructions for staying home, here I am!  Thanks for your help WEEWX
>> community!
>>
>> Bret Craytor
>>
>
> --
> 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/f7f62c61-c80f-46a3-b06e-47fa18978dc1%40googlegroups.com.
>


-- 


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 weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAAraAzhR0S4YwXCY6Odyg7ZP71AzvTzE3kFhOEPejQkn_c16Eg%40mail.gmail.com.

[weewx-user] Re: Original Dallas Semiconductor 8 reed switch wind vane with DS2407 and DS2401 1-wire chips

[Bret Craytor]

I have searched high and low on this group to look for old threads, seems 
everyone has the voltage Wind Direction using OWFS.
Can someone just point me in the right direction or to the right forum?  
Looked at OWW too.  Thanks for any and all input.

Bret Craytor

On Monday, March 23, 2020 at 11:55:52 AM UTC-5, Bret Craytor wrote:
>
> Hey!
>
> Which sensor type should I use in my OWFS WEEWX conf file?  I have the 
> addresses of the DS2401's on the PCB layout:
>
>
>  D E F 
>  CG
>  B A H
> II
> II  -mount side (viewed from top of PCB 
>
>
> A:  01.B5374A04
> B:  01.B2374A04
> C:  01.BA374A04
> D:  01.B7374A04
> E:  01.C6374A04
> F:  01.C3374A04
> G:  01.BD374A04
> H:  01.AE374A04
>
> As you can see, the first two digits after the dot are the only values 
> that change.  Surely someone out there has already made a sensor type file 
> for this, and can help with my weewx.conf file setup.
>
> I had some earlier posts and recieved great help, but have had to keep 
> putting the project down to do other tasks, but with the COVID-19 
> instructions for staying home, here I am!  Thanks for your help WEEWX 
> community!
>
> Bret Craytor
>

-- 
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/f7f62c61-c80f-46a3-b06e-47fa18978dc1%40googlegroups.com.

Re: [weewx-user] Re: ftp does not work

[Thomas Keffer]

Sorry. That link did not take. Let me try again.

Read the [[FTP]]  section
of the manual.

On Mon, Mar 23, 2020 at 1:51 PM Thomas Keffer  wrote:

> I understand your point. Read the [[FTP]] section of the manual.
>
> On Mon, Mar 23, 2020 at 12:49 PM Astrid  wrote:
>
>> Hello!
>>
>> Thanx. I will try it.
>> But I want the skin "Standard" for uploding to ftp.
>> I do _not_ want to use the skin Ftp.
>> How can I get this?
>>
>> Regards, Astrid
>>
>> --
>> 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/c4c9bdee-fb6a-41e1-bbea-26d4f1495140%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/CAPq0zEDKSK6QjZmuUn9CbRzO1FbfLjhexeqYqCiByuCxNRj0-A%40mail.gmail.com.

Re: [weewx-user] Re: ftp does not work

[Thomas Keffer]

I understand your point. Read the [[FTP]]
 section of
the manual.

On Mon, Mar 23, 2020 at 12:49 PM Astrid  wrote:

> Hello!
>
> Thanx. I will try it.
> But I want the skin "Standard" for uploding to ftp.
> I do _not_ want to use the skin Ftp.
> How can I get this?
>
> Regards, Astrid
>
> --
> 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/c4c9bdee-fb6a-41e1-bbea-26d4f1495140%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/CAPq0zEDFVzfx0b5yR5%3Dao4T6RUpzuBD9t6jGVY1ptwojhK%3D3iA%40mail.gmail.com.

[weewx-user] Re: ftp does not work

[Astrid]

Hello!

Thanx. I will try it.
But I want the skin "Standard" for uploding to ftp.
I do _not_ want to use the skin Ftp.
How can I get this?

Regards, Astrid

-- 
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/c4c9bdee-fb6a-41e1-bbea-26d4f1495140%40googlegroups.com.

[weewx-user] Re: wee_import csv problem "csv.Error: line contains NULL byte"

[Bob Atchley]

Hi Janne,

I think it is possible.  The driver  includes a function 
"genArchiveRecords" which I have not yet implemented for the ws6in1 driver 
(yet ... getting it working was the important thing first), but I think the 
purpose would be to do precisely what you want.  I'm not sure how it is 
invoked or what it does with the archive records, but I think I have the 
required information to implement the function.
Be warned though that the manual for my Youshiko YC9388 (so the same for 
your Ventus) says that the history can only be reset at the console, and 
once the buffer is full it will not keep any more history, so once you have 
successfully imported the data you need to clear the history at the console 
(step 7 in your sequence should be to reset the buffer ... maybe after you 
have taken a backup of the database)

Regards

Bob

-- 
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/9fef2f9d-7a6a-44f6-a274-60d84949af69%40googlegroups.com.

Re: [weewx-user] Re: ftp does not work

[Thomas Keffer]

Astrid, slow down there! You're just changing things randomly. Start with
the copy of weewx.conf that was installed, then follow the directions in
the User's Guide.

You should end up with something like...

[[FTP]]
# FTP'ing the results to a webserver is treated as just another
report,
# albeit one with an unusual report generator!
skin = Ftp

# If you wish to use FTP, set "enable" to "true", then
# fill out the next four lines.
# Use quotes around passwords to guard against parsing errors.
enable = true
user = myuser
password = mypw
server = mysubserver# The ftp server name, e.g, www.myserver.org
path = /  # The destination directory, e.g., /weather

You must *not* change the values in yellow.

Change the values in blue.

-tk

On Mon, Mar 23, 2020 at 10:41 AM Astrid  wrote:

> Hello!
>
> Ok, thanx. :) so I switch back to systemd-logger-package.
>
> I hope, this helps:
>
> Mär 23 17:30:26 linux weewx[20473]: manager: Added record 2020-03-23
> 17:30:00 CET (1584981000) to daily summary in 'weewx.sdb'
> Mär 23 17:30:26 linux weewx[20473]: reportengine: Running reports for
> latest time in the database.
> Mär 23 17:30:26 linux weewx[20473]: reportengine: Report 'SeasonsReport'
> not enabled. Skipping.
> Mär 23 17:30:26 linux weewx[20473]: reportengine: Report
> 'SmartphoneReport' not enabled. Skipping.
> Mär 23 17:30:26 linux weewx[20473]: reportengine: Report 'MobileReport'
> not enabled. Skipping.
> Mär 23 17:30:26 linux weewx[20473]: reportengine: Running report
> 'StandardReport'
> Mär 23 17:30:26 linux weewx[20473]: reportengine: Found configuration file
> /etc/weewx/skins/Standard/skin.conf for report 'StandardReport'
> Mär 23 17:30:26 linux weewx[20473]: cheetahgenerator: using search list
> ['weewx.cheetahgenerator.Almanac', 'weewx.cheetahgenerator.Station',
> 'weewx.cheetahgenerator.Current', 'weewx.cheetahgenerator.Stats',
> 'weewx.cheetahgenerator.UnitInfo', 'weewx.cheetahgenerator.Extras']
> Mär 23 17:30:26 linux weewx[20473]: manager: Daily summary version is 2.0
> Mär 23 17:30:28 linux weewx[20473]: cheetahgenerator: Generated 14 files
> for report StandardReport in 2.42 seconds
> Mär 23 17:30:28 linux weewx[20473]: manager: Daily summary version is 2.0
> Mär 23 17:30:30 linux weewx[20473]: imagegenerator: Generated 12 images
> for StandardReport in 1.39 seconds
> Mär 23 17:30:30 linux weewx[20473]: copygenerator: copied 0 files to
> /var/www/htdocs/weewx
> Mär 23 17:30:30 linux weewx[20473]: reportengine: Running report 'FTP'
> Mär 23 17:30:30 linux weewx[20473]: reportengine: Cannot read skin
> configuration file /etc/weewx/skins/skin.conf for report 'FTP': Config file
> not found: "/etc/weewx/skins/skin.conf".
> Mär 23 17:30:30 linux weewx[20473]: reportengine: No generators specified
> for report 'FTP'
> Mär 23 17:30:30 linux weewx[20473]: reportengine: Report 'RSYNC' not
> enabled. Skipping.
>
> The foldername in
> /etc/weewx/skins
> is
> Ftp
> not FTP
>
> In weewx.conf I change now to:
> [[FTP]]
> skin = Standard
> before I comment the line.
>
> Now the journalctl looks better at this place:
>
> Mär 23 18:35:26 linux weewx[4564]: reportengine: Running report 'FTP'
> Mär 23 18:35:26 linux weewx[4564]: reportengine: Found configuration file
> /etc/weewx/skins/Standard/skin.conf for report 'FTP'
> Mär 23 18:35:26 linux weewx[4564]: cheetahgenerator: using search list
> ['weewx.cheetahgenerator.Almanac', 'weewx.cheetahgenerator.Station',
> 'weewx.cheetahgenerator.Current', 'weewx.cheetahgenerator.Stats',
> 'weewx.cheetahgenerator.UnitInfo', 'weewx.cheetahgenerator.Extras']
> Mär 23 18:35:26 linux weewx[4564]: manager: Daily summary version is 2.0
> Mär 23 18:35:28 linux weewx[4564]: cheetahgenerator: Generated 14 files
> for report FTP in 1.93 seconds
> Mär 23 18:35:28 linux weewx[4564]: manager: Daily summary version is 2.0
> Mär 23 18:35:30 linux weewx[4564]: imagegenerator: Generated 12 images for
> FTP in 1.20 seconds
> Mär 23 18:35:30 linux weewx[4564]: copygenerator: copied 14 files to
> /var/www/htdocs/weewx
> Mär 23 18:35:30 linux weewx[4564]: reportengine: Report 'RSYNC' not
> enabled. Skipping.
>
> But still nothing is uploaded... :(
>
> Regards, Astrid
>
> --
> 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/b99c0cfe-d534-47ec-9267-38263c23fec1%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...@googl

[weewx-user] Re: Belchertown Development & WeeWX 4 b10 Error

[G Hammer]

Final update on this.
I could find no distro that has IPv6 enabled on their inbuilt websockets. 
Nor can I find a way to build websockets and enable IPv6.
So, I added a DNS entry pointing at only the IPv4 address, added the host 
name to my SSL certificate, edited the Belchertown websocket entry to use 
this host name.

Voila! Fully functional.
May not be the elegant method, but it indeed works fine.



On Wednesday, March 18, 2020 at 12:54:13 PM UTC-4, G Hammer wrote:
>
>
>
> On Tuesday, March 17, 2020 at 1:13:32 PM UTC-4, G Hammer wrote:
>>
>> The issue is resolved by the following:
>>
>> I installed 
>> libfreetype6-dev
>> libjpeg-dev
>> python-cjson
>>
>> I uninstalled the skin, made certain the directories were gone, rebooted 
>> and installed the skin again.
>>
>> After configuring, I get full functionality..
>>
>> The last item is to resolve why my local mosquitto server is not 
>> accepting IPv6 websockets.
>>
>> sudo netstat -tulpn | grep -E '8883|9001'
>> tcp0  0 0.0.0.0:88830.0.0.0:*  
>>  LISTEN  968/mosquitto   
>> tcp0  0 0.0.0.0:90010.0.0.0:*  
>>  LISTEN  968/mosquitto   
>> tcp6   0  0 :::8883 :::*
>> LISTEN  968/mosquitto
>>
>> Not a firewall or iptables issue:
>> root@srvr:~# ufw status
>> Status: inactive
>> root@srvr:~# systemctl status iptables-persistent
>> Unit iptables-persistent.service could not be found.
>> root@srvr:~# systemctl status iptables
>> Unit iptables.service could not be found.
>>
>> I'll note that websockets IPv6 is not shown in the mosquitto startup 
>> logs. But I'm not certain websockets would show each type as the other 
>> sockets do:
>> 1584380087: mosquitto version 1.4.15 (build date Tue, 18 Jun 2019 
>> 11:42:22 -0300) starting
>> 1584380087: Config loaded from /etc/mosquitto/mosquitto.conf.
>> 1584380087: Opening ipv4 listen socket on port 1883.
>> 1584380087: Opening ipv6 listen socket on port 1883.
>> 1584380087: Opening ipv4 listen socket on port 8883.
>> 1584380087: Opening ipv6 listen socket on port 8883.
>> 1584380087: Opening websockets listen socket on port 9001.
>>
>> Any mosquitto assist would be helpful.
>>
>
> It seems that the websockets included with Linux Mint 19.3 does not have 
> IPv6 support compiled into it.
> Lousy choice on the part of Linux Mint. 
>
> I hope this might save someone else from the same.
>
>

-- 
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/3a8e825a-04af-4a0b-98a1-f104d303245b%40googlegroups.com.

[weewx-user] Re: ftp does not work

[Astrid]

Hello!

Ok, thanx. :) so I switch back to systemd-logger-package.

I hope, this helps:

Mär 23 17:30:26 linux weewx[20473]: manager: Added record 2020-03-23 
17:30:00 CET (1584981000) to daily summary in 'weewx.sdb'
Mär 23 17:30:26 linux weewx[20473]: reportengine: Running reports for 
latest time in the database.
Mär 23 17:30:26 linux weewx[20473]: reportengine: Report 'SeasonsReport' 
not enabled. Skipping.
Mär 23 17:30:26 linux weewx[20473]: reportengine: Report 'SmartphoneReport' 
not enabled. Skipping.
Mär 23 17:30:26 linux weewx[20473]: reportengine: Report 'MobileReport' not 
enabled. Skipping.
Mär 23 17:30:26 linux weewx[20473]: reportengine: Running report 
'StandardReport'
Mär 23 17:30:26 linux weewx[20473]: reportengine: Found configuration file 
/etc/weewx/skins/Standard/skin.conf for report 'StandardReport'
Mär 23 17:30:26 linux weewx[20473]: cheetahgenerator: using search list 
['weewx.cheetahgenerator.Almanac', 'weewx.cheetahgenerator.Station', 
'weewx.cheetahgenerator.Current', 'weewx.cheetahgenerator.Stats', 
'weewx.cheetahgenerator.UnitInfo', 'weewx.cheetahgenerator.Extras']
Mär 23 17:30:26 linux weewx[20473]: manager: Daily summary version is 2.0
Mär 23 17:30:28 linux weewx[20473]: cheetahgenerator: Generated 14 files 
for report StandardReport in 2.42 seconds
Mär 23 17:30:28 linux weewx[20473]: manager: Daily summary version is 2.0
Mär 23 17:30:30 linux weewx[20473]: imagegenerator: Generated 12 images for 
StandardReport in 1.39 seconds
Mär 23 17:30:30 linux weewx[20473]: copygenerator: copied 0 files to 
/var/www/htdocs/weewx
Mär 23 17:30:30 linux weewx[20473]: reportengine: Running report 'FTP'
Mär 23 17:30:30 linux weewx[20473]: reportengine: Cannot read skin 
configuration file /etc/weewx/skins/skin.conf for report 'FTP': Config file 
not found: "/etc/weewx/skins/skin.conf".
Mär 23 17:30:30 linux weewx[20473]: reportengine: No generators specified 
for report 'FTP'
Mär 23 17:30:30 linux weewx[20473]: reportengine: Report 'RSYNC' not 
enabled. Skipping.

The foldername in 
/etc/weewx/skins
is
Ftp
not FTP

In weewx.conf I change now to:
[[FTP]]
skin = Standard
before I comment the line.

Now the journalctl looks better at this place:

Mär 23 18:35:26 linux weewx[4564]: reportengine: Running report 'FTP'
Mär 23 18:35:26 linux weewx[4564]: reportengine: Found configuration file 
/etc/weewx/skins/Standard/skin.conf for report 'FTP'
Mär 23 18:35:26 linux weewx[4564]: cheetahgenerator: using search list 
['weewx.cheetahgenerator.Almanac', 'weewx.cheetahgenerator.Station', 
'weewx.cheetahgenerator.Current', 'weewx.cheetahgenerator.Stats', 
'weewx.cheetahgenerator.UnitInfo', 'weewx.cheetahgenerator.Extras']
Mär 23 18:35:26 linux weewx[4564]: manager: Daily summary version is 2.0
Mär 23 18:35:28 linux weewx[4564]: cheetahgenerator: Generated 14 files for 
report FTP in 1.93 seconds
Mär 23 18:35:28 linux weewx[4564]: manager: Daily summary version is 2.0
Mär 23 18:35:30 linux weewx[4564]: imagegenerator: Generated 12 images for 
FTP in 1.20 seconds
Mär 23 18:35:30 linux weewx[4564]: copygenerator: copied 14 files to 
/var/www/htdocs/weewx
Mär 23 18:35:30 linux weewx[4564]: reportengine: Report 'RSYNC' not 
enabled. Skipping.

But still nothing is uploaded... :(

Regards, Astrid

-- 
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/b99c0cfe-d534-47ec-9267-38263c23fec1%40googlegroups.com.

Re: [weewx-user] Re: 4.0.0b16 - No diagrams - No module named 'Image'

[Thomas Keffer]

Nothing unusual there.

Best guess is that this is a Debian dependency bug in python-pil
, that carried
over into python3-pil.

Cheers,

-tk

On Mon, Mar 23, 2020 at 9:36 AM Michael  wrote:

> *apt list python3-pil*
>
> pi@raspi02:~ $ apt list python3-pil
> Auflistung... Fertig
> python3-pil/stable,now 5.4.1-2+deb10u1 armhf  [installiert]
>
>
> *apt show python3-pil*
>
> pi@raspi02:~ $ apt show python3-pil
> Package: python3-pil
> Version: 5.4.1-2+deb10u1
> Priority: optional
> Section: python
> Source: pillow
> Maintainer: Matthias Klose 
> Installed-Size: 1.348 kB
> Provides: python3-pillow
> Depends: python3 (<< 3.8), python3 (>= 3.7~), python3:any, mime-support |
> python3-pil.imagetk, libc6 (>= 2.11), libfreetype6 (>= 2.2.1),
> libimagequant0 (>= 2.1
> 1.10), libjpeg62-turbo (>= 1.3.1), liblcms2-2 (>= 2.2+git20110628),
> libtiff5 (>= 4.0.3), libwebp6 (>= 0.5.1), libwebpdemux2 (>= 0.5.1),
> libwebpmux3 (>= 0.6.1-2
> ), zlib1g (>= 1:1.1.4)
> Recommends: python3-olefile
> Suggests: python-pil-doc, python3-pil-dbg
> Conflicts: python3-imaging (<< 1.1.7+2.0.0-1.1)
> Breaks: python3-imaging (<< 1.1.7+2.0.0-1.1)
> Replaces: python3-imaging (<< 1.1.7+2.0.0-1.1)
> Homepage: http://python-pillow.github.io/
> Download-Size: 364 kB
> APT-Manual-Installed: yes
> APT-Sources: http://raspbian.raspberrypi.org/raspbian buster/main armhf
> Packages
> Description: Python Imaging Library (Python3)
>  The Python Imaging Library (PIL) adds an image object to your Python
>  interpreter. You can load images from a variety of file formats, and
>  apply a rich set of image operations to them.
>  .
>  Image Objects:
>   o Bilevel, greyscale, palette, true colour (RGB), true colour with
> transparency (RGBA).
>   o colour separation (CMYK).
>   o Copy, cut, paste operations.
>   o Flip, transpose, resize, rotate, and arbitrary affine transforms.
>   o Transparency operations.
>   o Channel and point operations.
>   o Colour transforms, including matrix operations.
>   o Image enhancement, including convolution filters.
>  .
>  File Formats:
>   o Full (Open/Load/Save): BMP, EPS (with ghostscript), GIF, IM, JPEG,
> MSP, PDF, PNG, PPM, TIFF, XBM.
>   o Read only (Open/Load): ARG, CUR, DCX, FLI, FPX, GBR, GD, ICO, IMT,
> IPTC,
> MCIDAS, MPEG, PhotoCD, PCX, PIXAR, PSD, TGA, SGI, SUN, TGA, WMF, XPM.
>   o Save only: PDF, EPS (without ghostscript).
>
>
> *cat /etc/issue*
>
> pi@raspi02:~ $ cat /etc/issue
> Raspbian GNU/Linux 10 \n \l
>
> --
> 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/cc84e15a-5920-4d4a-902e-ada1d6588aef%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/CAPq0zEC8E4852%3D-LnR%3DFGiCKt5YjOFupGA%3Df%2BVq8iPSt5MHfLg%40mail.gmail.com.

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

[Pat]

Place the code I've pasted to you beneath the Solarstrahlung chart you've 
created. 

   [[avgclimatethisyear]]
title = "Average Climatological Values for This Year"
type = spline
time_length = year
aggregate_type = max
aggregate_interval = 86400 # 1 day
gapsize = 8640
xAxis_groupby = month
xAxis_categories = 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 'Jul', 
'Aug', 'Sep', 'Oct', 'Nov', 'Dec'
[[[outTemp]]]
zIndex = 2
name = Max Temperature
color = red
[[[outTemp_min]]]
name = Min Temperature
observation_type = outTemp
aggregate_type = min
zIndex = 2
[[[rainTotal]]]
name = Rain Total
type = column
yAxis = 1
zIndex = 0
color = "#268bd2"

On Monday, March 23, 2020 at 11:00:16 AM UTC-4, Meteo Oberwallis wrote:
>
> Hello Pat.
>
> I would like to insert the year graph "Average Climatological Values for This 
> Year" at the bottom right next to the solar. However, how do I do that. What 
> does the code look like?
>
>
>
> Am Montag, 23. März 2020 14:21:58 UTC+1 schrieb Pat:
>>
>> You need to provide more information, such as the error, your skin.conf 
>> config for your homepage graph group, etc. More information the better. 
>>
>> On Monday, March 23, 2020 at 4:46:29 AM UTC-4, Meteo Oberwallis wrote:
>>>
>>> Hi there. 
>>> Sorry for the stupid question. That would be under the "tab" homepage. If I 
>>> use this now, then weewx gives an error message.
>>>
>>> [homepage]
>>> # Chart Timespan Defaults
>>> title = "Homepage"
>>> show_button = true
>>> button_text = "Homepage"
>>> time_length = today
>>> tooltip_date_format = "LLL"
>>> gapsize = 30 # This should be your archive_interval from weewx.conf 
>>> multiplied by 1000 to get milliseconds. Standard is 5 minutes
>>>
>>> [[chart1]]
>>> title = Temperatur
>>> [[[outTemp]]]
>>> zIndex = 1
>>> name = Temperatur
>>> color = lightblue
>>> [[[dewpoint]]]
>>> color = purple
>>> title = Temperatur
>>> [[[outHumidity]]]
>>> yAxis = 1
>>> color = "#ffc83f"
>>> time_length = today
>>> tooltip_date_format = "LLL"
>>> gapsize = 30 # This should be your archive_interval from weewx.conf 
>>> multiplied by 1000 to get milliseconds. Standard is 5 minutes
>>>
>>> [[chart1]]
>>> title = Temperatur
>>> [[[outTemp]]]
>>> zIndex = 1
>>> name = Temperatur
>>> color = lightblue
>>> [[[dewpoint]]]
>>> color = purple
>>> title = Temperatur
>>> [[[outHumidity]]]
>>> yAxis = 1
>>> color = "#ffc83f"
>>>
>>>
>>> It should be inserted here now?
>>>
>>> Thx for Help
>>>
>>>
>>>
>>> Am Sonntag, 22. März 2020 18:39:19 UTC+1 schrieb Pat:

 Yes, place it under the section you have defined for 
 highcharts_homepage_graphgroup 

 

 On Sunday, March 22, 2020 at 1:36:18 PM UTC-4, Meteo Oberwallis wrote:
>
> Ok thanks.
>
> Can I install the current graphics on the Belchertown homepage? What 
> code? I have to replace the [day]? Or how does it work?
>
> thanks
>
>
> Am Sonntag, 22. März 2020 18:15:19 UTC+1 schrieb Pat:
>>
>> This is exactly how I have it in my graphs.conf. Which is the same as 
>> the wiki and the example.
>>
>> [day]
>> title = Today since Midnight
>> show_button = true
>> button_text = Today
>> time_length = today
>> gapsize = 30
>>
>>
>> [[avgclimatethisyear]]
>> title = "Average Climatological Values for This Year"
>> type = spline
>> time_length = year
>> aggregate_type = max
>> aggregate_interval = 86400 # 1 day
>> gapsize = 8640
>> xAxis_groupby = month
>> xAxis_categories = 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 
>> 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'
>> [[[outTemp]]]
>> zIndex = 2
>> name = Max Temperature
>> color = red
>> [[[outTemp_min]]]
>> name = Min Temperature
>> observation_type = outTemp
>> aggregate_type = min
>> zIndex = 2
>> [[[rainTotal]]]
>> name = Rain Total
>> type = column
>> yAxis = 1
>> zIndex = 0
>> color = "#268bd2"
>>
>>
>>
>> On Sunday, March 22, 2020 at 1:12:43 PM UTC-4, Meteo Oberwallis wrote:
>>>
>>> Hello
>>>
>>> It should appear that way
>>>

Re: [weewx-user] Re: WeeWX Docker Image for Synology.

[Tom Mitchell]

List culture question: should Mark and I SPAM the list with our
conversation or take it offline? I am inclined to take it offline, but want
to be sensitive to the group's collective desire.

--
Tom Mitchell
t...@tom.org
Real Time Beverly, MA Weather
http://weather.tom.org

"The whole problem with the world
  is that fools and fanatics are
  always so certain of themselves,
  and wiser people so full of doubts."
  - Bertrand Russell


On Mon, Mar 23, 2020 at 11:34 AM Mark Stanchin  wrote:

> Hi Tom, Yes I would like to try out your docker ver of WeeWx ! I'm very
> new with setting up docker and I do have a few containers running home
> assistant on my  synology nas.
> I'm also very new with WeeWx but did  accomplish getting it set up on a
> raspberry pi 4  I did have some problems with the Davis IP data logger
> stopping and getting  corrupted .
>  I'm hoping that you could help me get this installed with explicit
> instructions with the container installation as well as getting Weewx  set
> up and running inside the container .
>
> I'm Excited to get this going !
>
> Thanks Tom !
>
> On Sun, Mar 22, 2020 at 7:54 AM Tom Mitchell  wrote:
>
>> I use and maintain this one:
>> https://hub.docker.com/repository/docker/mitct02/weewx
>>
>> I don't know if anyone else uses it, but I am happy to help anyone out or
>> make it more generally useful.
>>
>> I hope this helps.
>>
>> On Saturday, March 21, 2020 at 3:22:30 PM UTC-4, Mark Stanchin wrote:
>>>
>>> Hi Group, I'm looking for a working recent WeeWX Docker Image to run my
>>> synology NAS. I'm currently running the latest ver of WeeWx on a Pi4 and
>>> Importing the data from my Davis VP2 using the IP Data Logger. I am
>>> uploading to my own Web Site. I have been having issues with data from the
>>> Davis stopping and the database being corrupted and having to be reset. I
>>> also had the Flash Mem card go bad once soo I was thinking of adding a SSD
>>> to the PI4 or the Docker on My NAS as a solution. Please any thoughts would
>>> be appreciated! Thanks, Mark
>>>
>> --
>> 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/df788712-2700-4008-a918-cd2828029ff5%40googlegroups.com
>> 
>> .
>>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/weewx-user/V58FwEAgKXY/unsubscribe.
> To unsubscribe from this group and all its topics, 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/CAACXvCSo%2BwXY-F5XOE%2BuGKDHLUZCJ40y-GXfjCZFZ9tiZ_bETw%40mail.gmail.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/CAKVzASA%3Dy2dS1-CCTiTx9qy8Mcu0rZU9oKwpChGMsbHpd7BPCQ%40mail.gmail.com.

[weewx-user] Original Dallas Semiconductor 8 reed switch wind vane with DS2407 and DS2401 1-wire chips

[Bret Craytor]

Hey!

Which sensor type should I use in my OWFS WEEWX conf file?  I have the 
addresses of the DS2401's on the PCB layout:


 D E F 
 CG
 B A H
II
II  -mount side (viewed from top of PCB 


A:  01.B5374A04
B:  01.B2374A04
C:  01.BA374A04
D:  01.B7374A04
E:  01.C6374A04
F:  01.C3374A04
G:  01.BD374A04
H:  01.AE374A04

As you can see, the first two digits after the dot are the only values that 
change.  Surely someone out there has already made a sensor type file for 
this, and can help with my weewx.conf file setup.

I had some earlier posts and recieved great help, but have had to keep 
putting the project down to do other tasks, but with the COVID-19 
instructions for staying home, here I am!  Thanks for your help WEEWX 
community!

Bret Craytor

-- 
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/3dbdb70c-caa4-485b-9400-ba52765c1e66%40googlegroups.com.

Re: [weewx-user] Re: ftp does not work

[Thomas Keffer]

I really do not know. I am not an OpenSUSE expert, but I assume "journalctl
-b" would show you messages since the last boot.

However, if you changed your logging facility, then I have no way of
knowing.

On Mon, Mar 23, 2020 at 9:18 AM Astrid  wrote:

> Hello!
>
> Thanx for your reply.
> In weewx.conf I set DEBUG=1 now.
> My local system I changed journalctl to old rsyslog.
> So that I hope, that I will find something in /var/log/messages
> But nothing inside from weewx, ftp or so on.
>
> I looked on logs at serviceprovider, but I found no
> hints there too... :(
> I found no errormessages there too.
>
> Do you can give me a hint, where I should look?
>
> On local system or on external webserver?
>
> Reagards, Astrid
>
>
>
> --
> 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/abadb61a-e274-43ed-8fd6-e274f8862d0b%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/CAPq0zEDKxw9PiHSuPSphSBG_5SREUcGbTcdtBHR1mrjbMoG-rg%40mail.gmail.com.

Re: [weewx-user] Re: 4.0.0b16 - No diagrams - No module named 'Image'

[Michael]

*apt list python3-pil*

pi@raspi02:~ $ apt list python3-pil
Auflistung... Fertig
python3-pil/stable,now 5.4.1-2+deb10u1 armhf  [installiert]


*apt show python3-pil*

pi@raspi02:~ $ apt show python3-pil
Package: python3-pil
Version: 5.4.1-2+deb10u1
Priority: optional
Section: python
Source: pillow
Maintainer: Matthias Klose 
Installed-Size: 1.348 kB
Provides: python3-pillow
Depends: python3 (<< 3.8), python3 (>= 3.7~), python3:any, mime-support | 
python3-pil.imagetk, libc6 (>= 2.11), libfreetype6 (>= 2.2.1), 
libimagequant0 (>= 2.1
1.10), libjpeg62-turbo (>= 1.3.1), liblcms2-2 (>= 2.2+git20110628), 
libtiff5 (>= 4.0.3), libwebp6 (>= 0.5.1), libwebpdemux2 (>= 0.5.1), 
libwebpmux3 (>= 0.6.1-2
), zlib1g (>= 1:1.1.4)
Recommends: python3-olefile
Suggests: python-pil-doc, python3-pil-dbg
Conflicts: python3-imaging (<< 1.1.7+2.0.0-1.1)
Breaks: python3-imaging (<< 1.1.7+2.0.0-1.1)
Replaces: python3-imaging (<< 1.1.7+2.0.0-1.1)
Homepage: http://python-pillow.github.io/
Download-Size: 364 kB
APT-Manual-Installed: yes
APT-Sources: http://raspbian.raspberrypi.org/raspbian buster/main armhf 
Packages
Description: Python Imaging Library (Python3)
 The Python Imaging Library (PIL) adds an image object to your Python
 interpreter. You can load images from a variety of file formats, and
 apply a rich set of image operations to them.
 .
 Image Objects:
  o Bilevel, greyscale, palette, true colour (RGB), true colour with
transparency (RGBA).
  o colour separation (CMYK).
  o Copy, cut, paste operations.
  o Flip, transpose, resize, rotate, and arbitrary affine transforms.
  o Transparency operations.
  o Channel and point operations.
  o Colour transforms, including matrix operations.
  o Image enhancement, including convolution filters.
 .
 File Formats:
  o Full (Open/Load/Save): BMP, EPS (with ghostscript), GIF, IM, JPEG,
MSP, PDF, PNG, PPM, TIFF, XBM.
  o Read only (Open/Load): ARG, CUR, DCX, FLI, FPX, GBR, GD, ICO, IMT, IPTC,
MCIDAS, MPEG, PhotoCD, PCX, PIXAR, PSD, TGA, SGI, SUN, TGA, WMF, XPM.
  o Save only: PDF, EPS (without ghostscript).


*cat /etc/issue*

pi@raspi02:~ $ cat /etc/issue
Raspbian GNU/Linux 10 \n \l

-- 
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/cc84e15a-5920-4d4a-902e-ada1d6588aef%40googlegroups.com.

[weewx-user] Re: fileparse.py does not work

[Astrid]

Hello!

Now it works with the testing-command. :)
Great thanx. :)

So I hope, that I will get it work with
real-data too.

Regards, Astrid

-- 
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/6496a60d-6775-41e4-a51f-17ab5fa87a13%40googlegroups.com.

[weewx-user] Re: interceptor packet

[n yj]

i'll get back to you on this! right as i tried the new interceptor file the 
wifi module on the console broke? i cant get it to turn on at the moment... 
let me try to get this fixed first.

-- 
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/791a33d2-33b4-4012-98af-5771d46c9dc7%40googlegroups.com.

[weewx-user] Re: ftp does not work

[Astrid]

Hello!

Thanx for your reply.
In weewx.conf I set DEBUG=1 now.
My local system I changed journalctl to old rsyslog.
So that I hope, that I will find something in /var/log/messages
But nothing inside from weewx, ftp or so on.

I looked on logs at serviceprovider, but I found no
hints there too... :(
I found no errormessages there too.

Do you can give me a hint, where I should look?

On local system or on external webserver?

Reagards, Astrid



-- 
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/abadb61a-e274-43ed-8fd6-e274f8862d0b%40googlegroups.com.

Re: [weewx-user] Re: 4.0.0b16 - No diagrams - No module named 'Image'

[Thomas Keffer]

Hmm, I wonder where the dependency on libopenjp2 came from? Could you run
these commands?

apt list python3-pil
apt show python3-pil
cat /etc/issue

On Mon, Mar 23, 2020 at 8:09 AM Michael  wrote:

> here it is...:
>
> pi@raspi02:~ $ python3 -c "import Image"
> Traceback (most recent call last):
> File "", line 1, in 
> ModuleNotFoundError: No module named 'Image'
> pi@raspi02:~ $ python3 -c "from PIL import Image"
> Traceback (most recent call last):
> File "", line 1, in 
> File "/usr/local/lib/python3.7/dist-packages/PIL/Image.py", line 69, in
> 
> from . import _imaging as core
> ImportError: libopenjp2.so.7: cannot open shared object file: No such file
> or directory
> pi@raspi02:~ $ python3 -c "import sys; print(sys.path)"
> ['', '/usr/lib/python37.zip', '/usr/lib/python3.7',
> '/usr/lib/python3.7/lib-dynload', '/usr/local/lib/python3.7/dist-packages',
> '/usr/lib/python3/dist-packages
> ']
>
> with this result google fed.
> and then installed libopenjp2-7.
> And the diagrams are displayed.
> Thanks for the support.
>
> --
> 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/76dcf777-0fbf-437f-947a-c7c8a266af38%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/CAPq0zEBHqTJ4bWqu_u6n4sXJCBUJYbG-wvRLXY6Me%2B7KFCK6Sg%40mail.gmail.com.

Re: [weewx-user] Re: WeeWX Docker Image for Synology.

[Mark Stanchin]

Hi Tom, Yes I would like to try out your docker ver of WeeWx ! I'm very new
with setting up docker and I do have a few containers running home
assistant on my  synology nas.
I'm also very new with WeeWx but did  accomplish getting it set up on a
raspberry pi 4  I did have some problems with the Davis IP data logger
stopping and getting  corrupted .
 I'm hoping that you could help me get this installed with explicit
instructions with the container installation as well as getting Weewx  set
up and running inside the container .

I'm Excited to get this going !

Thanks Tom !

On Sun, Mar 22, 2020 at 7:54 AM Tom Mitchell  wrote:

> I use and maintain this one:
> https://hub.docker.com/repository/docker/mitct02/weewx
>
> I don't know if anyone else uses it, but I am happy to help anyone out or
> make it more generally useful.
>
> I hope this helps.
>
> On Saturday, March 21, 2020 at 3:22:30 PM UTC-4, Mark Stanchin wrote:
>>
>> Hi Group, I'm looking for a working recent WeeWX Docker Image to run my
>> synology NAS. I'm currently running the latest ver of WeeWx on a Pi4 and
>> Importing the data from my Davis VP2 using the IP Data Logger. I am
>> uploading to my own Web Site. I have been having issues with data from the
>> Davis stopping and the database being corrupted and having to be reset. I
>> also had the Flash Mem card go bad once soo I was thinking of adding a SSD
>> to the PI4 or the Docker on My NAS as a solution. Please any thoughts would
>> be appreciated! Thanks, Mark
>>
> --
> 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/df788712-2700-4008-a918-cd2828029ff5%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/CAACXvCSo%2BwXY-F5XOE%2BuGKDHLUZCJ40y-GXfjCZFZ9tiZ_bETw%40mail.gmail.com.

Re: [weewx-user] Re: 4.0.0b16 - No diagrams - No module named 'Image'

[Michael]

here it is...:

pi@raspi02:~ $ python3 -c "import Image"
Traceback (most recent call last):
File "", line 1, in 
ModuleNotFoundError: No module named 'Image'
pi@raspi02:~ $ python3 -c "from PIL import Image"
Traceback (most recent call last):
File "", line 1, in 
File "/usr/local/lib/python3.7/dist-packages/PIL/Image.py", line 69, in 

from . import _imaging as core
ImportError: libopenjp2.so.7: cannot open shared object file: No such file 
or directory
pi@raspi02:~ $ python3 -c "import sys; print(sys.path)"
['', '/usr/lib/python37.zip', '/usr/lib/python3.7', 
'/usr/lib/python3.7/lib-dynload', '/usr/local/lib/python3.7/dist-packages', 
'/usr/lib/python3/dist-packages
']

with this result google fed.
and then installed libopenjp2-7.
And the diagrams are displayed.
Thanks for the support.

-- 
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/76dcf777-0fbf-437f-947a-c7c8a266af38%40googlegroups.com.

[weewx-user] Re: wee_import csv problem "csv.Error: line contains NULL byte"

[Janne Prokkola]

hi

thanks for a good answer. Yesterday after my posting I thought also the 
reason might be in csv. I tried several different programs like Gedit and 
Libreoffice and in the end I managed to import my csv to weewx. 
Unfortunately I did not understand why. 

Now I have to find a reasonable workaround to get csv imported to weewx. 
You might ask why I need this? I'm going to install my Ventus to our 
cottage without PC connection. When I visit my cottage I'd like to read the 
history data from my Ventus W835. The manufacturer of Ventus provide a 
Windows program (Weather Tool v1.exe) to do this, and the output is csv. 

My steps are following
1) download history-data from weather station (Windows)
2) open file in Linux
3) change wind directions (N, E, etc) to degrees
4) merge date and time to one column (maybe not necessary to convert it to 
timestamp?)
5) get rid of BOM
6) import to weewx

Just too many steps to do it regularly. A nice script would help. Maybe I 
have to try to write one.

Or will there be in the future an option to download the history data 
stored in weather station directly to weewx?

regards
Janne

maanantai 23. maaliskuuta 2020 12.32.36 UTC+2 gjr80 kirjoitti:
>
> Hi,
>
> The clue is in the error message. Whatever process you used to create your 
> csv files has resulted in the UTF-8 Byte order mark (BOM) being included at 
> the start of the file and that is upsetting the python csv reader. From 
> memory this issue has occurred before (or perhaps it was some other 
> non-displaying sequence of bytes). In either case it is probably worthwhile 
> adding some code to wee_import strip out any BOMs during the  
> pre-processing of any csv files being imported. In the meantime you should 
> be able to import your data by opening your csv file(s) in a text editor, 
> moving to the start of the file and deleting characters one at a time until 
> the first displayable character (" in data3.csv, t in data.csv) is deleted. 
> Re-type the just deleted character (the file should again look just like it 
> did when opened) and save the file. It should now import without problem 
> (well without the BOM/null byte problem anyway).
>
> Gary
>
> On Monday, 23 March 2020 04:03:54 UTC+10, Janne Prokkola wrote:
>>
>> Hello
>> I've tried to import csv without luck. I get following message.
>>
>> A CSV import from source file '/var/tmp/data.csv' has been requested.
>> Using database binding 'wx_binding', which is bound to database 
>> 'weewx.sdb'
>> Destination table 'archive' unit system is '0x01' (US).
>> Missing derived observations will be calculated.
>> This is a dry run, imported data will not be saved to archive.
>> Traceback (most recent call last):
>>   File "/usr/bin/wee_import", line 834, in 
>> main()
>>   File "/usr/bin/wee_import", line 784, in main
>> source_obj.run()
>>   File "/usr/share/weewx/weeimport/weeimport.py", line 350, in run
>> _mapped_data = self.mapRawData(_raw_data, self.archive_unit_sys)
>>   File "/usr/share/weewx/weeimport/weeimport.py", line 558, in mapRawData
>> for _row in data:
>>   File "/usr/lib/python2.7/csv.py", line 107, in next
>> self.fieldnames
>>   File "/usr/lib/python2.7/csv.py", line 90, in fieldnames
>> self._fieldnames = self.reader.next()
>> _csv.Error: line contains NULL byte
>>
>> Any help or ideas? The data.csv is stripped from practically everything 
>> and from csv.conf I have commented nearly all fileds in FieldMap.  Attached 
>> also original data3.csv.
>>
>>
>> best regards
>> Janne
>>
>>

-- 
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/d8ad1fc2-a81e-4e94-a950-f9718151281b%40googlegroups.com.

Re: [weewx-user] fileparse.py does not work

[Thomas Keffer]

You are using fileparse.py from the master branch on GitHub, which is part
of WeeWX V4, not WeeWX V3. Either use the version that came with your
distribution (should be found in /usr/share/doc/weewx/examples/), or get
the archived V3.9.2 version using the v3.9.2 tag:
https://github.com/weewx/weewx/tree/v3.9.2/examples/fileparse

On Mon, Mar 23, 2020 at 7:49 AM Astrid  wrote:

> Hello!
>
> I want to use fileparse for my weewx 3.9.2.
> I copy it from
> https://github.com/weewx/weewx/tree/master/examples/fileparse
> I choose manually-installation and put the
> fileparse.py into
> /usr/share/weewx/user
> on my local installation at leap 15.1
>
> I want to test it locally as described in the
> py-file, but:
>
> linux:/usr/share/weewx/user # PYTHONPATH=/usr/share/weewx python
> /usr/share/weewx/user/fileparse.py
> Traceback (most recent call last):
>   File "/usr/share/weewx/user/fileparse.py", line 119, in 
> import weeutil.logger
> ImportError: No module named logger
>
> How I can get it work?
>
> Regards, Astrid
>
> --
> 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/5ff3791c-6ced-45b4-8415-2060e081cfed%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/CAPq0zEDd4g9xaONuBsamMpudwsrTsVy-6t5Zm5AQu_SaPt8pEQ%40mail.gmail.com.

[weewx-user] fileparse.py does not work

[Astrid]

Hello!

I want to use fileparse for my weewx 3.9.2.
I copy it from 
https://github.com/weewx/weewx/tree/master/examples/fileparse
I choose manually-installation and put the
fileparse.py into
/usr/share/weewx/user
on my local installation at leap 15.1

I want to test it locally as described in the
py-file, but:

linux:/usr/share/weewx/user # PYTHONPATH=/usr/share/weewx python 
/usr/share/weewx/user/fileparse.py 
Traceback (most recent call last):
  File "/usr/share/weewx/user/fileparse.py", line 119, in 
import weeutil.logger
ImportError: No module named logger

How I can get it work?

Regards, Astrid

-- 
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/5ff3791c-6ced-45b4-8415-2060e081cfed%40googlegroups.com.

Re: [weewx-user] ftp does not work

[Thomas Keffer]

We will need to see the log file. See the Wiki article *Help! Posting to
weewx-user
* for how
to post a useful log file.

To answer your questions:

   1. HTML_ROOT is where the files are coming *from*. It is usually
   specified under the [StdReport] section.  It should not be necessary to
   specify it again in the [[FTP]] section,
   2. How 'path' is interpreted depends on the FTP server. Usually it is
   the path relative to the FTP user ('myuser' in your case). It may or may
   not need a leading slash.

-tk

On Mon, Mar 23, 2020 at 7:36 AM Astrid  wrote:

> Hello!
>
> I am using weewx 3.9.2 on leap 15.1
>
> In the moment I want to use the
> Standard-skin, not the ftp-skin.
> (I will decide the skin later on.)
>
> On my computer the files are
> put on /var/www/htdocs/weewx folder
> very well and updatet.
>
> But it does not work, that the files
> are put to external webserver via ftp.
>
> A subset of lines from my weewx.conf:
>
> WEEWX_ROOT = /
> [StdReport]
> HTML_ROOT = /var/www/htdocs/weewx # -> this works
> [[StandardReport]]
> skin = Standard
> enable = true
> [[FTP]]
> ##skin = Ftp # -> to keep the Standard-Skin
> enable = true
> user = myuser
> password = mypw
> server = mysubserver
> path = / # -> this is ok to, there is a special
> ftpuser, which points to the correct folder
>
> HTML_ROOT = /   # ??? is this where it goes on my subserver, or
> where it copy from local?
>
> port = 21
> passive = 1
>
> If I did on commandline
> ftp myuser@mysubserver
> it works and I am in correct folder, where the weewx-files
> should be placed.
> I did
> put test.file
> and it works too.
> So I think, the default-ftp-parameter port 21 and passive are ok?
>
> But why the weewx did not put on ftp... :(
> How I can get it work?
>
> Regards, Astrid
>
>
> --
> 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/1e2e5583-03a8-44a0-aa86-8f1ee197096b%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/CAPq0zEBz94KVXTMW4hLDshryJv4A0AvasamX7_kwZ05QuwEfng%40mail.gmail.com.

[weewx-user] ftp does not work

[Astrid]

Hello!

I am using weewx 3.9.2 on leap 15.1

In the moment I want to use the
Standard-skin, not the ftp-skin.
(I will decide the skin later on.)

On my computer the files are
put on /var/www/htdocs/weewx folder
very well and updatet.

But it does not work, that the files
are put to external webserver via ftp.

A subset of lines from my weewx.conf:

WEEWX_ROOT = /
[StdReport]
HTML_ROOT = /var/www/htdocs/weewx # -> this works
[[StandardReport]]
skin = Standard
enable = true
[[FTP]]
##skin = Ftp # -> to keep the Standard-Skin
enable = true
user = myuser
password = mypw
server = mysubserver
path = / # -> this is ok to, there is a special 
ftpuser, which points to the correct folder

HTML_ROOT = /   # ??? is this where it goes on my subserver, or 
where it copy from local?

port = 21
passive = 1

If I did on commandline
ftp myuser@mysubserver
it works and I am in correct folder, where the weewx-files
should be placed.
I did
put test.file
and it works too.
So I think, the default-ftp-parameter port 21 and passive are ok?

But why the weewx did not put on ftp... :(
How I can get it work?

Regards, Astrid


-- 
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/1e2e5583-03a8-44a0-aa86-8f1ee197096b%40googlegroups.com.

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

[Pat]

You need to provide more information, such as the error, your skin.conf 
config for your homepage graph group, etc. More information the better. 

On Monday, March 23, 2020 at 4:46:29 AM UTC-4, Meteo Oberwallis wrote:
>
> Hi there. 
> Sorry for the stupid question. That would be under the "tab" homepage. If I 
> use this now, then weewx gives an error message.
>
> [homepage]
> # Chart Timespan Defaults
> title = "Homepage"
> show_button = true
> button_text = "Homepage"
> time_length = today
> tooltip_date_format = "LLL"
> gapsize = 30 # This should be your archive_interval from weewx.conf 
> multiplied by 1000 to get milliseconds. Standard is 5 minutes
>
> [[chart1]]
> title = Temperatur
> [[[outTemp]]]
> zIndex = 1
> name = Temperatur
> color = lightblue
> [[[dewpoint]]]
> color = purple
> title = Temperatur
> [[[outHumidity]]]
> yAxis = 1
> color = "#ffc83f"
> time_length = today
> tooltip_date_format = "LLL"
> gapsize = 30 # This should be your archive_interval from weewx.conf 
> multiplied by 1000 to get milliseconds. Standard is 5 minutes
>
> [[chart1]]
> title = Temperatur
> [[[outTemp]]]
> zIndex = 1
> name = Temperatur
> color = lightblue
> [[[dewpoint]]]
> color = purple
> title = Temperatur
> [[[outHumidity]]]
> yAxis = 1
> color = "#ffc83f"
>
>
> It should be inserted here now?
>
> Thx for Help
>
>
>
> Am Sonntag, 22. März 2020 18:39:19 UTC+1 schrieb Pat:
>>
>> Yes, place it under the section you have defined for 
>> highcharts_homepage_graphgroup 
>>
>> 
>>
>> On Sunday, March 22, 2020 at 1:36:18 PM UTC-4, Meteo Oberwallis wrote:
>>>
>>> Ok thanks.
>>>
>>> Can I install the current graphics on the Belchertown homepage? What code? 
>>> I have to replace the [day]? Or how does it work?
>>>
>>> thanks
>>>
>>>
>>> Am Sonntag, 22. März 2020 18:15:19 UTC+1 schrieb Pat:

 This is exactly how I have it in my graphs.conf. Which is the same as 
 the wiki and the example.

 [day]
 title = Today since Midnight
 show_button = true
 button_text = Today
 time_length = today
 gapsize = 30


 [[avgclimatethisyear]]
 title = "Average Climatological Values for This Year"
 type = spline
 time_length = year
 aggregate_type = max
 aggregate_interval = 86400 # 1 day
 gapsize = 8640
 xAxis_groupby = month
 xAxis_categories = 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 
 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'
 [[[outTemp]]]
 zIndex = 2
 name = Max Temperature
 color = red
 [[[outTemp_min]]]
 name = Min Temperature
 observation_type = outTemp
 aggregate_type = min
 zIndex = 2
 [[[rainTotal]]]
 name = Rain Total
 type = column
 yAxis = 1
 zIndex = 0
 color = "#268bd2"



 On Sunday, March 22, 2020 at 1:12:43 PM UTC-4, Meteo Oberwallis wrote:
>
> Hello
>
> It should appear that way
>
>
> Am Sonntag, 22. März 2020 18:08:26 UTC+1 schrieb p q:
>>
>> The problem with your graph isn't obvious to me. What's wrong with it?
>>
>> On Sun, Mar 22, 2020 at 9:57 AM Meteo Oberwallis  
>> wrote:
>>
>>> Hello everybody.
>>>
>>> Can someone please help me with this problem? Why is this graphic not 
>>> displayed correctly?
>>>
>>> Thanks for Help
>>>
>>>
>>>
>>> Am Dienstag, 17. März 2020 11:18:53 UTC+1 schrieb Meteo Oberwallis:

 Hello Pat.

 I have this in my Code under the Option [day]:

 [[avgclimatethisyear]] 

 title = "Average Climatological Values for This Year"
 type = spline
 time_length = year
 aggregate_type = max
 aggregate_interval = 86400 # 1 day
 gapsize = 8640
 xAxis_groupby = month
 xAxis_categories = 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 
 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'
 [[[outTemp]]]
 zIndex = 2
 name = Max Temperature
 color = red
 [[[outTemp_min]]]
 name = Min Temperature
 observation_type = outTemp
 aggregate_type = min
 zIndex = 2
 [[[rainTotal]]]
>>

[weewx-user] Re: wee_import csv problem "csv.Error: line contains NULL byte"

[gjr80]

Hi,

The clue is in the error message. Whatever process you used to create your 
csv files has resulted in the UTF-8 Byte order mark (BOM) being included at 
the start of the file and that is upsetting the python csv reader. From 
memory this issue has occurred before (or perhaps it was some other 
non-displaying sequence of bytes). In either case it is probably worthwhile 
adding some code to wee_import strip out any BOMs during the  
pre-processing of any csv files being imported. In the meantime you should 
be able to import your data by opening your csv file(s) in a text editor, 
moving to the start of the file and deleting characters one at a time until 
the first displayable character (" in data3.csv, t in data.csv) is deleted. 
Re-type the just deleted character (the file should again look just like it 
did when opened) and save the file. It should now import without problem 
(well without the BOM/null byte problem anyway).

Gary

On Monday, 23 March 2020 04:03:54 UTC+10, Janne Prokkola wrote:
>
> Hello
> I've tried to import csv without luck. I get following message.
>
> A CSV import from source file '/var/tmp/data.csv' has been requested.
> Using database binding 'wx_binding', which is bound to database 'weewx.sdb'
> Destination table 'archive' unit system is '0x01' (US).
> Missing derived observations will be calculated.
> This is a dry run, imported data will not be saved to archive.
> Traceback (most recent call last):
>   File "/usr/bin/wee_import", line 834, in 
> main()
>   File "/usr/bin/wee_import", line 784, in main
> source_obj.run()
>   File "/usr/share/weewx/weeimport/weeimport.py", line 350, in run
> _mapped_data = self.mapRawData(_raw_data, self.archive_unit_sys)
>   File "/usr/share/weewx/weeimport/weeimport.py", line 558, in mapRawData
> for _row in data:
>   File "/usr/lib/python2.7/csv.py", line 107, in next
> self.fieldnames
>   File "/usr/lib/python2.7/csv.py", line 90, in fieldnames
> self._fieldnames = self.reader.next()
> _csv.Error: line contains NULL byte
>
> Any help or ideas? The data.csv is stripped from practically everything 
> and from csv.conf I have commented nearly all fileds in FieldMap.  Attached 
> also original data3.csv.
>
>
> best regards
> Janne
>
>

-- 
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/f32459cc-4de0-4971-b0fc-7d66a4453010%40googlegroups.com.

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

[Meteo Oberwallis]

Hi there. 
Sorry for the stupid question. That would be under the "tab" homepage. If I use 
this now, then weewx gives an error message.

[homepage]
# Chart Timespan Defaults
title = "Homepage"
show_button = true
button_text = "Homepage"
time_length = today
tooltip_date_format = "LLL"
gapsize = 30 # This should be your archive_interval from weewx.conf 
multiplied by 1000 to get milliseconds. Standard is 5 minutes

[[chart1]]
title = Temperatur
[[[outTemp]]]
zIndex = 1
name = Temperatur
color = lightblue
[[[dewpoint]]]
color = purple
title = Temperatur
[[[outHumidity]]]
yAxis = 1
color = "#ffc83f"
time_length = today
tooltip_date_format = "LLL"
gapsize = 30 # This should be your archive_interval from weewx.conf 
multiplied by 1000 to get milliseconds. Standard is 5 minutes

[[chart1]]
title = Temperatur
[[[outTemp]]]
zIndex = 1
name = Temperatur
color = lightblue
[[[dewpoint]]]
color = purple
title = Temperatur
[[[outHumidity]]]
yAxis = 1
color = "#ffc83f"


It should be inserted here now?

Thx for Help



Am Sonntag, 22. März 2020 18:39:19 UTC+1 schrieb Pat:
>
> Yes, place it under the section you have defined for 
> highcharts_homepage_graphgroup 
>
> 
>
> On Sunday, March 22, 2020 at 1:36:18 PM UTC-4, Meteo Oberwallis wrote:
>>
>> Ok thanks.
>>
>> Can I install the current graphics on the Belchertown homepage? What code? I 
>> have to replace the [day]? Or how does it work?
>>
>> thanks
>>
>>
>> Am Sonntag, 22. März 2020 18:15:19 UTC+1 schrieb Pat:
>>>
>>> This is exactly how I have it in my graphs.conf. Which is the same as 
>>> the wiki and the example.
>>>
>>> [day]
>>> title = Today since Midnight
>>> show_button = true
>>> button_text = Today
>>> time_length = today
>>> gapsize = 30
>>>
>>>
>>> [[avgclimatethisyear]]
>>> title = "Average Climatological Values for This Year"
>>> type = spline
>>> time_length = year
>>> aggregate_type = max
>>> aggregate_interval = 86400 # 1 day
>>> gapsize = 8640
>>> xAxis_groupby = month
>>> xAxis_categories = 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 
>>> 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'
>>> [[[outTemp]]]
>>> zIndex = 2
>>> name = Max Temperature
>>> color = red
>>> [[[outTemp_min]]]
>>> name = Min Temperature
>>> observation_type = outTemp
>>> aggregate_type = min
>>> zIndex = 2
>>> [[[rainTotal]]]
>>> name = Rain Total
>>> type = column
>>> yAxis = 1
>>> zIndex = 0
>>> color = "#268bd2"
>>>
>>>
>>>
>>> On Sunday, March 22, 2020 at 1:12:43 PM UTC-4, Meteo Oberwallis wrote:

 Hello

 It should appear that way


 Am Sonntag, 22. März 2020 18:08:26 UTC+1 schrieb p q:
>
> The problem with your graph isn't obvious to me. What's wrong with it?
>
> On Sun, Mar 22, 2020 at 9:57 AM Meteo Oberwallis  
> wrote:
>
>> Hello everybody.
>>
>> Can someone please help me with this problem? Why is this graphic not 
>> displayed correctly?
>>
>> Thanks for Help
>>
>>
>>
>> Am Dienstag, 17. März 2020 11:18:53 UTC+1 schrieb Meteo Oberwallis:
>>>
>>> Hello Pat.
>>>
>>> I have this in my Code under the Option [day]:
>>>
>>> [[avgclimatethisyear]] 
>>>
>>> title = "Average Climatological Values for This Year"
>>> type = spline
>>> time_length = year
>>> aggregate_type = max
>>> aggregate_interval = 86400 # 1 day
>>> gapsize = 8640
>>> xAxis_groupby = month
>>> xAxis_categories = 'Jan', 'Feb', 'Mar', 'Apr', 'May', 'Jun', 
>>> 'Jul', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'
>>> [[[outTemp]]]
>>> zIndex = 2
>>> name = Max Temperature
>>> color = red
>>> [[[outTemp_min]]]
>>> name = Min Temperature
>>> observation_type = outTemp
>>> aggregate_type = min
>>> zIndex = 2
>>> [[[rainTotal]]]
>>> name = Rain Total
>>> type = column
>>> yAxis = 1
>>> zIndex = 0
>>> color = "#268bd2"
>>>
>>> This is the result:
>>>
>>> [image: Unbenannt.JPG]
>>>
>>> Its not right? Who is my Problem? Can i more this graphs from Year 
>>> 2019, 2018 etc. under this graphs?
>>>
>>>
>>> Thanks for Help
>>>
>