You have many single data points, separated with long stretches of nulls
--- no lines. That's why line_gap_fraction isn't working.

By design, WeeWX drivers don't cache data. See the guidelines
<https://www.weewx.com/docs/5.0/custom/drivers/#general-guidelines> for
writing drivers.

However, you could write a simple service that retains the last value and
uses it if a null value is seen. Perhaps up to a maximum time. But, there's
nothing like that in WeeWX.

On Thu, Mar 14, 2024 at 6:54 PM Greg from Oz <[email protected]> wrote:

> Here is a snippet of the database:
> select dateTime ,inTemp, inHumidity, pressure from archive where dateTime
> >= 1710459900 ;
> +------------+--------+--------------------+-------------------+
> | dateTime   | inTemp | inHumidity         | pressure          |
> +------------+--------+--------------------+-------------------+
> | 1710459900 |  23.99 | 54.019999999999996 | 968.3500000000003 |
> | 1710460200 |   NULL |               NULL | 968.3142857142858 |
> | 1710460500 |   NULL |               NULL | 968.3166666666667 |
> | 1710460800 |   NULL |               NULL | 968.2166666666667 |
> | 1710461100 |   NULL |               NULL | 968.1583333333334 |
> | 1710461400 |  24.26 |              53.23 | 968.1000000000001 |
> | 1710461700 |   24.5 |              53.34 | 968.0833333333335 |
> | 1710462000 |   NULL |               NULL | 968.1416666666668 |
> | 1710462300 |   NULL |               NULL | 968.0916666666667 |
> | 1710462600 |   NULL |               NULL | 968.1285714285715 |
> | 1710462900 |   NULL |               NULL |           968.225 |
> | 1710463200 |  25.01 |             52.795 | 968.1666666666666 |
> | 1710463500 |   NULL |               NULL | 968.1083333333335 |
> | 1710463800 |  25.52 | 51.754999999999995 | 968.1357142857144 |
> | 1710464100 |   NULL |               NULL | 968.1083333333332 |
> | 1710464400 |   NULL |               NULL | 968.0916666666667 |
> | 1710464700 |   NULL |               NULL | 968.0083333333332 |
> | 1710465000 |  25.82 |              50.49 | 968.0142857142857 |
> | 1710465300 |  26.03 |             50.535 | 967.9583333333334 |
> | 1710465600 |   NULL |               NULL | 967.8333333333335 |
> | 1710465900 |   NULL |               NULL | 967.8000000000001 |
> | 1710466200 |   NULL |               NULL |            967.75 |
> | 1710466500 |  26.54 |             50.095 | 967.6833333333334 |
> | 1710466800 |   NULL |               NULL | 967.6916666666666 |
> | 1710467100 |   NULL |               NULL | 967.6999999999999 |
> | 1710467400 |   NULL |               NULL | 967.7500000000001 |
> +------------+--------+--------------------+-------------------+
> 26 rows in set (0.000 sec)
>
> On Friday 15 March 2024 at 08:39:12 UTC+11 Tom Keffer wrote:
>
>> You may just have the option line_gap_fraction
>> <https://www.weewx.com/docs/5.0/reference/skin-options/imagegenerator/#line_gap_fraction>
>> set too low.
>>
>> On Thu, Mar 14, 2024 at 2:18 PM Greg from Oz <[email protected]> wrote:
>>
>>> Hi,
>>> I have removed my fineoffset usb and replaced it with SDR but the
>>> outside fine offset station doesn't sent inside temperature, inside
>>> humidity or barometer.
>>>
>>> I have added a BME280 sensor and can get the barometer readings every 30
>>> seconds and that is working and graphing OK.
>>>
>>> I have a zigbee battery powered device that I am using to get the inside
>>> temperature and inside humidity but I cannot get the graphs to show a solid
>>> line nor can I get the readings to consistently show on my web page because
>>> those readings come in a random times.
>>>
>>> Is there any way to make the readings "stick" until a new reading is
>>> received so the graphs look right and the readings are always on the web
>>> page?
>>>
>>> Look at the inside temperature graph on my web page to see what I mean:
>>> https://weather.ubeaut.work/
>>>
>>> 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 [email protected].
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/weewx-user/555c8101-8f4f-45ad-8dc7-03a7b2fbb7ean%40googlegroups.com
>>> <https://groups.google.com/d/msgid/weewx-user/555c8101-8f4f-45ad-8dc7-03a7b2fbb7ean%40googlegroups.com?utm_medium=email&utm_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 [email protected].
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/53147a8b-34d0-49fa-ab86-78bf8c931029n%40googlegroups.com
> <https://groups.google.com/d/msgid/weewx-user/53147a8b-34d0-49fa-ab86-78bf8c931029n%40googlegroups.com?utm_medium=email&utm_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 [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEBACWxwCB4By2HsHe7zzi%3DLb589eLPm3_%2BdcWyY_x45Og%40mail.gmail.com.

Reply via email to