| |
ZL3AI > APRDIG 16.05.03 09:13l 267 Lines 9167 Bytes #999 (0) @ WW
BID : 1322-ZL3AI
Read: GUEST
Subj: TAPR Digest, May 12, 1/4
Path: DB0FHN<DB0RGB<DB0MRW<DB0ERF<DB0FBB<DB0GOS<ON0AR<ON0AR<ZL2BAU<ZL3VML
Sent: 030515/1329Z @:ZL3VML.#80.NZL.OC #:299 [Chch-NZ] FBB7.00i $:1322-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
TAPR APRS Special Interest Group Digest for Monday, May 12, 2003.
1. Re: Help for digi K0HGX
2. Re: aprssig digest: May 09, 2003
3. Re: Help for digi K0HGX
4. Re: Help for digi K0HGX
5. Re: APRS IGate special calls
6. Re: APRS, How Much RAM is TOO Much?
7. Re: WinAPRS and IGATE function
8. FIPS codes for winaprs 2.7.2
9. In-dash console with off-the-shelf components
10. Re: FIPS codes for winaprs 2.7.2
11. FIPS codes for winaprs 2.7.2 (updated)
12. Re: FIPS codes for winaprs 2.7.2
13. Re: FIPS codes for winaprs 2.7.2 (updated)
14. Re: FIPS codes for winaprs 2.7.2 (updated)
15. Re: FIPS codes for winaprs 2.7.2 (updated)
16. Important message to the users of APRSeast.net...
17. Re: APRS, How Much RAM is TOO Much?
18. Re: APRS, How Much RAM is TOO Much?
19. FIPS codes
20. Re: KISS Tracker?
21. Re: APRS, How Much RAM is TOO Much?
22. FIPS locator
23. Re: APRS, How Much RAM is TOO Much?
24. Re: APRS, How Much RAM is TOO Much?
25. Re: APRS, How Much RAM is TOO Much?
----------------------------------------------------------------------
Subject: Re: Help for digi K0HGX
From: KC7ZRU - Tate <kc7zru@arrl.net>
Date: Sun, 11 May 2003 22:39:24 -0600
X-Message-Number: 1
Jim Duncan wrote:
>The problem is that they've set up an alternate beacon text in one of
>the LText buffers and left out a character. Nothing more....
Cool,
Now, can someone more 'local' get in touch and help 'em fix it?
I've tried email - just keeps bouncing
73
--
"The Dungeon" online at http://go.to/kc7zru
Casper, WY | CARC Repeater
DN62tt | 146.940-
http://www.trib.com/~carc
----------------------------------------------------------------------
Subject: Re: aprssig digest: May 09, 2003
From: spalmer <spalmer@innotek.com>
Date: Sun, 11 May 2003 22:07:43 -0700
X-Message-Number: 2
My thanks to the Sproul's for the latest version of MacAPRS. I've been
running 3.7.1 for much of today without any problems and love the tiger
maps. I am running on a slower/older laptop and even it runs and updates
remarkably fast.
It's great to see all of the TIGER data displayed and downloading and
installing bunches of maps has been almost effortless. Thanks also for
adding UTM display!
Steve
KA6DHU
----------------------------------------------------------------------
Subject: Re: Help for digi K0HGX
From: WA8LMF2@aol.com
Date: Mon, 12 May 2003 02:45:36 EDT
X-Message-Number: 3
In a message dated 5/11/2003 7:41:07 PM Pacific Daylight Time, k4hg@tapr.org
writes:
>There are two things wrong with youyr theory. First, the misconfiguration in
>IGates you refer to results in not passing non-printing characters in Mic-E
>packets, but this is a clear-text packet. There is a much more rare error, a
>serial port sync problem, where characters are dropped at random, but in
>this
>case it is always the same character getting dropped, and therefore that is
>not
>the issue.
That occurred to me about 2 seconds after I hit SEND on the post!
----------------------------------------------------------------------
Subject: Re: Help for digi K0HGX
From: "Mark Fellhauer" <sparkfel@qwest.net>
Date: Mon, 12 May 2003 01:58:24 -0500
X-Message-Number: 4
I seem to recall something like this happening around these parts
(Iowa/Minn/SoDak) a few years ago, and if my memory serves me, it was a
misconfigured AEA (PK-900?) TNC.
Mark
KC7BXS
----------------------------------------------------------------------
Subject: Re: APRS IGate special calls
From: "Dick Stanich" <dick@kb7zva.com>
Date: Mon, 12 May 2003 3:19:7
X-Message-Number: 5
>Reminder: We have asked that IGates include "KIDS" and "SCOUTS" as
>"always-gate-to-RF-messages-to-these-calls". This way kids groups on KIDS
>DAY or scouts can send a local APRS message to SCOUTS or KIDS and have it
>Igated elsewhere to other scouting or kids groups.
>
>This is a reach-out provision.
>Kids day is the weekend before Fielday.
I have had great fun communicating with SCOUTS on APRS into the wee hours
of the morning, during Field Day. Many stayed up all night while their
Dad's slept. Until their Dad's laptops and D700's lost power <g>. I even
sent out QSO/QSL cards to many of them. What a kick!
There is an easy way to setup what Bob has suggested. If you are using port
14580, the 'User Definable Port' offered by some level 2 servers.
Add the param b/SCOUTS/KIDS to your existing filter settings.
Remember you can extract exactly what you want from the servers that
support user definable ports. This is only one of the many things you
can do with these servers.
The budlist filter will pass traffic on exact match of sender's call.
Also the SSID is part of the exact match. Up to 10 calls can be
defined at the same time.
Syntax: b/call1/call2/call3... (up to 10)
b= budlist command
Sample: b/SCOUTS
This will pass all traffic from SCOUTS without any SSID.
More details are explained at http://kb7zva.com and look for
Ports.txt.
Changing your filter settings is fairly easy, by sending a message To:
SERVER (provided you are already connected to one that supports 14580)
The text would be: filter b/SCOUTS/KIDS
or any combination of filter params you want.
These filter settings are supported to work automatically on connect
from UI-View32 v1.93 and a few other APRS programs.For UI-View go to Setup,
APRS Server Setup, then add your desired filter setting to 'Extra log-on
text'. It could look something like:
filter r/32/-114/1000 t/mn b/SCOUTS/KIDS
If you want to GATE to RF then add those calls to IGATE.INI in UI-View.
SCOUTS=ALL
KIDS=ALL
Or, the file that handles GATE to RF, in WinAPRS stations.txt, I think.
Where to connect?
The following level 2 core servers support the 14580 filter port:
aprswest.net:14580
ahubwest.net:14580
aprsca.net:14580
aprseast.net:14580
aprsfl.net:14580
ahubswe.net:14580
Dick, KB7ZVA
APRSWEST
----------------------------------------------------------------------
Subject: Re: APRS, How Much RAM is TOO Much?
From: "Gregg G. Wonderly" <gregg@skymaster.cytetech.com>
Date: Mon, 12 May 2003 08:20:09 -0500
X-Message-Number: 6
>I really like this program, but how much
>RAM to run 'em seems pretty astronomical
>now-a-dayz...
>
>The new version of MacAPRS takes 95MB RAM~!
>I only HAVE 128. When I can't even
>open Netscape without the computer telling
>me to shut something OFF, w/128MB of RAM memory,
>I'd say we're reaching a limit.
If you have more RAM than you have slots for, then you have too much.
Otherwise, stuff every slot with the largest stick it will swallow.
I recently upgraded my parents Compaq 400mhz PC to have a UDMA-100 controller
and drive in it, and upgraded them from 64MB of RAM by adding another 128MB.
Now the PC boots in 20sec instead of 2.5 minutes, and zips through many apps
and lets them multitask quickly and easily.
For many PCs, the transisition to virtual memory is overwhelmingly influenced
by disk speed. You are not supposed to hear the disk chattering while you're
using your computer. If you do, you don't have enough physical memory. If
you don't want to buy more memory, or can't put more in, then you can try
upgrading your DISK I/O subsystem to use a PCI based Ultra DMA-100 or 133
controller, and a disk drive that specifically states that it is UDMA-133 in
speed, and has a large cache.
Disk I/O is still the number one deterent to computer performance for
interactive use where you start and stop many different programs, and or load
and unload DLLs or data files from your application.
My historical experience with Compaq has been that they build computers
with the cheapest, and oldest technology for disk storage that they can.
The package will say UDMA-100 controller and have a UDMA-66 disk that has
horrible performance, and sounds like a can of rocks shaking, or a UDMA-66
controller with a regular 33Mhz ATA drive. Other computer makers seem to
do similar things.
Many people build their own computers specifically to deal with this issue.
And, typically, you can buy a good replacement set of components for close to
half the price of a new computer at the store...
-----
gregg@cytetech.com (Cyte Technologies Inc)
----------------------------------------------------------------------
Subject: Re: WinAPRS and IGATE function
From: "Dick Stanich" <dick@kb7zva.com>
Date: Mon, 12 May 2003 8:39:32
X-Message-Number: 7
>Using WinAPRS 2.7.2, I am trying to IGATE W7LUS. I can see W7LUS on my
>WinAPRS map, I have the following line in my STATIONS.TXT:
>
> W7LUS IGATE
>
> and the two "words" are separated by a TAB. For some reason, though,
>WinAPRS doesn't send Peter's position over the air.
>
> "Enable outgoing 3rd party messages" is also checked.
>
> What am I missing? I would sure like to send Peter's position out to my
>mobile, but can't seem to make it happen.
If your IGate is hearing W7LUS on RF as a local (within 3 hops), you can't
IGate his traffic. You are doing nothing wrong.
Is he local to you?
Dick
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
