| |
ZL3AI > APRDIG 07.02.04 13:08l 265 Lines 9106 Bytes #999 (0) @ WW
BID : 2784-ZL3AI
Read: GUEST
Subj: TAPR Digest, Feb 04, 2/4
Path: DB0FHN<DB0RGB<OK0PPL<DB0RES<ON0AR<IK1ZNW<ZL2TZE<ZL3VML
Sent: 040207/1058Z @:ZL3VML.#80.NZL.OC #:18562 [Chch-NZ] FBB7.00i $:2784-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: Re: APRS Symbols update
From: "Laurie - g6isy" <g6isy@dsl.pipex.com>
Date: Wed, 4 Feb 2004 11:04:21 -0000
X-Message-Number: 5
Curt, WE7U wrote:
>
>Define "everywhere". Is the white 'H' on a light blue background a
>U.S. symbol or an international symbol?
The symbol complies with the following :
PROTOCOL ON ROAD SIGNS AND SIGNALS
(Geneva, 19 September 1949)
Article 39
1. The sign "HOSPITAL" shall be used to indicate to the drivers of vehicles
that they should take the precautions required in the proximity of medical
establishments and, in particular, to refrain from making unnecessary noise.
2. Thsi sign shall consist of the symbol H above the word "Hospital" as
shown in diagram III, A.2.
3. The colour of the sign shall be blue and the insciption white.
4. The sign shall be placed facing the traffic.
Ironically, I don't think the US is a signatory to this protocol.
There are other signs used in various parts of the world that do not use the
Geneva signs.
73 Laurie - G6ISY
----------------------------------------------------------------------
Subject: findu and us mapping
From: James Jefferson <jj@aprsworld.net>
Date: Wed, 4 Feb 2004 09:29:19 -0600
X-Message-Number: 6
Steve a while ago created a cgi that uses maps.aprsworld.net for mapping.
This is working. You can use it at:
http://www.findu.com/cgi-bin/find-us.cgi?k4hg
-Jim KB0THN
----------------------------------------------------------------------
Subject: Re: findu and us mapping
From: Earl Needham <needhame1@yucca.net>
Date: Wed, 04 Feb 2004 08:49:14 -0700
X-Message-Number: 7
At 08:29 AM 2/4/2004, James Jefferson wrote:
>Steve a while ago created a cgi that uses maps.aprsworld.net for mapping.
>This is working. You can use it at:
>
>http://www.findu.com/cgi-bin/find-us.cgi?k4hg
>
>-Jim KB0THN
Great on the maps, but the radar weather maps don't seem to be
there. Have to figure a way to get that going, too...
Earl
Earl Needham, KD5XB, Clovis, New Mexico DM84jk
KD5XB-2>APW251,PCSAT-1%:=3425.83N/10313.55W-PHG7150/WinAPRS 2.5.1
-EARL_CLOVIS -251-<630>
SETI@Home: 11337WU/7.35yrs
----------------------------------------------------------------------
Subject: Re: findu and us mapping
From: Robbie WA9INF <mwrobertson@comcast.net>
Date: Wed, 04 Feb 2004 10:06:09 -0600
X-Message-Number: 8
Hummm, seems to only work on Steve's call though.. I've tried using
other callsigns, and there seems to no maps returned!
Robbie
----------------------------------------------------------------------
Subject: Re: findu and us mapping
From: Frank - KG6JVE <kg6jve@pasadena.net>
Date: Wed, 4 Feb 2004 08:01:38 -0800 (PST)
X-Message-Number: 9
Mine seems to work:
http://www.findu.com/cgi-bin/find-us.cgi?kg6jve-1
----------------------------------------------------------------------
Subject: Re: findu and us mapping
From: Gerry Creager N5JXS <gerry.creager@tamu.edu>
Date: Wed, 04 Feb 2004 10:10:47 -0600
X-Message-Number: 10
We can work on radar... James, do you need a link to 1km NEXRAD images?
gerry
--
Gerry Creager -- gerry.creager@tamu.edu
Network Engineering -- AATLT, Texas A&M University
Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578
Page: 979.228.0173
Office: 903A Eller Bldg, TAMU, College Station, TX 77843
----------------------------------------------------------------------
Subject: Re: 9612, digipeating and kiss
From: "Curt, WE7U" <archer@eskimo.com>
Date: Wed, 4 Feb 2004 08:13:57 -0800 (PST)
X-Message-Number: 11
On Tue, 3 Feb 2004, Stephen H. Smith wrote:
>Scott Miller wrote on 2/3/2004, 3:15 PM:
>
>>If they're using the same TNC (a 9612, I think), will
>>it do its digipeating job while in KISS mode?
>
>Not unless the program using KISS know how to digipeat; i.e a
>full-function APRS client like UI-View or APRSplus that can both I-gate
>and digipeat at the same time...
Or combinations of programs that do the individual tasks well like
aprsd and digi_ned.
--
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: findu and us mapping
From: Jeff King <jeff@aerodata.net>
Date: Wed, 04 Feb 2004 10:20:50 -0600 (CST)
X-Message-Number: 12
Works fine for me using your call, shows you in the Chicago area.
http://db.aprsworld.net/datamart/search.php
although I am not seeing street labels.
James, can street labels be displayed?
----------------------------------------------------------------------
Subject: Re: findu and us mapping
From: Steve Dimse <k4hg@tapr.org>
Date: Wed, 4 Feb 2004 12:05:17 -0500
X-Message-Number: 13
On 2/4/04 at 9:29 AM James Jefferson <jj@aprsworld.net> sent:
>Steve a while ago created a cgi that uses maps.aprsworld.net for mapping. This
>is working. You can use it at:
>
>http://www.findu.com/cgi-bin/find-us.cgi?k4hg
Are you sure your server can handle this? I'm getting a lot of failed
attempts as I try different callsigns around the country. I don't remember
this happening when we first did this, could this be a load issue?
Last month there were 1.6M hits on find.cgi, each needing three maps, which
works out to an average load of 1.8 maps/second, peak loads could be three
times that, and there are other cgi's that generate additional load. Of
course, the code might eliminate the ones outside the US, (though really
that will not change the peak loads much, as the Europe peak load is when
the US is at its nadir).
I think these maps can be part of the long term solution, but we will need
more infrastructure, perhaps even a distributed APRS map server farm for a
long term solution. I envision something where each server is mirrored to
contain an up-to-date list of APRSdos, palmAPRS, GMT maps, GIF.PNG/JPG
maps, Jim's code, and anything else we can come up with to fill some holes.
I'm thinking a database which could, given a lat/lon, pick the best map to
fit the request, and using a caching mechanism for the CPU/IO intensive
maps, so repeat requests for the same map are without resource use.
Big, big job, anyone volunteering to put something like this together?
Steve K4HG
----------------------------------------------------------------------
Subject: Re: findu and us mapping
From: James Jefferson <jj@aprsworld.net>
Date: Wed, 4 Feb 2004 11:20:35 -0600
X-Message-Number: 14
The issue is that I arbitrarly changed the format of the icon parameter.
This morning I created a little kludge that will make it work with the old
format - however I have a bug in it that I need to fix. (I had about 10
minutes between two exams).
Basically my caching is very aggresive. After the initial render it will
always come out of cache. Initial renders take a few seconds and cache
reads take a few milliseconds.
I don't know if the server will handle it. It's an ancient PIII machine
that the only thing going for it is a decent disk and lotsa memory. But I
have no problem with loading it down and seeing.
>Are you sure your server can handle this? I'm getting a lot of failed
>attempts as I try different callsigns around the country. I don't remember
>this happening when we first did this, could this be a load issue?
This is the bug, referenced above. It should now be fixed.
>Last month there were 1.6M hits on find.cgi, each needing three maps, which
>works out to an average load of 1.8 maps/second, peak loads could be three
>times that, and there are other cgi's that generate additional load. Of
>course, the code might eliminate the ones outside the US, (though really
>that will not change the peak loads much, as the Europe peak load is when
>the US is at its nadir).
I believe that at least 1/3rd of those hits can be reduced by simply not
showing three maps on every page. If you look at aprsworld.net I show one
map and allow the user to zoom.
maps.aprsworld.net has data for outside of the US. It isn't street level,
but it is better than nothing - and in some cases it is something that can
be improved on.
>I'm thinking a database which could, given a lat/lon, pick the best map to
>fit the request, and using a caching mechanism for the CPU/IO intensive
>maps, so repeat requests for the same map are without resource use.
You're describing a system quite similar to what I have and what any
internet based mapping system is. Standard GIS stuff, really.
-Jim
----------------------------------------------------------------------
Subject: Re: findu and us mapping
From: James Jefferson <jj@aprsworld.net>
Date: Wed, 4 Feb 2004 11:21:57 -0600
X-Message-Number: 15
Okay, this was a bug and is now fixed. Try it again.
-Jim
On Wednesday 04 February 2004 10:06, Robbie WA9INF wrote:
>Hummm, seems to only work on Steve's call though.. I've tried using
>other callsigns, and there seems to no maps returned!
>
>Robbie
----------------------------------------------------------------------
Read previous mail | Read next mail
| |
