[OZAPRS] Filtering out bushfires

Mathew McKernan mathew at mmckernan.id.au
Mon Feb 26 11:05:21 AEDT 2018

Hi Liz,

I'd tend to agree especially with the example you've given.

Take it from a lens of what is on the RFS website and raise the issue with them that the information is not timely, current or accurate. WXSVR reads that data, rather than confusing the issue with RFS, I would simply inform them that their information published is out of date when in actual fact they have incidents that are "going" but not marked as "under control" etc.



From: OZAPRS <ozaprs-bounces at aprs.net.au> on behalf of Liz <liz at billiau.info>
Sent: Sunday, 25 February 2018 11:17 AM
To: ozaprs at aprs.net.au
Subject: Re: [OZAPRS] Filtering out bushfires

QTR Sat, 24 Feb 2018 06:58:21 +0000 Mathew McKernan QTC

> Hi Liz,
> Out of interest are they BFA or BFU objects?
> BFU means bushfire under control, you could write a APRS-IS filter to
> exclude these objects, I think...
> If the crew is not putting in the under control status update to RFS,
> then that isn't easily stopped on APRS. I'd need to do that filtering
> on WXSVR, but there is no way to really pick the difference between a
> fire that has not been updated by the incident controller with RFS,
> or a big job that is not yet under control (e.g. a bigger incident
> requiring days to extinguish and get it under control).
> 73's,
> Matty
> ________________________________
> From: OZAPRS <ozaprs-bounces at aprs.net.au> on behalf of Liz
> <liz at billiau.info> Sent: Monday, 19 February 2018 8:39:58 PM
> To: OZAPRS at aprs.net.au
> Subject: [OZAPRS] Filtering out bushfires
> I'd like to filter out bushfires where there is no change in the
> packet after a time period.
> The locals are a bit slack with the paperwork and "fires" are still
> active days after they are gone.
> So I'd like some ideas on how to filter out these sort of packets from
> Liz

Today's one example is BFA
2018-02-20 18:31:27 - 2018-02-25 11:02:18

thanks for the input, I can't see any way of sorting this out without
social engineering at the input stage.

OZAPRS mailing list
OZAPRS at aprs.net.au
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.aprs.net.au/pipermail/ozaprs/attachments/20180226/0d913559/attachment.html>

More information about the OZAPRS mailing list