Re: [Xastir] Is traffic encryption possible?

2007-11-11 Thread Alex Carver

--- Tom Russo <[EMAIL PROTECTED]> wrote:

> On Sun, Nov 11, 2007 at 08:23:18PM -0700, we
> recorded a bogon-computron collision of the
> <[EMAIL PROTECTED]> flavor, containing:

> > Tom, there's one sure way to fix this
> misconception... add the code,
> > then you don't have to refute this everytime it
> comes up!
> > 
> > 
> 
> Cover ain't gonna help you, buddy, I'm calling in
> the airstrike.

Will the airstrike be carrying APRS trackers?  Can I
watch it unfold via the APRS-IS? :)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Is traffic encryption possible?

2007-11-11 Thread Tom Russo
On Sun, Nov 11, 2007 at 08:23:18PM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Nov 11, 2007 7:46 PM, Tom Russo <[EMAIL PROTECTED]> wrote:
> 
> > >If I remember correctly, Xastir should also
> > > support the !DAO! format
> > No.  This keeps getting stated on APRSSIG as if it were fact, but it is not
> > true.  Xastir does NOT implement !DAO!.  Nobody has ever coded it up.
> 
> Tom, there's one sure way to fix this misconception... add the code,
> then you don't have to refute this everytime it comes up!
> 
> 

Cover ain't gonna help you, buddy, I'm calling in the airstrike.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Is traffic encryption possible?

2007-11-11 Thread James Ewen
On Nov 11, 2007 7:46 PM, Tom Russo <[EMAIL PROTECTED]> wrote:

> >If I remember correctly, Xastir should also
> > support the !DAO! format
> No.  This keeps getting stated on APRSSIG as if it were fact, but it is not
> true.  Xastir does NOT implement !DAO!.  Nobody has ever coded it up.

Tom, there's one sure way to fix this misconception... add the code,
then you don't have to refute this everytime it comes up!



James
VE6SRV
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Is traffic encryption possible?

2007-11-11 Thread Tom Russo
On Mon, Nov 12, 2007 at 01:39:12AM +0200, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
>If I remember correctly, Xastir should also
> support the !DAO! format that provides one additional minute decimal digit
> to the basic resolution, yielding a resolution of at least 2 meters
> http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

No.  This keeps getting stated on APRSSIG as if it were fact, but it is not
true.  Xastir does NOT implement !DAO!.  Nobody has ever coded it up.

-- 
Tom RussoKM5VY   SAR502   DM64ux  http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM
"And, isn't sanity really just a one-trick pony anyway? I mean all you get is
 one trick, rational thinking, but when you're good and crazy, oooh, oooh,
 oooh, the sky is the limit!"  --- The Tick
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


Re: [Xastir] Is traffic encryption possible?

2007-11-11 Thread Tapio Sokura
On Fri, November 9, 2007 20:06, Jim Tolbert wrote:
> As the capabilities of Xastir are explored in our corner of the world,
> one query was raised in discussion.   Is there anyway, or more to the
> point, what would be required, to have GPS location packets encrypted?

It depends on what exactly you are trying to achieve. If you just want
secure transfer of APRS data over Internet to a private APRS-IS server,
you could use an encrypted tunnel without any changes to Xastir source
code. See stunnel.org for one example.

But if you want to encrypt the packets themselves, so they can be
transferred over unencrypted connections or maybe mixed with cleartext
packets, you need to get your hands dirty with Xastir source code. You'll
probably also want to keep your packets from never reaching the global
public APRS-IS. Anyway there is no such thing as an encrypted APRS
specification. So whatever system you use, it won't work together with
anything else, unless you modify the "anything else" part too.

> Similarly, what would be required to add another digit to the position
> accuracy that is transmitted and received?  Presumably, Xastir will plot
> whatever it gets as data.

Xastir supports APRS base-91 compression that provides a resolution of
under one meter globally. If I remember correctly, Xastir should also
support the !DAO! format that provides one additional minute decimal digit
to the basic resolution, yielding a resolution of at least 2 meters
globally. The basic position resolution of APRS is about 20 meters.

  Tapio

___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


[Xastir] Wx Alerts (Mac Leopard)

