Order Tray | Contact Us | Home | SIG Lists

[aprssig] Traffic info in APRS

William McKeehan mckeehan at mckeehan.homeip.net
Tue Apr 5 16:20:42 UTC 2005


If you put them directly onto RF, then you would need one station for each
area that you want to cover.

If you put them onto the IS, then you only have one station responsible for
getting all of the data and distributing it out (via the IS) then any IGate
can choose to gate the objects as they feel necessary.

Somewhat like the firenet approach.

On Tue, April 5, 2005 12:14 pm, Robert Bruninga said:
>>>> cak at dimebank.com 4/5/05 11:33:04 AM >>>
>>But since I've brought the subject up ... if someone points
>>me at example code for adding objects of this type to
>> APRS-IS, I'll take a shot at putting some of the speed
>>data into the system.
>
> Actually, They are not needed in the "APRS-IS".  THey are very
> local packets only desired on RF in the immediate
> vicinity of the traffic slowdown for mobile users to see on
> the front panel of their APRS radio.
>
> See http://www.ew.usna.edu/~bruninga/aprs/traffic.html
>
> The APRSdos version APRStfc.exe is such a system.  It
> monitors all APRS mobiles in an area as "probes" and uses
> their speed past sysop defined choke points (a simple text file)
> to generate SPEED POST SIGN objects showing the
> speed of traffic past a point.  These are specifically formatted
> to fit nicely on the front panel of the APRS radios.
>
> There is also a UIview add-on, but it has features
> that are (in my opinion) too easy for the not-fully-informed
> user to screwup and in some cases give worse data
> than no data at all.
>
> de Wb4APR, Bob
>
>
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
>
>


-- 
William McKeehan
KI4HDU
Internet: mckeehan at mckeehan.homeip.net
http://mckeehan.homeip.net




More information about the aprssig mailing list