| |
ZL3AI > APRDIG 04.04.03 10:58l 219 Lines 9306 Bytes #999 (0) @ WW
BID : 1116-ZL3AI
Read: GUEST
Subj: TAPR Digest, Mar 31, 5/6
Path: DB0FHN<DB0RGB<OK0PPL<RZ6HXA<SP7MGD<VK7AX<ZL2BAU<ZL3VML
Sent: 030403/0957Z @:ZL3VML.#80.NZL.OC #:63201 [Chch-NZ] FBB7.00i $:1116-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Read if you connect to port 10152 for APRS
From: "Phil Pacier, AD6NH" <ad6nh@arrl.net>
Date: Mon, 31 Mar 2003 18:50:56
X-Message-Number: 28
Hello and thank you for your time. I am contacting all APRS users who
connect to port 10152 to inform them of some other port choices that may be
more useful and beneficial to the APRS network. In case you were unaware,
port 10152 gives you a FULL WORLDWIDE feed of every single piece of
information that flows over the APRS network. In the past few months, the
data rate of this flow has increased dramatically - to the point where a
56k connection is not enough bandwidth to handle the flow. Indeed, the
number of kilobytes of bandwidth flowing on 10152 at certain times is now
GREATER than the number of seconds a client is connected. This is creating
bottlenecks, not only at the client end, but at the server end as well.
Further testing has also shown that most APRS users do not need to connect
to the full feed on port 10152. This port is really only beneficial to for
server connections, since they do need the full feed to sort out for
various clients. I don't think many users have a map of the world opened
up to watch some 20,000 icons overlap on the screen. Therefore, the Tier 2
server operators have created a number of different ports that enable the
user to see only the icons in a specific area, but still be able to send
and receive messages from all over the world. Here are some examples you
may want to consider:
Port 10154: This is a United States feed port that passes all traffic
within the 50 US States. It also supports worldwide messaging.
Bandwidth is about 1/2 that of 10152.
Port 10155: This port feeds data from the European continent, plus
allows for worldwide messaging capabilites. Bandwidth on this port is
about 1/6th that of port 10152.
Port 14580: This is a port that allows a user to create their own
server-side filtering. It is becoming very popular, as it allows
flexibility in the filtering, the user is in control, and bandwidth can
be around 1/20th that of 10152. One of the other advantages of using
this filter is that certain APRS programs such as UI-View, APRS+, and
Xastir support the sending of these filter messages automatically. For
more instructions on how to use
this port, view http://www.aprsca.net/filter.txt
If there is enough interest, other ports for Canada, South America, or
other areas can also be created.
There are also some regional ports that certain servers have set up on
port 14579. More information on regional ports can be found at
http://www.aprsca.net/ports.txt
As the number of APRS users increase, the data flow will continue to
increase, and the ability of the servers to handle large numbers of
full-feed connections will continue to decrease. I urge you to try one
of these other port options and save some bandwidth for yourself and
others. Thanks again for your time, and happy APRSing! 73
Phillip Pacier - AD6NH
http://www.aprsca.net
----------------------------------------------------------------------
Subject: Re: XASTIR help needed
From: Bob Bruninga <bruninga@usna.edu>
Date: Mon, 31 Mar 2003 21:18:38 -0500 (EST)
X-Message-Number: 29
On Mon, 31 Mar 2003, Curt Mills, WE7U wrote:
>>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?
In the case of a closed system with everyone using one brand of APRS
software and when all the players are trained and know what they are
doing, then of course, exceptions can be made. But if it is an open
system, everyone using different or undetermined software, operators are
untrained, and positions coming in from un-trusted agents, then any
deviation from the APRS standard will only bring disaster...
>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.
Ah, but again, only if everyone is using the idetntical software with the
same presentation, so that there is no chance of confusion. But you see
that undermines the original intent of having a standard APRS and that is
that all systems would be compatible. Of course we gave that up long ago....
Bob
----------------------------------------------------------------------
Subject: help with nmea over TCP
From: "Joe Della Barba" <joe@dellabarba.com>
Date: Mon, 31 Mar 2003 21:20:39 -0500
X-Message-Number: 30
I am trying to do the following:
Laptop has a GPS on the serial port and a WIFI card. IPaq has a WIFI card
too. Can I set up the Ipaq to read the NMEA from the GPS over the WIFI link
like it was a serial port?
Thanks
Joe N3HGB
----------------------------------------------------------------------
Subject: Re: XASTIR help needed
From: "Curt Mills, WE7U" <archer@eskimo.com>
Date: Mon, 31 Mar 2003 19:28:39 -0800 (PST)
X-Message-Number: 31
On Mon, 31 Mar 2003, Bob Bruninga wrote:
>In the case of a closed system with everyone using one brand of APRS
>software and when all the players are trained and know what they are
>doing, then of course, exceptions can be made. But if it is an open
>system, everyone using different or undetermined software, operators are
>untrained, and positions coming in from un-trusted agents, then any
>deviation from the APRS standard will only bring disaster...
A couple of mouse operations and we're compatible again. Best of
both worlds.
Curt, WE7U. archer@eskimo.com
http://www.eskimo.com/~archer
Lotto: A tax on people who are bad at math. - unknown
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: "Curt Mills, WE7U" <archer@eskimo.com>
Date: Mon, 31 Mar 2003 19:31:00 -0800 (PST)
X-Message-Number: 32
On Tue, 1 Apr 2003, Miller Scott Contr 30SCS/FTI wrote:
>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.
Yea, except that you still have to maintain metadata for each image.
The corner points of the actual edges of the topo maps are not
included in the USGS geoTIFF tags. One must derive those corner
points either from the associated .FGD file (which is what Xastir
does), or from parsing the filename and knowledge of the filename
structure of USGS topo maps.
We use these corner points in order to stretch the map a bit and to
remove the white map collar, without which it'd be hard to tile them
all together into a contiguous map.
Curt, WE7U. archer@eskimo.com
http://www.eskimo.com/~archer
Lotto: A tax on people who are bad at math. - unknown
Windows: Microsoft's tax on computer illiterates. - WE7U.
The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Subject: Re: help with nmea over TCP
From: "Curt Mills, WE7U" <archer@eskimo.com>
Date: Mon, 31 Mar 2003 19:33:14 -0800 (PST)
X-Message-Number: 33
On Mon, 31 Mar 2003, Joe Della Barba wrote:
>I am trying to do the following:
>Laptop has a GPS on the serial port and a WIFI card. IPaq has a WIFI card
>too. Can I set up the Ipaq to read the NMEA from the GPS over the WIFI link
>like it was a serial port?
You can certainly do this by running "gpsd" on the laptop and then
having Xastir connect to the gpsd port over TCP/IP. You'd have to be
running some form of Unix/Linux on each though.
You can probably do remote serial work over the network without GPSD
quite easily as well. I think a small bit of Perl code on each end
would do it. That should be relatively portable between different
operating systems as well, if written correctly.
Curt, WE7U. archer@eskimo.com
http://www.eskimo.com/~archer
Lotto: A tax on people who are bad at math. - unknown
Windows: Microsoft's tax on computer illiterates. - WE7U.
The world DOES revolve around me: I picked the coordinate system!"
----------------------------------------------------------------------
Subject: Re: help with nmea over TCP
From: Mark Cheavens <mcheavens@usa.net>
Date: Mon, 31 Mar 2003 21:41:20 -0600
X-Message-Number: 34
Or you could use ComFoolery on the laptop if it runs any flavor of Windows.
Then you can connect via TCP from as many computers as you want to the
read/write or read only ports of ComFoolery.
http://www.brianpoe.com/comfoolery/index.html
the issue is what app you have on the IPaq. If you use a terminal program
or telnet you can get to it. If you want a specific "serial" port app, then
you will have to find a driver like the lantronix driver.
Mark Cheavens
KC5EVE
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
