| |
ZL3AI > APRDIG 28.07.03 12:12l 243 Lines 10263 Bytes #999 (0) @ WW
BID : 1686-ZL3AI
Read: GUEST
Subj: TAPR Digest, Jul 25, 1/6
Path: DB0FHN<DB0RGB<DB0FSG<DB0GAP<DB0GPP<DB0LX<DB0CZ<DB0GE<LX0PAC<LX0HST<
HA3PG<7M3TJZ<EA5RKV<ZL2BAU<ZL3VML
Sent: 030727/1423Z @:ZL3VML.#80.NZL.OC #:5256 [Chch-NZ] FBB7.00i $:1686-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Friday, July 25, 2003.
1. Re: Trucks with 7 and more Wides
2. Re: Trucks with 7 and more Wides
3. Re: Trucks with 7 and more Wides
4. Re: Trucks with 7 and more Wides
5. Re: Trucks with 7 and more Wides
6. WAS:Re: Trucks with 7 and more Wides NOW:Translation of APRSMessage
7. Re: WAS:Re: Trucks with 7 and more Wides NOW:Translation of APRSMessage
8. Re: WAS:Re: Trucks with 7 and more Wides NOW:Translation of APRSMessage
9. RE: WinAPRS 2.7.2 message bug...
10. Re: Trucks with 7 and more Wides <g>
11. Re: [ Bob Bruninga ] RE: WinAPRS 2.7.2 message bug...
12. Re: [ Bob Bruninga ] RE: WinAPRS 2.7.2 message bug...
13. RE: WinAPRS 2.7.2 message bug...
14. Re: [ Bob Bruninga ] RE: WinAPRS 2.7.2 message bug...
15. More I-Gate questions.
16. Long messages broken by client UI
17. RE: More I-Gate questions.
18. Re: [ Bob Bruninga ] RE: WinAPRS 2.7.2 message bug...
19. APRS Network Protection.
20. Laptop alternative
21. Speaking of Bob's discussion of RF usage....
22. Fixing the digis ID/NOID
23. Re: Fixing the digis ID/NOID
24. Re: Speaking of Bob's discussion of RF usage....
25. PCsat Dead?
26. Re: APRS Network Protection.
27. Re: Speaking of Bob's discussion of RF usage....
28. RE: Laptop alternative
29. Re: Speaking of Bob's discussion of RF usage....
30. Re: APRS Network Protection.
31. Re: APRS Network Protection.
32. RE: Laptop alternative
33. Re: Speaking of Bob's discussion of RF usage....
34. Correct path to use on balloon
35. RE: Laptop alternative
36. Re: Trucks with 7 and more Wides
37. Weather Display for Linux is out
38. Re: Correct path to use on balloon
39. Re: Speaking of Bob's discussion of RF usage....
40. RE: Correct path to use on balloon
41. APRS Web Site re-work
42. Re: Correct path to use on balloon
43. Re: Weather Display for Linux is out
----------------------------------------------------------------------
Subject: Re: Trucks with 7 and more Wides
From: Tim Schall <ka7pbi@fortgirlfriend.ampr.org>
Date: Thu, 24 Jul 2003 23:38:38 -0700
X-Message-Number: 1
I like the 2WIDE idea that somebody else mentioned. I'll investigate heavy
digi_ned do that. Of course my personal druthers run much more closely along
the lines that you mention.....
----------------------------------------------------------------------
Subject: Re: Trucks with 7 and more Wides
From: Tim Schall <grover@fortgirlfriend.com>
Date: Thu, 24 Jul 2003 23:42:23 -0700
X-Message-Number: 2
We've already got another system here that monitors the local RF network for
users with excessive paths or 'going' to often or what not. It sends a daily
email to the biggest 'hog' and lets them know that they won 'the prize.'
Bill Vodall, WA7NWP, wrote it. It makes use of the fact that he archives
every aprs packet he hears. At any rate, it examines the call sign and tries
all sorts of things to find an email address. It looks first at the packets
the station has sent and searches for a valid email. If it doesn't find it
there it consults such things as qrz.com. He's got a whole pile of things it
tries before it gives up.
----------------------------------------------------------------------
Subject: Re: Trucks with 7 and more Wides
From: Tim Schall <grover@fortgirlfriend.com>
Date: Thu, 24 Jul 2003 23:53:21 -0700
X-Message-Number: 3
It's not O.K. But perhaps a more in depth explanation is in order. Here's
what I do. We don't want a packet going more than three or four hops here.
The digi trims at wide4-4. Let's assume a packet is sent with a path of
wide7-7 and SEA hears it 'first.' That's seven hops requested none used.
Now we know that we don't want more than four hops. We change the packet
from wide7-7 to wide4-4 and process it. So it leaves SEA as wide4-3. Make
sense?
A slightly different scenario. A packet is originated in say, Northern
California, with a path of wide7-7. By the time it snakes its way up to SEA
it's at wide7-2. That's 7 hops requested with 5 hops used. I don't want to
do anything more than 4 hops so I drop this one on the floor and don't
transmit it.
There are some exceptions. Packets that are an emergency beacon go through
unmolested. So if you hit the emergency switch on your tinytrak or whatever
and have a path of wide7-7 I will honor those packets as is.
Also, I can set up a list of users that don't have their packets trimmed. So
if there is a known user out in an outlying area that's using an extra hop or
two just to get into town he can be exempted from the rules. There's also
the ability to set the thing up to use certain destination paths that will
get exempted. So, if there's a bike trek going on and everyone digi's to a
destination of 'bketrk' then the digi can be programmed not to hassle those
people.
----------------------------------------------------------------------
Subject: Re: Trucks with 7 and more Wides
From: "Dakota Summerhawk" <dakotas@dotorg.org>
Date: Fri, 25 Jul 2003 00:59:03 -0600
X-Message-Number: 4
I have my auto reply setup in my D7 with my email address for questions.
That way if a message is sent to the unit they get a packet back telling
them my email. Just my way of having a way to get a hold of me for a
problem. My mail with certain words is filtered by my mail program and then
forwarded to my two way pager if need be.
Dakota
----------------------------------------------------------------------
Subject: Re: Trucks with 7 and more Wides
From: "Dakota Summerhawk" <dakotas@dotorg.org>
Date: Fri, 25 Jul 2003 01:03:12 -0600
X-Message-Number: 5
Mike the author of pocket aprs has a good digi program for rooting out the
long paths. I use a palm and a pico packet along with an HT for some extra
coverage if need be but can the D700 get rid of the long paths? I was
thinking about using the palm program to get rid of this problem if that
would work in conjunction with eh D700.
Dakota
----------------------------------------------------------------------
Subject: WAS:Re: Trucks with 7 and more Wides NOW:Translation of APRSMessage
From: "Leon S. Ciereszko III" <n4tcw@yahoo.com>
Date: Fri, 25 Jul 2003 09:23:51 +0200
X-Message-Number: 6
This caught my interest. The bulletin is in spanish it has appeared on APRS
everyday this week... How's your spanish? Mine is terrible.
el path es IMPORTANTE que sea bien largo para llegar
PATH=RELAY,TRACE7-7,RELAY,TRACE7-7,RELAY,TRACE7-7
un buen path es impresindible prueva y veras
yo llego a tu estacion con este path ¨y tu a la mia?
prueva si llegas a esta estacion poniendo= ?H
si no llegas cambia tu path y aumentalo y veras
You guys are going to love this(I have added figurative translation also):
"It is important for the path to be very long to arrive[there]."
[Path info is obvious]
"A good path is indispensable, try it and you will see."
"I arrive at your station with this path, and you to mine?"-[gramatical and
tense errors left in]
"Try to see if you get to this[my?] station putting[not sure what the "?H"
means]" I you don't make it, change your path and add to it and you will
see."
Leon S. Ciereszko III
Where's Lee? http://map.findu.com/n4tcw
Answer: Off the map in Germany.
----------------------------------------------------------------------
Subject: Re: WAS:Re: Trucks with 7 and more Wides NOW:Translation of
APRSMessageFrom: Rich Garcia <k4gps@bellsouth.net>
Date: 25 Jul 2003 03:59:20 -0400
X-Message-Number: 7
Exactly as someone mentioned before on APRSSIG and I mentioned on aprsfl.
Some people do not understand proper path settings, we have spoken about
this quite a bit in years past but no very much recently. APRS is becoming
more of a "appliance" with various radios abilities to do APRS and also
widespread use. We have had many new users come into APRS, everyone is not
an "old timer".
Long ago many people did a lot of demonstrations of APRS at hamfests and
club meetings because so few hams knew about it. Eductation was a large
part of many displays and talks.Some may still go on but it is not as
common as it was 5 or more years ago.
A good start would be the link previously mentioned on the list tonight and
possibly someone that is well versed in paths could revise it to add WIDE-N
and such. It is much more difficult to change bad habbits than to properly
educate. Hopefully someone has the time to do this and get the ball rolling
again. Education early on will be of great help, if not some users who do
not understand the concept properly will start helping others that have
just joined us and continue the cycle of improper settings. It does not
help that this is a very regional issue WIDE vs.WIDE-x but the concept and
reasoning does not change. It is important to teach the concept in additon
to various generic examples so that users can make the correct decision in
their own area and also when traveling.
Rich
----------------------------------------------------------------------
Subject: Re: WAS:Re: Trucks with 7 and more Wides NOW:Translation of
APRSMessage
From: Dan Brown <brown@brauhausdc.org>
Date: Fri, 25 Jul 2003 08:17:34 -0400
X-Message-Number: 8
At 03:59 AM 7/25/2003 -0400, Rich Garcia wrote:
>A good start would be the link previously mentioned on the list tonight
>and possibly someone that is well versed in paths could revise it to add
>WIDE-N and such.
Hear Hear -- having more reference to the proper path settings would be
excellent. Perhaps the folks who are writing and distributing APRS software
could include a copy of the previously mentioned link (either as a URL or a
README.FIRST) with their distributions.
I think that a compilation of "best practices," including not only a good
path to use, but also the recommended beacon interval, broken down by metro
area would be useful, as well.
If others feel such a thing would be useful, I'll even offer to compile
and distribute (probably back to this list) these regional best practices.
Part of my impetus here, of course, is due to my finding it seemingly
difficult to get a posit onto Findu.com by way of beacon over RF,
despite living in the DC metro area and being able to hear multiple DIGIs.
73
N8YSZ.
--
Resist or Serve
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
