[aprssig] Traffic Info via APRS
jgorkos at gmail.com
Fri Mar 15 13:37:36 CDT 2013
My intent would be for this to be a piece of code that runs on the digi
controller. Here in ATL, we're making a concerted effort to standardize
all our high-HAAT, wide area digis on APRX running on Rasp Pis or some
other embedded linux box, and they (will) all have direct internet
connections. The code I'm talking about would periodically pool the RSS
feed over the internet, and each digi would have a well defined zone they
are responsible for broadcasting traffic incidents for. If an incident
shows up in the RSS feed that occurs in that DIGIs zone, it would then
create and transmit the object, probably with no digi path (I.e. No
rebroadcast of the object). We'd coordinate the zones to have maybe 2 or
three miles of overlap on the boarders. This way, APRS-IS is completely
out of the loop: the digi gets the info directly from RSS and it goes
directly to RF.
On 3/15/13 2:10 PM, "Jason KG4WSV" <kg4wsv at gmail.com> wrote:
>On Fri, Mar 15, 2013 at 11:47 AM, Shawn Stoddard <stoddard at pobox.com>
>> The big question is does it clutter the map too much?
>No, the big question is does it clutter the _network_ too much.
>Code should be carefully written to be aware that it's on a shared
>1200 baud channel (overall TX rate checks, packet length, distance,
>utility to the users, etc).
>It's potentially a great service, but there's also a non-trivial
>chance for disaster when you tie the internet to RF.
>aprssig mailing list
>aprssig at tapr.org
More information about the aprssig