[aprssig] Why Not "Gate in Vicinity" (phones)

Lynn W. Deffenbaugh (Mr) ldeffenb at homeside.to
Mon Dec 26 14:35:25 EST 2011


On 12/26/2011 1:25 PM, Pete Loveall AE5PL Lists wrote:
> But the problem stems back to the IGate becoming the arbiter on what gets gated to RF and must ensure proper operation.<snip>
>
> <snip>  Everything beyond that is simply an IGate sysop's decision of what else they can -safely- gate to RF that might be of interest to the local RF operators.  That decision has nothing to do with who might be in the area on APRS-IS only.

I agree whole-heartedly.  What goes onto RF through an IGate must be 
decided by, and controlled by, the IGate operator.  S/He cannot, in my 
opinion, rely on any centrally configured rules, nor on any client-side 
configured settings that "request" or "demand" nor even "control" -IS to 
RF IGating.  What gets transmitted is the responsibility of the IGate 
operator, who defers that decision to arbitrary -IS stations running 
some APRS client at his/her own peril (read: wrath of the local APRS RF 
community).

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

PS.  Just watch the APRS-IS stream for a while and you'll readily see 
stations doing crazy things just as Pete's original observations that 
started this whole thread.  Mayhem (and not the funny guy on the recent 
commercials (USA TV reference)) follows APRS-IS stations with crazy and 
bizarre beaconing practices.

73, Pete Loveall AE5PL pete at ae5pl dot net

>> -----Original Message-----
>> From: Bob Bruninga
>> Sent: Monday, December 26, 2011 12:04 PM
>>
>> A smart-phone AP in use by a ham should be seen on local RF in my opinion.
>> So to answer the question of how-often, I'd propose this rule:
> _______________________________________________
> aprssig mailing list
> aprssig at tapr.org
> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig
>





More information about the aprssig mailing list