For whatever reason, sometimes linebreaks are only denoted as \n in the
querry-result. This lead to the temperature RegEx matching the dew point. This
caused the temperature to be reported the same as the dew point. These changes
should make the RegEx more specific and work consistently, no matter if
linebreaks are actual linebreaks or just \n.
This adds a plugin for relative humidity, based on the weather_press_ and
weather_temp_ plugins. It's basically a copy of these two plugins with only
minor adjustments.
The read function on an urllib urlopen object returns an object as a response.
Regular expressions using re can't be used on such objects. This causes
the following error:
```
Traceback (most recent call last):
File "/tmp/weather/./weather_press_LOWW", line 43, in <module>
hpa = re_hpa.findall(txt)[0]
TypeError: cannot use a string pattern on a bytes-like object
```
This can be easily fixed, because said object can simply be cast to string.
Which is, what this patch does for both the US NOAA based plugins.
The data was incorrectly loaned from a `temp` subgraph, which should
have been `temperature`.
This led to errors during munin-graph, as follow
[ERROR] Failed to find windChill source at temp.windChill, skipping field
[ERROR] Failed to find heatIndex source at temp.heatIndex, skipping field
[PERL WARNING] Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Munin/Master/Utils.pm line 1149, <GEN1> line 1728.
[ERROR] filename is empty for $VAR1 = {
'#%#name' => 'windChill',
'graph_data_size' => 'normal',
'label' => 'Wind chill [°C]',
'update_rate' => '300'
};
, temp.windChill
[PERL WARNING] Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/Munin/Master/Utils.pm line 1149, <GEN1> line 1728.
[ERROR] filename is empty for $VAR1 = {
'#%#name' => 'heatIndex',
'graph_data_size' => 'normal',
'label' => 'Heat index [°C]',
'update_rate' => '300'
};
, temp.heatIndex
Signed-off-by: Olivier Mehani <shtrom@ssji.net>
It's a bit backwards, but works a treat when you don't own the station
but want the data in a better format.
Includes warnings on UV and heat indices, and visible lines for wind
direction and indices.
Signed-off-by: Olivier Mehani <shtrom@ssji.net>
The following issues were fixed:
* comparison too broad (e.g. "0" misinterpreted as "true")
* python: comparing string with number (is never equal in python)
* unwanted non-zero exitcode (compound command "&&" as last command in
shell code block (e.g. "case" or "if" branch))
* access to unset variable (shell style issue)
Use expr to extract values and names from the OpenWeather API xml instead of the - when using a city with spaces in its name not correctly working - fgrep | tr | cut construct.
