On 10 October 2017 at 10:36, gjr80 wrote:
> Just to clarify the StdQC operation, specifying units different to the
> database units is quite acceptable as the StdQC service will automatically
> convert the limits to the database units. The danger comes when units are
> not specified in [StdQC] as the limits are then taken to be in native
> database units.
Clarity is always welcomed. :-)
I see the line in weewx.conf that says...
# This section is for quality control checks. If units are not specified,
# values must be in the units defined in the StdConvert section.
[StdQC]
Taking that onboard and with what you're saying then...
Regardless of the database units being used (US, METRIC, METRICWX),
weewx will convert the [[MinMax]] entry, for any field, to whatever is
required, but only so long as units are specified in that line?
If there are no units specified it's assumed that they are the same
units as the database [StdConvert].
So Hajos [StdQC] service entry for barometer is missing the units
designation, or there is no entry at all?
(Looking at a default install of 3.7.1 config, the barometer entry
exists as inHg, with the units label after it.)
Or, it is a tad more complicated and involves database types...
> Since 26.0inHg and 32.5inHg are approximately 880.5hPa and 1100.6hPa
> respectively, I suspect the issue here is that the barometer reading of
> 1020.08170508 is in fact being treated as inHg and not mbar/hPa.
Because their database is in USunits, and the barometer value being
presented to the database is therefore still being recognized as inHg?
ie: the driver is not notifying weewx of the incoming units (mbar/hPa)
- and the database type it's intended for. (such as owfs.py which
defaults to METRIC and if you send it to another type (say METRICWX)
then conversion happens automatically - cm become mm, kph become m/s)
> Setting the
> StdQC barometer limits to 800, 1100 (with no units) will prevent the StdQC
> limit warning but it will not fix the underlying issue.
So, even if it's specified as ...
[[MinMax]]
barometer = 880, 1100, hPa
Or revert to the default installations setting complete entry of
(which would be converted automatically anyway)...
[[MinMax]]
barometer = 26, 32.5, inHg
neither will truly fix it? Until the database unit mismatch is sorted?
Or have I lost the thread entirely? And if I have missed it, what then
is the suspected underlying issue? (To recap: I'm assuming it's the
notification from driver to weewx of the units/database it's expecting
on handover. Failing that it's the entry in [StdQC]?)
Coffee time!
>
> Gary
>
> On Tuesday, 10 October 2017 08:04:54 UTC+10, Glenn McKechnie wrote:
>>
>>
>> On side note - you need to configure your Standard Quality service
>> [StdQC] in weewx.conf as it appears to be set for US values, you are
>> generating Metric - hPa and its rejecting those values as outside it
>> limits.
>>
>> 2017-10-09 22:13:47 CEST (1507580027) LOOP value 'barometer'
>> 1020.08170508 outside limits (26.0, 32.5)
>>
>> Yours, is probably set at the defaults...
>> [StdQC]
>>
>> [[MinMax]]
>> barometer = 26, 32.5, inHg
>>
>> When it should be something like (as a direct conversion) ...
>>
>> [StdQC]
>> ยทยทยทยท
>> [[MinMax]]
>> barometer = 880, 1100, hPa
>>
>> Or commented out.
Cheers
Glenn
rorpi - read only raspberry pi & various weewx addons
https://github.com/glennmckechnie
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
