Re: [weewx-user] Sunshine Duration

[Karen K]

@Jacques: I now added your extension to the configuration. The calculated 
values will be stored to the database. After some time I will publish the 
readings here.

-- 
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/d7e70130-6712-4bdb-84ee-fb016dcaaea3n%40googlegroups.com.

Re: [weewx-user] Wlink doesn't run

[Karen K]

Justin Wenk schrieb am Samstag, 18. Mai 2024 um 21:25:35 UTC+2:

short update: I have now finally installed this extension 
https://github.com/WernerKr/davisconsoleapi. Now runs stable via the 
weatherlink.com API V2. API V1 is not supported by the Davis console 6313 - 
that's why it didn't work with the other extension.


Thank you for this update. I added Werner Krenn's driver to the german 
summary of WeeWX.

-- 
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/96d3c94b-784c-457d-9530-324a329265a1n%40googlegroups.com.

Re: [weewx-user] Your hardware experience (for running WeeWX, the service)

[Karen K]

Gábor Szabados schrieb am Freitag, 17. Mai 2024 um 16:51:21 UTC+2:

Where did you get those values from?



   - https://www.netzfrequenz.info/aktuelle-netzfrequenz-full
   - https://www.mainsfrequency.com
   -  https://www.udo-leuschner.de/basiswissen/SB124-04.htm (german only)

Before 1990, within the eastern european grid, the tolerance was much 
higher. I don't remember the exact value, but in the GDR the mains 
frequency was always considerably below 50.0 Hz. In Germany we also have 
VDE standards. They sometimes differ from EN.

-- 
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/ec4570fc-e478-4f69-80ea-9742cd1acfa1n%40googlegroups.com.

Re: [weewx-user] Your hardware experience (for running WeeWX, the service)

[Karen K]

michael.k...@gmx.at schrieb am Donnerstag, 16. Mai 2024 um 18:57:09 UTC+2:

Gauß would connect to your power grid :D


You know what Churchill said about statistics?

If I do the histogram with 3 decimals as Cameron did I get the maximum at 
49.997 Hz. That is almost the same what Cameron got.

And if you consider those readings there is a drift of about 0.1 seconds 
per day in mains frequency. So an astronomer would laugh about that low 
accuracy. ;-)

-- 
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/d2ac3667-15dc-483d-ab8f-95ff90788eb9n%40googlegroups.com.

Re: [weewx-user] Your hardware experience (for running WeeWX, the service)

[Karen K]

Gábor Szabados schrieb am Freitag, 17. Mai 2024 um 14:46:55 UTC+2:

As I remember the EU specs is 50Hz +/-1%, so all those look good to me.


No. The tolerance is much smaller. +-0.02 Hz (0.04%) is the normal 
operation range. Up to +-0.2 Hz (0.4%) the European electicity 
administration uses standardized and automated processes to stabilize the 
frequency. Outside that range the situation is considered dangerous. Real 
people get involved. Below 49 Hz they start switching off load. Above 50.2 
Hz private photovolatics inverters start reducing power output.
 

-- 
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/56185fef-3051-4370-9d19-7b2afabe5ac1n%40googlegroups.com.

Re: [weewx-user] Your hardware experience (for running WeeWX, the service)

[Karen K]

michael.k...@gmx.at schrieb am Donnerstag, 16. Mai 2024 um 15:46:28 UTC+2:

Since the (public) power grid is part of the hardware your local weewx 
installation is running on, this is far from being off-topic. 


There are 3 types of UPS available: off-line, stand-by, and on-line. The 
first one is off as long as grid power is available and starts when the 
grid power goes off. The second one is similar, but it is in stand-by. So 
it start faster than the first one. The on-line one separates the grid and 
the output entirely. They are connected by DC only. So this type can 
additionally filter surges etc. The output frequency for the on-line type 
only depends on the internal circuit, while for the off-line and stand-by 
type the output frequency is always the same as the grid frequency.

I use an on-line UPS and hope that will result in less damage in case of 
over-voltage, surges, and lightning strokes.

To compare to Cameron's histogram I did one myself, based on 5 minutes 
averages of the grid frequency (NOT the UPS output frequency):

[image: netzfrequenzhistogramm.png]

This one has the peak at 50.00 Hz.

-- 
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/78c65e41-5ac1-4e13-9644-e46beb078147n%40googlegroups.com.

Re: [weewx-user] Wlink doesn't run

[Karen K]

If the PC running WeeWX and the Weatherlink device is on the same network, 
you could try to retrieve data directly from the device instead of fetching 
it from weatherlink.com. You may want to try the WeatherLinkLiveUDP driver 
 for this. Or if you 
have a paid account with weatherlink.com you could try WLLDriver 
.

John Kline schrieb am Donnerstag, 16. Mai 2024 um 01:25:06 UTC+2:

