<html><body><div style="font-family: Arial; font-size: 12pt; color: #000000"><div>One more tidbit, with fldigi, wsjt-x, etc. the ability to automatically upload to a spotting site is opt-in only.  I suppose this addresses privacy, potential outbound firewall issues, non-internet scenarios, decentralized aspects of the modes, etc.<br></div><div><br></div><div>On this topic, for some reason, I keep recalling coursework on graph theory.  In a sense, a non-depuped data set is as close to a fully connected graph as you might achieve for a given packet, given the distribution of currently operating igates.  Whereas a deduped view is always a subset path of that graph (<a href="http://mathworld.wolfram.com/topics/GraphTheory.html">http://mathworld.wolfram.com/topics/GraphTheory.html</a>).  Knowing both would help in thinking about redundancy in paths.  If one of the vertices he relies on goes down, he knows what alternatives are in range capable of RX'ing the packet and igating it or digipeating it along (analytics knowledge possible with a de-duped view).<br></div><div><br></div><div>73, KD0KZE / Paul<br></div><div><br></div><div><br></div><hr id="zwchr"><div data-mce-style="color: #000; font-weight: normal; font-style: normal; text-decoration: none; font-family: Helvetica,Arial,sans-serif; font-size: 12pt;"><b>From: </b>"Paul Bramscher via aprssig" <aprssig@tapr.org><br><b>To: </b>aprssig@tapr.org<br><b>Sent: </b>Thursday, June 11, 2015 9:38:10 AM<br><b>Subject: </b>Re: [aprssig] Correct PSAT & igating<br><div><br></div>I was thinking mainly of two scenarios in which a comprehensive<br>(non-deduped) view of igated packets would be useful.  (I do this as an<br>unpaid hobby, novelty and personal challenge are common to most any<br>hobby, otherwise it's like a mundane dayjob -- but without the pay.)<br><div><br></div>1. Terrestrial + non-digipeated.  Like pskreporter.info, wsprnet.org,<br>etc. for band conditions.  I know APRS-IS wasn't designed for this, but<br>other digital modes/software increasingly allow for automatic spot<br>reporting.  Maybe we simply need a "aprsreporter.info" equivalent.  A<br>central bucket that igates could dump a secondary copy of all RX'd<br>packets into, hooked up to an openstreetmap.org or google map interface<br>with a simple XML/REST type API.  Good ones sort of exist (aprs.fi), but<br>with the deduped aspect.<br><div><br></div>While band conditions are of more interest to HF, and probably<br>researchers/engineers/etc., looking at who can receive your local 2m<br>packets has more selfish (and therefore more personally useful)<br>purposes: you can verify that your equipment is setup optimally, you<br>have good antenna placement, you can see how little power you can get<br>away with, how local geography/topography affects your reach, and<br>possible emcomm uses -- to verify that you can hit a certain APRS<br>ipgate, in a certain location, with a certain antenna and power level.<br><div><br></div>2. Primarily non-terrestrial + digipeated.  Unless we're working EME,<br>meteor scatter, etc. working over a satellite or high altitude balloon<br>offers the greatest line-of-sight 2m FM work and challenge for most of<br>us.  Bob mentioned doing a multi-hop satellite-to-satellite path here<br>(http://www.aprs.org/pcsat.html).  And if the number of APRS-equipped<br>cubesats and/or Google's Loon ever take off (literally speaking), there<br>would be all sorts of interesting APRS work possible -- and it would be<br>useful to see how many ground stations simultaneously RX the same<br>packets.  Both as a test of the satellite, as well as personal/selfish<br>reasons: I'd expect ARRL + AMSAT to expand the awards available for<br>satellite work as more opportunities open up.<br><div><br></div>I know alot of people have time/effort invested into the current<br>arrangement, and that (I work IT professionally myself) some kinds of<br>architectural changes are too fundamental if approached head-on.    It<br>needn't inject anything into the current system, and offer no IS->RF<br>capability.  So I was mainly thinking of an add-on service (i.e. like an<br>aprs spotting site).<br><div><br></div>Or perhaps even an aprs-is 2.0.  Ideally, a topology that would<br>accommodate the kinds of suggestions I've seen in the aprsisce group<br>also -- for example, a real-time lightning map.<br><div><br></div>73, KD0KZE / Paul</div></div></body></html>