Mapserver shp2img

[wen heping]

I shall look into that later.

wen


2013/9/5 Frank Broniewski <brfr at metrico.lu>

> Another thing I noticed: While doing
>
> # pkg_delete -d mapserver-6.2.1_2
>
> I receive errors concerning the Python mapscript module:
>
>
> pkg_delete: file '/usr/local/lib/python2.7/**site-packages/mapscript.py'
> doesn't exist
> pkg_delete: file '/usr/local/lib/python2.7/**site-packages/mapscript.pyc'
> doesn't exist
> pkg_delete: file '/usr/local/lib/python2.7/**site-packages/_mapscript.so'
> doesn't exist
> pkg_delete: file '/usr/local/lib/python2.7/**
> site-packages/MapScript-6.2.1-**py2.7.egg-info' doesn't exist
> pkg_delete: couldn't entirely delete package `mapserver-6.2.1_2'
> (perhaps the packing list is incorrectly specified?)
>
> This is probably not intended, isn't it?
>
> I've got the following (leftover) eggs from previous installations left in
> /usr/local/lib/python2.7/site-**packages
>
> drwxr-xr-x   3 root  wheel     512 Sep 12  2012
> MapScript-6.0.1-py2.7-freebsd-**9.0-RELEASE-amd64.egg
> drwxr-xr-x   3 root  wheel     512 Jul  1 09:32
> MapScript-6.2.0-py2.7-freebsd-**9.1-RELEASE-p3-amd64.egg
> drwxr-xr-x   3 root  wheel     512 Sep  4 08:50
> MapScript-6.2.0-py2.7-freebsd-**9.1-RELEASE-p4-amd64.egg
> drwxr-xr-x   3 root  wheel     512 Sep  5 13:33
> MapScript-6.2.1-py2.7-freebsd-**9.1-RELEASE-p6-amd64.egg
>
>
>
> Frank
>
> Am 2013-09-05 13:43, schrieb Frank Broniewski:
>
>  Any ideas? Is it just me or everyone else?
>>
>> Frank
>>
>> Am 2013-09-04 09:31, schrieb Frank Broniewski:
>>
>>> Hi all,
>>>
>>> I've a problem with my mapserver installation, the utility shp2img isn't
>>> working, which is kind of odd. I get the following error when invoking
>>> it:
>>>
>>> /usr/local/bin/shp2img: error: `/usr/local/bin/.libs/shp2img' does not
>>> exist
>>> This script is just a wrapper for shp2img.
>>> See the libtool documentation for more information.
>>>
>>> I don't know what I shall do about that error now. On my Ubuntu machine,
>>> shp2img is a binary and not a shell script like on FreeBSD. While
>>> looking at the script, the error is invoked at the end of it (lines 205
>>> - 207):
>>>
>>> 189   if test -f "$progdir/$program"; then
>>>   190     # Add our own library path to LD_LIBRARY_PATH
>>>   191
>>> LD_LIBRARY_PATH="/usr/ports/**graphics/mapserver/work/**
>>> mapserver-6.2.1/.libs:/usr/**local/lib:$LD_LI
>>>
>>>
>>>   192
>>>   193     # Some systems cannot cope with colon-terminated
>>> LD_LIBRARY_PATH
>>>   194     # The second colon is a workaround for a bug in BeOS R4 sed
>>>   195     LD_LIBRARY_PATH=`$ECHO "$LD_LIBRARY_PATH" | /usr/bin/sed
>>> 's/::*$//'`
>>>   196
>>>   197     export LD_LIBRARY_PATH
>>>   198
>>>   199     if test "$libtool_execute_magic" != "%%%MAGIC variable%%%";
>>> then
>>>   200       # Run the actual program with our arguments.
>>>   201       func_exec_program ${1+"$@"}
>>>   202     fi
>>>   203   else
>>>   204     # The program doesn't exist.
>>>   205     $ECHO "$0: error: \`$progdir/$program' does not exist" 1>&2
>>>   206     $ECHO "This script is just a wrapper for $program." 1>&2
>>>   207     $ECHO "See the libtool documentation for more information."
>>> 1>&2
>>>   208     exit 1
>>>   209   fi
>>>
>>> This is rather confusing as I don't know what role the libtool plays and
>>> what I can gain from reading the rather exhaustive documentation ...
>>>
>>>
>>> Any hints?
>>>
>>> Many thanks,
>>>
>>> Frank
>>>
>>>
>>
>>
>
> --
> Frank BRONIEWSKI
>
> METRICO s.à r.l.
> géomètres
> technologies d'information géographique
> rue des Romains 36
> L-5433 NIEDERDONVEN
>
> tél.: +352 26 74 94 - 28
> fax.: +352 26 74 94 99
> http://www.metrico.lu
>