Re: [Xastir] Course & Speed problem

[Curt Mills]

On Mon, 13 Nov 2006, Jay Hurt wrote:

> > 
> > Xastir uses GPRMC for course/speed, GPGGA for altitude.
> > 
> 
> Thanks Curt, I'll make sure I'm passing those.

If it's decoding them you'll see it say something like
"GPRMC,GPGGAA" on the status line each time it decodes them.  Check
the Configure->Timing dialog to set how often it'll look for them.

-- 
Curt, WE7U. archer at eskimo dot 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!"
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

Re: [Xastir] Course & Speed problem

[Jay Hurt]

Xastir uses GPRMC for course/speed, GPGGA for altitude.



Thanks Curt, I'll make sure I'm passing those.
Jay
73 de N0XVB

_
Add a Yahoo! contact to Windows Live Messenger for a chance to win a free 
trip! 
http://www.imagine-windowslive.com/minisites/yahoo/default.aspx?locale=en-us&hmtagline


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

[Xastir] Re: built-in shapelib (was :Better and/or Easier Way to Get Xastir on Windows)

[Tom Russo]

On Mon, Nov 13, 2006 at 07:02:02PM -0600, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> OK, this is weird.
> 
> First, it compiles fine now, and dbfawk compiles and works.
> 
> When I bring it up all looks OK.  When I zoom in, though, I am  
> suddenly in Briscoe County not far from the city of Mena.  Only  
> problem is, there is no Briscoe county or city names Mena in the  
> state, much less near me.  I look at where I grew up in TN at the  
> edge of the Cumberland Plateau, and as I zoom in Grand Canyon  
> National Park appears.
> 
> These maps have been working fine for a couple of years.  Did a cp -r  
> to get them into my test directory.
> 
> what the heck?

Beats me.  This is not something that the difference between shared library
and static linked library versions should be responsible for.

WHen you say you did a cp -r to your "test directory" do you mean that your
new Xastir build is looking for maps in a different place than your old?  That 
is almost certainly the reason for the difference.

If I were you, I'd just put your old /usr/local back where it was, and rebuild
xastir with internal shapelib by using "--without-shapelib" instead of trying
to hide the external shapelib and all the /usr/local stuff.  When you 
specify "--without-shapelib" now, configure doesn't even look for a system-wide
installation, and always uses our internal version. You're best off doing this 
by having two different build directories and using a "--program-prefix".  
See README.CVS for details.

If you reduce the difference between versions to only the static-linked vs. 
dynamic linked shapelib, then I'm sure you'll see the anomalies you're 
describing go away.  They are too bizarre to be the result of switching with
shapelib you're using.

-- 
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] built-in shapelib

[Jason Winningham]

another thought:  only the _labels_ are showing; I don't see any  
actual map features.


-Jason
kg4wsv



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

[Xastir] built-in shapelib (was :Better and/or Easier Way to Get Xastir on Windows)

[Jason Winningham]

OK, this is weird.

First, it compiles fine now, and dbfawk compiles and works.

When I bring it up all looks OK.  When I zoom in, though, I am  
suddenly in Briscoe County not far from the city of Mena.  Only  
problem is, there is no Briscoe county or city names Mena in the  
state, much less near me.  I look at where I grew up in TN at the  
edge of the Cumberland Plateau, and as I zoom in Grand Canyon  
National Park appears.


These maps have been working fine for a couple of years.  Did a cp -r  
to get them into my test directory.


what the heck?

-Jason
kg4wsv



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

Re: [Xastir] suse gdal

[Jay Hurt]

Hmm.  Well geos was at 2.2.1 so I downloaded and installed 2.2.3 from 
source, no problems. I have gdal-1.3.2 compiling now, we'll see how it goes 
this time through.


I sure hate package management tools and binary installs, this has been a 
complete PITA.  Slack never gave me any problems, but then again I did 
everything from source.  Doing my own package management is about a 
bazillion times easier!


Jay
73 de N0XVB


Tom,

I re-built gdal from source after upgrading geos and it compiled just fine. 
So the old version of geos was causing the problem.


Thanks for the help!
Jay
73 de N0XVB

===
"If you think dogs can't count, try putting three dog biscuits in your 
pocket and then giving Fido only two of them."  Phil Pastoret

