OpenBCM V1.13 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
ZL3AI  > APRDIG   11.02.04 05:14l 254 Lines 9620 Bytes #999 (0) @ WW
BID : 2815-ZL3AI
Read: GUEST
Subj: TAPR Digest, Feb 08, 3/4
Path: DB0FHN<DB0FOR<DB0SIF<DB0EA<DB0ACC<DB0GOS<DB0EEO<DB0RES<ON0AR<ZL2TZE<
      ZL3VML
Sent: 040211/0300Z @:ZL3VML.#80.NZL.OC #:18858 [Chch-NZ] FBB7.00i $:2815-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To  : APRDIG@WW

Subject: RE: APRS MapManager
From: Steve Dimse <k4hg@tapr.org>
Date: Sun,  8 Feb 2004 12:55:07 -0500
X-Message-Number: 11

On 2/8/04 at 11:41 AM Mark A. Lewis <mark@siliconjunkie.net> sent:

>The one concern that I had reading this is the amount of traffic/load
>that could be generated by this. If each time a person starts their
>favorite APRS app or zooms, it makes a connection to the server to fetch
>maps this could generate a huge amount of load. It would also be a real
>hindrance to those with dialup internet.

The idea is options, I'm not in any way advocating client programs
eliminate their own map rendering code. It would still be possible, and in
most cases preferable, to have the map rendering code within the APRS
client application, rather than in an external server with the rendered map
image transferred. Even in these case though, the APRS MM can provide a big
service, making an entire library of maps available to the client program
with one stop downloading. Also, for most people, particularly with dial-up
connections, it will not be possible to download the entire 20 GB database
for something like APRSworld, APRS MM will provide a convenient way to get
the map you want, and save it to the local disk as an image/geofile pair.

Steve K4HG

----------------------------------------------------------------------

Subject: RE: APRS MapManager
From: Steve Dimse <k4hg@tapr.org>
Date: Sun,  8 Feb 2004 12:56:47 -0500
X-Message-Number: 12

On 2/8/04 at 12:47 PM Sadowski, Allan <allan.sadowski@ncshp.org> sent:

>Would it not allow users to download the maps at any time... to be able
>to use them even if they are not connected to the APRS IS?  Though there
>may be lots of BW used for those who are APRS IS concentric... I see a
>real benefit by having a central server to go to for maps of
>preference... for use while mobile...

Yes, that is part of the what the server will do.

Steve K4HG

----------------------------------------------------------------------

Subject: Re: Kids Radio Clubs
From: "Richard Amirault" <ramirault@erols.com>
Date: Sun, 8 Feb 2004 13:20:37 -0500
X-Message-Number: 13

----- Original Message -----
From: "Robert Bruninga" <bruninga@usna.edu>
Subject: [aprssig] Kids Radio Clubs

(snip)
>4) Get one that is cross band, and install a cross band
>remote base at the school, and these flea powered HT's can
>reach Mom and Dad all over the county.  Also, the kids
>can now reach each other without being limited to 1 mile
>range...  Do a legal installation...
(snip)

Hmmm... a "remote base"  ... is that the same as a radio in crossband repeat
mode? Or do you need somesort of external repeater controller?

What I'm getting at is the problem of getting a legal ID on the (inbound)
"remote base" to HT link, or will this "remote base" be outbound only
(reception direct on the HT, not thru the "remote base")

Richard Amirault                                N1JDU                Boston,
MA, USA
www.erols.com/ramirault          "Go Fly A Kite"

----------------------------------------------------------------------

Subject: RE: APRS MapManager
From: Gerry Creager N5JXS <gerry.creager@tamu.edu>
Date: Sun, 08 Feb 2004 12:24:31 -0600
X-Message-Number: 14

Thought of the day.  If a mapserver implementation such as APRSWorld is 
used, it produces an image that can be then snagged using the Open GIS 
Consortium's (OGC's) Web Mapping Server (WMS).  A map is a picture, with 
appropriate sizing, projection, metadata, and drawn using the correct 
configuration (projection, datum, etc.) for use.

So one then makes a WMS request, gets the image, uses a .geo or .inf 
file, and has the map.  Using Web Feature Server, one could put XY 
coords back in and get a feature value.  Like, an address.  From the map 
server.

Finally, having distributed map servers about is a good thing.  That 
way, the local server can serve you what it has, and either it, or the 
"system" can do WMS requests to distributed servers, cutting the 
processing load and storage requirements .

gerry

----------------------------------------------------------------------

Subject: RE: APRS MapManager
From: Steve Dimse <k4hg@tapr.org>
Date: Sun,  8 Feb 2004 13:38:59 -0500
X-Message-Number: 15

On 2/8/04 at 12:24 PM Gerry Creager N5JXS <gerry.creager@tamu.edu> sent:

>Thought of the day.  If a mapserver implementation such as APRSWorld is
>used, it produces an image that can be then snagged using the Open GIS
>Consortium's (OGC's) Web Mapping Server (WMS).  A map is a picture, with
>appropriate sizing, projection, metadata, and drawn using the correct
>configuration (projection, datum, etc.) for use.
>
>So one then makes a WMS request, gets the image, uses a .geo or .inf
>file, and has the map.  Using Web Feature Server, one could put XY
>coords back in and get a feature value.  Like, an address.  From the map
>server.

That would require additional programming, but it could be done. One of the
things I am planning to do though it to be able to generate an html map
file (unfortunate termalogy, as it will be a map of a map, it converts
click locations to URLs) so that a user could click on a findU map and be
brought to a station information page.

Steve K4HG

----------------------------------------------------------------------

Subject: Re: New to APRS
From: "Scott Miller" <scott@3xf.com>
Date: Sun, 8 Feb 2004 10:46:44 -0800
X-Message-Number: 16

I've got a uWx board myself, but haven't got around to deploying it yet.  I
was a little disappointed by the fact that it's got a single fixed transmit
rate.  The WxTrak is probably closer to what I want, since I've got no need
for an LCD display on this unit.  Jim, KB0THN, also builds windloggers that
are probably even better for my application (hang glider/paraglider flight
area conditions).  I'll probably get one of those and check it out.

The one thing that stopped me from getting a WxTrak was the fact that it
doesn't (yet) support the Dallas 1-wire weather station.

If I get around to it, I may write a new firmware for the OpenTracker
that'll handle the 1-wire, or maybe the Oregon Scientific stations at least.
Of course, the source code is available and the device requires no special
hardware to program, so if there's anyone out there comfortable with
embedded C programming who wants to take on this project, I'll be happy to
help get you started.

Scott
N1VG

----------------------------------------------------------------------

Subject: Re: No more RELAY,WIDE defaults for fixed stns
From: "Scott Miller" <scott@3xf.com>
Date: Sun, 8 Feb 2004 11:03:44 -0800
X-Message-Number: 17

What's the current guidance on default settings for standalone trackers?
The latest firmware for the OpenTracker defaults to RELAY,WIDE.

Scott
N1VG

----------------------------------------------------------------------

Subject: OpenTracker second-round beta testing
From: <scott@opentrac.org>
Date: Sun, 8 Feb 2004 11:20:06 -0800
X-Message-Number: 18

I've got another batch of OpenTracker boards coming in within a week or so.
The first revision had a slight manufacturing error that needed to be
corrected, and I've also fixed some silkscreen labeling and added a battery
voltage monitoring capability.

I'll be donating a few to various high-altitude balloon projects.  If
you've got one of those or some other interesting project going that needs
a tracker, let me know and I might be able to give you a freebie.  The rest
of the batch I'm planning to distribute in kit form for $xx each, shipping
included.  Add an extra $1 outside the US to cover postage and me having to
fill out the stupid customs form.

The kit includes the PCB and all components, with the MCU flashed with the
latest firmware when it ships.  Of course, you can always update it later.
Assembly is about the same difficulty as the TinyTrak3.

The project is still somewhat lacking in documentation.  I wouldn't
recommend taking this on if you're not already comfortable with wiring the
TT3 or KPC-3 and have working cables already.  The upside is that you get a
good compact tracker for about the cost of materials plus shipping.  Sorry,
no case included, but it'll fit in a Serpac C-6 like the TT3.  Email me
off-SIG if you're interested.

http://n1vg.net/opentracker

Scott
N1VG

----------------------------------------------------------------------

Subject: Re: Kids Radio Clubs
From: Bill Vodall - WA7NWP <wa7nwp@jnos.org>
Date: Sun, 8 Feb 2004 11:22:45 -0800 (PST)
X-Message-Number: 19

On Sun, 8 Feb 2004, Robert Bruninga wrote:

>Kids Radio CLubs:
>
>Now that the Kids are carrying HT's again, its time for
>me to get back to work on APRS-TouchTone so I can
>track them and message them as well...
>
>See http://www.ew.usna.edu/~bruninga/aprstt.html

Don't anybody tell Bob about EchoStation,

http://www.synergenics.com/sc/

He'd probably come up with some way to tie it in to APRS...

73,
Bill - WA7NWP

----------------------------------------------------------------------

Subject: TRACE in the FLOOD parameter???
From: Earl Needham <needhame1@yucca.net>
Date: Sun, 08 Feb 2004 13:22:40 -0700
X-Message-Number: 20

The other day in Dallas, I was transmitting with a path of RELAY,TRACE2-2
and kept seeing my own packets coming back with a path of TRACE2*.  Am I 
confused, or is there something different here???

Thanks,
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:  11349WU/7.36yrs

----------------------------------------------------------------------



Read previous mail | Read next mail


 15.10.2026 10:14:08lGo back Go up