| |
ZL3AI > APRDIG 04.04.03 10:57l 250 Lines 9165 Bytes #999 (0) @ WW
BID : 1115-ZL3AI
Read: GUEST
Subj: TAPR Digest, Mar 31, 4/6
Path: DB0FHN<DB0RGB<DB0MRW<DB0ERF<DB0ROF<DB0AIS<DB0ZDF<DB0GE<LX0PAC<LX0HST<
HA3PG<PP5AQ<WB0TAX<SP7MGD<VK7AX<ZL2BAU<ZL3VML
Sent: 030403/0956Z @:ZL3VML.#80.NZL.OC #:63200 [Chch-NZ] FBB7.00i $:1115-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: XASTIR help needed
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Mon, 31 Mar 2003 10:55:51 -0800 (PST)
X-Message-Number: 19
On Mon, 31 Mar 2003, Bob Bruninga wrote:
>But if I can go one step further, conversions are OK, but I feel that all
>displays should also always display all LAT/LONGS in the APRS standard
>format so that the USERS can effectively "talk" about LAT/LONGS without
>confusion on the air or on paper or anywhere else that they use them.
>
>I have asked authors to always display in DD MM.HH and if the user
>asks for a conversion, then the conversion can be shown in Parenthesis
>but that the official standard DD MM.HH format is still displayed.. THis
>way, the users can always see what is the correct "standard" way...
Sounds great in theory, but what about operations where everything
is in UTM and the other formats just confuse the matter, for
instance our SAR operations?
Xastir has a "Configure Coordinate System" dialog where the user can
choose between the three lat/long formats and UTM. The chosen
coordinate system plus Maidenhead grid are shown on the status bar
and in the Station Info listings.
Inside the other configure dialogs, the presented coordinate system
is as you suggest above. That may change in the future though. I'd
rather everything be consistent with the user's choice of coordinate
representation.
--
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: Digipeating and fun with PIDs
From: <BobDonnell@arkalmus.com>
Date: Mon, 31 Mar 2003 11:53:29 -0800
X-Message-Number: 20
>-----Original Message-----
>From: bounce-aprssig-17768@lists.tapr.org
>[mailto:bounce-aprssig-17768@lists.tapr.org]On Behalf Of Bob Bruninga
>Sent: Friday, March 28, 2003 3:14 PM
>To: TAPR APRS Special Interest Group
>Cc: TAPR APRS Special Interest Group
>Subject: [aprssig] Re: Digipeating and fun with PIDs
>
>
>On Fri, 28 Mar 2003, Jeff King wrote:
>
>>WRONG. UI frames (packets) where the parse and parcel of the
>TCP/IP (NOS)
>
>And that represented less than 1% of packet activity at the time...
Perhaps where you lived... In 1992 the majority of the network builders
here in the greater Seattle area had gotten tired of the politics of the
BBS and NETROM community and had TCP/IP up, running, transporting email
and files, and working just fine. We were making the transition from
using the existing NETROM networks to creating our own LANs that were
sized to provide CSMA coverage for all of the users of those LANs. All
the activity I can recall on the new LANs was being done as unproto
packets, even where TCP/IP users where sharing the channel with BBS's
and BBS forwarding, like our (still existing) 220 packet repeater. And
we were doing a lot more than 1% of the on-air packet activity here. It
was shortly after this (as I recall) that we started our first gateway
to the internet, before Mosiac (for example) became generally available.
Different areas have differences in time line.
73, Bob
----------------------------------------------------------------------
Subject: Re: Digipeating and fun with PIDs
From: Jeff King <jeff@aerodata.net>
Date: Mon, 31 Mar 2003 15:18:04 -0500
X-Message-Number: 21
On Mon, 31 Mar 2003 11:53:29 -0800, BobDonnell@arkalmus.com=
wrote:
>>Subject: [aprssig] Re: Digipeating and fun with PIDs
>>
>>
>>On Fri, 28 Mar 2003, Jeff King wrote:
>>
>>>WRONG. UI frames (packets) where the parse and parcel of the
>>TCP/IP (NOS)
>>
>>And that represented less than 1% of packet activity at the time...
>
>Perhaps where you lived... In 1992 the majority of the network builders
>here in the greater Seattle area had gotten tired of the politics of the
>BBS and NETROM community and had TCP/IP up, running, transporting email
>and files, and working just fine.
Bob:
I did NOT state the above, what your quoting is from WB4APR and his tale of
packet on the right coast. In Detroit we had a very similar experience as you
in Seattle, with well over 30% of our packet activity being tcp/ip at that
time.
73
Jeff wb8wka (past Michigan tcp/ip coordinator) 44.102.16.16
----------------------------------------------------------------------
Subject: New GPS/PDA
From: Jeff Reinhardt <jreinh@ix.netcom.com>
Date: Mon, 31 Mar 2003 12:43:09 -0800
X-Message-Number: 22
Received word that Garmin will be soon introducing a combination GPS+PDA
called the iQue 3600. It will run Palm's OS 5 software, feature a color
screen and have enough power to run GIS software. Don't know if it can
be interfaces with a transceiver. MSRP reportedly $xxx.
Jeff Reinhardt AA6JR
----------------------------------------------------------------------
[commercial content deleted]
----------------------------------------------------------------------
Subject: Re: XASTIR help needed
From: "Spider" <spider@rivcom.net>
Date: Mon, 31 Mar 2003 16:44:30 -0700
X-Message-Number: 24
----- Original Message -----
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>
Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>
Sent: Monday, March 31, 2003 11:49 AM
Subject: [aprssig] Re: XASTIR help needed
>On Mon, 31 Mar 2003, Spider wrote:
>
>>How does Xastir know of the USGS map or tile it's downloading is NAD27 or
>>83? I see they some conversion is taking place at Terra-server and some
>>not....it's possibly a mess! Is there something I am missing that tells
>>your program what datum the map is?
>
>Some USGS geoTIFF maps are now NAD83 (close enough to WGS84 as to be
>awash for APRS purposes). When the Xastir geoTIFF code was written,
>all of the available topo maps were NAD27. Xastir does a conversion
>from NAD27 -> NAD83 if the map datum is not NAD83/WGS84.
Snipola -
Yes but 'how' does it know the datum????
Jim
----------------------------------------------------------------------
Subject: Re: XASTIR help needed
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Mon, 31 Mar 2003 15:46:24 -0800 (PST)
X-Message-Number: 25
On Mon, 31 Mar 2003, Spider wrote:
>>On Mon, 31 Mar 2003, Spider wrote:
>>
>>>How does Xastir know of the USGS map or tile it's downloading is NAD27
>or
>>>83? I see they some conversion is taking place at Terra-server and some
>>>not....it's possibly a mess! Is there something I am missing that tells
>>>your program what datum the map is?
>>
>>Some USGS geoTIFF maps are now NAD83 (close enough to WGS84 as to be
>>awash for APRS purposes). When the Xastir geoTIFF code was written,
>>all of the available topo maps were NAD27. Xastir does a conversion
>>from NAD27 -> NAD83 if the map datum is not NAD83/WGS84.
>
>Snipola -
>
>Yes but 'how' does it know the datum????
Oh, you wanted your _question_ answered!
It is embedded in the geoTIFF header as a tag (I think I got the
nomenclature right).
--
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: XASTIR help needed
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Tue, 1 Apr 2003 00:06:01 -0000
X-Message-Number: 26
Yep, it's Tagged Image File Format. You can put dang near anything in a
TIFF tag. I'm glad to see geoTIFF catching on... beats the heck out of
maintaining separate metadata for each image.
Speaking of metadata, what's a good tool to use for managing a GIS data
repository? I've been gathering data for Santa Barbara county, and so far
I'm up to about 18 GB. I've been splitting it up by quad name and then by
data type, but not everything fits a 7.5" quad very well.
----------------------------------------------------------------------
Subject: Re: XASTIR help needed
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
Date: Mon, 31 Mar 2003 16:10:05 -0800 (PST)
X-Message-Number: 27
On Tue, 1 Apr 2003, Miller Scott Contr 30SCS/FTI wrote:
>Speaking of metadata, what's a good tool to use for managing a GIS data
>repository? I've been gathering data for Santa Barbara county, and so far
>I'm up to about 18 GB. I've been splitting it up by quad name and then by
>data type, but not everything fits a 7.5" quad very well.
postgreSQL + PostGIS extensions.
Gives you a geospatial-aware SQL database for free.
--
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!"
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
