| |
ZL3AI > APRDIG 08.02.04 12:57l 249 Lines 9162 Bytes #999 (0) @ WW
BID : 2792-ZL3AI
Read: GUEST
Subj: TAPR Digest, Feb 05, 2/7
Path: DB0FHN<DB0THA<DB0ERF<DB0FBB<DB0GOS<ON0AR<ON0AR<IK1ZNW<VE3FJB<ZL2TZE<
ZL3VML
Sent: 040208/1031Z @:ZL3VML.#80.NZL.OC #:18652 [Chch-NZ] FBB7.00i $:2792-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: FindU maps
From: "Curt, WE7U" <archer@eskimo.com>
Date: Thu, 5 Feb 2004 08:09:15 -0800 (PST)
X-Message-Number: 10
On Wed, 4 Feb 2004, EM Murphy wrote:
>Can't you use the tiger maps?
That might be quite a bit of load on their server, plus I think Aprsworld
has those sorts of maps already, so you're not gaining anything.
Also Tigermap is U.S.-centric. Steve has mentioned that he's looking for a
world-wide mapping source.
The number of hits we're talking about here is pretty large.
--
Curt, WE7U archer at eskimo dot com
Arlington, WA, USA 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: IGate WEB page.
From: "AE5PL Lists" <HamLists@ametx.com>
Date: Thu, 5 Feb 2004 10:17:20 -0600
X-Message-Number: 11
Depends on the IGate software.
Just to clarify from previous threads, an IGate shouldn't add ALL stations
heard on RF to its "local" list; just the stations whose packets meet the
IGate's "local" criteria. This last part is implemented as distance in
some software (requiring a posit) and as number of digi hops traveled to
get to the IGate in other software. This latter method, while having some
holes (depending on whether NOID is implemented or not), was stated as
preferable as it does not depend on a posit being received by the IGate. In
either case, having a preset value which cannot be altered is not desirable
due to the various RF environments around the world.
If a limit is not put in place, then there is a lot of needless cluttering
of local RF due to IGates attempting to gate for stations well out of range
of the IGate's path setting. javAPRSSrvr leaves this "limit" calculation
up to the IGate on filtered ports. javAPRSSrvr passes all message packets
from APRS-IS to the IGate for all stations the IGate has gated to the
Internet in the past X minutes (X set by the sysop, usually 30 minutes).
73,
Pete Loveall AE5PL
pete@ae5pl.net
----------------------------------------------------------------------
Subject: Re: IGate WEB page.
From: "Curt, WE7U" <archer@eskimo.com>
Date: Thu, 5 Feb 2004 08:36:33 -0800 (PST)
X-Message-Number: 12
On Thu, 5 Feb 2004, Bob Bruninga wrote:
>On Wed, 10 Sep 2003, Dick Stanich wrote:
>
>>For purposes of messaging... if you don't have a position, you don't exist
>>on APRS... An Igate has to learn its local stations, only then can it
>>effectively handle message traffic to locals.
>
>Cleaning out old mail. Id like clarificaiton of the above.
>
>I pray it isnt true.
>
>An IGate that hears ANY packet locally from a station should
>add that station to his LOCAL list (independent of whether it is a
>position of not), and indepnedent of any distance filters computed on what
>the position claimed to be...
Xastir: Any station heard on a local interface is marked as local, with a
60-minute timeout. No posit necessary.
There are currently no distance restrictions w.r.t. marking a station as
"local". We were considering adding that though, but it would probably be
in terms of number of digi's it takes to reach the igate, not in terms of
actual distance from a posit.
We also have an igating dupe queue: If the same packet is already in the
queue, we don't igate it. This helps to reduce dupes when there are
multiple igates in the area.
--
Curt, WE7U archer at eskimo dot com
Arlington, WA, USA 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: MapPoint, etc and Xastir or UI-View
From: Adi Linden <adil@adis.on.ca>
Date: Thu, 5 Feb 2004 10:46:28 -0600 (CST)
X-Message-Number: 13
Are any of the commercially available mapping packages like MS MapPoint
useable with Xastir or UI-View? Can any of these maps be used with a
webserver and javAPRS for example?
I am asking because I never purchased any of these mapping packages and
have no idea what format these maps are in.
Adi
--
Adi Linden | va3adi | va3adi@adis.ca | http://adis.ca
+-----------------------------------------------------------------+
IRLP Node 2590 in Sioux Lookout, Ontario
----------------------------------------------------------------------
Subject: Re: FindU maps
From: Matt Murphy <web8ck@yahoo.com>
Date: Thu, 5 Feb 2004 09:07:47 -0800 (PST)
X-Message-Number: 14
I forgot what you had said about the users outside of the US. Hopefully
another company/group out there would help you out with the maps. What
does MapBlast say about using them now? Being encrypted they probably
don't want to give it out now right?
Matthew, kc8bew
----------------------------------------------------------------------
Subject: Re: maps
From: Jeff King <jeff@aerodata.net>
Date: Thu, 5 Feb 2004 12:25:41 -0500
X-Message-Number: 15
How about sharing the hits over a number of AprsWorld servers? The key issue
we have learned here is bandwidth is not free, and as soon as you start using
a significant amount of it, for some strange reason folks want you to pay for
it. If we keep the same line of thinking in the past, we will repeat the same
mistakes. APRS-IS has to be a distributed system, running "under the radar"
in its current economic model.
Maybe something as simple as rotating IP addresses in a dns server? I suspect
keeping the logs in sync might be a problem, but on the other hand, it would
allow something like this to exist on the typical residential DSL line. And
of course, maps don't need to be hosted on the same server.
--
Jeff King, jeff@aerodata.net on 02/05/2004
----------------------------------------------------------------------
Subject: RE: NWS server woes
From: John Rice <rice@vx5.com>
Date: Thu, 05 Feb 2004 11:32:01 -0600
X-Message-Number: 16
At 04:02 PM 2/5/2004 +0100, you wrote:
> Non-NWS prefix messages will also be passed when using the t/n filter.
>
> 73 de sm5nrk/Roger
After spending a lot of time trying different combinations of filtering,
the problem has been determined that the t/n (NWS) type filter is not
passing along messages from the Chicago Weather Service "LOT". There seems
to be a problem with that filter at the server end.
Using the budlist filter b/LOT* works reliably for these messages. This
was determined by running two computers connected to the same (or
different) servers, each using a different filter and comparing the
results.
The final filter configuration I'm using, tested on a third computer while
comparing with the previous two is
filter t/n b/LOT*
which seems to be working reliably.
Thanks
John - K9IJ
-
rice@vx5.com
Webmaster, Network Admin, Janitor
----------------------------------------------------------------------
Subject: Re: FindU maps
From: Steve Dimse <k4hg@tapr.org>
Date: Thu, 5 Feb 2004 12:35:15 -0500
X-Message-Number: 17
On 2/5/04 at 9:07 AM Matt Murphy <web8ck@yahoo.com> sent:
>I forgot what you had said about the users outside of
>the US. Hopefully another company/group out there
>would help you out with the maps. What does MapBlast
>say about using them now? Being encrypted they
>probably don't want to give it out now right?
They are not encrypted now, the problem seems to be one of loading. If you
hit refresh a few times, sometimes maps will pop up. I'm thinking they
closed down most of the server farm, leaving less capacity than findU
needs, requests that connot be handled are sent the
They switched the server on mapblast.com to encryption, but did not change
the one on vicinity.com. Interestingly, originally vicinity.com was a US
only server, and it appears that they are once again using a US only
database.
As long as it still works occasionally, I'll hold hope that this is just an
unexpected problem in their system, and they will return to the prior
capacity, but every day it remains crippled makes it less likely.
Steve K4HG
----------------------------------------------------------------------
Subject: Re: maps
From: Steve Dimse <k4hg@tapr.org>
Date: Thu, 5 Feb 2004 12:36:33 -0500
X-Message-Number: 18
On 2/5/04 at 12:25 PM Jeff King <jeff@aerodata.net> sent:
>How about sharing the hits over a number of AprsWorld servers? The key issue
>we have learned here is bandwidth is not free, and as soon as you start using
>a significant amount of it, for some strange reason folks want you to pay for
>it. If we keep the same line of thinking in the past, we will repeat the same
>mistakes. APRS-IS has to be a distributed system, running "under the radar"
>in its current economic model.
Again, the principle issue with APRSworld is that it is US only, does not
even include Canada. I cannot abandon a third of my users like that!
Steve K4HG
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
