[Xastir] Help getting DRG maps working with GeoTiff

[Curt Mills]

On Thu, 6 May 2004, Patrick McCurdy wrote:

> I am trying to get XASTIR working with DRG topo maps for using APRS for
> a Seach and Rescue Team.  I got it all working in Cygwin under Linux,
> but cannot get it working natively under Linux.
>
> I believe I've loaded the appropriate geotiff, tiff, and proj libs, but
> configure still tells me that it cannot find geotiff.

> [plm at morton xastir-1.3.1]$ cat /etc/redhat-release
> Red Hat Linux release 9 (Shrike)
> [plm at morton xastir-1.3.1]$ uname -a
> Linux morton 2.4.20-31.9 #1 Tue Apr 13 18:04:23 EDT 2004 i686 i686 i386
> GNU/Linux
> [plm at morton xastir-1.3.1]$ rpm -qa | grep -i tiff
> libtiff-3.6.0-0.beta.2
> libtiff-devel-3.6.0-0.beta.2
> libgeotiff-1.1.4-1
> libgeotiff-devel-1.1.4-1

I'm looking for both libs and development headers as I'm looking
through your listings (just so others know what to look for too).
So far looking good.  One thing I think I see though is that for
newer libtiff, you need a newer libgeotiff.  Check the numbers for
those in the INSTALL file.  I though the switchover occurred at
libtiff-3.6.0, so I think you need libgeotiff-1.2.0 or newer.
That's one problem anyway.

I also see that you've installed libgeotiff from RPM's.  I can't
recommend that, as I've never done it, and I don't know what system
that RPM was designed for.  Besides that, if you follow the
directions in the INSTALL file, you'll see that libproj has to be
installed before libgeotiff, and then you have to configure
libgeotiff to use libproj (with the RPM probably doesn't have).


> [plm at morton xastir-1.3.1]$ rpm -qa | grep -i proj
> mrproject-0.9-4
> proj-4.4.7-1mdk
> libproj0-devel-4.4.7-2mdk
> libmrproject-0.9-5
> libproj0-4.4.7-2mdk

Here I see some Mandrake RPM's for proj.  I'd install proj from
sources, then install the correct libgeotiff from sources.


> [plm at morton xastir-1.3.1]$ rpm -qa | grep -i magick
> ImageMagick-5.4.7-10
> ImageMagick-devel-5.4.7-10

ImageMagick is not needed for the DRG topo stuff.  Useful for other
things though, like internet maps.


> checking for gv... no

You may want to install "gv" if you want to print.  You have to
configure printing as well of course.


> checking for gpsman... no

I'd recommend gpsman as well, as you can snag stuff from GPS'es and
make Shapefile maps out of the data.  Very useful for SAR work.


> checking shapefil.h usability... no
> checking shapefil.h presence... no
> checking for shapefil.h... no
> checking libshp/shapefil.h usability... no
> checking libshp/shapefil.h presence... no
> checking for libshp/shapefil.h... no

I'd recommend Shapefile support too, so that you can make use of
both GPS data and a bunch of vector maps.


> checking pcre.h usability... no
> checking pcre.h presence... no
> checking for pcre.h... no
> checking pcre/pcre.h usability... no
> checking pcre/pcre.h presence... no
> checking for pcre/pcre.h... no

pcre library is useful too, as it lets you use dbfawk (for Shapefile
maps).  Gives you a lot of configurability in your maps.


> checking for Magick-config... yes
> checking magick/api.h usability... yes
> checking magick/api.h presence... yes
> checking for magick/api.h... yes
> checking for WriteImage in -lMagick... no
> configure: WARNING: *** Cannot find ImageMagick library files:  Building
> w/o ImageMagick support. ***

If you check config.log, you should be able to figure out which
library ImageMagick is complaining about.  If they had specified all
of their dependencies in their .spec file, we wouldn't keep having
this problem.  It's a problem in the ImageMagick RPM.

Most likely it's the lcms library, but it could be any of ten's of
other librarys that ImageMagick might use, which aren't specified in
the .spec file.  Depends on how ImageMagick was built, and what
libraries were on the system it was built on.


> checking for pj_init in -lproj... no

Right there you're not able to use the proj library.  Check that the
headers are in place properly.  You might be able to check
config.log to see what the exact error is.


> checking for TIFFClose in -ltiff... no

You'd not able to use the tiff library either.

It looks like some libraries are not in the proper places, or
perhaps your /etc/ld.so.conf file doesn't contain all of the
directories where the libraries reside.  Fix that and then run
"ldconf" as root to update ld's cache file so that it can find 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!"