[aprssig] Correct PSAT & igating

Max Harper kg4pid at yahoo.com
Mon Jun 8 12:42:22 CDT 2015


Kenneth, maybe you are missing the point. I do this for fun and to prove to myself that I can do it. I don't do it to prove anything to anyone else. And to add an sgate mode to aprx is hardly crippling it when it solves problems.
Max KG4PID
       From: Kenneth Finnegan via aprssig <aprssig at tapr.org>
 To: la3qma at aprs.la 
Cc: TAPR APRS Mailing List <aprssig at tapr.org> 
 Sent: Monday, June 8, 2015 10:55 AM
 Subject: Re: [aprssig] Correct PSAT & igating
   
> So for regular terrestrial APRS use i agree that this is not something APRX
> should do differently. But for satellites it's a bit different as "direct"
> positions are a false position and has gone directly to an IGATE and not via
> "space".

It seems like the issue comes down to whether or not the APRSAT
constellation is motivated by the idea that bouncing an APRS packet
through a satellite is a novelty, or if the constellation is motivated
by the idea that being able to have satellite-like coverage for APRS
would be useful for users.

If I was beaconing on 145.825MHz because I felt that I really needed
satellite-like coverage, artificially reducing APRS coverage by
dropping any direct I-gates is a bad idea. If I'm beaconing on
145.825MHz because I want to get credit for bouncing a packet off a
satellite, I either need to accomplish a QSO with another user to get
a postcard certifying that I have bounced a packet off a satellite, or
just manually copy the packet out of my RF log and paste it on
Twitter.

If you want to try and build an entire separate APRS network for
satellites, so be it, but I'm not supporting crippling I-gates to
ensure that you get the street cred for bouncing a packet off a
satellite in an automated fashion.

--
Kenneth Finnegan
http://blog.thelifeofkenneth.com/




On Mon, Jun 8, 2015 at 8:04 AM,  <la3qma at aprs.la> wrote:
> Quoting "Kenneth Finnegan" <kennethfinnegan2007 at gmail.com>:
>
>> What we're discussing here is trying to use the APRS-IS to analyze the
>> RF performance of a single digipeater.
>>
>> The APRS-IS was not designed to give any insight into local RF
>> performance. I'm not going to support any hacks on aprx to try and
>> work around that fact.
>>
>> If you want to perform RF analysis, you need to publish your raw RF
>> logs. For an example, see the Baldi digipeater page here:
>> http://baldi-aprs.kd7lxl.hamwan.net/
>> --
>
>
> You have probably a similar discussion...
>
> For a SGATE we are not discussing RF performance analyzis etc but the
> possibility for users to use i.e ISS to post a position via RF trough
> "space".
>
> Using APRX as an IGATE is now posting "false positions" for a user as it
> insert them even if it was not digipeated by ISS.
>
> This is misleading as users then seems to have been using a satellite but
> the real story is that the local igate just inserted it.
>
> So for regular terrestrial APRS use i agree that this is not something APRX
> should do differently. But for satellites it's a bit different as "direct"
> positions are a false position and has gone directly to an IGATE and not via
> "space".
>
> Kai Gunter
> LA3QMA
>
_______________________________________________
aprssig mailing list
aprssig at tapr.org
http://www.tapr.org/mailman/listinfo/aprssig


  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.tapr.org/pipermail/aprssig/attachments/20150608/30149040/attachment.html>


More information about the aprssig mailing list