Order Tray | Contact Us | Home | SIG Lists

[aprssig] APRS return to basics (DR)

Lynn W. Deffenbaugh (Mr) ldeffenb at homeside.to
Mon May 21 12:53:39 UTC 2012

As for station aging, APRSISCE/32 fades them out between a (not 
currently easily) configurable minimum and maximum station age.  The 
default is 80 minutes (possibly too long?) to 120 minutes the station 
will fade from 100% to 5% and then be removed completely.  Yes, you CAN 
tell how old a station's information is.   You just have to become 
familiar with your tools and how they present information to you.

You don't expect a full-time Yaesu operator to drop a Kenwood in their 
mobile and go on a road trip and understand how to use all of the 
features of the radio, do you?  How long, Bob, did you work with said 
"full color client" before taking it on the road trip?

Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

On 5/21/2012 8:46 AM, Dave B wrote:
> Hi.
> Yes, UiView, can filter out, or in, whatever class of object you desire.
> (I tend to remove all the CW weather stations, as they do just clutter
> things up, just my personal preference.)
> It can also depreciate objects that have been there with no update for a
> set time.  It "Greys" them at first, then removes them altogether.  All
> user configurable, with varying degrees of ease.
> The late great Roger (G4IDE, SK) did a FB job with that program.
> 73.
> Dave G0WBX(G8KBV)
> On 20 May 2012 at 23:43, Andre wrote:
>> the clutter is easy enough to fix, just add filtering to the software,
>>   don't want to see houses? filter out houses, don't want to see
>> mailboxes?  filter out mailboxes, only want to see moving things,
>> filter exclusivly to  moving stuff.
>> I think even ui-view alows filtering to some degree.
>> On Sun, 20 May 2012 23:30:59 +0200, Andrew Rich
>> <vk4tec at tech-software.net>   wrote:
>>> I work in radar and ads-b
>>> Radar is 4 seconds
>>> Adsb is 1/2 second
>>> Kalman filtering predict and smooths
>>> This is employed also in gps
>>> There is alot of extra clutter on aprs maps for sure
>>> We have mailbox beacons going for years with no messages
>>> Need a concerted effort reduce the noise
>>> Andrew
>>> Sent from my iPhone
>>> Andrew Rich
>>> On 21/05/2012, at 7:06, "Bob Bruninga "<bruninga at usna.edu>  wrote:
>>>> Dead dogs on the road.
>>>> I always look forward to the APRS travel day to Dayton, but get so
>>>> frustrated that it is nothing like it was 15 years ago before we
>>>> got  swamped with fixed ICONS instead of moving symbols.  Now we
>>>> just have  these ICONS on maps that have no CSE/SPD headers and
>>>> that do not move,  no matter how old they are, like dead dogs on
>>>> the highway.
>>>> I was using a client with full color APRS symbols and perfect maps
>>>> and  found it was practically useless to find someone while moving.
>>>>   You see  a callsign come into view and don't know if is there now,
>>>> or something  left from 3 hours ago!  You pass the spot on the road
>>>> and it is like  every other spot on the road, nothing there...
>>>> The original APRS dead-reckoned (DR'ed) all symbols.  That is, if
>>>> they  were moving when they transmitted then APRS moved it on
>>>> receipt until  updated.  It gave REAL-TIME knowledge as to what was
>>>> happening, not  some pretty map with 90% of all info not only
>>>> out-of-date, but not even  indicating what is fresh and what is old
>>>> dogs...
>>>> Back with the original APRS, If someone was 1/4 mile ahead of you,
>>>> then  his SYMBOL kept moving on your display the same 1/4 mile
>>>> ahead of you  (though still dragging an anchor line back to a tiny
>>>> circle showing  when that was updated).  This was a fundamental
>>>> concept of APRS that  went out the window when we started just
>>>> slapping fixed ICONS on  windows or google maps.
>>>> I know some software has dead reckoning, so I am not complaining
>>>> about  them, but if you are not seeing everything MOVING on your
>>>> display, then  you are not seeing LIVE APRS.  I guess I am going to
>>>> look deeper at  what clients bypassed this fundamental part of
>>>> APRS.
>>>> Im thinking of a new way to suggest implementation.  That is, maybe
>>>>   only DR for 10 minutes, and paint a DR'd symbol a light blue.  If
>>>> the  position (which had CSE and SPD) has not updated in 10 minutes
>>>> (2  attempts for a 5 minute commuter) then his symbol changes to
>>>> GREY, and  no longer a full color symbol and is not DR'd..  As
>>>> usual, if it is  older than 80 minutes, then it should disappear
>>>> unless called for.
>>>> This will make it instantly visible what is really happening on
>>>> APRS  with respect to moving stations. But the color, and the
>>>> anchor circle  and line back to last reported position gives no one
>>>> a false impression  of where someone was last reported and how much
>>>> time has elapsed since  that knowledge was true.
>>>> We MUST make sure that all software at least has CSE/SPD leaders
>>>> (showing the direction and speed).  The length of the leader is
>>>> proportional to the log of speed so that 600 MPH aircraft have
>>>> about a  2" leader and someone walking at 3 MPH has a leader at
>>>> least as wide as  his symbol.
>>>> I need to go check the COMPATIBILITY tables and make sure that all
>>>> APRS  clients do have leaders and DR.  If not, expect to hear from
>>>> me.
>>>> Bob, WB4APR
>>>> _______________________________________________
>>>> aprssig mailing list
>>>> aprssig at tapr.org
>>>> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>>> _______________________________________________
>>> aprssig mailing list
>>> aprssig at tapr.org
>>> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>> --
>> 73 Andre PE1RDW
> -- Help for Hero's European Rally 2012 participant.
> Please help by visiting:-
> http://www.bmycharity.com/TeamSnowball
> For any/all donations, all 100% goes to H4H.
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig

More information about the aprssig mailing list