[Date Prev][Date Next][Thread Prev][Thread Next] - [Date Index][Thread Index][Author Index]

Re: ISS Unproto Destination Address

While perhaps its too late to retrofit whats been done in previous versions of 
APRS (ie, *NOT* filter the header)... you don't now need to modify the APRS 
spec or parsing functions either.  Modifying behavior, or training, or elmering, 
or whatever you want to call it, is exactly what will need to be done to satisfy 
the needs of those folks with the Kenwood radios... by people who don't run 

Everything works just fine like it is... if you can train everyone (not using 
APRS) to use CQ as the TO destination, and begin the data portion of the 
packet with ">"... which many of us are doing (and teaching to others) by 
inserting the >gg##gg/- to get the grid posted to ariss.net.  Its no harder to 
teach people how to do this than it will be to teach them U CQ V 
NOCALL,GG##GG,NAME ... and in EXACTLY that format.

If you want to rewrite the code, I would suggest removing the header filter 
instead.  APRS brought on this "problem"... by design.  You can make it 
better for the future, in my opinion at least, by making it "freestyle friendly" in 
future revisions.

I look at this situation like this:  We're all sitting on 146.52 simplex, like we've 
always done.  And we're being asked to put our PL on 131.8 because there 
are a few guys driving around using TSQL and we want to be sure they can 
hear us if they happen to drive through our area at the same time that we are 
on.  This is because their radio manufacturer hard wired the TSQL ON, and 
did not make it selectable.

And the reality for me is... that I post the grid square to get posted to 
ariss.net -- not to show up on other APRS screens.  If Steve shuts down that 
service, then as a "freestyle operator" I will most likely not transmit the grid at 
all, unless someone requests it.  Like a voice or CW QSO... I would more 
likely transmit my name first, and then my city and state.  County and grid 
square are probably about equal is people's hunt for awards and certificates, 
and both of those bits of info are printed on my QSL card.

People who run APRS are already satisfying the need for other people to see 
the APRS.  APRS packets are already some of the "longest" data packets 
being sent through the digipeater.  Why encourage everyone in the world to 
increase the bit count (even though it is statistically small, considering header 
and data together) just to satisfy a few users?  Is it really worth it?

73 de Stan/W4SV

On 24 Sep 2001 at 16:19, Bob Bruninga wrote:

> On Mon, 24 Sep 2001, Bob Witte  KB0CY summarized...
> > 4) To add other information automatically into the addressing,
> >    add additional "VIA" parameters. For example,
> I would prefer that we stick to the original sequence that I suggested to
> make it easier on parsing software to find the grid.  By placing the
> optional grid as the first field (if used) after the NOCALL, then the
> software always knows where to look for it.  THus all of these would work:
>   CQ VIA NOCALL,NAME       <= no problem here.  No grid anyway...
> THe only one that would not be recognized as a GRID would be:
> By asking that the grid (if provided) be the first field, the software can
> easily find it every time no matter what else is in the VIA path.
> And to respond to some concerns about freestyle keyboarding, please
> understand that this recommendation is in no way meant to modify any
> existing behaviors.  It is only offered as a means for those who want to
> be seen and decoded by the maximum number of monitoring stations.
> de WB4APR, Bob
> ----
> Via the sarex mailing list at AMSAT.ORG courtesy of AMSAT-NA.
> To unsubscribe, send "unsubscribe sarex" to Majordomo@amsat.org

Via the sarex mailing list at AMSAT.ORG courtesy of AMSAT-NA.
To unsubscribe, send "unsubscribe sarex" to Majordomo@amsat.org