[aprssig] APRS Local Info Initative TM-D710A compatibitility

Ron Stordahl, AE5E ronn5in-aprssig at yahoo.com
Thu Apr 26 20:21:32 EDT 2012


Actually I didn't mean to imply keep ALL of the object packets off of APRS-IS.  What I was trying to emphasis is that these are primarily local in application.  What I actually do is to send them locally with NOGATE every 10 minutes and then send one every 30 to 60 minutes to APRS-IS.

The radio object packets are not digipeated, certainly not out several layers where they would be QRM.  On my recent road trip I heard voice repeater objects from several hundred miles away.  It could be that some sysops don't realize this is pointless.

Ron, AE5E



>________________________________
> From: Lynn W. Deffenbaugh (Mr) <ldeffenb at homeside.to>
>To: "Ron Stordahl, AE5E" <ronn5in-aprssig at yahoo.com>; TAPR APRS Mailing List <aprssig at tapr.org> 
>Sent: Thursday, April 26, 2012 3:43 PM
>Subject: Re: [aprssig] APRS Local Info Initative TM-D710A compatibitility
> 
>
>On 4/26/2012 4:10 PM, Ron Stordahl, AE5E wrote: 
>As such it does have to be sent frequently, perhaps every 10 minutes, but the path should be such that it does not end up on the APRS-IS network nor digipeated far far away.  You can keep it off of APRS-IS by terminating the path with the string ',NOGATE'.  IGates which are working correctly will not send such a packet to the internet.  The path itself should be short, perhaps only NOGATE so that no area digipeater will repeat it. 
>>
>Why keep such objects off the APRS-IS?  If I'm planning a trip into
    an area, I'd like to be able to scope it out in advance and see what
    the radio infrastructure might be there via aprs.fi (or your favorite APRS Internet site).
>
>Alternatively, if I'm using a contemporary APRS-IS client to see the
    surrounding infrastructure and have a voice-only radio, why hide the
    repeater objects from my visibilty?
>
>You're actually adding path length for NOGATE and could shorten the
    packet by 7 over-the-air bytes if you just let the APRS/APRS-IS work
    as designed instead of trying to keep packets "private" for some
    reason.
>
>Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20120426/800afc1d/attachment.html>


More information about the aprssig mailing list