| |
ZL3AI > APRDIG 04.05.03 19:54l 233 Lines 9237 Bytes #999 (0) @ WW
BID : 1252-ZL3AI
Read: GUEST
Subj: TAPR Digest, Apr 30, 2/4
Path: DB0FHN<DB0ZWI<DB0HDF<DB0ERF<DB0EAM<DB0FC<DB0TUD<DB0GRL<SR6BBA<OK0PCC<
OK0PPR<OK0PPL<RZ6HXA<SP7MGD<VK7AX<ZL2BAU<ZL3VML
Sent: 030502/1333Z @:ZL3VML.#80.NZL.OC #:64973 [Chch-NZ] FBB7.00i $:1252-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: D-700 Smart Beaconing
From: "Wes Johnston" <wes@johnston.net>
Date: Wed, 30 Apr 2003 07:57:49 -0400
X-Message-Number: 4
Yup.... it was me... You'll need to make a Y cable to split the GPS data
going to the Stamp and the kenwood. Darryl, it's probably better to set up
two PM memories to flip between 30 minute TX intervals and 1 minute TX
intervals. Have the basic stamp wait until you haven't moved for some
length of time (ie gps data is valid, but no motion in GPRMC), and have it
set the slower PM by simply sending PM x . When you start to move again,
have it send PM y . This gets around the annoying problem of trying to
enter a message or play with a menu and having the basic stamp escape you
from a menu so it can force a TX.
Wes
----------------------------------------------------------------------
Subject: MURS aprs
From: "Wes Johnston" <wes@johnston.net>
Date: Wed, 30 Apr 2003 08:11:38 -0400
X-Message-Number: 5
http://groups.yahoo.com/group/murslink/
----------------------------------------------------------------------
Subject: Foreign IGates
From: Bob Bruninga <bruninga@usna.edu>
Date: Wed, 30 Apr 2003 08:49:42 -0400 (EDT)
X-Message-Number: 6
I need an APRS mentor that has the time to help VIP newcomers in new
countries get an IGate up. Since there are several APRS clients that can do
this job, it becomes a religious argument as to which one is best. But
some are probably easier to configure than others. Facility with remote
area maps is also important.
Currently Malaysia is ready to join APRS.
I need someone to talk (email) this person through the process of getting
on line. As well as pre-configuring the setup where possible. This person
is a VIP in that country's HAM and government and small satellite interests
as well as United Nations interest in getting students involved in radio..
BOb, WB4APR
----------------------------------------------------------------------
Subject: Question on building maps
From: Craig Severson <craig_severson@yahoo.com>
Date: Wed, 30 Apr 2003 06:38:28 -0700 (PDT)
X-Message-Number: 7
I have been building my own .geo maps using MSFT S&T. The larger the area
gets, the bigger the tracking error, however. I have tried adding multiple
tiepoints to the .GEO file with no effect. I must be running into curvature
issues.....any suggestions?
=====
Craig Severson, W8CS , STOC 3075
1994 ST1100 54k "ShafT"
1999 CBR1100XX 16k, in restoration
http://groups.msn.com/BuckSTOC2003/homepage
http://groups.msn.com/GreatLakesCircleRide2003/homepage
http://www.geocities.com/craig_severson/
----------------------------------------------------------------------
Subject: Re: Question on building maps
From: "Steve Dimse" <k4hg@tapr.org>
Date: Wed, 30 Apr 2003 13:59:32 +0000
X-Message-Number: 8
On Wed, 30 Apr 2003 06:38:28 -0700 (PDT), Craig Severson wrote
>I have been building my own .geo maps using MSFT S&T.
>The larger the area gets, the bigger the tracking
>error, however. I have tried adding multiple tiepoints
>to the .GEO file with no effect. I must be running
>into curvature issues.....any suggestions?
AFAIK, all APRS programs require flat, orthogonal maps. findU certainly
does, and with this restriction, any more than two points are superfluous.
findU only reads the first two. Anything else is a very large problem.
If the same program does not draw the map and plot the data, the complete
projection formula with all its parameters must be shared between the two
applications. Not impossible, but lot of work.
The solution you suggest, essentially multiple calibrated regions within
the same map, would also be theoretically possible, but again, a whole lot
of work, especially if you try to interpolate between the calibrated areas.
It would require many calibration points for each map, so there would be a
lot of work on both the programmer and mapper sides. Not likely to happen.
What I think you were hoping for, adding a couple more points and having
the program figure out the map projection and its parameters, is simply not
possible. There are dozens, if not hundreds of map projection, and each has
several parameters, so even if you developed an algorithm that could find
one combination that fit a few points (that would require quite a bit of
computing), there is no guarantee that it would be the correct one.
Steve K4HG
----------------------------------------------------------------------
Subject: Digipeaters in space
From: Bob Bruninga <bruninga@usna.edu>
Date: Wed, 30 Apr 2003 11:07:35 -0400 (EDT)
X-Message-Number: 9
AX.25 UI Digipeating in the Amateur Satelite Service:
Since I began experimenting with HT digital messaging and status reporting
via satellite in the 1998 time frame, we have gone from 9 potentially
capable satellites down to none.
SUNSAT (SO35) died
KO-23 and KO-25 (both could be programmed to digipeat) are dead
UO-22 is very iffy.
The ISS digipeater is off the air for months
SAPPHIRE has died.
OPAL was never very viable for this application.
SAFIR-M died
This weekend PCsat has finally become un reliable
As of this week there are no reliable AX.25 digipeaters in space. Over
this 5 year period and seeing thousands of users on PCsat and via ISS, I
still have never gotten the impression that general UI digipeating is
considered a priority within the powers-that-be within the Amateur
Satellite Service. Yes, neat. Fundamental.... no.
In fact, some even think that BBS style operations is the #1 priority for
packet in space. Many still consider UI digipeating or APRS via satellite
as a small niche in the big scheme of things in the Amateur Satellite
Service and inconsequential.
I'm not sure where I am going with this email, because there are so
many-many diverse interests in HAM radio and Satellites, and everyone has
their own favorite interests, that a public debate accomplishes nothing
because there are always strong supporters of just about any mode and it
doesnt help one get the overall feel of the entire population. Just the
loudest voices.
Maybe we don't hear from the AX.25-only-users who do not participate
in "satellite meetings and discussions" but who use the AX.25
satellite digipeaters anyway as just a simple alternative to their
terrestrial ones, thus they are "under" represented in discussions?
Most surveys have focused on FM versus Analog, broadband verses
narrowband, New digital modes versus voice, etc. And I fully support all
these ideas, but I also think we need a basic no-frills reliable
generic underlying bent-pipe digital communications mode in the Amateur
Satellite Service that is just always there.
Bottom line: I guess I'd like to see other Amateur satellites support the
secondary mission area of generic AX.25 digipeating on 145.825 just to
give us a lowest common denominator of generic digital communications that
we can count on.
One frequency (145.825), worldwide that HAM radio operators can always
konw that every few hours they can always communicate via satellite at
1200 baud AX.25 using only a digital HT or portable anywhere on the globe.
And they dont need to know which satellite or to re-configure. It just
works and it IS HAM radio...
Just thinking... no real mission here.. I'm glad to see UI digipeating
listed on the OSCAR-E list of secondary missions.
Bob, WB4APR
My web page on this subject has been:
http://www.ew.usna.edu/~bruninga/astars.html
----------------------------------------------------------------------
Subject: Re: Question on building maps
From: "Gregg G. Wonderly" <gregg@skymaster.cytetech.com>
Date: Wed, 30 Apr 2003 10:19:16 -0500
X-Message-Number: 10
>On Wed, 30 Apr 2003 06:38:28 -0700 (PDT), Craig Severson wrote
>>I have been building my own .geo maps using MSFT S&T.
>>The larger the area gets, the bigger the tracking
>>error, however. I have tried adding multiple tiepoints
>>to the .GEO file with no effect. I must be running
>>into curvature issues.....any suggestions?
>>
>AFAIK, all APRS programs require flat, orthogonal maps. findU certainly does,
>and with this restriction, any more than two points are superfluous. findU
only
>reads the first two. Anything else is a very large problem.
I don't use Xastir, but from what I remember looking through the source, I
think that it tiles multiple adjacent maps together so that you could use
several small flat maps as an approximation for a single large, curved
surface.
Curtis will probably jump in here and volunteer more information to this
effect...
-----
gregg@cytetech.com (Cyte Technologies Inc)
----------------------------------------------------------------------
Subject: OpenTRAC mailing list down
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Wed, 30 Apr 2003 15:32:37 -0000
X-Message-Number: 11
The system disk on the server running the OpenTRAC mailing list died on
Sunday, and I haven't had the opportunity to recover the list data from
backup.
Rather than set the list up on my own server again, it might be more
practical to host it on the TAPR server. Who do I contact to get a new SIG
created?
Scott
N1VG
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
