| |
ZL3AI > APRDIG 06.10.03 09:16l 242 Lines 9073 Bytes #999 (0) @ WW
BID : 2098-ZL3AI
Read: GUEST
Subj: TAPR Digest, Oct 03, 2/4
Path: DB0FHN<DB0RGB<DB0MRW<DB0PV<OE7XLR<OE9XPI<DB0CZ<DB0GV<DB0EAM<DB0SGL<
DB0FHK<DB0FBB<DB0GOS<ON0AR<ON0AR<ZL2BAU<ZL3VML
Sent: 031005/1246Z @:ZL3VML.#80.NZL.OC #:9819 [Chch-NZ] FBB7.00i $:2098-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: GPS kid tracking in Japan
From: Mark Earle <wa2mct@mearle.com>
Date: Fri, 03 Oct 2003 07:58:02 -0500
X-Message-Number: 5
http://www.lasvegassun.com/sunbin/stories/text/2003/oct/02/100205435.html
Prompted by a kidmapping, a towon of 2700 intends to track all school
students via GPS technology.
) ) de WA2MCT Mark
( (
) ) You will be assimilated... oooh, coffee!!
_|****| http://www.findu.com/cgi-bin/find.cgi?wa2mct-8 Home
( | | http://www.findu.com/cgi-bin/find.cgi?wa2mct-9 Mobile
`|____| wa2mct@mearle.com wa2mct@juno.com www.mearle.com/mark
----------------------------------------------------------------------
Subject: Re: GPS kid tracking in Japan
From: James Jefferson <jj@aprsworld.net>
Date: Fri, 3 Oct 2003 08:49:22 -0500
X-Message-Number: 6
On Friday 03 October 2003 07:58, Mark Earle wrote:
>Prompted by a kidmapping, a towon of 2700 intends to track all school
>students via GPS technology.
I bet there will be more "kid mapping" once they have real time tracking
abilities. ;-)
-Jim KB0THN
----------------------------------------------------------------------
Subject: Laptop PCMCIA GPS Units
From: "Christensen, Eric" <CHRISTENSENE@MAIL.ECU.EDU>
Date: Fri, 3 Oct 2003 10:11:44 -0400
X-Message-Number: 7
Just curious if anyone is using a PCMCIA GPS unit and what results they were
getting...
Thanks,
Eric KF4OTN
----------------------------------------------------------------------
Subject: Re: The APRSteward SPAM filter [was: New Mexico LANn-N?]
From: "Bill Vodall WA7NWP" <wa7nwp@jnos.org>
Date: Fri, 3 Oct 2003 09:14:04 -0700
X-Message-Number: 8
Some comments deserve repeating...
>If WIDE2-2 is not a problem but WIDE7-7 is, why not just refuse to take any
>WIDE7-x packets? Oh wait, I see... you can't.
Why not? It's doesn't seem like it should be so hard... :-)
>In the last 4 years that I read the APRSSIG the inability to actually do
>what you want to do, because the existing TNC hardware doesn't allow it,
>has been a millstone around the neck. Just because you cannot instruct most
>digis to pass WIDE1-x and WIDE2-x and block WIDE3-x or worse the latest
>"cure" is to shutdown WIDEn-N completely.
It's time to move beyond these software limitations.
>It may be prossible to block
>WIDE3-x or worse by patching the Kantronics EPROM. But since the DMCA
>doesn't allow you to analyse their PROM and their Copyright does not allow
>you to distribute slightly modified versions of their PROM (even if the
>receiver has the original and paid for its use) you are stuck.
Even if Kantronics were to release a SDK (Software Development Kit) or
the actual current source code, it would be very questionable if we
should continue to limit what we do because of the limited hardware.
>I think the root cause of all the problems is not user education or ill
>attempts do fix the network and breaking some fundamental thing along the
>way. I think the root cause is a complete technology standstill.
AMEN!
"The root cause is a complete technology standstill."
It's time, specially in the busy areas, to move beyond the technology
standstill.
>Unless a miracle happens I don't see how APRS can ever be fixed. It's
>FUBAR.
Hmmm. I wouldn't say it's fatally broken. It is a mess no doubt but
it's working. With better technology we'll be able to squeeze a bit
more performance from the existing networks and better
utilize other channels.
>Too many people are holding on to their installed base and current
>operating practice. Every new idea will divide the operators more and more
>since some will go along with the new idea and some will not. Its becoming
>more and more fragmented and harder and harder to operate and use. Stop
>beating a dead horse and focus on breeding a new one.
Hmmm again. Interesting to think about taking things to a whole new
generation.
>Henk.
Bill, WA7NWP
----------------------------------------------------------------------
Subject: Re: APRS Linux digi, was: Re: DigiNed, was: Re: Take Control of your
DIGI part 4
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Fri, 3 Oct 2003 10:19:06 -0700 (PDT)
X-Message-Number: 9
On Thu, 2 Oct 2003, Henk de Groot wrote:
>It makes sense to make an in-core filesystem for /tmp to catch all the
>write activities for temporary data. The only other writes will be to the
>/var filesystem, not much can be done about that except carefull planning
>which programs should run. You cannot make /var in core unless you can
>affort to loose the contents of /var after a reboot.
Put both /tmp and /var/tmp into the ramdisk. Another possible
problem is /usr/tmp, but it's usually usually a symlink to /var/tmp.
Copy all of /var to a ramdisk on startup and then change links or
mounts around.
Mount the flash filesystem read-only and leave it that way. That'd
solve it pretty well.
And of course no swap, or swap to some other device that can handle
the writes.
I happen to have a 205MB Sandisk 2.5" IDE drive that I'm not using.
I wonder what kind of trouble I can get into with that... It might
have gotten trashed in some of my playing, or perhaps just needs to
be reformatted/reconfigured somehow.
--
Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto: A tax on people who are bad at math!"
"Windows: Microsoft's tax on computer illiterates!" -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Subject: Re: Even cheaper GPS receivers
From: "Earl S. Garber" <n3eg@teleport.com>
Date: Fri, 3 Oct 2003 13:50:32
X-Message-Number: 10
For those of you with RJ crimpers, I just modified mine yesterday for 12vdc
through the 6 pin modular plug. I've got the regulator (a 78M05) sitting
next to the patch antenna (with bypass caps, of course!) and the power
coming in on modular pin 1 next to the data pins - there's a spot on the
board marked for a surface mount fuse, so I assume this thing was designed
for that in a previous life. I ran the power leads by the LED to get to
and from the regulator, and soldered the output to the 6vdc pin. It works
fine, but defaults to the Far East location when it loses power. The other
end is an 8-pin RJ to DB-25 adapter with power on pin 15 coming from the
KPC-3 TNC. I also stuck two small speaker magnets on the bottom of the
battery door to hold it down. Too bad it's not waterproof...yet...
I'll have pictures on my website some time this weekend.
....N3EG
----------------------------------------------------------------------
Subject: Re: The APRSteward SPAM filter [was: New Mexico LANn-N?]
From: "Scott Miller" <scott@3xf.com>
Date: Fri, 3 Oct 2003 11:59:48 -0700
X-Message-Number: 11
>The new horse is opentrac! Scott is doing a great job with it... the first
>tracker is on the air! http://www.opentrac.org/drive.jpg (I can't hit this
>link this morning for some reason, but it's there!)
Well, dang... something killed Apache. Wonder how long that's been broke.
Must've been something I did while reloading the firewall.
>1)it uses a heiriacial icon structure... Don't have an icon for a jeep,
back up
>one level on the "tree" and your client program will use a car instead.
Don't
>have an icon for an RV? The client will use a truck instead.
We're still hoping to put out a 'standard' symbol library, though there
wouldn't be any particular requirement to use it. The concept is derived in
large part from MIL-STD-2525B, which covers the US military's warfighting
symbology. It doesn't include the friendly/hostile designators, but as
Bob's pointed out in the past, it might be something to consider on this
SIG. =]
>3)advanced digipeater functions which allow packets to only propogate
outward
>AWAY from the source.
Jeroen Vreeken's been doing a lot of work on this - I haven't had a chance
to give it the attention it deserves. We really do need to start putting
more smarts into the network routing.
>5)UTF-8 alternate (multi byte) character set... at last an aprs format
which
>supports cryllic and kangi.
Now, if we can just get the software authors to support the display
appropriately. For the record, I've managed to get Listen to display a
position report with a Kanji display name. Not many people use Listen as
their primary APRS interface, though. I've looked into Xastir already...
maybe Roger or the brothers Sproul could give us an idea how much trouble
it'd take to modify their Windows-based programs?
Scott
N1VG
----------------------------------------------------------------------
Subject: Re: APRS Linux digi, was: Re: DigiNed, was: Re: Take Control of your
DIGI part 4
From: "Scott Miller" <scott@3xf.com>
Date: Fri, 3 Oct 2003 12:03:27 -0700
X-Message-Number: 12
I understand computer-based digis are a lot more common in Europe... can
someone tell me what's typically used there?
Scott
N1VG
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