-
Hardware, n:  the parts of a computer system that can be repaired with a 
hammer.


_
All-in-one security and maintenance for your PC.  Get a free 90-day trial! 
http://clk.atdmt.com/MSN/go/msnnkwlo005002msn/direct/01/?href=http://www.windowsonecare.com/?sc_cid=msn_hotmail


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

Re: [Xastir] Initial Startup

[Curt, WE7U]

On Mon, 13 Nov 2006, James Ewen wrote:

> That should reduce the number of newbie questions by a fair bit, and make
> Xastir a little more user friendly.
>
> Xastir is one of the most feature laden APRS programs out there, with the
> BEST developer support available. The biggest detractor in my mind is the
> difficulty in initially gettting the program up and running for the first
> time user. The easier it is to get Xastir up and running the more people can
> see what it can do.

With the Shapelib work Tom just did, it's even better!  Xastir
_will_ have Shapefile support now, whether or not you decide to
install the Shapelib library before you compile Xastir.  This makes
weather alerts supported by default (if the user runs the
"scripts/get-NWSdata" script), and allows one to use Shapefile maps
from the get-go.

We need someone to run through the README.Getting-Started file and
revise it for these new features.  This is so the first-time-user
knows how to get the maximum capability right away.

First thing to do:

*) Enter a callsign on the first dialog which pops up.


Optional:

*) Run the "get-NWSdata" script to enable weather alerts for the U.S.
*) Download the APRSWorld Shapefile map of the world for a
   higher-resolution world map.  Reindex maps to see any new maps in
   the Map Chooser.
*) Fetch Shapefile street maps for the U.S. from
    or perhaps 
*) Run the "fcc-get" script to snag the FCC and RAC databases (VERY
   LARGE!).
*) Run "get-gnis" script to get GNIS maps for your area.  Reindex
   maps to see any new maps in the Map Chooser.
*) Run "get-maptools.sh" script to add additional map capability,
   then "./configure" and "make install" Xastir again afterwards.
*) Run "inf2geo.pl" to convert UI-View maps to Xastir maps.  There's
   also "mapblast2geo.pl" and "ozi2geo.pl" for other types.  Reindex
   maps to see any new maps in the Map Chooser.
*) Run "toporama250k.pl" and/or "toporama50k.pl" to fetch topo maps
   for all of Canada (VERY LARGE!).

Any more to add to either list?  Change the order?


> It sound like the Virtual Machine concept will allow this to happen.

I look forward to whatever comes of the VMWare stuff.

--
Curt, WE7U.   APRS Client Comparisons: 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!"
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

Re: [Xastir] Executable sizes, internal/external Shapelib

[Curt, WE7U]

On Mon, 13 Nov 2006, Tom Russo wrote:

> Yep.  Now that you point that out I'm seeing pretty much the same thing on
> FreeBSD.  In fact, I also see the same thing you're seeing in that the
> dynamically linked version is slightly larger than the static-linked version.
>
> This is a little strange, as one of the points of shared libraries is to
> reduce executable size.  But I guess that shapelib functions are just so
> small that the overhead for handling the shared libraries is big enough
> to erase the savings.

Yea.  I did this on my laptop and the statically-linked version was
smaller.  The routines are _very_ small so I think you figured it
out.


> I still stand by the points I made about bloating the code base and statically
> linking too many libraries (especially big ones).  But perhaps it is OK to
> use the static linked shapelib unless you need shapelib for something other
> than xastir (e.g. GPSMAN/gpsmanshp), at which point you need to install
> shapelib as a shared library anyway.

That's exactly how I'm thinking of it.  Those that only need
Xastir/Shapelib would most likely choose not to install the separate
library.  It only make sense from a keep-it-simple perspective.

Thanks for your work on getting that integrated in!  It's pretty
seamless and I think a lot of people will benefit from it.

--
Curt, WE7U.   APRS Client Comparisons: 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!"
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

Re: [Xastir] Initial Startup

[James Ewen]

That should reduce the number of newbie questions by a fair bit, and make
Xastir a little more user friendly.

Xastir is one of the most feature laden APRS programs out there, with the
BEST developer support available. The biggest detractor in my mind is the
difficulty in initially gettting the program up and running for the first
time user. The easier it is to get Xastir up and running the more people can
see what it can do.