> It looks like there is a 3 year old PR that Matthew never merged to port 
> it to Python 3.
>
> Justin, you might try:
> [image: weewx-wlink.png]
>
> sshambar/weewx-wlink at work 
> 
> github.com 
> 
>
> Note: I have not tried it myself.
>
> On May 15, 2024, at 3:32 PM, Tom Keffer  wrote:
>
> 
>
> It looks like the wlink extension was never ported to Python 3.
>
> On Wed, May 15, 2024 at 3:35 AM Justin Wenk  wrote:
>
>> Hi everyone! I have the following problem: I want to use the “Wlink” 
>> extension (https://github.com/weewx/weewx/wiki/wlink). I followed the 
>> instructions but I always get an error. I use WeeWX on macOS (Sonoma 
>> 14.13.1).
>>
>> *Log:*
>>
>> 2024-05-15 12:01:32 weewxd[2676]: INFO weewxd: Initializing weewxd 
>> version 5.0.2
>> 2024-05-15 12:01:32 weewxd[2676]: INFO weewxd: Command line: 
>> /Users/justin/weewx-venv/bin/weewxd
>> 2024-05-15 12:01:32 weewxd[2676]: INFO weewxd: Using Python 3.12.3 
>> (v3.12.3:f6650f9ad7, Apr  9 2024, 08:18:47) [Clang 13.0.0 
>> (clang-1300.0.29.30)]
>> 2024-05-15 12:01:32 weewxd[2676]: INFO weewxd: Located at 
>> /Users/justin/weewx-venv/bin/python3
>> 2024-05-15 12:01:33 weewxd[2676]: INFO weewxd: Platform 
>> macOS-14.3.1-arm64-arm-64bit
>> 2024-05-15 12:01:33 weewxd[2676]: INFO weewxd: Locale: 'de_DE.UTF-8'
>> 2024-05-15 12:01:33 weewxd[2676]: INFO weewxd: Entry path: 
>> /Users/justin/weewx-venv/lib/python3.12/site-packages/weewxd.py
>> 2024-05-15 12:01:33 weewxd[2676]: INFO weewxd: WEEWX_ROOT: 
>> /Users/justin/weewx-data
>> 2024-05-15 12:01:33 weewxd[2676]: INFO weewxd: Configuration file: 
>> /Users/justin/weewx-data/weewx.conf
>> 2024-05-15 12:01:33 weewxd[2676]: INFO weewxd: User module: 
>> /Users/justin/weewx-data/bin/user
>> 2024-05-15 12:01:33 weewxd[2676]: INFO weewxd: Debug: 1
>> 2024-05-15 12:01:33 weewxd[2676]: DEBUG weewxd: Initializing engine
>> 2024-05-15 12:01:33 weewxd[2676]: INFO weewx.engine: Loading station type 
>> WeatherLink (user.wlink)
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd: Caught unrecoverable 
>> exception:
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:   multiple 
>> exception types must be parenthesized (wlink.py, line 180)
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:   Traceback 
>> (most recent call last):
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd: File 
>> "/Users/justin/weewx-venv/lib/python3.12/site-packages/weewxd.py", line 
>> 160, in main
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:   engine = 
>> weewx.engine.StdEngine(config_dict)
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:    
>> ^^^
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd: File 
>> "/Users/justin/weewx-venv/lib/python3.12/site-packages/weewx/engine.py", 
>> line 77, in __init__
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:  
>>  self.setupStation(config_dict)
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd: File 
>> "/Users/justin/weewx-venv/lib/python3.12/site-packages/weewx/engine.py", 
>> line 104, in setupStation
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:  
>>  __import__(driver)
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd: File 
>> "/Users/justin/weewx-data/bin/user/wlink.py", line 180
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:   except 
>> (urllib2.URLError, socket.error,
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:  
>> ^
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:   SyntaxError: 
>> multiple exception types must be parenthesized
>>
>> 2024-05-15 12:01:33 weewxd[2676]: CRITICAL weewxd:   Exiting.
>>
>>
>>
>>
>>
>>
>>
>> 
>> Wlink.py is located in the /weewx-data/bin/user folder.
>>
>> *A part from the weewx.conf:*
>>
>>
>> ##
>>
>> #   This section is for information about the station.
>>
>> [Station]
>> 
>> # Description of the station location, such as your town.
>> location = HalleWetter
>>

Re: [weewx-user] Sunshine Duration

[Karen K]

Oh, that are very interesting data. 

Jacques Terrettaz schrieb am Montag, 13. Mai 2024 um 18:36:27 UTC+2:

Globally  the data derived from the formula give a higher sunshine 
duration.  


We cannot expect to get the same values from that different measurement 
principles, I guess. Nevertheless, I find it useful to compare and to 
discuss about it.
 

But  I am not sure if your sunshine duration sensor is located at the same 
place or near the Davis radiation sensor . If it is not the case , any 
comparison will be useless !


No, it is not at same place. The Davis weather station (and with it the 
radiation sensor) is located at 2 meters above the ground, as the rules 
say. There is some shadow from a tree at about 15:00 o'clock in winter. The 
sunshine duration sensor is mounted on a mast at about 10 meters above the 
ground (near the wind sensor). No shadow is around there.
 

You can "browse" your data here , with the "ticks" calculates bye the 
formula :  http://meteo-sciez.fr/site/graph_frame_karen.php  and by 
choosing the date of interest, and clicking at  the legend of each series 
to show  or hide .


I will have a look at it. 
 
I guess, we should validate the measurements by checking sunshine manually 
at different points of the day and the sunshine condition. Actually the sky 
is blue, and no cloud is to be seen. So we have to wait for clouds to get 
some useful data.

-- 
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/6444183f-adac-4e54-aba3-66f176ed9d52n%40googlegroups.com.

Re: [weewx-user] Sunshine Duration

[Karen K]

Jacques Terrettaz schrieb am Montag, 13. Mai 2024 um 09:29:49 UTC+2:

.. only one estimation for a 5 min period, based of the archive radiation 
measurement , which is the mean radiation measured over of archive period .


Unfortunately I cannot provide the raw sensor readings. We do not save 
them. We do only save the mean over the archive interval.

-- 
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/6889d2d1-739a-43e0-a0b0-5ade06443a96n%40googlegroups.com.

Re: [weewx-user] Sunshine Duration

[Karen K]

jterr...@gmail.com schrieb am Freitag, 10. Mai 2024 um 20:35:20 UTC+2:

One more question : in your csv file,  the maximum values of the sunshine 
duration measured by the Weerhuisje/Instromet sunshine duration sensor , 
for a period of 5 minutes, are 324 seconds , higher than the 300 seconds 
interval. 
How should we interpret all these values ? Scale them proportionally so 
that a value of 324 correspond to a 300 second sunshine ?


The sensor sends a pulse every 36 seconds if the sun shines. 8 pulses are 
288 seconds, 9 pulses are 324 seconds. If the sun shines continuously, 
sometimes you get 8 pulses within one archive interval and sometimes 9. 
That is the reason for those values. So you may add those additional 24 
seconds to the previous or next archive interval.

-- 
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/7eac2de9-d869-451e-b76d-630c9170d955n%40googlegroups.com.

Re: [weewx-user] Sunshine Duration

[Karen K]

jterr...@gmail.com schrieb am Freitag, 10. Mai 2024 um 19:49:06 UTC+2:

Karen, thanks. 
I will do the calculation, and let you know. It will be interesting to have 
a comparison , but I need some more information , particularly the 
 latitude and longitude of the place where your sensors are installed. I 
will send you a private email .


I included the actual solar altitude in the file. So you can use it within 
the calculation.

-- 
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/71e6d7cc-968b-476f-b278-d5dc79b9cab9n%40googlegroups.com.

Re: [weewx-user] Sunshine Duration

[Karen K]

Jacques Terrettaz schrieb am Dienstag, 7. Mai 2024 um 13:07:08 UTC+2:

The term "sunshine" and  "sunshine duration" is the one used by  WMO - see 
https://library.wmo.int/viewer/68695/?offset=#page=331=picture=bookmark=0=
 .


And this link reads: "According to WMO (2010), sunshine duration during a 
given period is defined as the sum of the time for which the *direct* solar 
irradiance exceeds 120 W/m^2." 

Note the word "*direct*".

The sensor, most private weather stations use, measures the global 
irradiance, that is from the sun as well as from the sky. So there the 
threshold of 120 W/m^2 does not apply. Nevertheless, people use it that way.

The pyrheliometer can measure the direct solar irradiance, only. And I 
hope, that shadow device can be (and is) calibrated precisely enough.

-- 
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/01c77bd6-2e7b-450c-99e9-e53468f58030n%40googlegroups.com.

Re: [weewx-user] Sunshine Duration

[Karen K]

Ton vanN schrieb am Dienstag, 7. Mai 2024 um 11:02:33 UTC+2:

Rereading this thread come to understand that definition/semantics is a 
critical aspect in this discussion.
*Bluntly* summarized:
- Sunshine = seeing difference between lighted area and shadowed area.
Like KarenK's device is doing
- Lightlevel = level of undirected solar radiation, not/hardly 
differentating on wavelength.
Like most light sensors in 'private' PWSes will provide.


There is a third device, the pyrheliometer 
. It is mounted on a solar 
tracker . See also direct 
insolation  (please note 
the character o in the middle of the word, not u).

I am not sure, if "lightlevel" is the appropriate name for that kind of 
observation type. See global tilted irradiance (GTI) 
.
 

-- 
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/0e06da8c-81a0-414f-a39c-c213f703b830n%40googlegroups.com.

Re: [weewx-user] Sunshine Duration

[Karen K]

n7uv...@gmail.com schrieb am Samstag, 4. Mai 2024 um 05:12:04 UTC+2:


What is "direct solar irradiance"? Is there someone at the sensor deciding 
that it's direct? 


As Jaques wrote, this is a sensor that sees a very small angle of the sky 
(approximately half a degree) and it is moving and always looking at the 
position, where the sun should be seen.

-- 
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/90a7111c-d9b9-4853-bf47-1c26e419ac37n%40googlegroups.com.

Re: [weewx-user] Sunshine Duration

[Karen K]

Hi Jon,

I am not sure I know which paper you referenced, but I agree with you that 
the 120 w/m^2 threshold is a little bit arbitrary. To my experience, in a 
sunny morning the radiation is less than those 120 w/m^2. Unfortunately, 
instruments that can really distinguish between the direct sun light and 
the diffusive radiation from the sky are very expensive. Most people only 
have a general radiation sensor, which cannot know whether the sun is 
shining or the sky is bright. Light is light. You cannot fill in the lack 
of information by calculation.

After considering this all I bought a sunshine duration sensor from 
Instromet <https://instromet.co.uk/sun-duration-sensor/>. This device is 
expensive, too, but still achievable to normal people. It uses a shadow 
bar. If the radiation differs between before and behind the bar, this is 
considered sunshine. A well-defined shadow is not necessary here.

Karen


n7uv...@gmail.com schrieb am Freitag, 3. Mai 2024 um 01:23:52 UTC+2:

> Hi Karen -
>
> I went and read the paper that is referenced for the sunshine duration 
> method. It describes an empirical approach to estimating whether or not the 
> sun is "shining". To me, as you suggest, if I have a crisp, well-defined 
> shadow, then there is indeed a 6000 K point source in the sky. If I meausre 
> in a low humidity, low atmospheric turbidity environment, with low 
> atmospheric particulate count, that shadow should indeed be crisp and well 
> defined. If I measure in a location where the sun is clearly above the 
> horizon, but the shadow is less well defined due to those confounding 
> factors and others, I can still assert that it is sunny, yet it is a degree 
> less sunny than at the former location. 
>
> If one looks at brewster76/
>
>- util-archer <https://github.com/brewster76/util-archer/tree/master>
>- /user <https://github.com/brewster76/util-archer/tree/master/user>
>
> /radiationhours.py 
>
>
> there is an arbitrary value (to be inserted by the user) on what 
> constitutes full sunlight. 
>
> _
> Adds a new observation field to weewx: [sunshine_hours]
>
> If the radiation observed during an interval of time exceeds 120 W/m2, 
> then the interval is considered sunny,
> and [sunshine_hours] is set the length of the time interval.
>
> When [sunshine_hours] is summed over a day, the result is the number of 
> hours during the day when radiation
> exceeded 120 W/m2, or 'hours of sunshine'.
>
> The threshold of 120 W/m2 can be overwritten in weewx.conf:
>
> [RadiationDays]
> min_sunshine = 120
> ___
>
> so, for Brewster76, 120 w/m^2 is the threshold. This is more or less 
> consistent with the original paper, which attempts to get the necessary 
> fudge factors on atmospheric clarity via long--term empirical observations 
> vs the theoretical value for the insolation at that minute at that 
> location. It by no means is a measure of the shadow, or just how crisp it 
> might be.
>
> Various places in the USA all claim to have the most sunshine. I always 
> wondered how they measured that, and what constituted sunshine. If indeed 
> it is via models like what is presented in the paper and the subsequent 
> code examples, it is just a marketing term.
>
> If there is a measuring device, I call it the umbrameter, that can 
> actually measure the depth of shadow cast, and quantitatively show that 
> indeed it is a sunny minute, that would be a cool instrument. I think a 
> quality video camera or other 2D sensor could inspect the image of the sun 
> and, through sufficient training, could say that "this image is within x% 
> of the expected image of the sun taken above the atmosphere, that would be 
> a useful instrument.
>
> Sunny days and sunshine duration appear to be a matter of opinion.
>
> Cheers - Jon N7UV
> On Thursday, May 2, 2024 at 12:03:15 AM UTC-7 Karen K wrote:
>
>> n7uv...@gmail.com schrieb am Donnerstag, 2. Mai 2024 um 01:01:52 UTC+2:
>>
>> When I hear "sunshine duration", I'm not sure whether that means the 
>> duration that the scary fiery (I live in PHX %^) ball of plasma is at and 
>> above the horizon (which is already provided under the Celestial tab) 
>> [image: Screenshot 2024-05-01 155959.png]
>> or something about the total energy delivered to a square meter of the 
>> ground over the period of a day. 
>>
>>
>> Sunshine duration means the time the sun is really seen in the sky and 
>> typically casts a shadow. The standard instrument to measure sunshine 
>> duration is the Campbell-Stokes sunshine recorder 
>> <https://en.wikipedia.org/wiki/Sun

Re: [weewx-user] Sunshine Duration

[Karen K]

n7uv...@gmail.com schrieb am Donnerstag, 2. Mai 2024 um 01:01:52 UTC+2:

When I hear "sunshine duration", I'm not sure whether that means the 
duration that the scary fiery (I live in PHX %^) ball of plasma is at and 
above the horizon (which is already provided under the Celestial tab) 
[image: Screenshot 2024-05-01 155959.png]
or something about the total energy delivered to a square meter of the 
ground over the period of a day. 


Sunshine duration means the time the sun is really seen in the sky and 
typically casts a shadow. The standard instrument to measure sunshine 
duration is the Campbell-Stokes sunshine recorder 
. 

Sunshine duration is *not* total daylight time.

If a cloud is situated before the sun, this is considered no sunshine. If 
clouds are elsewhere in the sky it does not matter.

-- 
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/a10c6bba-0a86-4b66-a11e-3e6597ceaf1cn%40googlegroups.com.

[weewx-user] Re: Can not find: wee_device

[Karen K]

christian@gmail.com schrieb am Montag, 22. April 2024 um 12:53:58 UTC+2:

Now I have the problem that I can't find wee_device in the system. I 
searched the whole system but I couldn't find wee_device.
What can I do there?


http://weewx.com/docs/5.0/utilities/weectl-device/
 

-- 
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/10d67580-c0e7-4035-bd25-3b10fd000c91n%40googlegroups.com.

Re: [weewx-user] change locale for html.tmpl with weewx 5.0.2

[Karen K]

Juan Antonio Mosquera Casais schrieb am Freitag, 12. April 2024 um 07:03:31 
UTC+2:

Oh... works... but, show units, i can delete units??


Replace .formatted by .format(add_label=False)
 

-- 
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/1e3eda68-4d8b-4da3-adb7-71ae06351c89n%40googlegroups.com.

[weewx-user] Re: "outHumAbs" in microgramms per cube meter on Station info on Belchertown Skin.

[Karen K]

mh081...@gmail.com schrieb am Donnerstag, 14. März 2024 um 09:53:53 UTC+1:

Can anybody, who already changed this, share his config?


In graphs.conf I use it like this:

[[humidity]]

title = "Luftfeuchtigkeit"

[[[outHumidity]]]

name = "relativ"

[[[outHumAbs]]]

name = "absolut"

yAxis = 1

unit = gram_per_meter_cubed

numberFormat

decimals = 1

For the current readings at the home page it is more difficult. If you want 
to show relative and absolute humidity in one line you have add some lines 
into belchertown.py:

*if* obs=='outHumidity':

humabs_output = getattr(current,'outHumAbs',*None*)

*if* humabs_output *is* *not* *None*:

humabs_output = humabs_output.gram_per_meter_cubed

station_obs_html += ""

station_obs_html += '%s' % humabs_output

I added it before the lines

station_obs_html += ""

station_obs_html += ""

In the MQTT configuration in weewx.conf you need to add

outHumAbs

units = gram_per_meter_cubed

in section [[[inputs]]].

I am not sure if that were all changes.








-- 
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/cea2d009-3296-4df9-9092-98566754n%40googlegroups.com.

Re: [weewx-user] Fahrenheit instead of celsius in weewx.sdb? / csv export: wrong datetime format

[Karen K]

I would suggest to use the SQL statement 

select datetime(`dateTime`,'unixepoch','localtime'),* from archive;

to extract the data out of the database. Please note the different quotes. 


-- 
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/4b8a27a4-16b4-4dd5-afb4-1370b8e49a76n%40googlegroups.com.

Re: [weewx-user] Difference between aggregation types has_data and not_null

[Karen K]

It turned out that this thread was only a step on the way for me. I ended 
up writing an issue (#939)  after 
all.

-- 
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/ec559475-7e09-46f9-a786-ec50e619f1dbn%40googlegroups.com.

Re: [weewx-user] Difference between aggregation types has_data and not_null

[Karen K]

I guess PR #929 is an entirely different topic.

It seams to me, that the if condition in 
weewx.tags.ObservationBinder.has_data is useless, because what happens 
afterwards is almost the same in both cases. 

May be, the intension for that function was like that really:

@property
def has_data(self):
db_manager = self.db_lookup(self.data_binding)
# First see if the type exists in the database.
if db_manager.exists(self.obs_type):
# Yes. Is it non-null?
val = bool(db_manager.has_data(self.obs_type, self.timespan))
else:
# Nope. Try the xtypes system.
val = weewx.xtypes.has_data(self.obs_type, self.timespan, 
db_manager)
return val

See the changed line with yellow background. There could be a connection to 
the performance issues some people experience I guess. Unfortunately I 
still have no 5.0 installation working to do tests. 

-- 
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/0cddb249-fefb-4179-84c3-d9fff8e70bc6n%40googlegroups.com.

Re: [weewx-user] Difference between aggregation types has_data and not_null

[Karen K]

Ah.

Tom Keffer schrieb am Samstag, 24. Februar 2024 um 00:00:07 UTC+1:

You should not have to implement either.


For WeeWX 5.0 people experienced that the "GTS", "yearGDD", and "seasonGDD" 
observation types (XTypes calculated out of "outTemp") were not graphed any 
more. After an explicit implementation of "not_null" the graph appeared 
again.

   - https://github.com/roe-dl/weewx-GTS/issues/26
   - https://github.com/roe-dl/weewx-GTS/blob/master/bin/user/GTS.py
   
tags.ObservationBinder.has_data has changed from WeeWX 4.X to 5.0. The old 
version only looked into the database by calling 
self.db_lookup(self.data_binding).has_data(self.obs_type, 
self.timespan). The new version is:

@property
def has_data(self):
db_manager = self.db_lookup(self.data_binding)
# First see if the type exists in the database.
if db_manager.exists(self.obs_type):
# Yes. Is it non-null?
val = bool(weewx.xtypes.get_aggregate(self.obs_type, 
self.timespan,
  'not_null', 
db_manager)[0])
else:
# Nope. Try the xtypes system.
val = weewx.xtypes.has_data(self.obs_type, self.timespan, 
db_manager)
return val

If you look into weewx.xtypes.get_aggregate(...,'not_null',...) and 
weewx.xtypes.has_data() they do almost the same. There is a loop over xtypes, 
and for each xtype get_aggreate() is called. If I understand the code 
right, the result of the has_data property in WeeWX 5.0 is independent of 
the value of the condition of the if statement. And the database lookup, 
that is used in WeeWX 4.X, has gone at all.

-- 
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/e5010568-d6cd-4297-a608-89d1dee91bf0n%40googlegroups.com.

Re: [weewx-user] Difference between aggregation types has_data and not_null

[Karen K]

Ah.

Tom Keffer schrieb am Samstag, 24. Februar 2024 um 00:00:07 UTC+1:

You should not have to implement either.


For WeeWX 5.0 people experienced that the "GTS", "yearGDD", and "seasonGDD" 
observation types (XTypes calculated out of "outTemp")  were not graphed 
any more. After an explicit implementation of "not_null" the graph appeared 
again. 

https://github.com/roe-dl/weewx-GTS/issues/26

https://github.com/roe-dl/weewx-GTS/blob/master/bin/user/GTS.py




-- 
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/270bcad8-5fce-4356-a921-33ac77d9dc42n%40googlegroups.com.

[weewx-user] Re: Seeking Data Logging Options

[Karen K]

What do you mean by "logging"? WeeWX, as it is shipped, stores the readings 
to a database. You can then take that database and do what you have to do 
with it. If you use the default settings, that database is a SQLITE file, 
which can be read and processed by a lot of other software.

-- 
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/2b53f2ff-2615-4c2f-8e1e-02ca8e05e745n%40googlegroups.com.

Re: [weewx-user] Difference between aggregation types has_data and not_null

[Karen K]

Do I have to implement both the not_null and has_data aggregation in an 
XType extension?


Tom Keffer schrieb am Freitag, 23. Februar 2024 um 14:01:45 UTC+1:

The aggregation not_null does not check first to see if the type exists. If 
you know the type exists, it's slightly faster. 

In practice, I don't think it's very useful. I may remove it from the 
documentation.

On Fri, Feb 23, 2024 at 3:48 AM Karen K  wrote:

What is the difference between the aggregation types has_data and not_null 
according to the documentation in 
http://weewx.com/docs/5.0/reference/aggtypes/.

-- 
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/8abfecfb-7fe5-4e6c-aace-540ed933ea8en%40googlegroups.com.

Re: [weewx-user] Difference between aggregation types has_data and not_null

[Karen K]

Thank you.

Tom Keffer schrieb am Freitag, 23. Februar 2024 um 14:01:45 UTC+1:

> The aggregation not_null does not check first to see if the type exists. 
> If you know the type exists, it's slightly faster. 
>
> In practice, I don't think it's very useful. I may remove it from the 
> documentation.
>
> On Fri, Feb 23, 2024 at 3:48 AM Karen K  wrote:
>
>> What is the difference between the aggregation types has_data and 
>> not_null according to the documentation in 
>> http://weewx.com/docs/5.0/reference/aggtypes/. 
>>
>> -- 
>> 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+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/3eef09c7-c2fe-49a2-9e89-f1957c731a54n%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/3eef09c7-c2fe-49a2-9e89-f1957c731a54n%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>

-- 
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/92bba5f3-93ed-4d16-963e-06e520c606c1n%40googlegroups.com.

[weewx-user] Difference between aggregation types has_data and not_null

[Karen K]

What is the difference between the aggregation types has_data and not_null 
according to the documentation 
in http://weewx.com/docs/5.0/reference/aggtypes/.

-- 
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/3eef09c7-c2fe-49a2-9e89-f1957c731a54n%40googlegroups.com.

[weewx-user] Alltime Statistics

[Karen K]

I just read a post about slow skin creation in a german weather forum. This 
made me think about something. There were threads about the same topic here.

Sometime the DaySummaryManager was introduced. And I guess the reason was 
to speed up aggregations. Instead of 288 records a day one record had to be 
read only. This can make the difference for large databases.

Now if I think of a database of 10, 20 or more years. And I want to see 
some alltime statistics. Even the day summary table is large in those 
cases. 

So I wonder if it would help to have a year summary table, too.

-- 
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/31290546-1043-4bda-8aac-646e9dd74c88n%40googlegroups.com.

[weewx-user] Re: Can we upgrade to WeeWX 5.0x WITHOUT MAJOR RISK?

[Karen K]

I would suggest creating a backup first. Backups are always a good idea, 
independent of what you want to do. You will surely beat yourself if you 
have not created it. This includes a whole copy of the hard disk.

-- 
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/88344a99-a1d0-4638-8be3-e1195e648ea3n%40googlegroups.com.

[weewx-user] Re: SOLVED as3935 lightining module not detected by I2c on a Rpi4

[Karen K]

May be you want to try option -a:

sudo i2cdetect -a -y 1

Adresses below 0x8 are reserved at Raspberry Pi 4. But the lightning module 
can address 0x0, 0x1, 0x2, or 0x3 only.

-- 
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/693d7c1a-7862-4e6a-8c33-50601df302adn%40googlegroups.com.

[weewx-user] Re: SOLVED as3935 lightining module not detected by I2c on a Rpi4

[Karen K]

May be, you want to try option -a:

sudo i2cdetect -a -y 1 

-- 
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/a26ea589-fb86-414e-bfdb-defd66d25873n%40googlegroups.com.

[weewx-user] Re: Permissions issue for /dev/ttyAMA0 after upgrade attempt from 5.0 to 5.0.1

[Karen K]

WeeWX 4.* runs as root. WeeWX 5.* does not run as root. As you write the 
permissions of /dev/ttyAMA0 are user root and group dialout. You may 
include the user weewx into group dialout or follow the instructions Tom 
and Matthew gave in several of the previous threads regarding this issue.

Mark Conner schrieb am Dienstag, 6. Februar 2024 um 20:45:35 UTC+1:

> Hi,
>
> I recently tried to upgrade my weewx installation from 5.0 to 5.0.1 on my 
> Raspberry Pi 2 using 'sudo apt-get' and afterwards I was unable to start 
> weewxd.  I am reading from a Davis Vantage Pro2 with a serial logger via a 
> MeteoPi interface.  Thinking it was an upgrade problem, I downgraded to 
> 5.0.0 and still have the same issue.  Here are the weewxd related lines 
> from startup from /var/log/syslog: 
>
> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: Initializing 
>> weewxd version 5.0.0
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: Command line: 
>> /usr/share/weewx/weewxd.py /etc/weewx/weewx.conf
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: Using Python 
>> 3.9.2 (default, Mar 12 2021, 04:06:34) #012[GCC 10.2.1 20210110]
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: Located at 
>> /usr/bin/python3
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: Platform 
>> Linux-6.1.21-v7+-armv7l-with-glibc2.31
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: Locale: 
>> 'en_US'
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: Entry path: 
>> /usr/share/weewx/weewxd.py
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: WEEWX_ROOT: /
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: Configuration 
>> file: /etc/weewx/weewx.conf
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: User module: 
>> /etc/weewx/bin/user
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO __main__: Debug: 0
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: INFO weewx.engine: Loading 
>> station type Vantage (weewx.drivers.vantage)
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: ERROR weewx.engine: Import 
>> of driver failed: [Errno 13] could not open port /dev/ttyAMA0: [Errno 13] 
>> Permission denied: '/dev/ttyAMA0' (> 'serial.serialutil.SerialException'>)
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   Traceback (most recent call last):
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>> File 
>> "/usr/local/lib/python3.9/dist-packages/serial/serialposix.py", line 322, 
>> in open
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   self.fd = os.open(self.portstr, os.O_RDWR | os.O_NOCTTY | 
>> os.O_NONBLOCK)
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   PermissionError: [Errno 13] Permission denied: '/dev/ttyAMA0'
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   During handling of the above exception, another exception occurred:
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   Traceback (most recent call last):
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>> File "/usr/share/weewx/weewx/engine.py", line 115, in setupStation
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   self.console = loader_function(config_dict, self)
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>> File "/usr/share/weewx/weewx/drivers/vantage.py", line 32, in loader
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   return VantageService(engine, config_dict)
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>> File "/usr/share/weewx/weewx/drivers/vantage.py", line 2046, in 
>> __init__
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   Vantage.__init__(self, **config_dict[DRIVER_NAME])
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>> File "/usr/share/weewx/weewx/drivers/vantage.py", line 536, in 
>> __init__
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   self.port.openPort()
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>> File "/usr/share/weewx/weewx/drivers/vantage.py", line 319, in 
>> openPort
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>>   self.serial_port = serial.Serial(self.port, self.baudrate, 
>> timeout=self.timeout)
>> Feb  6 13:29:00 raspberrypi110 weewxd[2836]: CRITICAL weewx.engine: 
>> File "/usr/local/lib/python3.9/dist-packages/serial/serialutil.py", 
>> line 

[weewx-user] Re: Using radar data provided by the German Weather Service DWD

[Karen K]

michael.k...@gmx.at schrieb am Freitag, 12. Januar 2024 um 20:04:50 UTC+1:

Würde das auch gerne als Option für den Bootstrap Skin übernehmen.


@Michael: Wenn das dann umgesetzt ist, könnte ich einen Link setzen, daß 
die Leute sehen, daß sie da eine Skin installieren können, die das nutzt.
 

-- 
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/9bd9960e-7e8c-4435-9670-028f7ea6af97n%40googlegroups.com.

[weewx-user] Re: Using radar data provided by the German Weather Service DWD

[Karen K]

English version below.

Es gibt zu diesem Thema noch etwas Neues: eine 
Kurzfrist-Niederschlagsvorhersage. Da kann man  für die nächsten 2 Stunden 
im 5-Minuten-Abstand erfahren, ob man einen Platzregen zu gewärtigen hat. 
Die Radardaten des Deutschen Wetterdienstes enthalten eine solche 
Vorhersage (siehe die animierte GIF-Datei weiter oben). Hier kann man sie 
nun für einen beliebigen Ort herausziehen und als Tabelle oder sonst 
irgendwie darstellen, was die Kreativität beim Schreiben von Skin-Templates 
hergibt. Eine bloße Tabelle ist recht einfach:



#*set* $forecast = $day.radarRVRainRateForecast.series

#for $i *in* $forecast



$i[0]$i[1]$i[2]



#end for



Der Zeitraum (hier $day) ist dabei egal. Es wird immer die ganze Vorhersage 
zurückgeliefert. Man kann auch ein Template schreiben, das eine JSON-Datei 
daraus erzeugt, die dann von HighCharts in eine Graphik verwandelt wird. 
Voraussetzung, daß die Vorhersage abgerufen werden kann, ist, daß für den 
betreffenden Ort eine Abfrage des aktuellen Wertes konfiguriert ist. d.h. 
um radarRVRainRateForecast zu haben, muß es radarRVRainRate geben. Im 
Moment eignet sich das Wetter leider nur wenig zum Testen dieser 
Funktionalität, aber warten wir auf das nächste Tiefdruckgebiet.

Abgedeckt werden Deutschland, Luxemburg, die österreichischen Bundesländer 
Tirol (teilweise) und Vorarlberg sowie Nordwesttschechien. Die Genauigkeit 
wird durch das Raster von 1 km begrenzt.



Included in their radar data products the German Weather Service DWD 
provides a short time forecast of precipitation intensity with 5 minutes 
interval. This extension extracts those forecasts for locations specified 
by the user in the weewx.conf configuration file. So you can see if you may 
face a rain of cats and dogs at your station within the next 2 hours or 
something. The service covers Germany, Lëtzebuerg, Austrian states Tirol 
(parts of) and Vorarlberg as well as the north west of Czechia including 
Praha. The accuracy is limited by the 1 km grid.

It is simple to display the forecast as a table:



#*set* $forecast = $day.radarRVRainRateForecast.series

#for $i *in* $forecast



$i[0]$i[1]$i[2]



#end for



The timespan (here: $day) is irrelevant. You always get the whole forecast.

Unfortunately there is no chance to test this functionality now. You will 
have to wait for the next cyclone.

-- 
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/832fb8cb-1e1d-42d0-97f9-975f7190ff39n%40googlegroups.com.

Re: [weewx-user] Slow Report Generation after Upgrade from 4.10.2 to 5..0

[Karen K]

@Tom: May be, you want to have a look into the belchertown.py file. It 
contains a lot of SQL queries, that do not use the normal way to access the 
WeeWX database. They are used to get several alltime statistics and other 
aggregations. Could there be some reason?

-- 
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/bbb39ec1-5663-4c39-856d-94d3b43ed650n%40googlegroups.com.

[weewx-user] Re: Using radar data provided by the German Weather Service DWD

[Karen K]

Noch kommt hier relativ schnell etwas hinzu. Kartenausschnitte zeigten die 
Ortsnamen ziemlich pixelig. Das hat sich jetzt verbessert. Es werden auch 
mehr Orte angezeigt, wenn der Ausschnitt kleiner ist. Damit man die Grenzen 
nicht so mühsam in Pixeln heraussuchen muß, kann man jetzt beim Schlüssel "
map" anstelle der vier Zahlen auch ein Bundesland im ISO3166-2-Code 
angeben, z.B. "DE-MV" für Mecklenburg-Vorpommern. Bis jetzt funktioniert 
das allerdings nur für die ostdeutschen Bundesländer sowie die 
österreichischen Bundesländer Vorarlberg (AT-8) und Tirol (AT-7). Außerdem 
geht es für das Gebirge Harz ("Harz"), Deutschland im Ganzen ("DE") und - 
für Tests der Skalierung - die ostdeutschen Bundesländer zusammen ("DE-Ost
").

-- 
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/5589bc66-c39c-4bfb-919e-6febe688767fn%40googlegroups.com.

Re: [weewx-user] V5.0.0 available

[Karen K]

Congratulations from me, too. It is a lot of work to design, to discuss, to 
code, and finally to test and find the bugs. 

-- 
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/f046d7ca-d8f6-4bb4-82a6-54fa3de54a4en%40googlegroups.com.

[weewx-user] Re: Using radar data provided by the German Weather Service DWD

[Karen K]

hesf...@gmail.com schrieb am Sonntag, 14. Januar 2024 um 12:49:44 UTC+1:

und die Datei "radar-HG.png"  wird erzeugt, jedoch ohne die Landegrenzen.


Bitte die Datei countrycoords.txt vorerst hier herunterladen: 
https://www.woellsdorf-wetter.de/dwd/countrycoords.txt

P.S.: Auch "WN" und "RV" sollten inzwischen ein Ergebnis liefern.

-- 
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/e9662ce1-7b99-4a2b-a1f3-81eda23a0716n%40googlegroups.com.

[weewx-user] Re: Using radar data provided by the German Weather Service DWD

[Karen K]

Und hier haben wir dann Anfänge einer Anleitung 
.

-- 
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/3f16c0b3-b76a-493d-aeab-adf3878be945n%40googlegroups.com.

[weewx-user] Re: Using radar data provided by the German Weather Service DWD

[Karen K]

Darstellung der Farblegende:

#from user.weatherservicesradar import DwdRadar

...

 #for $idx,$val in $DwdRadar.TEXT['de'].items()

 

 

 $val

 

 #end for

Und in einer CSS-Datei:

*.statusIcon* {

  *width*:14px;

  *height*:14px;

  *display*:inline-block;

  *border*:1px solid #808080;

}

[image: Farblegende.png]

-- 
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/a6c72b4b-e268-4a7a-b3a0-fc14038d321cn%40googlegroups.com.

[weewx-user] Re: Using radar data provided by the German Weather Service DWD

[Karen K]

michael.k...@gmx.at schrieb am Freitag, 12. Januar 2024 um 20:04:50 UTC+1:

Hört sich nach einem Geniestreich an. Da sich mein Standort in Österreich 
noch in dem Ausschnitt der Karte befindet, melde ich mein Interesse an. 
Würde das auch gerne als Option für den Bootstrap Skin übernehmen.


Das ist skin-unabhängig. Man muß nur weewx-DWD 
 installiert haben. Die Beispiele in 
der Dokumentation beziehen sich teilweise auf die Belchertown-Skin, aber 
man kann "Belchertown" auch durch einen anderen Namen ersetzen.

Als Warnung muß ich noch den Thread "Report thread freezes after weewx.conf 
change " 
voranstellen. Wenn es solche Probleme gibt, muß man die Option "include" 
nutzen. Wenn nicht, kann man die Konfiguration direkt in weewx.conf 
eintragen.

Sämtliche Konfigurationsinformationen für weewx-DWD finden sich im 
Abschnitt "[WeatherServices]". Das gilt auch für die Radardaten. Die 
Konfiguration sieht ungefähr so aus:

[WeatherServices]

path = /etc/weewx/skins/SKINNAME/dwd

...

[[radar]]

[[[Station]]]

provider = DWD

model = HG

easting = replace_me

northing = replace_me

prefix = ""

latitude = replace_me

longitude = replace_me

[[[Karte]]]

provider = DWD

model = HG

prefix = ""

map = 100, 100, 900, 1000

borders = countrycoords.txt

"path" ist der Ort, wohin die Graphikdatei geschrieben werden soll. Das 
kann auch /var/lib/weewx oder irgendwo anders sein. latitude und longitude 
sind, denke ich, klar. Spannend wird es mit easting und northing. Dazu muß 
ich ausholen. Das folgt weiter unten. map gibt die Koordinaten des 
Ausschnitts in Pixeln an, für den die Karte erzeugt werden soll. Die ersten 
beiden Zahlen sind die linke *untere* Ecke, die anderen beiden Breite und 
Höhe. Die Breite kann maximal 1100 sein, die Höhe 1200. prefix ist ein 
Namenspräfix, falls man mehrere Stationen oder mehrere Karten hat.

Deutschland ist hier in ein 1km-Raster eingeteilt. easting (deutsch: 
Rechtswert) und northing (deutsch: Hochwert) sind die Koordinaten innerhalb 
dieses Rasters in Metern. Allerdings ist hier der Koordinatenursprung weit 
außerhalb. Nun ist die Frage, wie man diese Werte bekommt. Da die Erde rund 
ist, kann man ein ebenes Raster nicht einfach so über das Land legen. Man 
braucht eine kartographische Projektion. Dazu gibt der Deutsche 
Wetterdienst an, man soll das Programm "proj" benutzen. Zum Glück gibt es 
das auch für Linux, und man kann es ganz normal mit "apt-get" installieren. 
Der Aufruf ist wie folgt:

echo longitude latitude | proj +proj=stere +lat_0=90 +lat_ts=60 +lon_0=10 
+a=6378137 +b=6356752.3142451802 +no_defs +x_0=543196.83521776402 
+y_0=3622588.8619310018

Bitte aufpassen, die Reihenfolge ist umgekehrt wie üblich.

Als Ergebnis spuckt das Programm die beiden Werte aus, die man als easting 
und northing eintragen muß.

Die Datei countrycoords.txt kann Linien enthalten, die als Grenzen o.ä. in 
die Graphik eingezeichnet werden sollen. Pro Zeile muß ein Koordinatenpaar 
stehen, wieder mit dem Programm "proj" erzeugt, dem man dazu direkt eine 
Liste von geographischen Koordinaten übergeben kann. Anfang und Ende einer 
Linie wird durch eine Zeile mit zwei Sternchen und einem Leerzeichen 
dazwischen gekennzeichnet.

Soweit erst einmal die grobe Übersicht.

-- 
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/97a04787-ae4c-4d1d-a28d-6ca111aa4d58n%40googlegroups.com.

[weewx-user] Report thread freezes after weewx.conf change

[Karen K]

Please note: This is not reproducable. The only question is, if someones 
knows about threading issues in Python, that may produce such behavior. So 
don't ask about the log etc. I explain it below why.

It happened while I wrote an extension.

I added some entries at the end of weewx.conf. They are for the new 
extension, but the extension itself is not loaded (not added to 
data_services so far). After the restart of WeeWX all was working as 
expected, except that no report was created any more. 

The log was identical, except the missing messages about reports. The same 
applies if debug is set to 1.

There was no error message. There was no exception.

If I removed some unused lines from weewx.conf (NOT in section StdReport), 
the reports were created again.

I found out, that the StdReportEngine thread freezes at the beginning of 
the report loop
(statement: enabled = to_bool(self.config_dict['StdReport'][report].get(
'enable', True))).

I did a lot of debugging, and finally I added a logging statement 
(log.info) between every line of code in reportengine.py.

After that all reports were created again. (But lots of messages in syslog 
of course)

So why do I not provide a log excerpt? Unfortunately all this happens in my 
production environment only. The test environment does not show this 
behavior. And I don't want to perform more tests on the production 
environment.

There are a lot of findings at Google about freezing threads in Python, but 
I did not find something appropriate.

So does this description remember someone on something?

(And meanwhile I have to invent some solution to have a smaller weewx.conf. 
It is about 64 KB in size now because of a lot of extensions.)

-- 
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/d09f5799-05fd-45e7-aa4b-29051dfebe97n%40googlegroups.com.

[weewx-user] Re: RS485 Pyranometer and Weewx

[Karen K]

I have got another device that uses an RS485 interface. I use an RS485 to 
LAN converter from W . It 
depends on the protocol they use, but may be the MQTTSubscribe 
driver/service  can read 
the data into WeeWX.

-- 
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/d2b4a825-cf62-4ba7-a242-f2faabdf91e3n%40googlegroups.com.

[weewx-user] Belchertown skin: Snapshot section layout and customization issues

[Karen K]

I am not sure, if it is possible to recognize new issues within the 
discussion tab at Github. So I put a link here:

Snapshot section layout and customization issues #921 


There I present a proposal to handle layout issues with the Belchertown 
skin on phones and make the snapshots section customizable.

-- 
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/38bcac51-9b4e-45ad-a011-41448f726dd2n%40googlegroups.com.

[weewx-user] Re: Customizable timespan tags in Cheetah

[Karen K]

Thank you

I now see, I asked that question 
before: https://groups.google.com/g/weewx-user/c/25fDk0RDdAg

michael.k...@gmx.at schrieb am Sonntag, 31. Dezember 2023 um 17:03:34 UTC+1:

> I don't know if I got you, but maybe this templates contains what you need 
> or is at least helpful:
>
> https://github.com/brewster76/fuzzy-archer/blob/0cba62f9e59a883699986478a694f19144bee61e/skins/Bootstrap/stats.html.tmpl#L66C92-L66C96
>
> Karen K schrieb am Sonntag, 31. Dezember 2023 um 15:51:29 UTC+1:
>
>> If I want to make a skin customizable I can use $getVar(). So instead of 
>> writing
>>
>> $day.radiation.max
>>
>> I can write
>>
>> #set $obs = 'day.radiation.max'
>> ...
>> $getVar($obs)
>>
>> But how to do that with other bindings than the standard binding?
>>
>> I tried
>>
>> #set $obs = 'day(data_binding="xyz_binding").xyz.max'
>> ...
>> $getVar($obs)
>>
>> but that does not work (and yes, "xyz_binding" is defined, and there is 
>> an observation type "xyz" in it, and $
>> day(data_binding="xyz_binding").xyz.max shows a value).
>>
>> Is there a way to use a binding, if the tag is defined by an expression?
>>
>> Remark: These are examples. At the end I want to use it within a #for 
>> loop.
>>
>>

-- 
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/5c1fc60b-5079-48c2-b586-df860f82eb6dn%40googlegroups.com.

[weewx-user] Customizable timespan tags in Cheetah

[Karen K]

If I want to make a skin customizable I can use $getVar(). So instead of 
writing

$day.radiation.max

I can write

#set $obs = 'day.radiation.max'
...
$getVar($obs)

But how to do that with other bindings than the standard binding?

I tried

#set $obs = 'day(data_binding="xyz_binding").xyz.max'
...
$getVar($obs)

but that does not work (and yes, "xyz_binding" is defined, and there is an 
observation type "xyz" in it, and $day(data_binding="xyz_binding").xyz.max 
shows 
a value).

Is there a way to use a binding, if the tag is defined by an expression?

Remark: These are examples. At the end I want to use it within a #for loop.

-- 
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/65a5e84a-bc5f-4239-8df7-27b3fdd767fen%40googlegroups.com.

Re: [weewx-user] Storm!

[Karen K]

One could think it was somewhere near the sea.

-- 
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/78b43a29-c320-4dff-ba29-78f67631e1dcn%40googlegroups.com.

[weewx-user] Re: Storm!

[Karen K]

Oh. Horrible readings. We had half of that only, and it felt dangerous.

michael.k...@gmx.at schrieb am Samstag, 23. Dezember 2023 um 06:56:14 UTC+1:

> The neighbors roof is half gone, parts of my pv went flying, one rain 
> gauge is in a yet undefined state, my wind mast is banked at 30°, probably 
> the base broke. It is still dark yet. I hope daylight won't reveal more 
> damage.
> [image: 2023-12-23.png]
>

-- 
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/32fc0568-70af-4abe-b513-04a815288ef9n%40googlegroups.com.

[weewx-user] Re: weewx - mariadb high read and cpu utilization....

[Karen K]

See Issue #25  for 
explanation and solution.

-- 
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/ecb9bb66-5ab2-4c95-9eac-a10e9922f94an%40googlegroups.com.

[weewx-user] Re: weewx - mariadb high read and cpu utilization....

[Karen K]

Christian Peters schrieb am Samstag, 16. Dezember 2023 um 21:26:08 UTC+1:

Will ask Karen K.


I answered the issue with additional information requests.
 

-- 
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/3c9ccd9f-9f2f-4acc-814c-963ffe1d6aean%40googlegroups.com.

[weewx-user] Re: as3935 sensor

[Karen K]

https://wiki.dfrobot.com/Gravity%3A%20Lightning%20Sensor%20SKU%3A%20SEN0290

https://botland.de/schwerkraft-stromsensoren/13752-dfrobot-gravity-lightning-sensor-sensor-blitzdetektor-6959420914791.html


Claudio schrieb am Montag, 11. Dezember 2023 um 06:58:15 UTC+1:

> Thanks Jimi, do you use this?
>
> Il giorno lunedì 11 dicembre 2023 alle 01:32:33 UTC+1 Jimi Lawson ha 
> scritto:
>
>> Any use ? https://thepihut.com/products/grove-lightning-sensor-as3935
>> Jimi
>>
>> On Sunday 10 December 2023 at 08:33:30 UTC Claudio wrote:
>>
>>> where can I find, in Europe, an as3935 sensor that works in i2c and 
>>> works with the Matthew Wall driver?
>>> Sparkfun sensor works in SPI, support for I2C has ended.
>>> Thank you
>>> Claudio
>>>
>>

-- 
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/bff0121f-70fb-4657-908c-f7cc7020de86n%40googlegroups.com.

Re: [weewx-user] NEW_ACHIVE_RECORD event chronology

[Karen K]

Maybe, writing an XTYPE extension instead of a service would be a solution. 
There you have access to the archive record and you can create new 
observation types, that can be saved to the database.

Jacques Terrettaz schrieb am Mittwoch, 6. Dezember 2023 um 07:16:19 UTC+1:

> Thanks.
>
> Right now I think will follow option 2 and I am looking forward to use the 
> separate extraction of records from accumulators in version 5.1 !
>
>
> Le 5 déc. 2023 à 23:36, gjr80  a écrit :
>
> Like I said, depends whether you wanted to morph the archive record or not.
>
> Since you are clearly happy to get your hands dirty a couple of 
> workarounds come to mind:
>
> 1. Bind your service to both NEW_LOOP_PACKET and NEW_ARCHIVE_RECORD. When 
> a new loop packet comes in check it for the Ecowitt obs you want and save 
> the value as a property of your service. When NEW_ARCHIVE_RECORD occurs 
> use the saved property to do what you want to the archive record. As long 
> as your service appears after the gw1000 service and before StdArchive it 
> should be fine. A couple of variations, keep a timestamp of the Ecowitt 
> value and you can decide whether to alter the archive record or not 
> depending on whether the Ecowitt data is stale or not.
>
> 2. If you particularly want to do something based on the archive period 
> value of the Ecowitt obs then bind your service to NEW_LOOP_PACKET, 
> NEW_ARCHIVE_RECORD and END_ARCHIVE_PERIOD. You can get the Ecowitt value 
> from the loop packet and accumulate it, on the END_ARCHIVE_PERIOD event 
> you can calculate the archive period value for the Ecowitt obs (eg simple 
> average) snd reset the accumulated value and then on NEW_ARCHIVE_PERIOD 
> you can modify the archive record. Again as long your service appears after 
> the gw1000 service and before StdArchive it should be fine.
>
> There are probably other possibilities. Will be much easier when v5.1 
> comes out with a split StdArchive :) :)
>
> Gary
> On Wednesday 6 December 2023 at 05:58:37 UTC+10 jterr...@gmail.com wrote:
>
>> Thanks for the suggestion Gary. But in that case, with a service in archive_ 
>> services (after StdArchive) or in report_services , it is a read-only 
>> access to the full archive record.
>>
>> The idea of my service was to read some GW1000 sensor archive record 
>> values, and depending on these value modify another  non-GW1000 archive 
>> record value.  If I understand well, this has to be done before 
>> StdArchive, i.e before the archive record is finalized and written to 
>> the database.
>>
>>
>>
>> Le 5 déc. 2023 à 20:27, gjr80  a écrit :
>>
>> Not quite true. If you include your service in archive_services (after 
>> StdArchive) or anywhere in report_services  it will have access to the 
>> augmented archive record (even restful_services will work but that just 
>> doesn't sound right to me).
>>
>> Gary
>>
>> On Wednesday, 6 December 2023 at 03:50:02 UTC+10 jterr...@gmail.com 
>> wrote:
>>
>>> Yes, this is the case. The GW1000 gateway service only adds sensor 
>>> values to the LOOP packets. So in that case, there is no way to capture the 
>>> archive record of GW1000 sensors using a custom service.
>>>
>>> Thanks for your reply
>>>
>>>
>>> Le 5 déc. 2023 à 16:38, Tom Keffer  a écrit :
>>>
>>> As you're hinting, it depends on details of how GatewayService adds 
>>> outTemp5. 
>>>
>>> Service StdArchive is responsible for taking the accumulated LOOP 
>>> packets and turning them into an archive record. So, if GatewayService only 
>>> adds outTemp5 to the LOOP packets and depends on StdArchive to turn them 
>>> into archive records, outTemp5 won't appear until *after* StdArchive 
>>> has run.
>>>
>>> On the other hand, if GatewayService puts outTemp5 in the archive 
>>> record, it should be in there by the time MyService sees the record.
>>>
>>>
>>> On Tue, Dec 5, 2023 at 2:32 AM jterr...@gmail.com  
>>> wrote:
>>>
 I have weewx (4.10.2) configured with the Davis Vantage 2 driver, and 
 additionally the GW1000 gateway service provides values for some more 
 temperature sensors.
 Everything is working properly , and GW1000 temperature values (mapped 
 as extraTempX) are recorded in the archive database and  appear in LOOP 
 packets.

 I am working on a new service, triggered by the NEW_ARCHIVE_RECORD 
 event,  that needs to read the record values of the some of the extraTemp 
 captured by the GW1. 

 In this exemple :

 class MyService(StdService):
def __init__(self, engine, config_dict):
  super(MyService self).__init__(engine, config_dict)
 manager_dict = 
 weewx.manager.get_manager_dict_from_config(config_dict, 'wx_binding')
  self.db_manager = weewx.manager.open_manager(manager_dict)
 self.bind(weewx.NEW_ARCHIVE_RECORD, self.newArchiveRecord)

   def newArchiveRecord(self, event):
 if event.record.get('extraTemp5') is not None:
 loginf("record extraTemp5 is : %f " % 

Re: [weewx-user] Unrecoverable error "no such table: forecast_day_wind"

[Karen K]

Tom Keffer schrieb am Freitag, 17. November 2023 um 14:43:37 UTC+1:

I don't know why this is working for Karen, but not Michael.

In any case, try this version of xtypes.py. It explicitly tests whether a 
daily summary is available when calculating wind vectors.


I guess, because I do not plot wind vectors or because I do not mix 
measurements with forecast data.
 

-- 
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/ebb5da17-be11-47c1-ae30-ce9dc07f9032n%40googlegroups.com.

[weewx-user] Re: Matthew Wall's Lightning service extension and variable names

[Karen K]

See PR https://github.com/matthewwall/weewx-as3935/pull/2 please.

matthew wall schrieb am Freitag, 17. November 2023 um 00:21:07 UTC+1:

> On Thursday, November 16, 2023 at 2:42:43 PM UTC-5 kk44...@gmail.com 
> wrote:
>
> There is an extension  
> available created by Matthew Wall and reading the AS3935 lightning detector 
> circuit. It sets 2 observation types:
>
>- avg_distance
>- lightning_strikes
>
> In contrary to that, the wview_extended schema as well as units.py in 
> WeeWX define other observation types for the same purpose:
>
>- lightning_distance
>- lightning_strike_count
>
> Why they are different?
>
>
> because i am stupid.  i wrote the AS3935 code rather quickly, so i could 
> compare that sensor with some other lightning detection equipment we were 
> experimenting with.  only later did we create the wview_extended schema, 
> and the intent there was to extend the schema with labels and structure 
> that were general enough to accommodate a wide range of hardware.
>
> i should probably modify the AS3935 code to use the wview extended schema 
> names...
>  
>
> I found no assignment of a unit group to the observation types used by 
> Matthew Wall's extension. Is that intended?
>
>
> it is lazy coding on my part, not intentional.
>  
>

-- 
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/44ce5d2a-1b4f-4d21-a048-7d4db0260cc2n%40googlegroups.com.

Re: [weewx-user] Unrecoverable error "no such table: forecast_day_wind"

[Karen K]

@Tom Keffer: I would like to add that the table dwd-forecast-K2714.sdb is 
created outside WeeWX by a separate program. It creates the core table 
only, no daily summaries. That is the reason, weewx.manager.Manager is 
used. I use it myself, and I never got an error message like that the 
thread starter experiences.

dwd-forecast-K2714.sdb has another interval than weewx.sdb: For 
dwd-forecast-K2714.sdb it is always an hour, for weewx.sdb it is 300 
seconds, I guess. This may be an issue if mixing them within the same plot.

Michael Waldor schrieb am Freitag, 17. November 2023 um 07:54:08 UTC+1:

> I have to admit that I do not understand the details howto setup sqlite 
> databases within weewx - I've tried to follow the recipe for DWD forecasts 
> as given within https://github.com/roe-dl/weewx-DWD , and I did retain 
> all database settings as given by standard delivery weewx.conf (I do a 
> manual diff with my private copy of weewx.conf each time when I update 
> weewx to a new release).
>
> Here the full part w.r.t. sqlite from my weewx.conf (comments dropped)
> [DataBindings]
>  [[wx_binding]]
>  database = archive_sqlite
>  table_name = archive
>  manager = weewx.manager.DaySummaryManager
>  schema = schemas.wview_extended.schema
>
>
> [[dwd_binding]]
> database = dwd_sqlite
> table_name = forecast
> manager = weewx.manager.Manager
> schema = schemas.dwd.schema
>
> [Databases]
> [[archive_sqlite]]
> database_name = weewx.sdb
> database_type = SQLite
>
> [[dwd_sqlite]]
> database_name = dwd-forecast-K2714.sdb
> database_type = SQLite
> 
> And the forecast schema /usr/share/weewx/schemas/dwd.py contains
> schema = [('dateTime','INTEGER NOT NULL PRIMARY KEY'),
>   ('usUnits','INTEGER NOT NULL'),
>   ('interval','INTEGER NOT NULL')]
>
> The sqlite DB itself is stored at /var/lib/weewx/dwd-forecast-K2714.sdb 
> side by side with weewx.sdb
> echo .schema | sqlite3 /var/lib/weewx/dwd-forecast-K2714.sdb  returns
>
> CREATE TABLE forecast (dateTime INTEGER NOT NULL PRIMARY KEY,usUnits 
> INTEGER NOT
> NULL,interval INTEGER NOT NULL,hour INTEGER,outTemp REAL,dewpoint 
> REAL,outHumid
> ity REAL,windchill REAL,heatindex REAL,windDir REAL,windSpeed 
> REAL,windGust REAL
> ,pop REAL,cloudcover REAL,barometer REAL,rain REAL,rainDur 
> REAL,sunshineDur REAL
> ,visibility REAL,ww INTEGER);
>
>
> Tom Keffer schrieb am Donnerstag, 16. November 2023 um 23:52:17 UTC+1:
>
>> First weewx.conf:
>>> [[dwd_binding]]
>>> database = dwd_sqlite
>>> table_name = forecast
>>> manager = weewx.manager.Manager
>>> schema = schemas.dwd.schema
>>>
>>
>> You are using the database manager weewx.manager.Manager for the 
>> "forecast" table. That manager will not include daily summaries, which is 
>> why you are getting the error that the daily summary table 
>> forecast_day_wind is missing. Is this intentional?
>>
>> Nevertheless, it should be possible to calculate the wind vectors without 
>> the daily summaries. It would be frightfully slow, but it would work. 
>>
>> Two questions:
>>
>> 1. What does the schema schemas.dwd.schema look like?
>> 2. What is the actual schema used in the database used by forecast? You 
>> didn't give enough information for me to determine the path to the actual 
>> database, so you'll have to do that.
>>
>> echo .schema | sqlite3 path-to-the-forecast-database
>>
>> -tk
>>
>>

-- 
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/c9d0ee67-2b9d-4ad6-8e4f-39523da18ad8n%40googlegroups.com.

[weewx-user] Matthew Wall's Lightning service extension and variable names

[Karen K]

There is an extension  
available created by Matthew Wall and reading the AS3935 lightning detector 
circuit. It sets 2 observation types:

   - avg_distance
   - lightning_strikes

In contrary to that, the wview_extended schema as well as units.py in WeeWX 
define other observation types for the same purpose:

   - lightning_distance
   - lightning_strike_count

Why they are different?

I found no assignment of a unit group to the observation types used by 
Matthew Wall's extension. Is that intended?

-- 
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/366b6420-d734-449f-a782-d9dc93a4e680n%40googlegroups.com.

[weewx-user] Weather related icons in WeeWX skins / Wettersymbole in WeeWX-Skins

[Karen K]

I guess I did not inform about the extension that provides the 
$presentweather() tag to display weather related icons and symbols in WeeWX 
skins by now. Different symbol sets are supported. And I recently updated 
the documentation. So this may be a reason to inform now.

Ich glaube, ich habe an dieser Stelle noch nicht über die Erweiterung 
informiert, die $presentweather() bereitstellt. Damit kann man 
Wettersymbole in WeeWX-Skins darstellen. Mehrere verschiedene Symbolsätze 
werden unterstützt. In den letzten Tagen habe ich die Dokumentation 
überarbeitet. Das ist der Anlaß, die Information an dieser Stelle 
nachzuholen.

$presentweather() tag documentation 


The $presentweather tag is independent of weather services that provide 
forecasts. You can display actual measurements with it, too.

$presentweather ist unabhängig von Wetterdiensten, die Vorhersagen 
bereitstellen. Damit können auch aktuelle Meßwerte visualisiert werden.

-- 
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/856244c6-9601-4093-a5b5-fdb2566337a7n%40googlegroups.com.

[weewx-user] Page not found or empty

[Karen K]

Despite uploading a HTML file by FTP takes a very short time only, I 
experience an HTML error or empty or incomplete page surprisingly often. 
And the Google and Ahrefs crawlers report such problems, too.

Unfortunately, FTP does not behave like Linux, where it is possible to 
replace one file by another in one single atomic action.

The FTP driver of WeeWX removes the old version of the file first, then 
uploads the new version. During the upload the web server delivers an 
incomplete page.

I wondered what I can do about it.

The first idea was to change ftpupload.py a little bit and upload the file 
with `.tmp` at the end. When the upload is completed, the old version of 
the file is removed and the uploaded file is renamed. So the file that the 
web server delivers is never any more incomplete. But the file can still be 
missing. That is within the time between the remove and the rename command.

Does someone know a real or at least better solution?

I am looking for something that does not require to change a core WeeWX 
file.

-- 
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/e73eccc8-ab3e-4072-a6e7-c884acf540b4n%40googlegroups.com.

Re: [weewx-user] Re: xtype tag

[Karen K]

And according to units.py the observation type wetbulb temperature is 
called outWetbulb and not wetbulb_t.

Consider that in MQTT output the underscore is used to separate the 
observation type name from the unit name. 

Tom Keffer schrieb am Sonntag, 29. Oktober 2023 um 12:23:38 UTC+1:

> If you followed the directions at the top of your file, you're almost 
> there. Now you need to make sure your new type is put in the archive 
> record. Do this by adding it to the list of types under [StdWXCalculate]:
>
> [StdWXCalculate]
> [[Calculations]]
> # How to calculate derived quantities.  Possible values are:
> #  hardware- use the value provided by hardware
> #  software- use the value calculated by weewx
> #  prefer_hardware - use value provide by hardware if available,
> #  otherwise use value calculated by weewx
> 
> wetbulb_t = software
> ...
>
> For details, see the section *Including in loop packets and archive 
> records 
> *
>  in 
> the wiki entry.
>
> One other thing: the spelling is "wetbulb", not "wetbulp".
>
>
> On Sun, Oct 29, 2023 at 2:57 AM Meteo Oberwallis  
> wrote:
>
>> Hello everyone
>> I have implemented the wetbulp.py file in my weewx. But now I have 
>> noticed that after creating the column in the database, the value is not 
>> saved. Could it be that this line is missing in "wetbulb.py"? If so, what 
>> would it have to look like for it to work?
>> Thx
>> bwal...@gmail.com schrieb am Donnerstag, 17. Dezember 2020 um 22:09:09 
>> UTC+1:
>>
>>> thank you, i will do this in database.
>>>
>>> gjr80 schrieb am Donnerstag, 17. Dezember 2020 um 21:26:28 UTC+1:
>>>
 Yes, that will be it. Loading and calculating for a day will be 
 straightforward, though it will involve a lot of complex calculations 
 being 
 done each time you call the aggregate (and this will occur each time you 
 run the report, so potentially every archive interval minutes). On the 
 other hand, adding wet bulb to the database will involve one complex 
 calculation every archive interval and any time you use an aggregate it is 
 a simple hit on the database. In this case I think it may be better to add 
 wet bulb to the database.

 Gary

 On Friday, 18 December 2020 at 06:14:05 UTC+10 bwal...@gmail.com wrote:

> No, i just adjustet the vaporpressure.py example.
>
> But i see what you mean, i have to calculate it by my own, this means 
> i have to load all data for a day and calculate it.
> im not shure i can do this.
> i quess its easyer and better to do this in the database. 
>
> gjr80 schrieb am Donnerstag, 17. Dezember 2020 um 20:37:57 UTC+1:
>
>> Hi,
>>
>> When you wrote your xtype extension what methods did you implement? 
>> Did you implement get_aggregate()?
>>
>> Gary
>>
>> On Friday, 18 December 2020 at 02:41:34 UTC+10 bwal...@gmail.com 
>> wrote:
>>
>>> Hi
>>> i made a xtype extension for a wetbulp temperaur. this worsks fine 
>>> with the $current tag and the image generator.
>>>
>>> with tag $day.wetbulp_t.min the chetagenerator rise no error but 
>>> whrites  $day.wetbulp_t.minin the file...
>>>
>>> do i have do add wetbulp_t in database for get this to work?
>>>
>> -- 
>>
> 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+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/f75db5a1-631b-42b6-ba93-40c6701f2de3n%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/f58483da-d45b-48f6-a9b7-720ad8fd0dd3n%40googlegroups.com.

Re: [weewx-user] WeeWX in an RV?

[Karen K]

Stefan Gliessmann schrieb am Samstag, 28. Oktober 2023 um 14:53:30 UTC+2:

How can I change the use of latitude & longitude from the stanze [Station] to 
current values from the weewx.sdb $latitude and $longitude for weather 
forecasting? I want to use the most current poisition for forecasting 
either thru Belchertown AerisWeather or weewx-DWD dwd-mosix WeatherService 
with openmeteo.


After some discussion there are some ideas on the weewx-DWD wiki page 
"Wettervorhersage im Wohnmobil" 
.

-- 
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/969ff31a-e783-45f3-b2a7-f1f990d8e007n%40googlegroups.com.

[weewx-user] Re: time tagging images in index.html

[Karen K]

Sorry



Karen K schrieb am Donnerstag, 26. Oktober 2023 um 18:58:29 UTC+2:

> If it is a browser caching issue you can add ?v=$current.dateTime to all 
> the image references. In your example:
>
> 
>
> cric...@pobox.com schrieb am Donnerstag, 26. Oktober 2023 um 15:53:21 
> UTC+2:
>
>> Hi Karen,
>>  So, the images get generated on an RPi, then rsync'd to the machine 
>> with the web server.  I'd never used
>> wee_report standalone, and made a directory to run it in, which was empty 
>> afterwards.  The updated plots
>> did generate (verified manually, and weewx isn't running, so nothing 
>> newer from there), and they did sync over.
>> I used a different browser, and the correct plots id display, so it 
>> certainly looks like a browser caching issue.
>> Checking the web comes up with the same solution I found for the same 
>> problem as shown above.  I'll try finding
>> a solution in cheetah, since that's generating the index.html.
>> Thx, Chris
>> On Thursday, October 26, 2023 at 5:39:08 AM UTC-6 Karen K wrote:
>>
>>> May be, the plot image files were not updated because newer versions of 
>>> it exist. Have you checked the file date/time of the PNG files?
>>>
>>> vince schrieb am Mittwoch, 25. Oktober 2023 um 23:06:54 UTC+2:
>>>
>>>> Sorry - no help here.  I've had webcam snapshot images that are 
>>>> uploaded periodically by cron referenced in my templates and unrelated 
>>>> static pages for many years and have never had any caching issues in any 
>>>> browser on any platform.  I don't do anything at all re: caching or not 
>>>> caching images.
>>>>
>>>> I use nginx on linux as the webserver, if that's at all relevant.
>>>>
>>>>

-- 
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/ea04ff65-eb0c-4a2f-b2d0-74cdb35c5d15n%40googlegroups.com.

[weewx-user] Re: time tagging images in index.html

[Karen K]

If it is a browser caching issue you can add ?v=$current.dateTime to all 
the image references. In your example:



cric...@pobox.com schrieb am Donnerstag, 26. Oktober 2023 um 15:53:21 UTC+2:

> Hi Karen,
>  So, the images get generated on an RPi, then rsync'd to the machine 
> with the web server.  I'd never used
> wee_report standalone, and made a directory to run it in, which was empty 
> afterwards.  The updated plots
> did generate (verified manually, and weewx isn't running, so nothing newer 
> from there), and they did sync over.
> I used a different browser, and the correct plots id display, so it 
> certainly looks like a browser caching issue.
> Checking the web comes up with the same solution I found for the same 
> problem as shown above.  I'll try finding
> a solution in cheetah, since that's generating the index.html.
> Thx, Chris
> On Thursday, October 26, 2023 at 5:39:08 AM UTC-6 Karen K wrote:
>
>> May be, the plot image files were not updated because newer versions of 
>> it exist. Have you checked the file date/time of the PNG files?
>>
>> vince schrieb am Mittwoch, 25. Oktober 2023 um 23:06:54 UTC+2:
>>
>>> Sorry - no help here.  I've had webcam snapshot images that are uploaded 
>>> periodically by cron referenced in my templates and unrelated static pages 
>>> for many years and have never had any caching issues in any browser on any 
>>> platform.  I don't do anything at all re: caching or not caching images.
>>>
>>> I use nginx on linux as the webserver, if that's at all relevant.
>>>
>>>

-- 
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/2fbbe7bb-1b12-4452-aa27-f273b7a6354bn%40googlegroups.com.

[weewx-user] Re: time tagging images in index.html

[Karen K]

May be, the plot image files were not updated because newer versions of it 
exist. Have you checked the file date/time of the PNG files?

vince schrieb am Mittwoch, 25. Oktober 2023 um 23:06:54 UTC+2:

> Sorry - no help here.  I've had webcam snapshot images that are uploaded 
> periodically by cron referenced in my templates and unrelated static pages 
> for many years and have never had any caching issues in any browser on any 
> platform.  I don't do anything at all re: caching or not caching images.
>
> I use nginx on linux as the webserver, if that's at all relevant.
>
>

-- 
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/9e8c5a8e-d549-4f43-8dac-dc5456c84b26n%40googlegroups.com.

Re: [weewx-user] Adding climatologies to plots?

[Karen K]

You can copy the NOAA data into a SQLITE database file. Make sure, the 
timestamp column is called `dateTime` and there is a column `interval` for 
the time interval and a column `usUnits` that contains 1 for US units. 
After that you can reference this file in weewx.conf as a binding and use 
it in plots.

The configuration has to look like this:

[DataBindings]
...
[[clima_binding]]
database = clima_database
table_name = name_of_your_database_table
manager = weewx.manager.Manager
schema = schemas.wview_extended.schema
[DataBases]
...
[[clima_database]]
database_name = name_of_your_database_file.sdb
database_type = SQLite

In graphs.conf of the Belchertown skin you write "data_binding = 
clima_binding" to the observation types from your climate database. So you 
can show both your measurements and the climate data within the same 
diagram.

I did not look into the NOAA data, so I am not sure, but you may have to 
convert the timestamp to the UNIX timestamp, that is seconds after the 
1.1.1970 0:0:0 UTC. And however the observation types are called in the 
NOAA data, if they differ from those used in WeeWX, you have to assign a 
unit group to them in extensions.py.

There are SQLite database manager applications available to create the 
SQLite database file.

What you reference in key "schema" in weewx.conf is irrelevant, as the file 
already exists and contains data.

Warren Gill schrieb am Mittwoch, 25. Oktober 2023 um 23:25:53 UTC+2:

> Curious about this too... you can download the data (for the US anyway) 
> from NOAA https://www.ncei.noaa.gov/cdo-web/datasets
> It would be cool to graph the daily highs and lows with the climate 
> average (and record high/low) for your region.
>
> On Wed, Oct 25, 2023 at 4:00 PM Gary S  wrote:
>
>>
>> I'm incredibly happy with weewx - very easy to install and maintain and 
>> modify. I also appreciate the Belchertown skin. The plots are great as are 
>> the records.
>>
>> Much appreciation for all the efforts put into both!
>>
>> A question - has anyone incorporated the climatology for their location 
>> in their plots, as relevant?
>>
>> Having (say) the daily highs and lows for the last 30 days plotted with 
>> the climatologies would be really neat.
>>
>> Thanks!
>>
>> Gary 
>> --
>> https://hyview.org/weather
>>
>>
>> -- 
>> 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+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/3230db14-7568-42fe-8b83-6d7f5e3be8ecn%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/ec306104-6855-4ee6-9423-353bc9a6e506n%40googlegroups.com.

[weewx-user] Re: Cloud base calculation formula in Weewx

[Karen K]

Remy Lavabre schrieb am Montag, 23. Oktober 2023 um 18:07:30 UTC+2:

Would it be possible to know the WeeWX calculation formula used to obtain 
the height of the cloud base in weewx from the outside temperature and the 
dew point?


It is Henning's formula, that is used.
 

-- 
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/9f667700-5981-481b-b343-8b4857e30c56n%40googlegroups.com.

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

CairoSVG is said to produce the better quality compared to ImageMagick. 

Dale Chatham schrieb am Mittwoch, 18. Oktober 2023 um 14:07:32 UTC+2:

I'm not particularly familiar with that corner of weewx, but since you said 
you also copied the image, the package ImageMagick will convert image 
types, sizes, etc.  You can find it here: https://imagemagick.org/index.php

It's available for most Linux distros via the resident package manager 
(apt, dnf, yum, ...) Windows, etc.

If this is off-base, my apologies.
On 10/18/2023 7:02 AM, Joachim Puttkammer wrote:

I also have the problem that the webcam image (snap.jpg) is not made into a 
common image (snap.png) with the generated weather data image (snap.svg).
snap.png is identical with snap.svg
In snap.svg.tmpl I tried all variations of href="webcam/snap.jpg" and also 
copied the image file snap.jpg into all Weewx folders and subfolders to get 
a correct href.

Local test PC: Debian Bookworm, Weewx 4.10.2

Karen K schrieb am Sonntag, 15. Oktober 2023 um 16:28:54 UTC+2:

Lorin Tremblay schrieb am Sonntag, 15. Oktober 2023 um 16:06:18 UTC+2:

You want to provide your settings?


I did not set anything. I installed CairoSVG, and that is it. 

-- 

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+...@googlegroups.com.

To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/8796836c-7f35-4859-9673-de149c16fac9n%40googlegroups.com
 
<https://groups.google.com/d/msgid/weewx-user/8796836c-7f35-4859-9673-de149c16fac9n%40googlegroups.com?utm_medium=email_source=footer>
.

-- 
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/45b0afaf-4e28-44e4-9c97-b872ca5075bdn%40googlegroups.com.

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

Lorin Tremblay schrieb am Sonntag, 15. Oktober 2023 um 16:06:18 UTC+2:

You want to provide your settings?


I did not set anything. I installed CairoSVG, and that is it. 

-- 
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/9c7acffe-4684-41b7-a361-9d0fb4632f0bn%40googlegroups.com.

Re: [weewx-user] New Timespan $daylight for the time while sun is up

[Karen K]

Dann bitte Version 1.3 benutzen.

Meteo Oberwallis schrieb am Sonntag, 15. Oktober 2023 um 12:46:46 UTC+2:

> Hallo.
>
> Ich habe die:
>
>
>- Programm version: 4.10.2
>- Skin Version: 1.2
>
>
> Gruss
>
> Karen K schrieb am Sonntag, 15. Oktober 2023 um 11:24:49 UTC+2:
>
>> Welche Belchertown-Version ist es denn? Die Option unit ist, glaube ich, 
>> erst irgendwann eingeführt worden.
>>
>> Funktioniert das mit der Einheit bei anderen Größen? Einfach mal 
>> ausprobieren, ob nur die absolute Luftfeuchtigkeit betroffen ist oder auch 
>> anderes. Zum Beispiel könnte man in einem Temperaturdiagramm mal testweise 
>> nach demselben Prinzip in graphs.conf die Werte in Grad Fahrenheit 
>> anzeigen lassen.
>>
>> Meteo Oberwallis schrieb am Sonntag, 15. Oktober 2023 um 09:40:04 UTC+2:
>>
>>> Hallo Karen.
>>>
>>> Genau so habe ich es. Trotzdem habe ich diese dezimalstellenfehler.
>>>
>>> Gruss
>>>
>>> Karen K schrieb am Samstag, 14. Oktober 2023 um 14:47:29 UTC+2:
>>>
>>>> [[humidity]]
>>>>
>>>> title = "Luftfeuchtigkeit"
>>>>
>>>> [[[outHumidity]]]
>>>>
>>>> name = "relativ"
>>>>
>>>> [[[outHumAbs]]]
>>>>
>>>> name = "absolut"
>>>>
>>>> yAxis = 1
>>>>
>>>> unit = gram_per_meter_cubed
>>>>
>>>> numberFormat
>>>>
>>>> decimals = 1
>>>>
>>>> Meteo Oberwallis schrieb am Samstag, 14. Oktober 2023 um 12:03:33 UTC+2:
>>>>
>>>>> Hallo.
>>>>> Bei mir wird unter Belchertown bei der Absoluten Luftfeuchtugkeit ein 
>>>>> zu grosser Wert angezeigt. Wie kann ich das anpassen?
>>>>> [image: 2023_10_14_12_01_34_Clipboard.png]
>>>>> Grüsse
>>>>>
>>>>> Karen K schrieb am Samstag, 30. September 2023 um 08:18:19 UTC+2:
>>>>>
>>>>>> Yes.
>>>>>>
>>>>>> Mks Mk schrieb am Samstag, 30. September 2023 um 03:08:55 UTC+2:
>>>>>>
>>>>>>> when it comes to coding the best we can do is copy and paste,  all 
>>>>>>> we wanna know is if this tag (*$daylight*) actually does work 
>>>>>>> within NOAA template file.
>>>>>>> thank you for your help
>>>>>>>
>>>>>>> On Friday, September 29, 2023 at 9:13:23 PM UTC+3 Karen K wrote:
>>>>>>>
>>>>>>>> Mks Mk schrieb am Freitag, 29. September 2023 um 19:09:10 UTC+2:
>>>>>>>>
>>>>>>>> We want to add below code or similar to its action to the NOAA 
>>>>>>>> monthly report file "*NOAA-%Y-%m.txt.tmpl*" but we do not know if 
>>>>>>>> it is possible to do so because of the span tags?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Why not trying it?
>>>>>>>>
>>>>>>>> If you are not sure about the $span tag, you can replace it by 
>>>>>>>> something else like $ii
>>>>>>>>  
>>>>>>>>
>>>>>>>

-- 
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/d8868b2a-4331-4eb6-94f3-613d13a82f23n%40googlegroups.com.

[weewx-user] Re: weewx-GTS: print outHumAbs in right format....?

[Karen K]

You can also set a different unit within the image configuration in 
skin.conf. See Changing_the_unit_used_in_a_plot 
 
for details.

Michael schrieb am Sonntag, 15. Oktober 2023 um 14:38:36 UTC+2:

> Hi Christian,
>
> a part of my weewx.conf:
> [[SeasonsReport]]
> # The SeasonsReport uses the 'Seasons' skin, which contains the
> # images, templates and plots for the report.
> skin = Seasons
> enable = true
> lang = de
> unit_system = metric
> [[[Units]]]
> Groups
> group_concentration = gram_per_meter_cubed
> group_rain = mm
> group_rainrate = mm_per_hour
>
> @Karen: 
> great and very helpful extension.
> so I can compare the absolute humidity of the outside and the basement and 
> know when I can ventilate.
>
> regards
> Michael
>
> Christian Peters schrieb am Sonntag, 15. Oktober 2023 um 11:59:39 UTC+2:
>
>> Hi Karen, 
>>
>> great extension, thank you very much. 
>> I tried to add outHumAbs. It works as .png, but I get the value printed 
>> in microgram instead of g/m3 (here 7300679µg/m³ instead of 7.3g/m³: 
>>
>>
>>  
>> Absolute Luftfeuchte 
>> $current.outHumAbs 
>>  
>>  
>>
>> Absolute Luftfeuchte 7300679 µg/m³ 
>>
>> How can I change this to g/m3 too!? 
>> Thanks in advance. 
>>
>> Regards, 
>>
>> Christian
>
>

-- 
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/848ae826-b02c-44db-a3ec-2882b28ea58en%40googlegroups.com.

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

If I try your files at my location, they work. 

The next thing I would check is the CairoSVG installation.

Lorin Tremblay schrieb am Freitag, 13. Oktober 2023 um 21:44:13 UTC+2:

> NO the email software changed it
>
> *pi@Weewx-APRS3695*:*~ $* ls -la /var/www/html/weewx/webcam/
>
> total 544
>
> drwxrwxrwx  2 root root   4096 Oct 13 15:40  .
>
> drwxr-xr-x 15 root root   4096 Oct 13 15:40  *..*
>
> -rw-r--r--  1 pi   pi   500914 Oct 13 15:40  *snap.jpg*
>
> -rw-r--r--  1 root root  34386 Oct 13 15:40  *snap.png*
>
> -rw-r--r--  1 root root694 Oct 13 15:40  *snap.svg*
>
> -rwxrwxrwx  1 root root482 Oct 13 15:40 *'#Webcam_FTP.last'*
>
> *pi@Weewx-APRS3695*:*~ $* 
>
>
>
>
> On 13 Oct 23, at 14:43, Lorin Tremblay  wrote:
>
> Nothing as changed in my case, still not getting the image, only the 
> text….. 
>
> Oct 13 14:20:36 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.60 seconds
> Oct 13 14:20:43 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.52 seconds
> Oct 13 14:25:31 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.54 seconds
> Oct 13 14:25:38 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.51 seconds
> Oct 13 14:30:37 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.52 seconds
> Oct 13 14:30:45 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.55 seconds
>
> Once again here are my conf….
>
> Content and location /etc/weewx/skins/Belchertown/webcam/snap.svg.tmpl
>
> 
>  http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;>
> http://www.w3.org/2000/svg; version="1.1" width="2688" height=
> "1512" viewBox="0 0 2688 1512">
>   
> text {
> font-family: Roboto, sans-serif;
> font-weight: 300;
> line-height: 1.625;
> margin: 0;
> font-size: 48px;
> fill: white;
> }
>   
>   ## webcam image
>"/var/www/weewx/webcam/snap.jpg" />
>   ## readings
>   Temp:$current.outTemp - 
> Dir:$current.windDir.ordinal_compass - Speed:$current.windSpeed - 
> Bar:$current.barometer - Total Rain:$day.rain.sum - $current.pm2_5_aqi
> 
>
> 
>
> Content and location of my Belchertwon skin.conf
>
> [[ToDate]]
> # Reports that show statistics "to date", such as day-to-date,
> # week-to-date, month-to-date, etc.
> [[[weewx_data]]]
> template = json/weewx_data.json.tmpl
>
> [[[Belchertown]]]
> template = js/belchertown.js.tmpl
>
> [[[home]]]
> template = index.html.tmpl
>
> [[[about]]]
> template = about/index.html.tmpl
>
> [[[graphs]]]
> template = graphs/index.html.tmpl
>
> [[[records]]]
> template = records/index.html.tmpl
>
> [[[reports]]]
> template = reports/index.html.tmpl
>
> [[[pi]]]
> template = pi/index.html.tmpl
>
> [[[kiosk]]]
> template = kiosk.html.tmpl
>
> [[[manifest]]]
> encoding = utf8
> template = manifest.json.tmpl
>
>[[[file1]]]
> template = webcam/snap.svg.tmpl
>
>
>
> ###
>
> *[CopyGenerator]*
>
> # This section is used by the generator CopyGenerator
>
> # List of files to be copied only the first time the generator runs
> copy_once = favicon.ico, images/*, json/index.html, js/index.html, 
> js/responsive-menu.js, robots.txt
>
> # List of files to be copied each time the generator runs
> copy_always = *.css
>
>
> ###
>
> #
> # The list of generators that are to be run:
> #
> *[Generators]*
> generator_list = weewx.cheetahgenerator.CheetahGenerator, 
> weewx.reportengine.CopyGenerator, user.belchertown.HighchartsJsonGenerator, 
> user.svg2png.SVGtoPNGGenerator
>
> *[SVGtoPNGGenerator]*
> [[file1]]
> # file name without extension (optional)
> file = /var/www/html/weewx/webcam/snap
> # image width in pixels (optional)
> #width = replace_me
> # image height in pixels (optional)
> #height = replace_me
>
> Location of my webcam Image
>
> /var/www/html/weewx/webcam/
>
> And also included the jpg and png.
>
> 
> 
> 
>
>
>
> On 13 Oct 23, at 14:17, Lorin Tremblay  wrote:
>
> I have trie

Re: [weewx-user] New Timespan $daylight for the time while sun is up

[Karen K]

Welche Belchertown-Version ist es denn? Die Option unit ist, glaube ich, 
erst irgendwann eingeführt worden.

Funktioniert das mit der Einheit bei anderen Größen? Einfach mal 
ausprobieren, ob nur die absolute Luftfeuchtigkeit betroffen ist oder auch 
anderes. Zum Beispiel könnte man in einem Temperaturdiagramm mal testweise 
nach demselben Prinzip in graphs.conf die Werte in Grad Fahrenheit anzeigen 
lassen.

Meteo Oberwallis schrieb am Sonntag, 15. Oktober 2023 um 09:40:04 UTC+2:

> Hallo Karen.
>
> Genau so habe ich es. Trotzdem habe ich diese dezimalstellenfehler.
>
> Gruss
>
> Karen K schrieb am Samstag, 14. Oktober 2023 um 14:47:29 UTC+2:
>
>> [[humidity]]
>>
>> title = "Luftfeuchtigkeit"
>>
>> [[[outHumidity]]]
>>
>> name = "relativ"
>>
>> [[[outHumAbs]]]
>>
>> name = "absolut"
>>
>> yAxis = 1
>>
>> unit = gram_per_meter_cubed
>>
>> numberFormat
>>
>> decimals = 1
>>
>> Meteo Oberwallis schrieb am Samstag, 14. Oktober 2023 um 12:03:33 UTC+2:
>>
>>> Hallo.
>>> Bei mir wird unter Belchertown bei der Absoluten Luftfeuchtugkeit ein zu 
>>> grosser Wert angezeigt. Wie kann ich das anpassen?
>>> [image: 2023_10_14_12_01_34_Clipboard.png]
>>> Grüsse
>>>
>>> Karen K schrieb am Samstag, 30. September 2023 um 08:18:19 UTC+2:
>>>
>>>> Yes.
>>>>
>>>> Mks Mk schrieb am Samstag, 30. September 2023 um 03:08:55 UTC+2:
>>>>
>>>>> when it comes to coding the best we can do is copy and paste,  all we 
>>>>> wanna know is if this tag (*$daylight*) actually does work within 
>>>>> NOAA template file.
>>>>> thank you for your help
>>>>>
>>>>> On Friday, September 29, 2023 at 9:13:23 PM UTC+3 Karen K wrote:
>>>>>
>>>>>> Mks Mk schrieb am Freitag, 29. September 2023 um 19:09:10 UTC+2:
>>>>>>
>>>>>> We want to add below code or similar to its action to the NOAA 
>>>>>> monthly report file "*NOAA-%Y-%m.txt.tmpl*" but we do not know if it 
>>>>>> is possible to do so because of the span tags?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Why not trying it?
>>>>>>
>>>>>> If you are not sure about the $span tag, you can replace it by 
>>>>>> something else like $ii
>>>>>>  
>>>>>>
>>>>>

-- 
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/87b33511-feec-47cf-888e-31b84457a302n%40googlegroups.com.

Re: [weewx-user] New Timespan $daylight for the time while sun is up

[Karen K]

[[humidity]]

title = "Luftfeuchtigkeit"

[[[outHumidity]]]

name = "relativ"

[[[outHumAbs]]]

name = "absolut"

yAxis = 1

unit = gram_per_meter_cubed

numberFormat

decimals = 1

Meteo Oberwallis schrieb am Samstag, 14. Oktober 2023 um 12:03:33 UTC+2:

> Hallo.
> Bei mir wird unter Belchertown bei der Absoluten Luftfeuchtugkeit ein zu 
> grosser Wert angezeigt. Wie kann ich das anpassen?
> [image: 2023_10_14_12_01_34_Clipboard.png]
> Grüsse
>
> Karen K schrieb am Samstag, 30. September 2023 um 08:18:19 UTC+2:
>
>> Yes.
>>
>> Mks Mk schrieb am Samstag, 30. September 2023 um 03:08:55 UTC+2:
>>
>>> when it comes to coding the best we can do is copy and paste,  all we 
>>> wanna know is if this tag (*$daylight*) actually does work within NOAA 
>>> template file.
>>> thank you for your help
>>>
>>> On Friday, September 29, 2023 at 9:13:23 PM UTC+3 Karen K wrote:
>>>
>>>> Mks Mk schrieb am Freitag, 29. September 2023 um 19:09:10 UTC+2:
>>>>
>>>> We want to add below code or similar to its action to the NOAA monthly 
>>>> report file "*NOAA-%Y-%m.txt.tmpl*" but we do not know if it is 
>>>> possible to do so because of the span tags?
>>>>
>>>>
>>>>
>>>> Why not trying it?
>>>>
>>>> If you are not sure about the $span tag, you can replace it by 
>>>> something else like $ii
>>>>  
>>>>
>>>

-- 
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/3732611a-a904-4a1e-abe4-c9d083543c10n%40googlegroups.com.

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

According to what you posted, the file is called snap.jpeg (including 
character e) and not snap.jpg (without character e). 

Lorin Tremblay schrieb am Freitag, 13. Oktober 2023 um 20:43:42 UTC+2:

> Nothing as changed in my case, still not getting the image, only the 
> text….. 
>
>
> Oct 13 14:20:36 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.60 seconds
>
> Oct 13 14:20:43 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.52 seconds
>
> Oct 13 14:25:31 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.54 seconds
>
> Oct 13 14:25:38 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.51 seconds
>
> Oct 13 14:30:37 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.52 seconds
>
> Oct 13 14:30:45 Weewx-APRS3695 weewx[3256] INFO *user.s*vg2png: Created 1 
> PNG file in 1.55 seconds
>
>
> Once again here are my conf….
>
>
> Content and location /etc/weewx/skins/Belchertown/webcam/snap.svg.tmpl
>
>
> 
>
>  http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;>
>
> http://www.w3.org/2000/svg; version="1.1" width="2688" height=
> "1512" viewBox="0 0 2688 1512">
>
>   
>
> text {
>
> font-family: Roboto, sans-serif;
>
> font-weight: 300;
>
> line-height: 1.625;
>
> margin: 0;
>
> font-size: 48px;
>
> fill: white;
>
> }
>
>   
>
>   ## webcam image
>
>"/var/www/weewx/webcam/snap.jpg" />
>
>   ## readings
>
>   Temp:$current.outTemp - 
> Dir:$current.windDir.ordinal_compass - Speed:$current.windSpeed - 
> Bar:$current.barometer - Total Rain:$day.rain.sum - $current.pm2_5_aqi
> 
>
> 
>
> Content and location of my Belchertwon skin.conf
>
> [[ToDate]]
>
> # Reports that show statistics "to date", such as day-to-date,
>
> # week-to-date, month-to-date, etc.
>
> [[[weewx_data]]]
>
> template = json/weewx_data.json.tmpl
>
>
> [[[Belchertown]]]
>
> template = js/belchertown.js.tmpl
>
>
> [[[home]]]
>
> template = index.html.tmpl
>
>
> [[[about]]]
>
> template = about/index.html.tmpl
>
>
> [[[graphs]]]
>
> template = graphs/index.html.tmpl
>
>
> [[[records]]]
>
> template = records/index.html.tmpl
>
>
> [[[reports]]]
>
> template = reports/index.html.tmpl
>
>
> [[[pi]]]
>
> template = pi/index.html.tmpl
>
>
> [[[kiosk]]]
>
> template = kiosk.html.tmpl
>
>
> [[[manifest]]]
>
> encoding = utf8
>
> template = manifest.json.tmpl
>
>
>[[[file1]]]
>
> template = webcam/snap.svg.tmpl
>
>
>
>
> ###
>
>
> *[CopyGenerator]*
>
>
> # This section is used by the generator CopyGenerator
>
>
> # List of files to be copied only the first time the generator runs
>
> copy_once = favicon.ico, images/*, json/index.html, js/index.html, 
> js/responsive-menu.js, robots.txt
>
>
> # List of files to be copied each time the generator runs
>
> copy_always = *.css
>
>
>
> ###
>
>
> #
>
> # The list of generators that are to be run:
>
> #
>
> *[Generators]*
>
> generator_list = weewx.cheetahgenerator.CheetahGenerator, 
> weewx.reportengine.CopyGenerator, user.belchertown.HighchartsJsonGenerator, 
> user.svg2png.SVGtoPNGGenerator
>
>
> *[SVGtoPNGGenerator]*
>
> [[file1]]
>
> # file name without extension (optional)
>
> file = /var/www/html/weewx/webcam/snap
>
> # image width in pixels (optional)
>
> #width = replace_me
>
> # image height in pixels (optional)
>
> #height = replace_me
>
> Location of my webcam Image
>
> /var/www/html/weewx/webcam/
>
> And also included the jpg and png.
>
>

-- 
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/9f0de7e1-060b-41be-be7e-819f187aadc0n%40googlegroups.com.

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

The result is as I expected. If you reference a file that does not exist, 
it cannot work.

Try href="/var/www/html/weewx/webcam/snap.jpg" in your template.

Lorin Tremblay schrieb am Freitag, 13. Oktober 2023 um 16:44:34 UTC+2:

> Hi!
>
> The path of where the pictures is: 
> /var/www/html/weewx/webcam/snap.jpg
>
>
> *pi@Weewx-APRS3695*:*/ $* ls -l /webcam
>
> ls: cannot access '/webcam': No such file or directory
>
> *pi@Weewx-APRS3695*:*/ $* 
>
>
>
>
> On 12 Oct 23, at 13:30, Karen K  wrote:
>
> Please, enter ls -l /webcam , not just ls -l
>
> Lorin Tremblay schrieb am Donnerstag, 12. Oktober 2023 um 19:06:17 UTC+2:
>
>>
>>- What says ls -l /webcam ?
>>
>> *pi@Weewx-APRS3695*:*/ $* ls -l
>> total 68
>> lrwxrwxrwx   1 root root 7 May  2 20:04 *bin* -> *usr/bin*
>> drwxr-xr-x   4 root root  4096 Dec 31  1969 *boot*
>> drwxr-xr-x  16 root root  3840 Oct  7 21:27 *dev*
>> drwxr-xr-x 124 root root 12288 Sep 27 19:53 *etc*
>> drwxr-xr-x   3 root root  4096 May  2 20:37 *home*
>> lrwxrwxrwx   1 root root 7 May  2 20:04 *lib* -> *usr/lib*
>> drwx--   2 root root 16384 May  2 20:34 *lost+found*
>> drwxr-xr-x   2 root root  4096 May  2 20:04 *media*
>> drwxr-xr-x   2 root root  4096 May  2 20:04 *mnt*
>> drwxr-xr-x   4 root root  4096 May  2 20:14 *opt*
>> dr-xr-xr-x 235 root root 0 Dec 31  1969 *proc*
>> drwx--   5 root root  4096 Sep  5 22:13 *root*
>> drwxr-xr-x  29 root root   880 Oct 12 12:58 *run*
>> lrwxrwxrwx   1 root root 8 May  2 20:04 *sbin* -> *usr/sbin*
>> drwxr-xr-x   2 root root  4096 May  2 20:04 *srv*
>> dr-xr-xr-x  12 root root 0 Dec 31  1969 *sys*
>> drwxrwxrwt  18 root root  4096 Oct 12 12:59 tmp
>> drwxr-xr-x  11 root root  4096 May  2 20:04 *usr*
>> drwxr-xr-x  12 root root  4096 Sep  5 22:25 *var*
>> *pi@Weewx-APRS3695*:*/ $* 
>>
>>
>>
>>- you have log_failure = True ?
>>
>> Yes always
>>
>>
>>- set debug = 1 in weewx.conf, restart WeeWX and look at the log 
>>again. There should be a message containing the file names and paths of 
>> the 
>>files read and created
>>
>> Now just did and here are the results
>>
>> Oct 12 13:02:35 Weewx-APRS3695 wee_reports[29176] DEBUG *user.s*vg2png: 
>> /var/www/html/weewx/webcam/snap.svg --> /var/www/html/weewx/webcam/snap.png
>> Oct 12 13:02:35 Weewx-APRS3695 wee_reports[29176] INFO *user.s*vg2png: 
>> Created 1 PNG file in 1.60 seconds
>> Oct 12 13:02:43 Weewx-APRS3695 wee_reports[29176] DEBUG *user.s*vg2png: 
>> /var/www/html/weewx/webcam/snap.svg --> /var/www/html/weewx/webcam/snap.png
>> Oct 12 13:02:43 Weewx-APRS3695 wee_reports[29176] INFO *user.s*vg2png: 
>> Created 1 PNG file in 1.52 seconds
>>
>>
>>
>>
>>
>> Yes that picture is in use already for my Web pages.
>>
>> http:///www.gestionlgt.com/Maison/ <http://www.gestionlgt.com/Maison/>
>>
>>
>> On 12 Oct 23, at 12:21, Karen K  wrote:
>>
>> Actually I do not see the glue in that.
>>
>>- What says ls -l /webcam ?
>>- you have log_failure = True ?
>>- set debug = 1 in weewx.conf, restart WeeWX and look at the log 
>>again. There should be a message containing the file names and paths of 
>> the 
>>files read and created.
>>- I assume that you looked at snap.jpg and checked that it is a valid 
>>picture.
>>
>>
>> -- 
>> 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+...@googlegroups.com.
>>
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/5107f476-1c67-4708-8378-4277d217b94bn%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/5107f476-1c67-4708-8378-4277d217b94bn%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>>
>>
> -- 
> 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+...@googlegroups.com.
>
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/38fe7f85-050d-4f8c-afe1-ff8c591431a2n%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/38fe7f85-050d-4f8c-afe1-ff8c591431a2n%40googlegroups.com?utm_medium=email_source=footer>
> .
>
>
>

-- 
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/c055358f-1efb-4a35-8e54-ae674a0497b8n%40googlegroups.com.

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

As there is no reply I would like to add something.

In this case href="/webcam/snap.jpg" refers to a non-existing file. This is 
because of the slash at the beginning. 

I do not know the real location of snap.jpg. So I cannot provide the 
correct href line. 

I added a troubleshooting section in README 
.

-- 
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/7d940a72-5228-46c3-abbb-255b9aed5c6fn%40googlegroups.com.

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

Please, enter ls -l /webcam , not just ls -l

Lorin Tremblay schrieb am Donnerstag, 12. Oktober 2023 um 19:06:17 UTC+2:

>
>- What says ls -l /webcam ?
>
> *pi@Weewx-APRS3695*:*/ $* ls -l
>
> total 68
>
> lrwxrwxrwx   1 root root 7 May  2 20:04 *bin* -> *usr/bin*
>
> drwxr-xr-x   4 root root  4096 Dec 31  1969 *boot*
>
> drwxr-xr-x  16 root root  3840 Oct  7 21:27 *dev*
>
> drwxr-xr-x 124 root root 12288 Sep 27 19:53 *etc*
>
> drwxr-xr-x   3 root root  4096 May  2 20:37 *home*
>
> lrwxrwxrwx   1 root root 7 May  2 20:04 *lib* -> *usr/lib*
>
> drwx--   2 root root 16384 May  2 20:34 *lost+found*
>
> drwxr-xr-x   2 root root  4096 May  2 20:04 *media*
>
> drwxr-xr-x   2 root root  4096 May  2 20:04 *mnt*
>
> drwxr-xr-x   4 root root  4096 May  2 20:14 *opt*
>
> dr-xr-xr-x 235 root root 0 Dec 31  1969 *proc*
>
> drwx--   5 root root  4096 Sep  5 22:13 *root*
>
> drwxr-xr-x  29 root root   880 Oct 12 12:58 *run*
>
> lrwxrwxrwx   1 root root 8 May  2 20:04 *sbin* -> *usr/sbin*
>
> drwxr-xr-x   2 root root  4096 May  2 20:04 *srv*
>
> dr-xr-xr-x  12 root root 0 Dec 31  1969 *sys*
>
> drwxrwxrwt  18 root root  4096 Oct 12 12:59 tmp
>
> drwxr-xr-x  11 root root  4096 May  2 20:04 *usr*
>
> drwxr-xr-x  12 root root  4096 Sep  5 22:25 *var*
>
> *pi@Weewx-APRS3695*:*/ $* 
>
>
>
>- you have log_failure = True ?
>
> Yes always
>
>
>- set debug = 1 in weewx.conf, restart WeeWX and look at the log 
>again. There should be a message containing the file names and paths of 
> the 
>files read and created
>
> Now just did and here are the results
>
> Oct 12 13:02:35 Weewx-APRS3695 wee_reports[29176] DEBUG *user.s*vg2png: 
> /var/www/html/weewx/webcam/snap.svg --> /var/www/html/weewx/webcam/snap.png
>
> Oct 12 13:02:35 Weewx-APRS3695 wee_reports[29176] INFO *user.s*vg2png: 
> Created 1 PNG file in 1.60 seconds
>
> Oct 12 13:02:43 Weewx-APRS3695 wee_reports[29176] DEBUG *user.s*vg2png: 
> /var/www/html/weewx/webcam/snap.svg --> /var/www/html/weewx/webcam/snap.png
>
> Oct 12 13:02:43 Weewx-APRS3695 wee_reports[29176] INFO *user.s*vg2png: 
> Created 1 PNG file in 1.52 seconds
>
>
>
>
>
>
> Yes that picture is in use already for my Web pages.
>
> http:///www.gestionlgt.com/Maison/
>
>
> On 12 Oct 23, at 12:21, Karen K  wrote:
>
> Actually I do not see the glue in that.
>
>- What says ls -l /webcam ?
>- you have log_failure = True ?
>- set debug = 1 in weewx.conf, restart WeeWX and look at the log 
>again. There should be a message containing the file names and paths of 
> the 
>files read and created.
>- I assume that you looked at snap.jpg and checked that it is a valid 
>picture.
>
>
> -- 
> 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+...@googlegroups.com.
>
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/5107f476-1c67-4708-8378-4277d217b94bn%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/5107f476-1c67-4708-8378-4277d217b94bn%40googlegroups.com?utm_medium=email_source=footer>
> .
>
>
>

-- 
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/38fe7f85-050d-4f8c-afe1-ff8c591431a2n%40googlegroups.com.

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

Actually I do not see the glue in that.

   - What says ls -l /webcam ?
   - you have log_failure = True ?
   - set debug = 1 in weewx.conf, restart WeeWX and look at the log again. 
   There should be a message containing the file names and paths of the files 
   read and created.
   - I assume that you looked at snap.jpg and checked that it is a valid 
   picture.

-- 
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/5107f476-1c67-4708-8378-4277d217b94bn%40googlegroups.com.

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

If I try that, I see a message in the syslog that says:

Oct 12 15:21:08  weewx[119729] ERROR user.svg2png: URLError 

Is there a similar message in your case? 

The message provides the directory where to place the original webcam image.

Karen K schrieb am Donnerstag, 12. Oktober 2023 um 10:36:02 UTC+2:

> I will try it myself with the same subdirectories. 
>
> Lorin Tremblay schrieb am Mittwoch, 11. Oktober 2023 um 22:00:34 UTC+2:
>
>> The image is situatied in the web folder under webcam, since that 
>> previously I had no need to have it elsewhere.
>>
>> # Where the generated reports should go, relative to WEEWX_ROOT
>>
>> HTML_ROOT = /var/www/html/weewx
>>
>> /var/www/html/weewx/webcam/snap.jpg
>>
>>
>> Now there is a snap.png and snap.svg in that folder now
>>
>>
>> *pi@Weewx-APRS3695*:*/var/www/html/weewx/webcam $* ls -la
>>
>> total 536
>>
>> drwxrwxrwx  2 root root   4096 Oct 11 15:55  .
>>
>> drwxr-xr-x 15 root root   4096 Oct 11 15:55  *..*
>>
>> -rw-r--r--  1 pi   pi   492892 Oct 11 15:55  *snap.jpg*
>>
>> -rw-r--r--  1 root root  33150 Oct 11 15:55  *snap.png*
>>
>> -rw-r--r--  1 root root682 Oct 11 15:55  *snap.svg*
>>
>> -rwxrwxrwx  1 root root482 Oct 11 15:55 *'#Webcam_FTP.last**’*
>>
>>
>>
>>
>> The script is located in 
>> /etc/weewx/skins/Belchertown/webcam/snap.svg.tmpl
>>
>> I’ve also tried with a copy of my image in the folder of the script 
>> (/etc/weewx/skins/Belchertown/webcam/snap.jpg) and nothing change.
>>
>>
>>
>>
>>
>> On 11 Oct 23, at 14:55, Karen K  wrote:
>>
>> Is the image situated in /var/www/html/.../webcam or in 
>> /etc/weewx/skins/Belchertown/webcam? It should be the former.
>>
>> I did not use sub-directories myself. So I am not sure. You could try 
>> href="snap.jpg" instead of href="webcam/snap.jpg". 
>>
>> Lorin Tremblay schrieb am Mittwoch, 11. Oktober 2023 um 16:02:38 UTC+2:
>>
>>> 
>>> >> http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;>
>>> http://www.w3.org/2000/svg; version="1.1" width="2688" 
>>> height="1512" viewBox="0 0 2688 1512">
>>>   
>>> text {
>>> font-family: Roboto, sans-serif;
>>> font-weight: 300;
>>> line-height: 1.625;
>>> margin: 0;
>>> font-size: 48px;
>>> fill: white;
>>> }
>>>   
>>>   ## webcam image
>>>   >> >
>>>   ## readings
>>>   Temp:$current.outTemp - 
>>> Dir:$current.windDir.ordinal_compass - Speed:$current.windSpeed - 
>>> Bar:$current.barometer - Total Rain:$day.rain.sum - $current.pm2_5_aqi
>>> 
>>> 
>>>
>>>
>>> On 11 Oct 23, at 08:47, Karen K  wrote:
>>>
>>> Could you show your template file?
>>>
>>> Lorin Tremblay schrieb am Montag, 9. Oktober 2023 um 23:04:00 UTC+2:
>>>
>>>> Ok now I’m generating a .png with the info in the right position, but 
>>>> the image is not present
>>>>
>>>> So now I’m my webcam folder I have to orignal jpg image, a svg and a 
>>>> png with the text and no pictures.
>>>>
>>>> I have done everything mentioned 
>>>>
>>>>
>>>>
>>>>    - move the template "snap.svg.tmpl" to the "webcam" sub-directory 
>>>>in your skin directory (something like "/etc/weewx/skins/...”).à
>>>>
>>>> So now the snap.svg.tmpl is residing in 
>>>> */etc/weewx/skins/Belchertown/webcam*
>>>>
>>>>
>>>>- Change the template line to "template = webcam/snap.svg.tmpl”.
>>>>
>>>> Changed that in the skin.conf
>>>>
>>>>
>>>>- Change the file line to "file = webcam/snap".
>>>>
>>>> Changed that in the skin.conf
>>>>
>>>>
>>>>
>>>>
>>>>- Double check "href="/webcam/snap.jpg"". Are you sure that is 
>>>>situated in the root directory? May be you want to remove the slash at 
>>>> the 
>>>>beginning.
>>>>
>>>> And remove the / so now is reads "href="webcam/snap.jpg"
>>>>
>>>> So what I’m I missing?
>>>>
>>>>
>>>> On 8 Oct 23, at

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

I will try it myself with the same subdirectories. 

Lorin Tremblay schrieb am Mittwoch, 11. Oktober 2023 um 22:00:34 UTC+2:

> The image is situatied in the web folder under webcam, since that 
> previously I had no need to have it elsewhere.
>
> # Where the generated reports should go, relative to WEEWX_ROOT
>
> HTML_ROOT = /var/www/html/weewx
>
> /var/www/html/weewx/webcam/snap.jpg
>
>
> Now there is a snap.png and snap.svg in that folder now
>
>
> *pi@Weewx-APRS3695*:*/var/www/html/weewx/webcam $* ls -la
>
> total 536
>
> drwxrwxrwx  2 root root   4096 Oct 11 15:55  .
>
> drwxr-xr-x 15 root root   4096 Oct 11 15:55  *..*
>
> -rw-r--r--  1 pi   pi   492892 Oct 11 15:55  *snap.jpg*
>
> -rw-r--r--  1 root root  33150 Oct 11 15:55  *snap.png*
>
> -rw-r--r--  1 root root682 Oct 11 15:55  *snap.svg*
>
> -rwxrwxrwx  1 root root482 Oct 11 15:55 *'#Webcam_FTP.last**’*
>
>
>
>
> The script is located in /etc/weewx/skins/Belchertown/webcam/snap.svg.tmpl
>
> I’ve also tried with a copy of my image in the folder of the script 
> (/etc/weewx/skins/Belchertown/webcam/snap.jpg) and nothing change.
>
>
>
>
>
> On 11 Oct 23, at 14:55, Karen K  wrote:
>
> Is the image situated in /var/www/html/.../webcam or in 
> /etc/weewx/skins/Belchertown/webcam? It should be the former.
>
> I did not use sub-directories myself. So I am not sure. You could try 
> href="snap.jpg" instead of href="webcam/snap.jpg". 
>
> Lorin Tremblay schrieb am Mittwoch, 11. Oktober 2023 um 16:02:38 UTC+2:
>
>> 
>> > http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;>
>> http://www.w3.org/2000/svg; version="1.1" width="2688" 
>> height="1512" viewBox="0 0 2688 1512">
>>   
>> text {
>> font-family: Roboto, sans-serif;
>> font-weight: 300;
>> line-height: 1.625;
>> margin: 0;
>> font-size: 48px;
>>     fill: white;
>> }
>>   
>>   ## webcam image
>>   
>>   ## readings
>>   Temp:$current.outTemp - 
>> Dir:$current.windDir.ordinal_compass - Speed:$current.windSpeed - 
>> Bar:$current.barometer - Total Rain:$day.rain.sum - $current.pm2_5_aqi
>> 
>> 
>>
>>
>> On 11 Oct 23, at 08:47, Karen K  wrote:
>>
>> Could you show your template file?
>>
>> Lorin Tremblay schrieb am Montag, 9. Oktober 2023 um 23:04:00 UTC+2:
>>
>>> Ok now I’m generating a .png with the info in the right position, but 
>>> the image is not present
>>>
>>> So now I’m my webcam folder I have to orignal jpg image, a svg and a png 
>>> with the text and no pictures.
>>>
>>> I have done everything mentioned 
>>>
>>>
>>>
>>>- move the template "snap.svg.tmpl" to the "webcam" sub-directory in 
>>>your skin directory (something like "/etc/weewx/skins/...”).à
>>>
>>> So now the snap.svg.tmpl is residing in 
>>> */etc/weewx/skins/Belchertown/webcam*
>>>
>>>
>>>- Change the template line to "template = webcam/snap.svg.tmpl”.
>>>
>>> Changed that in the skin.conf
>>>
>>>
>>>- Change the file line to "file = webcam/snap".
>>>
>>> Changed that in the skin.conf
>>>
>>>
>>>
>>>
>>>- Double check "href="/webcam/snap.jpg"". Are you sure that is 
>>>situated in the root directory? May be you want to remove the slash at 
>>> the 
>>>beginning.
>>>
>>> And remove the / so now is reads "href="webcam/snap.jpg"
>>>
>>> So what I’m I missing?
>>>
>>>
>>> On 8 Oct 23, at 14:59, Karen K  wrote:
>>>
>>> There is a path problem. First, use "file" with a relative path, i.e. 
>>> without "/var/www/html/weewx". Then, according to the template "snap.svg" 
>>> is situated in the base directory (I guess "/var/www/html/weewx"). But you 
>>> look for it in the "webcam" sub-directory.
>>>
>>> So
>>>
>>>- move the template "snap.svg.tmpl" to the "webcam" sub-directory in 
>>>your skin directory (something like "/etc/weewx/skins/...").
>>>- Change the template line to "template = webcam/snap.svg.tmpl".
>>>- Change the file line to "file = webcam/snap".
>>>- Double check "href=&

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

Is the image situated in /var/www/html/.../webcam or in 
/etc/weewx/skins/Belchertown/webcam? It should be the former.

I did not use sub-directories myself. So I am not sure. You could try 
href="snap.jpg" instead of href="webcam/snap.jpg". 

Lorin Tremblay schrieb am Mittwoch, 11. Oktober 2023 um 16:02:38 UTC+2:

> 
>
>  http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;>
>
> http://www.w3.org/2000/svg; version="1.1" width="2688" height=
> "1512" viewBox="0 0 2688 1512">
>
>   
>
> text {
>
> font-family: Roboto, sans-serif;
>
> font-weight: 300;
>
> line-height: 1.625;
>
> margin: 0;
>
> font-size: 48px;
>
> fill: white;
>
> }
>
>   
>
>   ## webcam image
>
>   
>
>   ## readings
>
>   Temp:$current.outTemp - 
> Dir:$current.windDir.ordinal_compass - Speed:$current.windSpeed - 
> Bar:$current.barometer - Total Rain:$day.rain.sum - $current.pm2_5_aqi
> 
>
> 
>
>
> On 11 Oct 23, at 08:47, Karen K  wrote:
>
> Could you show your template file?
>
> Lorin Tremblay schrieb am Montag, 9. Oktober 2023 um 23:04:00 UTC+2:
>
>> Ok now I’m generating a .png with the info in the right position, but the 
>> image is not present
>>
>> So now I’m my webcam folder I have to orignal jpg image, a svg and a png 
>> with the text and no pictures.
>>
>> I have done everything mentioned 
>>
>>
>>
>>- move the template "snap.svg.tmpl" to the "webcam" sub-directory in 
>>your skin directory (something like "/etc/weewx/skins/...”).à
>>
>> So now the snap.svg.tmpl is residing in 
>> */etc/weewx/skins/Belchertown/webcam*
>>
>>
>>- Change the template line to "template = webcam/snap.svg.tmpl”.
>>
>> Changed that in the skin.conf
>>
>>
>>- Change the file line to "file = webcam/snap".
>>
>> Changed that in the skin.conf
>>
>>
>>
>>
>>- Double check "href="/webcam/snap.jpg"". Are you sure that is 
>>situated in the root directory? May be you want to remove the slash at 
>> the 
>>beginning.
>>
>> And remove the / so now is reads "href="webcam/snap.jpg"
>>
>> So what I’m I missing?
>>
>>
>> On 8 Oct 23, at 14:59, Karen K  wrote:
>>
>> There is a path problem. First, use "file" with a relative path, i.e. 
>> without "/var/www/html/weewx". Then, according to the template "snap.svg" 
>> is situated in the base directory (I guess "/var/www/html/weewx"). But you 
>> look for it in the "webcam" sub-directory.
>>
>> So
>>
>>- move the template "snap.svg.tmpl" to the "webcam" sub-directory in 
>>your skin directory (something like "/etc/weewx/skins/...").
>>- Change the template line to "template = webcam/snap.svg.tmpl".
>>- Change the file line to "file = webcam/snap".
>>- Double check "href="/webcam/snap.jpg"". Are you sure that is 
>>situated in the root directory? May be you want to remove the slash at 
>> the 
>>beginning.
>>
>> Lorin Tremblay schrieb am Sonntag, 8. Oktober 2023 um 18:00:27 UTC+2:
>>
>>> Thank was able to install it, now I know I’m close but I’m missing 
>>> something.
>>>
>>> Trying to add the info to my webcam with belchertown skins
>>>
>>> Here is my webcam file path.
>>> /var/www/html/weewx/webcam/snap.jpg
>>>
>>> Here is the content of my snap.svg.tmpl 
>>> <https://github.com/roe-dl/weewx-svg2png/blob/master/examples/webcam-with-weather-data/webcam.svg.tmpl>
>>>
>>> 
>>> >> http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;>
>>> http://www.w3.org/2000/svg; version="1.1" width="2688" 
>>> height="1512" viewBox="0 0 2688 1512">
>>>   
>>> text {
>>> font-family: Roboto, sans-serif;
>>> font-weight: 300;
>>> line-height: 1.625;
>>> margin: 0;
>>> font-size: 48px;
>>> fill: white;
>>> }
>>>   
>>>   ## webcam image
>>>   >> />
>>>   ## readings
>>>   $current.outTemp 
>>> $current.windSpeed $current.barometer
>>> 
>>>
>>>
>>> And here is th

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

Could you show your template file?

Lorin Tremblay schrieb am Montag, 9. Oktober 2023 um 23:04:00 UTC+2:

> Ok now I’m generating a .png with the info in the right position, but the 
> image is not present
>
> So now I’m my webcam folder I have to orignal jpg image, a svg and a png 
> with the text and no pictures.
>
> I have done everything mentioned 
>
>
>
>- move the template "snap.svg.tmpl" to the "webcam" sub-directory in 
>your skin directory (something like "/etc/weewx/skins/...”).à
>
> So now the snap.svg.tmpl is residing in 
> */etc/weewx/skins/Belchertown/webcam*
>
>
>- Change the template line to "template = webcam/snap.svg.tmpl”.
>
> Changed that in the skin.conf
>
>
>- Change the file line to "file = webcam/snap".
>
> Changed that in the skin.conf
>
>
>
>
>- Double check "href="/webcam/snap.jpg"". Are you sure that is 
>situated in the root directory? May be you want to remove the slash at the 
>beginning.
>
> And remove the / so now is reads "href="webcam/snap.jpg"
>
> So what I’m I missing?
>
>
> On 8 Oct 23, at 14:59, Karen K  wrote:
>
> There is a path problem. First, use "file" with a relative path, i.e. 
> without "/var/www/html/weewx". Then, according to the template "snap.svg" 
> is situated in the base directory (I guess "/var/www/html/weewx"). But you 
> look for it in the "webcam" sub-directory.
>
> So
>
>- move the template "snap.svg.tmpl" to the "webcam" sub-directory in 
>your skin directory (something like "/etc/weewx/skins/...").
>- Change the template line to "template = webcam/snap.svg.tmpl".
>- Change the file line to "file = webcam/snap".
>- Double check "href="/webcam/snap.jpg"". Are you sure that is 
>situated in the root directory? May be you want to remove the slash at the 
>beginning.
>
> Lorin Tremblay schrieb am Sonntag, 8. Oktober 2023 um 18:00:27 UTC+2:
>
>> Thank was able to install it, now I know I’m close but I’m missing 
>> something.
>>
>> Trying to add the info to my webcam with belchertown skins
>>
>> Here is my webcam file path.
>> /var/www/html/weewx/webcam/snap.jpg
>>
>> Here is the content of my snap.svg.tmpl 
>> <https://github.com/roe-dl/weewx-svg2png/blob/master/examples/webcam-with-weather-data/webcam.svg.tmpl>
>>
>> 
>> > http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;>
>> http://www.w3.org/2000/svg; version="1.1" width="2688" 
>> height="1512" viewBox="0 0 2688 1512">
>>   
>> text {
>> font-family: Roboto, sans-serif;
>> font-weight: 300;
>> line-height: 1.625;
>> margin: 0;
>> font-size: 48px;
>> fill: white;
>> }
>>   
>>   ## webcam image
>>   > >
>>   ## readings
>>   $current.outTemp 
>> $current.windSpeed $current.barometer
>> 
>>
>>
>> And here is the skin.conf
>>
>> [SVGtoPNGGenerator]
>> [[file1]]
>> # file name without extension (optional)
>> file = /var/www/html/weewx/webcam/snap
>> # image width in pixels (optional)
>> #width = replace_me
>> # image height in pixels (optional)
>> #height = replace_me
>>
>>
>>[[[file1]]]
>> template = snap.svg.tmpl
>>
>> *[Generators]*
>> generator_list = weewx.cheetahgenerator.CheetahGenerator, 
>> weewx.reportengine.CopyGenerator, user.belchertown.HighchartsJsonGenerator, 
>> user.svg2png.SVGtoPNGGenerator
>>
>>
>> The .svg is getting created but not the png….
>>
>> Is there something to do with files path?
>>
>>
>>
>>
>> On 8 Oct 23, at 01:45, Karen K  wrote:
>>
>> I uploaded a fix. Please try again.
>>
>> You can also copy svg2png.py to /usr/share/weewx/user by hand.
>>
>> Lorin Tremblay schrieb am Sonntag, 8. Oktober 2023 um 02:41:03 UTC+2:
>>
>>> I'm personally getting this error when I try to install it
>>>
>>>
>>> Request to install '/home/pi/Desktop/weewx-svg2png.zip'
>>> Extracting from zip archive /home/pi/Desktop/weewx-svg2png.zip
>>> Traceback (most recent call last):
>>>   File "/usr/share/weewx/wee_extension", line 92, in 
>>> main()
>>>   F

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

There is a path problem. First, use "file" with a relative path, i.e. 
without "/var/www/html/weewx". Then, according to the template "snap.svg" 
is situated in the base directory (I guess "/var/www/html/weewx"). But you 
look for it in the "webcam" sub-directory.

So

   - move the template "snap.svg.tmpl" to the "webcam" sub-directory in 
   your skin directory (something like "/etc/weewx/skins/...").
   - Change the template line to "template = webcam/snap.svg.tmpl".
   - Change the file line to "file = webcam/snap".
   - Double check "href="/webcam/snap.jpg"". Are you sure that is situated 
   in the root directory? May be you want to remove the slash at the beginning.

Lorin Tremblay schrieb am Sonntag, 8. Oktober 2023 um 18:00:27 UTC+2:

> Thank was able to install it, now I know I’m close but I’m missing 
> something.
>
> Trying to add the info to my webcam with belchertown skins
>
> Here is my webcam file path.
>
> /var/www/html/weewx/webcam/snap.jpg
>
>
> Here is the content of my snap.svg.tmpl 
> <https://github.com/roe-dl/weewx-svg2png/blob/master/examples/webcam-with-weather-data/webcam.svg.tmpl>
>
>
> 
>
>  http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd;>
>
> http://www.w3.org/2000/svg; version="1.1" width="2688" height=
> "1512" viewBox="0 0 2688 1512">
>
>   
>
> text {
>
> font-family: Roboto, sans-serif;
>
> font-weight: 300;
>
> line-height: 1.625;
>
> margin: 0;
>
> font-size: 48px;
>
> fill: white;
>
> }
>
>   
>
>   ## webcam image
>
>   
>
>   ## readings
>
>   $current.outTemp 
> $current.windSpeed $current.barometer
>
> 
>
>
> And here is the skin.conf
>
> [SVGtoPNGGenerator]
>
> [[file1]]
>
> # file name without extension (optional)
>
> file = /var/www/html/weewx/webcam/snap
>
> # image width in pixels (optional)
>
> #width = replace_me
>
> # image height in pixels (optional)
>
> #height = replace_me
>
>
>    [[[file1]]]
>
> template = snap.svg.tmpl
>
> *[Generators]*
>
> generator_list = weewx.cheetahgenerator.CheetahGenerator, 
> weewx.reportengine.CopyGenerator, user.belchertown.HighchartsJsonGenerator, 
> user.svg2png.SVGtoPNGGenerator
>
>
>
> The .svg is getting created but not the png….
>
>
> Is there something to do with files path?
>
>
>
>
>
> On 8 Oct 23, at 01:45, Karen K  wrote:
>
> I uploaded a fix. Please try again.
>
> You can also copy svg2png.py to /usr/share/weewx/user by hand.
>
> Lorin Tremblay schrieb am Sonntag, 8. Oktober 2023 um 02:41:03 UTC+2:
>
>> I'm personally getting this error when I try to install it
>>
>>
>> Request to install '/home/pi/Desktop/weewx-svg2png.zip'
>> Extracting from zip archive /home/pi/Desktop/weewx-svg2png.zip
>> Traceback (most recent call last):
>>   File "/usr/share/weewx/wee_extension", line 92, in 
>> main()
>>   File "/usr/share/weewx/wee_extension", line 84, in main
>> ext.install_extension(options.install)
>>   File "/usr/share/weewx/weecfg/extension.py", line 130, in 
>> install_extension
>> self.install_from_dir(extension_dir)
>>   File "/usr/share/weewx/weecfg/extension.py", line 150, in 
>> install_from_dir
>> installer_path, installer = 
>> weecfg.get_extension_installer(extension_dir)
>>   File "/usr/share/weewx/weecfg/__init__.py", line 1904, in 
>> get_extension_installer
>> installer = loader()
>>   File "/var/tmp/weewx-svg2png-master/install.py", line 8, in loader
>>   File "/var/tmp/weewx-svg2png-master/install.py", line 12, in __init__
>> NameError: name 'SNMPInstaller' is not defined
>>
>> I personally want to add the weather data to snapshot of my webcam…
>>
>>
>> On 7 Oct 23, at 02:47, Karen K  wrote:
>>
>> I added another example. It shows how to put WeeWX weather data onto a 
>> webcam picture.
>>
>> Webcam picture with WeeWX weather readings 
>> <https://github.com/roe-dl/weewx-svg2png/tree/master/examples/webcam-with-weather-data>
>>
>> Stefan Gliessmann schrieb am Donnerstag, 5. Oktober 2023 um 14:21:44 
>> UTC+2:
>>
>>> Awesome!
>>>
>>> I will give it a shoot later and let you know :)
>>>
>>> Thanks in adv

Re: [weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

I uploaded a fix. Please try again.

You can also copy svg2png.py to /usr/share/weewx/user by hand.

Lorin Tremblay schrieb am Sonntag, 8. Oktober 2023 um 02:41:03 UTC+2:

> I'm personally getting this error when I try to install it
>
>
> Request to install '/home/pi/Desktop/weewx-svg2png.zip'
>
> Extracting from zip archive /home/pi/Desktop/weewx-svg2png.zip
>
> Traceback (most recent call last):
>
>   File "/usr/share/weewx/wee_extension", line 92, in 
>
> main()
>
>   File "/usr/share/weewx/wee_extension", line 84, in main
>
> ext.install_extension(options.install)
>
>   File "/usr/share/weewx/weecfg/extension.py", line 130, in 
> install_extension
>
> self.install_from_dir(extension_dir)
>
>   File "/usr/share/weewx/weecfg/extension.py", line 150, in 
> install_from_dir
>
> installer_path, installer = 
> weecfg.get_extension_installer(extension_dir)
>
>   File "/usr/share/weewx/weecfg/__init__.py", line 1904, in 
> get_extension_installer
>
> installer = loader()
>
>   File "/var/tmp/weewx-svg2png-master/install.py", line 8, in loader
>
>   File "/var/tmp/weewx-svg2png-master/install.py", line 12, in __init__
>
> NameError: name 'SNMPInstaller' is not defined
>
> I personally want to add the weather data to snapshot of my webcam…
>
>
> On 7 Oct 23, at 02:47, Karen K  wrote:
>
> I added another example. It shows how to put WeeWX weather data onto a 
> webcam picture.
>
> Webcam picture with WeeWX weather readings 
> <https://github.com/roe-dl/weewx-svg2png/tree/master/examples/webcam-with-weather-data>
>
> Stefan Gliessmann schrieb am Donnerstag, 5. Oktober 2023 um 14:21:44 UTC+2:
>
>> Awesome!
>>
>> I will give it a shoot later and let you know :)
>>
>> Thanks in advance for your contributions
>>
>> On Tuesday, October 3, 2023 at 4:15:11 PM UTC+2 Karen K wrote:
>>
>>> If there is a link in a social media post, sites like Twitter (X), 
>>> Mastodon and others show a preview image or thumbnail of the linked page. 
>>> For a long time I wondered how to define that image. Then I found out they 
>>> look for special "meta" statements within the page header. I included such 
>>> statements in my weather website, and indeed, the respective images were 
>>> displayed.
>>>
>>> I used a screenshot for that purpose. But the screenshot said 3,8°C, and 
>>> it's summer time and temperatures are much higher. And I wondered how to 
>>> get actual data into that screenshot. So I thought I could create an SVG 
>>> file using the CheetahGenerator functionality of WeeWX, and convert it to 
>>> PNG afterwards. I found the CairoSVG package to do the converting job. 
>>>
>>> But how to do the conversion after WeeWX created the SVG file, but 
>>> before WeeWX sends the data to the web server?
>>>
>>> The answer is to write a generator for use in skins. And that's it: 
>>> weewx-svg2png <https://github.com/roe-dl/weewx-svg2png>
>>>
>>> Now I look what is happening, and meanwhile I publish the generator here.
>>>
>>
> -- 
> 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+...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/a4dfa6cd-44ca-4803-8f16-b0dcfd4f645dn%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/a4dfa6cd-44ca-4803-8f16-b0dcfd4f645dn%40googlegroups.com?utm_medium=email_source=footer>
> .
>
>
>

-- 
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/40aa1301-9c54-4210-a9c1-5d21f46a9cf0n%40googlegroups.com.

Re: [weewx-user] Anyone notice a problem with aeris weather API today?

[Karen K]

After successful download you find a logging entry like this:


Oct  7 08:00:42 XXX weewx[12345] INFO user.*belchertown*: New forecast file 
downloaded to /var/www/html/weewx/*belchertown*/json/forecast.json

So you may want to look into the log starting after midnight. This message 
should show up not more than once an hour.


-- 
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/ffd9e11c-db4b-4b39-b3e5-dcb641e3a2adn%40googlegroups.com.

[weewx-user] Re: Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

I added another example. It shows how to put WeeWX weather data onto a 
webcam picture.

Webcam picture with WeeWX weather readings 
<https://github.com/roe-dl/weewx-svg2png/tree/master/examples/webcam-with-weather-data>

Stefan Gliessmann schrieb am Donnerstag, 5. Oktober 2023 um 14:21:44 UTC+2:

> Awesome!
>
> I will give it a shoot later and let you know :)
>
> Thanks in advance for your contributions
>
> On Tuesday, October 3, 2023 at 4:15:11 PM UTC+2 Karen K wrote:
>
>> If there is a link in a social media post, sites like Twitter (X), 
>> Mastodon and others show a preview image or thumbnail of the linked page. 
>> For a long time I wondered how to define that image. Then I found out they 
>> look for special "meta" statements within the page header. I included such 
>> statements in my weather website, and indeed, the respective images were 
>> displayed.
>>
>> I used a screenshot for that purpose. But the screenshot said 3,8°C, and 
>> it's summer time and temperatures are much higher. And I wondered how to 
>> get actual data into that screenshot. So I thought I could create an SVG 
>> file using the CheetahGenerator functionality of WeeWX, and convert it to 
>> PNG afterwards. I found the CairoSVG package to do the converting job. 
>>
>> But how to do the conversion after WeeWX created the SVG file, but before 
>> WeeWX sends the data to the web server?
>>
>> The answer is to write a generator for use in skins. And that's it: 
>> weewx-svg2png <https://github.com/roe-dl/weewx-svg2png>
>>
>> Now I look what is happening, and meanwhile I publish the generator here.
>>
>

-- 
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/a4dfa6cd-44ca-4803-8f16-b0dcfd4f645dn%40googlegroups.com.

[weewx-user] Re: FTP Upload failed

[Karen K]

It connects successfully. Then it says "Transfer aborted". Is it possible 
that no more memory is available at the web server?

buck...@googlemail.com schrieb am Donnerstag, 5. Oktober 2023 um 07:09:43 
UTC+2:

> hello, since yesterday i get this error and i dont know why
>
> ftpgenerator: Upload failed
>
>
>
> Okt 05 06:57:29 raspberrypi python3[1425]: weewx[1425] ERROR 
> weewx.reportengine: ftpgenerator: Upload failed
> Okt 05 07:00:45 raspberrypi python3[1425]: weewx[1425] INFO weewx.manager: 
> Added record 2023-10-05 07:00:00 CEST (1696482000) to database 'weewx.sdb'
> Okt 05 07:00:45 raspberrypi python3[1425]: weewx[1425] INFO weewx.manager: 
> Added record 2023-10-05 07:00:00 CEST (1696482000) to daily summary in 
> 'weewx.sdb'
> Okt 05 07:00:45 raspberrypi python3[1425]: weewx[1425] INFO weewx.restx: 
> MQTT: Published record 2023-10-05 07:00:00 CEST (1696482000)
> Okt 05 07:00:51 raspberrypi python3[1425]: weewx[1425] INFO 
> weewx.cheetahgenerator: Generated 8 files for report SeasonsReport in 5.82 
> seconds
> Okt 05 07:00:59 raspberrypi python3[1425]: weewx[1425] INFO 
> weewx.imagegenerator: Generated 26 images for report SeasonsReport in 8.21 
> seconds
> Okt 05 07:00:59 raspberrypi python3[1425]: weewx[1425] INFO 
> weewx.reportengine: Copied 0 files to /var/www/html/weewx
> Okt 05 07:00:59 raspberrypi /weewxd[1425]: historygenerator.py: No 
> bootstrap specific labels found
> Okt 05 07:01:00 raspberrypi /weewxd[1425]: historygenerator.py: minvalues, 
> maxvalues and colours must have the same number of elements in table: 
> rain_days_table
> Okt 05 07:01:00 raspberrypi /weewxd[1425]: historygenerator.py: Generated 
> 8 tables in 0.99 seconds
> root@raspberrypi:~# sudo service weewx restart
> root@raspberrypi:~# tail -f /var/log/syslog
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO user.mqtt: data_binding is 
> wx_binding
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO user.mqtt: topic is weather
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO user.mqtt: desired unit 
> system is METRIC
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO user.mqtt: data will be 
> uploaded to mqtt://mqtt_user:x...@192.168.1.8:1883 
> 
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO weewx.engine: 'pyephem' 
> detected, extended almanac data is available
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO __main__: Starting up weewx 
> version 4.10.2
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO weewx.engine: Using binding 
> 'wx_binding' to database 'weewx.sdb'
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO weewx.manager: Starting 
> backfill of daily summaries
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO weewx.manager: Daily 
> summaries up to date
> Oct  5 07:02:37 raspberrypi weewx[31243] INFO weewx.engine: Starting main 
> packet loop.
> Oct  5 07:02:48 raspberrypi weewx[31243] INFO user.interceptor: using 
> 'totalrainin' for rain_total
> Oct  5 07:02:48 raspberrypi weewx[31243] INFO user.interceptor: skipping 
> rain measurement of 68.736: no last rain
> Oct  5 07:05:23 raspberrypi weewx[31243] INFO weewx.manager: Added record 
> 2023-10-05 07:05:00 CEST (1696482300) to database 'weewx.sdb'
> Oct  5 07:05:23 raspberrypi weewx[31243] INFO weewx.manager: Added record 
> 2023-10-05 07:05:00 CEST (1696482300) to daily summary in 'weewx.sdb'
> Oct  5 07:05:23 raspberrypi weewx[31243] INFO user.mqtt: client 
> established for mqtt://mqtt_user:x...@192.168.1.8:1883 
> 
> Oct  5 07:05:23 raspberrypi weewx[31243] INFO weewx.restx: MQTT: Published 
> record 2023-10-05 07:05:00 CEST (1696482300)
> Oct  5 07:05:33 raspberrypi weewx[31243] INFO weewx.cheetahgenerator: 
> Generated 8 files for report SeasonsReport in 9.16 seconds
> Oct  5 07:05:36 raspberrypi weewx[31243] INFO weewx.imagegenerator: 
> Generated 13 images for report SeasonsReport in 3.10 seconds
> Oct  5 07:05:36 raspberrypi weewx[31243] INFO weewx.reportengine: Copied 5 
> files to /var/www/html/weewx
> Oct  5 07:05:36 raspberrypi /weewxd: historygenerator.py: No bootstrap 
> specific labels found
> Oct  5 07:05:37 raspberrypi /weewxd: historygenerator.py: minvalues, 
> maxvalues and colours must have the same number of elements in table: 
> rain_days_table
> Oct  5 07:05:37 raspberrypi /weewxd: historygenerator.py: Generated 8 
> tables in 0.97 seconds
> Oct  5 07:07:37 raspberrypi weewx[31243] INFO weewx.cheetahgenerator: 
> Generated 25 files for report StandardReport in 121.17 seconds
> Oct  5 07:07:38 raspberrypi weewx[31243] INFO weewx.reportengine: Copied 
> 327 files to /var/www/html/weewx
> Oct  5 07:07:43 raspberrypi weewx[31243] INFO weewx.cheetahgenerator: 
> Generated 1 files for report Highcharts in 4.84 seconds
> Oct  5 07:07:43 raspberrypi weewx[31243] ERROR weeutil.ftpupload: Failed 
> uploading /var/www/html/weewx/SO_wetter_year.html to server 213.160.71.98. 
> Reason: '451-Error during write to file#02451-Transfer aborted#012451 0.080 
> seconds 

[weewx-user] Re: Weewx Belchertown Kiosk page

[Karen K]

The real reason is, that the Belchertown skin does not obey all the rules 
of the Bootstrap grid system. And additionally it changes some basic 
settings within style.css to the worse. 

Dan Roman schrieb am Dienstag, 3. Oktober 2023 um 18:14:08 UTC+2:

> I don't quite understand why the kiosk example on the GIT looks like the 
> first picture below, which is supposedly sized for a 1280 x 800 screen but 
> my tablet with a 2048 x 1536 screen looks terrible (second picture).  
>
> Is this just a browser issue on the tablet?  Anyone find a easy way to fix 
> it?  It's an old Samsung 8" tablet I am trying to repurpose.  I tried 
> Chrome and the Samsung browser and they both look the same.  Kiosk looks 
> good on my desktop browser but doesn't look good on my phone either (which 
> is also greater than 1280 x 800 resolution).
>
> Github image sample of kiosk:
> [image: kiosk page]
>
> Screenshot from my tablet:
> [image: Screenshot_20231003-120527.png]
>
> Thanks!
>
>

-- 
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/55070661-b0f7-4eeb-b4f8-bd7f43487ea4n%40googlegroups.com.

[weewx-user] Introducing weewx-svg2png generator for creating thumbnail images and mini-pics in WeeWX

[Karen K]

If there is a link in a social media post, sites like Twitter (X), Mastodon 
and others show a preview image or thumbnail of the linked page. For a long 
time I wondered how to define that image. Then I found out they look for 
special "meta" statements within the page header. I included such 
statements in my weather website, and indeed, the respective images were 
displayed.

I used a screenshot for that purpose. But the screenshot said 3,8°C, and 
it's summer time and temperatures are much higher. And I wondered how to 
get actual data into that screenshot. So I thought I could create an SVG 
file using the CheetahGenerator functionality of WeeWX, and convert it to 
PNG afterwards. I found the CairoSVG package to do the converting job. 

But how to do the conversion after WeeWX created the SVG file, but before 
WeeWX sends the data to the web server?

The answer is to write a generator for use in skins. And that's it: 
weewx-svg2png 

Now I look what is happening, and meanwhile I publish the generator here.

-- 
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/e665415e-0e7a-4a3c-bc37-5f86f23ea32bn%40googlegroups.com.

[weewx-user] Re: "First Light", working, but with some problems

[Karen K]

b) Your should look which service creates those messages. According to your 
log it ist "StationRegistry". So, what is "post_interval" saying in your 
weewx.conf? Besides that, if I remember it correctly, station registry is 
not working actually. Try setting "register_this_station" to "false".

Craig Young schrieb am Sonntag, 1. Oktober 2023 um 05:57:10 UTC+2:

> After writing a new driver for my station and configuring weewx to support 
> its  data stream I was able to run weewx live for a few minutes, then shut 
> it down to check SYSLOG (debug=2).
> There appears to be two problems (see attached syslog excerpt):
>
> a) The database and reports are updating on two minutes intervals.  The 
> config file has this set for 1 minute intervals:
> "INFO weewx.engine: Using archive interval of 60 seconds (software record 
> generation)"
>
>  Maybe there is some other setting required?
>
> b) There are several HTTP ERROR 429: TOO MANY REQUESTS messages.  Not sure 
> why this is happening.
>
> I think I am close to a fully operational system, just need to clean up a 
> few things.
>
> Craig
>

-- 
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/e7efb0cf-2c97-49f2-a006-3daca83690e9n%40googlegroups.com.

Re: [weewx-user] New Timespan $daylight for the time while sun is up

[Karen K]

Yes.

Mks Mk schrieb am Samstag, 30. September 2023 um 03:08:55 UTC+2:

> when it comes to coding the best we can do is copy and paste,  all we 
> wanna know is if this tag (*$daylight*) actually does work within NOAA 
> template file.
> thank you for your help
>
> On Friday, September 29, 2023 at 9:13:23 PM UTC+3 Karen K wrote:
>
>> Mks Mk schrieb am Freitag, 29. September 2023 um 19:09:10 UTC+2:
>>
>> We want to add below code or similar to its action to the NOAA monthly 
>> report file "*NOAA-%Y-%m.txt.tmpl*" but we do not know if it is possible 
>> to do so because of the span tags?
>>
>>
>>
>> Why not trying it?
>>
>> If you are not sure about the $span tag, you can replace it by something 
>> else like $ii
>>  
>>
>

-- 
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/47a6836e-5a7c-40d7-89b5-3dadc9d0eeaan%40googlegroups.com.

Re: [weewx-user] New Timespan $daylight for the time while sun is up

[Karen K]

Mks Mk schrieb am Freitag, 29. September 2023 um 19:09:10 UTC+2:

We want to add below code or similar to its action to the NOAA monthly 
report file "*NOAA-%Y-%m.txt.tmpl*" but we do not know if it is possible to 
do so because of the span tags?



Why not trying it?

If you are not sure about the $span tag, you can replace it by something 
else like $ii
 

-- 
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/6fadffa2-f14c-40d8-931e-bd8b2ea9b696n%40googlegroups.com.

Re: [weewx-user] Re: Database Schema: Signals

[Karen K]

Craig Young schrieb am Dienstag, 26. September 2023 um 06:03:11 UTC+2:

I inserted this line into my driver:
 weewx.units.obs_group_dict['signal1'] = 'group_angle'



You cannot use group names that you invent on the fly. The group for 
observation types measured in degrees is group_direction. 

If you want to define a new unit group you have to look into 
weewx.units.std_groups. It references 3 dicts, and all of them need an 
entry for your unit group.

-- 
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/a8d9bb39-947c-4241-b138-039d3956a357n%40googlegroups.com.

[weewx-user] Re: Weather Forecast from Deutscher Wetterdienst (DWD)

[Karen K]

Die Vorhersage wurde um die relative Luftfeuchte, den Windchill und den 
Hitzeindex erweitert.

weewx-DWD <https://github.com/roe-dl/weewx-DWD>

Karen K schrieb am Donnerstag, 3. Februar 2022 um 21:15:23 UTC+1:

> miwa...@googlemail.com schrieb am Donnerstag, 3. Februar 2022 um 17:25:18 
> UTC+1:
>
>> Noch ein Nachtrag bzgl. : Stattdessen sollte man besser eine 
>> style-Anpassung machen, etwa
>> 
>> um die Zeilenumbrüche zu erhalten. So habe ich das jetzt für mich gelöst.
>>
>> Ich nutze es so, daß die Zeilenumbrüche gerade *nicht* erhalten bleiben 
> sollen. Vielmehr soll der Text vom Browser entsprechend der Breite des 
> Bildschirms neu umgebrochen werden. Deshalb entfernt html2ent.ansi  
> und , das ansonsten bewirken würde, daß die Zeilenumbrüche erhalten 
> bleiben.
>
>

-- 
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/561778ac-30b7-47b3-822a-ab91b04f05acn%40googlegroups.com.

Re: [weewx-user] Re: Problem with weewx SQL database

[Karen K]

In /usr/share/weewx/weewx/units.py the wetbulb temperature is defined as 
outWetbulb instead of wetbulbTemp.

Remy LAVABRE schrieb am Sonntag, 17. September 2023 um 16:55:03 UTC+2:

> Hello and thank you for your answer.
> By adding the line weewx.units.obs_group_dict['wetbulbTemp'] = 
> 'group_temperature' to the /usr/share/weewx/user/extensions.py file, the 
> wetbulbTemp field is now imported correctly.
> Thank you for your help !
>
> However, I have a new question as I haven't been able to understand 
> exactly the weewx documentation on this subject. I clearly saw that the 
> case of adding electricity consumption to the database had been processed 
> but I did not understand the entire explanation given.
>
> To put it simply, I retrieve data in CSV format which I integrate at 
> regular intervals into the weewx database using wee_import.py (my weather 
> station does not have a USB output and the data is retrieved from AWEKAS).
> To the weather data, I would have liked to add for the period considered:
> - CPU load data (unitless)
> - The total and used memory of the Raspberry (kB unit)
> - The total and used capacity of the SSD (Gb unit)
> - Power consumption (Watt unit)
> - Water consumption (unit per liter)
>
> I created the fields I needed in the existing WeeWX database without 
> problem with wee_database
>
> What I couldn't do:
> - Create a new base group (for example group_memory with the new Kb and Gb 
> units). What file exactly should be modified or created and where is it 
> located?
>
> Compared to the documentation, I would tend to make a file 
> "/usr/share/weewx/user/memory.py" with in it:
>
>
>
>
>
>
>
>
>
> *import weewx.unitsweewx.units.obs_group_dict['rocketForce'] = 
> 'group_memory'weewx.units.USUnits['group_memory'] = 
> 'byte'weewx.units.MetricUnits['group_memory'] = 
> 'byte'weewx.units.MetricWXUnits['group_memory'] = 
> 'byte'weewx.units.default_unit_format_dict['byte'] = 
> '%.1f'weewx.units.default_unit_label_dict['byte'] = ' byte'*
>
> Is my approach correct? How to create the units kB and gB?
>
>
> - For data that is unitless such as charge1, charge5 and charge15 
> (assuming that the field names of the weewx.sdb database are 
> charge1,charge5,charge15 and that the names of the header fields of the CSV 
> file to import are charge1, charge5 and charge15), will the import be done 
> by putting in the CSV import configuration file for wee_import.py:
> source = CSV
>
> [CSV]
> 
> [[FieldMap]]
> dateTime= dateTime, unix_epoch
> 
> charge1= charge1
> charge5= charge5
> charge15   = charge15
>
> Thank you for your help because I have my data in a CSV file but am a 
> little lost importing it into the weewx database...
>
> *Rémy LAVABRE*
>
>
> Le sam. 29 juil. 2023 à 13:33, gjr80  a écrit :
>
>> Should have spelt out the full path/file:
>>
>> /usr/share/weewx/user/extensions.py
>>
>> Didn’t say the WeeWX daemon has anything to do with your issue, was 
>> pointing out that for WeeWX to pickup the new settings (eg for reports, 
>> services etc) you need to restart the daemon. This is SOP for changes to 
>> .py files. For wee_import you do not need to restart. 
>>
>> Gary
>> On Saturday, 29 July 2023 at 09:47:31 UTC+1 remy.l...@gmail.com wrote:
>>
>>> Thanks Gary for your response.
>>> I added :
>>>
>>>
>>> import weewx.units
>>> weewx.units.obs_group_dict['wetbulbTemp'] = 'group_temperature'
>>>
>>> in file /usr/share/weewx/weecfg/extension.py
>>>
>>> It didn't change anything about the problem when using wee_import.py, I 
>>> still get the same error.
>>> I specify that I did not create a field ['wetbulbTemp'] in the WeeWX 
>>> database but simply renamed ['heatindex1'] to ['wetbulbTemp'].
>>>
>>> The WeeWX daemon does not enter (in my opinion) into the problem since 
>>> to use the wee_import.py utility it is strongly advised to stop it... What 
>>> I do.
>>>
>>> I saw in the documentation what you are talking about where it is a 
>>> question of creating a user/electricity.py service, but unfortunately did 
>>> not quite understand where this electricity.py file went... :-(
>>>
>>> *Rémy LAVABRE*
>>>
>>>
>>> Le sam. 29 juil. 2023 à 10:04, gjr80  a écrit :
>>>
 Your problem is that wee_database --add_column/--rename_column makes 
 all necessary changes to the database, but it does not make any change to 
 the WeeWX unit system; in other words WeeWX knows there is a field 
 wetbulbTemp in the database but does not know if it is a temperature, 
 wind speed or rainfall. To fix this you need to add wetbulbTemp to the 
 WeeWX unit system, the usual approach for this is to add a couple of lines 
 of code to user/extensions.py (refer to Assigning a unit group 
  
 in the Customization Guide 
 ), in your case 
 something like the following should work (untested):

Re: [weewx-user] WeeWX in an RV?

[Karen K]

You could set
degree_compass = " °"
in section "Labels" of section "Units" in lang/en.conf, skin.conf or 
weewx.conf

Sheldon Herold schrieb am Donnerstag, 14. September 2023 um 12:20:55 UTC+2:

> Bin bald zuhause.
> -Von meinem Garmin-Gerät gesen 
>
> Stefan Gliessmann  schrieb am Do., 14. Sept. 2023, 
> 12:17:
>
>> Thank you for reminding me of Karen's input ...
>>
>> Nevertheless, I am unable to have units for the coordinates displayed in 
>> Belchertown skin.
>> Furthermore, longitude and latitude are first invalid observation
>> [image: Screenshot 2023-09-14 at 11.40.15.png]
>> until a MQTT GPS packet is delivered. Then in turns into
>> [image: Screenshot 2023-09-14 at 11.40.08.png]
>>
>> Any ideas why?
>>
>> P.S.: I changed from gpsLat to latitude and gpsLong to longitude ...
>>
>> On Saturday, September 9, 2023 at 7:39:50 PM UTC+2 vince wrote:
>>
>>> Karen answered your question previously - 
>>> https://groups.google.com/g/weewx-user/c/Fwd1BvCfCoM/m/NAuZqAfTAAAJ
>>>
>>> On Saturday, September 9, 2023 at 10:07:50 AM UTC-7 Stefan Gliessmann 
>>> wrote:
>>>
>>> What is the right unit for longitude and latitude?
>>> They should be degrees, but other then for temperature or compass I 
>>> couldn't find any other ...
>>>
>>> [image: Screenshot 2023-09-09 at 19.05.18.png]
>>>
>>>  
>>>
>> -- 
>>
> 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+...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/75fe0f45-0523-452c-b5cc-325007ca5929n%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/793ade6d-a6fc-4739-ae75-9ac1d1d71a58n%40googlegroups.com.

[weewx-user] Diagrams of readings of the DWD weather stations

[Karen K]

By now this applies to Germany only. So I describe it in german.

Die WeeWX-Erweiterung weewx-DWD  kann 
die Meßwerte der Stationen verschiedener staatlicher Wetterdienste abrufen. 
Bisher konnte man damit nur aktuelle Werte mittels $current als Zahlenwerte 
darstellen.

Nun habe ich ein Modul ergänzt, daß die Werte in eine Datenbank speichert, 
die von WeeWX verarbeitet werden kann. Vorerst funktioniert das nur mit 
CDC-Werten vom DWD.

Durch das Speichern der Werte ist es nun auch möglich, die Werte in 
Diagrammen anzuzeigen.

Der Grund, warum hierfür ein extra Modul notwendig war und nicht die 
Speicherroutinen von WeeWX genutzt werden konnten, ist, daß die Werte vom 
DWD mit Verzögerung bereitgestellt werden, so daß man andere Zeitstempel 
hat.

-- 
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/a1d69785-4e50-4e76-bd04-2dac586c19dfn%40googlegroups.com.

[weewx-user] Re: Observation Types

[Karen K]

I would suggest to look into obs_group_dict in 
/usr/share/weewx/weewx/units.py for a list of pre-defined observation types 
and their unit groups.

-- 
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/5ffd9234-3017-44e0-924a-271b53b5bb4bn%40googlegroups.com.

[weewx-user] Re: formatting issue in cheetah

[Karen K]

Unfortunately the greek my character and the cubic symbol are not US-ASCII. 
So they have the 8th bit set. There are different methods to do that. The 
older one is ISO 8859, where one byte is always one character. The newer 
one is UTF-8 where one character can be 1, 2 or even more bytes. So if you 
have an UTF-8 character, containing of 2 bytes interpreted as ISO 8859, you 
see 2 characters instead of the one you want to see. 

So the question is: What does the browser think about the character set? 
And what character set is used for Cheetah?

See the first line of the templates *.html.tmpl. There is a line beginning 
with #encoding followed by the name of a character set. That name must 
match the character set you used to save the file.

Then there may be a line  (or ISO-8859-1 instead of 
UTF-8).

Then, in skin.conf there may be lines "encoding = ...". What do they say?

Make sure, all the encoding directives match your file's encoding.

vince schrieb am Donnerstag, 24. August 2023 um 21:29:46 UTC+2:

> I have absolutely no idea what you just said.  Sorry - US ASCII person 
> here :-)
>
> View source shows 
> AQI: 56(14.6 g/m)
>
> and https://www.w3schools.com/charsets/ref_html_8859.asp matches up 
> (circumflex accent and micro symbol) but I have no idea what to do about it.
>
>
>

-- 
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/b70c211e-4e7c-48d9-8632-6b716e306e0fn%40googlegroups.com.

Re: [weewx-user] Request - for python Requests module in v5 pip install

[Karen K]

Most Linux distributions provide Python requests by means of their package 
management and update system. pip would mess up with this.

Tom Keffer schrieb am Donnerstag, 24. August 2023 um 16:03:03 UTC+2:

> Good reason to always run out of a virtual environment.
>
> On Thu, Aug 24, 2023 at 5:59 AM matthew wall  wrote:
>
>> invoking pip as a possible side effect of installing a weewx extension 
>> has "danger will robinson" and "there be dragons" written all over it.
>>
>> although it *could* mean one fewer step when installing a weewx 
>> extension, and it probably would not be a problem on a system that is 
>> running only weewx and where weewx was installed using pip and where weewx 
>> is being run in a virtual environment (and i might have missed a few more 
>> 'and's), it could be problematic in many other situations.
>>
>> pip is horrible at dependency management - it will happily break one 
>> python package as it tries to satisfy dependencies for another, and unless 
>> you have extensive unit tests for everything you ever want to run, you 
>> won't notice it until something that used to run just fine breaks.
>>
>> i wish there were a good solution to python 
>> installation/upgrade/management that works across operating environments 
>> and packaging systems.
>>
>> On Wednesday, August 23, 2023 at 4:06:17 PM UTC-4 tke...@gmail.com wrote:
>>
>>> We are trying to keep the number of modules down to a minimum.
>>>
>>> I suppose we could add a feature to the WeeWX extension installer that 
>>> allowed extension writers to specify which pypi modules they need for their 
>>> extension. It would look something like
>>>
>>> class MyInstaller(ExtensionInstaller):
>>> def __init__(self):
>>> super().__init__(
>>> version="0.5",
>>> name='my',
>>> ...
>>> files=[
>>> ...
>>> ],
>>> pypi = [requests,]
>>> )
>>>
>>> The installer would then run pip to install the specified modules.
>>>
>>> -tk
>>>
>>> On Wed, Aug 23, 2023 at 12:53 PM Chris Alemany  
>>> wrote:
>>>
 Hello all,

 I’ve moved over to v5 successfully for the most part. One missing piece 
 I’ve come across with two extensions now is the Requests modules. I use 
 the 
 weewx-purpleAir and a Mastodon wxtoot extension that both rely on this 
 module. I’m not sure how common it is in other extensions.

 I’m sure you want to keep the number of modules down to a minimum but 
 I’ll put my hand up to include pip requests in the weewx-venv.

 Cheers
 Chris

 -- 
 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+...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/weewx-user/06890F55-849E-42BB-93BB-72CFCDB28960%40gmail.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+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/eb451f54-2289-4637-9c52-d0398303f017n%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/1424a949-214c-484d-aaad-dbbb2f2eb828n%40googlegroups.com.