2007-11-11 Thread Chip Griffin
I noticed an oddity. I have two machines that run Xastir full-time.  
On one I am currently showing a Freeze alert for Suffolk County on  
Long Island (this is the Mac PPC Mini, running OS X 10.4.10 and  
Xastir v1.9.1 with Imagemagick, libProj, GeoTiff, GDAL/OGR, Shapelib,  
PCRE, dbfawk, map caching, rtree and libcurl. On the other machine  
the alert is notably absent. I'm curious why I'm not seeing the  
alerts (it is in the weather alert window and it is an icon on the  
map, just not the county highlighting. This is a Mac Intel Mini  
running OS X 10.5 and Xastir v1.9.2 with GPSMan, Graphicsmagick,  
libProj, GeoTiff, Shapelib, PCRE, dbfawk, map caching, rtree, and  
libcurl. (Xastir details via the "about" window.) What I see  
different is:


Mini PPCMini Intel
v1.9.1  v1.9.2
ImageMagick GraphicsMagick
-   GPSMan
GDAL/OGR-

Other things appear to be the same. I thought maybe it was due to the  
newer config (the Intel Mini with Leopard) not having the XBM files,  
but I see those are in both locations. I was watching the PPC and  
noticed it was loading a shapefile with name 'z_10fe06.shp' that I  
wasn't seeing on the Intel machine. So I searched and couldn't find  
that file. I found it in the Counties directory on the PPC machine. I  
noticed the list of shape (and other) files was a bit shorter on the  
Intel machine. So I copied the files over between the two. I'm  
wondering where they came from and why I had so many on the PPC  
machine that weren't on the Intel machine. With a quit and restart of  
Xastir I am now seeing the alert, so I am certain it is related to  
the missing county shape file.


See the below output for more details of which files were there (not  
overwritten) and which had to be copied from the older machine.


73,
--de Chip (N1MIE) FN41bn


/usr/local/share/xastir/Counties/c_16mr06.dbf not overwritten
/usr/local/share/xastir/Counties/c_16mr06.shp not overwritten
/usr/local/share/xastir/Counties/c_16mr06.shx not overwritten
fz10mr06.dbf -> /usr/local/share/xastir/Counties/fz10mr06.dbf
fz10mr06.shp -> /usr/local/share/xastir/Counties/fz10mr06.shp
fz10mr06.shx -> /usr/local/share/xastir/Counties/fz10mr06.shx
/usr/local/share/xastir/Counties/fz24my06.dbf not overwritten
/usr/local/share/xastir/Counties/fz24my06.shp not overwritten
/usr/local/share/xastir/Counties/fz24my06.shx not overwritten
/usr/local/share/xastir/Counties/hz28au04.dbf not overwritten
/usr/local/share/xastir/Counties/hz28au04.shp not overwritten
/usr/local/share/xastir/Counties/hz28au04.shx not overwritten
mz10ja06.dbf -> /usr/local/share/xastir/Counties/mz10ja06.dbf
mz10ja06.shp -> /usr/local/share/xastir/Counties/mz10ja06.shp
mz10ja06.shx -> /usr/local/share/xastir/Counties/mz10ja06.shx
/usr/local/share/xastir/Counties/oz15de04.dbf not overwritten
/usr/local/share/xastir/Counties/oz15de04.shp not overwritten
/usr/local/share/xastir/Counties/oz15de04.shx not overwritten
ta14ja03.dbf -> /usr/local/share/xastir/Counties/ta14ja03.dbf
ta14ja03.shp -> /usr/local/share/xastir/Counties/ta14ja03.shp
ta14ja03.shx -> /usr/local/share/xastir/Counties/ta14ja03.shx
tw14ja03.dbf -> /usr/local/share/xastir/Counties/tw14ja03.dbf
tw14ja03.shp -> /usr/local/share/xastir/Counties/tw14ja03.shp
tw14ja03.shx -> /usr/local/share/xastir/Counties/tw14ja03.shx
w_28fe06.dbf -> /usr/local/share/xastir/Counties/w_28fe06.dbf
w_28fe06.shp -> /usr/local/share/xastir/Counties/w_28fe06.shp
w_28fe06.shx -> /usr/local/share/xastir/Counties/w_28fe06.shx
z_10fe06.dbf -> /usr/local/share/xastir/Counties/z_10fe06.dbf
z_10fe06.shp -> /usr/local/share/xastir/Counties/z_10fe06.shp
z_10fe06.shx -> /usr/local/share/xastir/Counties/z_10fe06.shx
z_12fe06.dbf -> /usr/local/share/xastir/Counties/z_12fe06.dbf
z_12fe06.shp -> /usr/local/share/xastir/Counties/z_12fe06.shp
z_12fe06.shx -> /usr/local/share/xastir/Counties/z_12fe06.shx
z_14fe06.dbf -> /usr/local/share/xastir/Counties/z_14fe06.dbf
z_14fe06.shp -> /usr/local/share/xastir/Counties/z_14fe06.shp
z_14fe06.shx -> /usr/local/share/xastir/Counties/z_14fe06.shx
z_16mr06.dbf -> /usr/local/share/xastir/Counties/z_16mr06.dbf
z_16mr06.shp -> /usr/local/share/xastir/Counties/z_16mr06.shp
z_16mr06.shx -> /usr/local/share/xastir/Counties/z_16mr06.shx


___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir


[Xastir] RE: State and Topical Gazetteer Download Files

2007-11-11 Thread Wes Hartman - KC5FGK
I looked into the URL and the site has been changed to:
  http://geonames.usgs.gov/domestic/download_data.htm
   
   
  From: Chip Griffin <[EMAIL PROTECTED]>
Subject: [Xastir] get-gnis script failure

I've used it before, although not recently. Not sure when it broke,  
but doesn't seem to work now. It says that it connects to  
geonames.usgs.gov and then it says HTTP request sent, but the reply  
is 404 not found. It has that same sequence for both

 http://geonames.usgs.gov/stategaz/CT_DECI.zip
and for
 http://geonames.usgs.gov/stategaz/CT_DECI.TXT

So no go on either account. I had also tried all the other New  
England states (CT, MA, RI, VT, NH, ME) with the same results on all.  
I tried it on two separate installations with the same results.  
Running the latest incarnation on at least one of the machines.


73,
--de Chip (N1MIE) FN41bn


___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir