<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">But even if such a switch is
implemented in the IGate code, only the first digipeated received
packet will be propagated through the APRS-IS (and maybe show up
at aprs.fi). But then you'll be asking to see the
double-digipeated packet that hit two APRS satellites in orbit
before being received at the ground a second time and those would
still be dupe-suppressed.<br>
<br>
The only solution is a non-dupe-suppressing satellite-supporting
APRS-IS parallel after which you'd have to persuade Hessu at
aprs.fi to remove his further dupe-suppression to record and show
all of the packets coming in from this parallel network.<br>
<br>
That's a long up-hill battle you're barely at the start of IMHO.<br>
<br>
If the purpose of the APRS satellites is to provide a
super-long-range digipeater to ensure packet delivery from remote
areas, then the current system is working fine. If the purpose of
the APRS satellites is to give people visibility that their
packets actually traversed through space, then that's the same
thing as asking to use the APRS-IS as an RF analysis tool which is
beyond its design requirements.<br>
<br>
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and
Win32<br>
<br>
On 1/24/2016 6:28 PM, Robert Bruninga via aprssig wrote:<br>
</div>
<blockquote
cite="mid:CALdCfNLaJty5PCR7iUw0pyDU_jfnFab-BokkomUA5qsz5zOAsA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>I'm not trying to change the APRS-IS. I'm trying to fix
the satgate problem by asking any author of IGate code to
include a SATgate mode that will ignore direct, undigipeated
packets. When any authors respond with the feature, then we
will have a SATgate we can recommend for people to use.<br>
<br>
</div>
<div>This is a SATgate only issue and it should not be
included in terrestrial operation. Terrestrial APRS network
has a different objective.<br>
<br>
</div>
The people that we want to set up SATgates are Satellite folks
first and in far corners of the world and we want to eliminate
this obscure problem in that application by fixing it at hte
SATgate..<br>
<br>
</div>
Bob, WB4APR'<br>
<div>
<div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sun, Jan 24, 2016 at 4:43
PM, Jason KG4WSV <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:kg4wsv@gmail.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:kg4wsv@gmail.com">kg4wsv@gmail.com</a></a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sun, Jan 24, 2016
at 3:09 PM, Robert Bruninga via aprssig <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:aprssig@tapr.org"
target="_blank">aprssig@tapr.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">
<div dir="ltr">
<div>>... What you're describing is
trying to use the APRS-IS as a local
RF analysis tool.<br>
<br>
</div>
No, I'm trying to make the APRS
satellites work as a useful
constellation and to have their
integration into the APRS-IS work in a
consistent manner all over the world.</div>
</blockquote>
<div><br>
</div>
<div>It does - it treats your hypothetical
"satgate" just like any other Igate.</div>
<div><br>
</div>
<div> </div>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex">
<div dir="ltr">
<div>
<div class="gmail_extra">
<div class="gmail_quote">
<div>I'm just trying to identify
IGate code that has this SATgate
mode so that we can know what
software to recommend for
SATgate use.</div>
</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div><br>
</div>
<div>There isn't any. But that's OK, since
there isn't a special version of APRS-IS
stripped of deduplication running in your
hypothetical "satgate" mode to connect
them to.</div>
<div><br>
</div>
<div>This is exactly the same non-problem as
using APRS-IS for RF propagation
analysis. APRS-IS simply isn't designed
for that, and the way it is designed
actively prevents its use in that manner.</div>
<div><br>
</div>
<div>-Jason<span class="HOEnZb"><font
color="#888888"><br>
</font></span></div>
</div>
<span class="HOEnZb"><font color="#888888">
<div>kg4wsv</div>
</font></span></div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
aprssig mailing list
<a class="moz-txt-link-abbreviated" href="mailto:aprssig@tapr.org">aprssig@tapr.org</a>
<a class="moz-txt-link-freetext" href="http://www.tapr.org/mailman/listinfo/aprssig">http://www.tapr.org/mailman/listinfo/aprssig</a>
</pre>
</blockquote>
<br>
</body>
</html>