It sound like the Virtual Machine concept will allow this to happen. Adding
the startup map and prompted user configuration is a big step to making it
happen.

My initial foray into the world of UI-View was similar as Roger started up
the program with a fairly close in map of his hometown of Boston, UK. It
took a bit to figure out how to get a map that covered a larger area. By
including a generic low detail map of the world, everyone gets to see where
themeselves on the map. From there the user can grab maps for their local
area.

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

Re: [Xastir] Executable sizes, internal/external Shapelib

[Tom Russo]

On Mon, Nov 13, 2006 at 07:29:00AM -0800, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> 
>  Shapelib  Shapelib  Shapelib-Int  Shapelib-Ext
>  Internal  External  Stripped  Stripped
> xastir:   2404899   2404943   1101020   1101020
> testawk:53536 53600 19128 19160
> 
> These sizes are with all regular options plus rtree support compiled
> in, on OpenSuSE10.0 Linux.
> 
> So...  The size of the Xastir executable doesn't change at all
> except for the embedded debug information, which goes away if you
> strip the executable.

Yep.  Now that you point that out I'm seeing pretty much the same thing on 
FreeBSD.  In fact, I also see the same thing you're seeing in that the 
dynamically linked version is slightly larger than the static-linked version.

This is a little strange, as one of the points of shared libraries is to 
reduce executable size.  But I guess that shapelib functions are just so 
small that the overhead for handling the shared libraries is big enough
to erase the savings.

I still stand by the points I made about bloating the code base and statically 
linking too many libraries (especially big ones).  But perhaps it is OK to
use the static linked shapelib unless you need shapelib for something other 
than xastir (e.g. GPSMAN/gpsmanshp), at which point you need to install 
shapelib as a shared library anyway.  

-- 
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

[Xastir] Executable sizes, internal/external Shapelib

[Curt, WE7U]

 Shapelib  Shapelib  Shapelib-Int  Shapelib-Ext
 Internal  External  Stripped  Stripped
xastir:   2404899   2404943   1101020   1101020
testawk:53536 53600 19128 19160

These sizes are with all regular options plus rtree support compiled
in, on OpenSuSE10.0 Linux.

So...  The size of the Xastir executable doesn't change at all
except for the embedded debug information, which goes away if you
strip the executable.

It's funny that "testawk" does show a size difference even in the
stripped version.  I'd expect it to link in about the same
number/type of Shapelib functions as Xastir does.

--
Curt, WE7U.   APRS Client Comparisons: 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!"
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

Re: [Xastir] Better and/or Easier Way to Get Xastir on Windows

[Tom Russo]

On Mon, Nov 13, 2006 at 07:40:28AM -0700, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Mon, Nov 13, 2006 at 07:47:33AM -0600, we recorded a bogon-computron 
> collision of the <[EMAIL PROTECTED]> flavor, containing:
> > 
> > Just did another cvs update and tried again.  noticed that we're  
> > using a library instead of linking 'em in.
> > 
> > Still no joy.  looks like something is missing in the link paths:
> 
> Argh.  Yeah, testawk needs shapelib linked in and I didn't set the makefile 
> to 
> do that.  Lemme fix it. 

Fixed in CVS.  I had forgotten to add a "testawk_LDADD" line to 
src/Makefile.am to force the local shapelib into the link phase.  

Why this didn't fail when I was testing this is another question.  I think it 
might be that the link picked up the routines in GDAL with identical names, 
which is a scary thought.  As long as those internal routines in GDAL are 
always compatible with the same functions in shapelib (they are identical right 
now) it should be ok, but if they ever diverge then we'll be in the same boat 
as we were with libgeotiff, as Curt mentioned at the beginning of all this.

Fortunately shapelib is very stable and is unlikely to be changed much, while
the geotiff issues were a relic from back when the old libgeotiff needed to
monkey with private interfaces of the tiff library, and was very sensitive.

-- 
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] Better and/or Easier Way to Get Xastir on Windows

[Tom Russo]

On Mon, Nov 13, 2006 at 06:43:23AM -0800, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> On Fri, 10 Nov 2006, Tom Russo wrote:
> 
> > > GDAL does not use shapelib.  It has its own  shapefile handling.
> >
> > Which, of course, is nothing more than slightly modified versions of
> > shapelib routines.  But the fact that gdal has always peacefully coexisted
> > with shapelib when it was a shared library should imply that it will 
> > peacefully
> > coexist with it as a static-linked library.
> 
> I recall some problems with _something_ that GDAL used that Xastir
> also used, and we had to change our link lines to force a certain
> order of linking to fix it.  I can't recall which library it was now
> that did it, but could have been proj, libgeotiff, shapelib, or
> something else.

Libgeotiff.  There were some routines in libgeotiff that conflicted with
those in gdal if gdal was configured to use internal geotiff and xastir was
linked with an external geotiff, too.

> I also seem to remember that GDAL _could_ use external libraries if
> installed rather than its internal libraries.  Perhaps Shapelib is
> not one of those though.  Doesn't really matter to us I guess unless
> we run into version/linking issues.

Shapelib is not one of them.  Gdal is never linked against shapelib, it has
its own internal stuff.  And for a reason that escapes me, that internal stuff,
while similarly named, does not conflict with shapelib the way we use it in
xastir.

-- 
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] Better and/or Easier Way to Get Xastir on Windows

[Curt, WE7U]

On Fri, 10 Nov 2006, Tom Russo wrote:

> > GDAL does not use shapelib.  It has its own  shapefile handling.
>
> Which, of course, is nothing more than slightly modified versions of
> shapelib routines.  But the fact that gdal has always peacefully coexisted
> with shapelib when it was a shared library should imply that it will 
> peacefully
> coexist with it as a static-linked library.

I recall some problems with _something_ that GDAL used that Xastir
also used, and we had to change our link lines to force a certain
order of linking to fix it.  I can't recall which library it was now
that did it, but could have been proj, libgeotiff, shapelib, or
something else.

I also seem to remember that GDAL _could_ use external libraries if
installed rather than its internal libraries.  Perhaps Shapelib is
not one of those though.  Doesn't really matter to us I guess unless
we run into version/linking issues.

--
Curt, WE7U.   APRS Client Comparisons: 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!"
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

Re: [Xastir] Better and/or Easier Way to Get Xastir on Windows

[Tom Russo]

On Mon, Nov 13, 2006 at 07:47:33AM -0600, we recorded a bogon-computron 
collision of the <[EMAIL PROTECTED]> flavor, containing:
> 
> Just did another cvs update and tried again.  noticed that we're  
> using a library instead of linking 'em in.
> 
> Still no joy.  looks like something is missing in the link paths:

Argh.  Yeah, testawk needs shapelib linked in and I didn't set the makefile to 
do that.  Lemme fix it. 

-- 
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] Cygwin ImageMagick might be fixed

[Curt, WE7U]

On Sat, 11 Nov 2006, David Flood wrote:

> An updated ImageMagick package has been released for Cygwin and this seems
> to fix the previous issues.  So far I've tested it on Windows ME (note,
> Windows 9x/ME soon will not be supported by Cygwin) and Windows 2000, both
> with good results.
>
> I'm still playing with VMWare and other options but for those who have held
> off on updating their Cygwin, it looks like the "don't" warning is at least
> temporarily removed.

I added another note to README.win32 stating that the problem
may have been fixed.

--
Curt, WE7U.   APRS Client Comparisons: 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!"
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir

Re: [Xastir] Better and/or Easier Way to Get Xastir on Windows

[Jason Winningham]

Just did another cvs update and tried again.  noticed that we're  
using a library instead of linking 'em in.


Still no joy.  looks like something is missing in the link paths:


gcc  -g -O2 -pipe -W -Wall -Wpointer-arith -Wstrict-prototypes -Wno- 
unused-parameter -L/usr/local/lib -L/usr/X11R6/lib -o testawk   
testawk.o awk.o dbfawk.o rpl_malloc.o  -lXm -lXt -lX11 -lXpm -lcurl - 
lXm -lXt -lXp -lXext -lSM -lICE -lX11 -lpcre

/usr/bin/ld: Undefined symbols:
_DBFClose
_DBFGetRecordCount
_DBFOpen
_DBFGetFieldCount
_DBFGetFieldIndex
_DBFGetFieldInfo
_DBFReadDoubleAttribute
_DBFReadIntegerAttribute
_DBFReadStringAttribute
collect2: ld returned 1 exit status
make[3]: *** [testawk] Error 1


-Jason
kg4wsv



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