| |
ZL3AI > APRDIG 18.02.03 10:34l 225 Lines 9045 Bytes #999 (0) @ WW
BID : 905-ZL3AI
Read: GUEST
Subj: TAPR Digest, Feb 14, 2/3
Path: DB0FHN<DB0ZWI<DB0HST<ON0DXC<WA7V<EB4BCS<IR0NET<HB9OK<HA3PG<VK3AVE<
ZL2BAU<ZL3VML
Sent: 030216/1006Z @:ZL3VML.#80.NZL.OC #:59715 [Chch-NZ] FBB7.00i $:905-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: SAR and APRS
From: Bob Bruninga <bruninga@usna.edu>
Date: Fri, 14 Feb 2003 08:20:19 -0500 (EST)
X-Message-Number: 8
On Fri, 14 Feb 2003, Spider wrote:
>Kevin, I do not have the callsign display turned on at all and this
>works effectively in all SAR and ICP applications I've used APRS in.
>If I need to see information about a certain object or station/unit, I
>just double click on it and there it is. I've never seen a need to
>leave the callsign labels on...it just takes up space!
Yes, that is the main reason we added overlays to the ICONS back in 1995.
So each object in the event could have a unique ICON and you could turn
callsigns off. With overlays, there are over 350 unique ICONS you can
make in APRS...
de WB4APR, Bob
----------------------------------------------------------------------
Subject: RE: APRS and ArcView?
From: Gerry Creager N5JXS <gerry.creager@tamu.edu>
Date: Fri, 14 Feb 2003 08:03:25 -0600
X-Message-Number: 9
If we're going to talk rationally about implementing GIS in regular APRS
apps, GRASS will be a better choice to follow than ArcView.
1. ESRI have shown an interesting disdain for working with other fields
where they cannot realize an immediate and significant profit. Ham
radio doesn't offer much there.
2. While the shp documentation is readily available, as is the e00
spec, a LOT of the purported value-added features are not so readily
discernable.
3. ArcView has never let geodesy get in the way of a bad 3-parameter
datum transformation. They're occasionally sloppy in some of their
mathematical models, leading to error the typical user doesn't expect.
GRASS is a freely available vector and raster package that accommodates
most of the functionality of Arc[View|Info] but has code that the
authors/implementors can follow...
There's other efforts out there, and over the next 2 or 3 years, I
expect the Open GIS Consortium will devise standards for datasharing
that ESRI will conform with, especially since they're very active in the
OGC.
And, lest the anti-open-source forces start cringing, OGC's not really
about open source software, but about open standards for datasharing,
which translates to more folks being able to devise their own methods of
dsplay and handling of common datasets, not having to give away your
code. The GIS industry decided this would be a _good_ thing...
Gerry N5JXS
(OGC technical committee)
--
Gerry Creager -- gerry.creager@tamu.edu
Network Engineering -- AATLT, Texas A&M University
Cell: 979.229.4301 Office: 979.458.4020 FAX: 979.847.8578
Page: 979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843
----------------------------------------------------------------------
Subject: RE: SAR and APRS
From: k5qq@juno.com
Date: Fri, 14 Feb 2003 09:18:34 -0700
X-Message-Number: 10
>-----Original Message-----
>We are working with versions of winaprs and Uiview and then for the
>detailed GPS info we download data direct from the GPS into the
>Trackmaker Program.
Unfortunately this does not solve the real time tracking of teams
and the display of their positions on Topographic maps. Once teams
return to base camp, there are all kinds of programs that will take the
track data and put it on a map. That choice merely depends on which
mapping program you like the best.
Jim B
----------------------------------------------------------------------
Subject: Re: mobile APRS - beyond a tracker
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Fri, 14 Feb 2003 17:13:24 -0000
X-Message-Number: 11
I have to agree with WA8LMF on this - even after all the years laptop power
management has been around, I still haven't found a laptop that will
reliably suspend, and then come out of suspend/sleep mode, every time. And
God forbid you need to have PCMCIA peripherals (especially network cards)
work right after resuming.
Scott / N1VG
----------------------------------------------------------------------
Subject: Re: mobile APRS - beyond a tracker
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Fri, 14 Feb 2003 17:19:54 -0000
X-Message-Number: 12
I think the commercial moving map displays out there don't generally have
more than a 5 or 6 inch screen, so yeah, it ought to be possible. You
might want zoom in/zoom out buttons on the visor, at least. It might
actually be easier to adapt an X Windows-based system like Xastir - X gives
you a cleaner separation of application and display. Someone mentioned
standard widgets not being visible - in X, you can select whatever window
manager you want, or no window manager at all. I did something like that
once for a (rather silly) project - I had a Unix box set up so that you
could open a remote desktop session through VNC and it'd pop up with an
emulated Commodore 64 window.
Anyway, my point is that X is much more flexible for doing odd displays.
Though it can be a serious headache to set up properly.
Scott / N1VG
----------------------------------------------------------------------
Subject: Re: mobile APRS - beyond a tracker
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Fri, 14 Feb 2003 17:22:30 -0000
X-Message-Number: 13
Come on, everyone knows the cup holder is the pop-out tray labeled '4X'.
----------------------------------------------------------------------
Subject: RE: SAR and APRS
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Fri, 14 Feb 2003 18:00:25 -0000
X-Message-Number: 14
I've found a great reference model for what I want a SAR mapping display to
be. It's called Warcraft III. Actually, I've probably spent more time
looking at Starcraft, but any good real-time simulation game like that will
give you an idea of what I want. Seamless, zoomable, quick-panning maps,
and a small reference map in the corner. Critical information for each unit
is displayed as part of its icon. Shadows on the map disappear within a
unit's visual range, and slowly darken again to show how old that view is
when the unit moves on. Yes, there's more information to be displayed, and
a lot more raw data (I've got around 20 GB for Santa Barbara county), but
the idea is the same.
Scott
----------------------------------------------------------------------
Subject: RE: SAR and APRS
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Fri, 14 Feb 2003 18:14:10 -0000
X-Message-Number: 15
One of my concerns with APRS in SAR is that a team might go for 15 or 30
minutes without a location report making it through due to bad terrain, and
that's going to make for an awfully sparse trail. I'm hoping to address
that partially in my new spec to allow position history reports.
And you really don't want to have to run a separate mapping program for
downloaded tracks vs. live APRS if you're trying to get an integrated view.
And if I'm the one sitting there running the workstation, I don't want to be
hooking up a serial cable to someone's GPS and taking time out to download
the data every 10 minutes when I'm trying to get something done.
Something I'm working on for a paragliding data recorder might be helpful
there - I built a serial EEPROM based NMEA data logger, and I'm working on
converting it to use MultiMediaCard flash memory. That way, a returning
team could just drop off their logs, grab fresh cards, and leave. The
operator pops each used card into a high-speed USB reader and the software
downloads the logs and wipes the card. Plus, the external logger records a
timestamp and optionally a barometric altimeter reading with each position,
which I haven't seen any GPS unit do.
I've seen GPS units with removable media for maps - does anyone make one
that can record tracks to removable media?
Scott / N1VG
----------------------------------------------------------------------
Subject: RE: SAR and APRS
From: Bob Bruninga <bruninga@usna.edu>
Date: Fri, 14 Feb 2003 14:01:24 -0500 (EST)
X-Message-Number: 16
On Fri, 14 Feb 2003, Miller Scott Contr 30SCS/FTI wrote:
>One of my concerns with APRS in SAR is that a team might go for 15 or 30
>minutes without a location report making it through due to bad terrain, and
>that's going to make for an awfully sparse trail. I'm hoping to address
>that partially in my new spec to allow position history reports.
APRS already has that. Just send the old posits using the object
format. That is why the object format has a time stamp so you can show
when it was valid. You can send an enitre cookie trail if the
bandwidth can support it......
Bob
----------------------------------------------------------------------
Subject: PCSAT Pass Soon?
From: "Matthew Stennett" <wa4tkg@iwon.com>
Date: Fri, 14 Feb 2003 15:54:19 -0500 (EST)
X-Message-Number: 17
I believe there will be a PCSAT pass in about 15 minutes on the
East Coast of NA.
GET ON IT; 145.825 QRZ DX; PCSAT.
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
