MrSID Support

[wdingus]

OK, so I've searched the internet, this mailing list, etc... I understand the licensing issues and why you've not bundled it in by default. We have some aerials in that format and want to take advantage of them on a website that we have served by FGS though.

This appears to be precisely what we need:
http://dev1.lan.mapgears.com/vm-fgsdev1.0/HOWTO-BUILD-RELEASE-COMPATIBLE-PACKAGE.txt 

We downloaded the vmware image, fired it up, got our bearings.. Then went to LizardTech's site, downloaded the _latest_ SDK, uncommented the line to include it, tried to build the package.

What's available on their site now is newer than what is referenced in the config file and this documentation. It bombs out in the compile. It was looking for a file in a subdirectory that existed a level down so I made a symlink to try and work around that and the second attempt made it much further before bombing out.

fgs@debian:~/fgs-dev/src/Geo_DSDK-7.0.0.2167$ ls -l include/support
lrwxrwxrwx 1 fgs fgs    10 2009-06-07 17:52 support -> ../include

Here's the build error:

..snip..
mrsiddataset.cpp:1275: error: invalid use of undefined type ‘struct LizardTech::LTIImageReader’
/home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/lti_types.h:204: error: forward declaration of ‘struct LizardTech::LTIImageReader’
mrsiddataset.cpp: In constructor ‘LTIDLLReader<T>::LTIDLLReader(const LizardTech::LTFileSpec&, bool) [with T = LizardTech::MrSIDImageReader]’:
mrsiddataset.cpp:1260: instantiated from here
mrsiddataset.cpp:123: error: no matching function for call to ‘LizardTech::MrSIDImageReader::MrSIDImageReader(const LizardTech::LTFileSpec&, bool&)’
/home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/MrSIDImageReader.h:37: note: candidates are: LizardTech::MrSIDImageReader::MrSIDImageReader()
/home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/MrSIDImageReader.h:37: note: LizardTech::MrSIDImageReader::MrSIDImageReader(const LizardTech::MrSIDImageReader&)
make[2]: *** [../o/mrsiddataset.o] Error 1
make[2]: Leaving directory `/home/fgs/fgs-dev/src/gdal-1.5.0/frmts/mrsid'
make[1]: *** [mrsid-install-obj] Error 2
make[1]: Leaving directory `/home/fgs/fgs-dev/src/gdal-1.5.0/frmts'
make: *** [frmts-target] Error 2
! ./fgs_build: Fatal error returned, exiting...
! /home/fgs/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...


So, suggestions? I can't find the referenced version of their SDK anywhere including their site.

Next question, which might have a simple answer, but it sure looks confusing to me. Version 0.x, 1.0, 9.5 The jump seemed odd. Is "1.0" really (sort of, kind of) "9.1" actually? Based on the version numbering convention you've switched to that would seem to be the case. Anyway, is there a copy of the development environment for 9.5 available somewhere? We're only able to find it for 1.0/9.1 currently. Will that newer version be successful in linking MrSID support with the version of the SDK now available?

Thanks.
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[nsavard]

Wendell Dingus wrote:

> OK, so I've searched the internet, this mailing list, etc... I understand the licensing issues and why you've not bundled it in by default. We have some aerials in that format and want to take advantage of them on a website that we have served by FGS though.
>
> This appears to be precisely what we need:
> http://dev1.lan.mapgears.com/vm-fgsdev1.0/HOWTO-BUILD-RELEASE-COMPATIBLE-PACKAGE.txt 
>
> We downloaded the vmware image, fired it up, got our bearings.. Then went to LizardTech's site, downloaded the _latest_ SDK, uncommented the line to include it, tried to build the package.
>
> What's available on their site now is newer than what is referenced in the config file and this documentation. It bombs out in the compile. It was looking for a file in a subdirectory that existed a level down so I made a symlink to try and work around that and the second attempt made it much further before bombing out.
>
> fgs@debian:~/fgs-dev/src/Geo_DSDK-7.0.0.2167$ ls -l include/support
> lrwxrwxrwx 1 fgs fgs    10 2009-06-07 17:52 support -> ../include
>
> Here's the build error:
>
> ..snip..
> mrsiddataset.cpp:1275: error: invalid use of undefined type ‘struct LizardTech::LTIImageReader’
> /home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/lti_types.h:204: error: forward declaration of ‘struct LizardTech::LTIImageReader’
> mrsiddataset.cpp: In constructor ‘LTIDLLReader<T>::LTIDLLReader(const LizardTech::LTFileSpec&, bool) [with T = LizardTech::MrSIDImageReader]’:
> mrsiddataset.cpp:1260: instantiated from here
> mrsiddataset.cpp:123: error: no matching function for call to ‘LizardTech::MrSIDImageReader::MrSIDImageReader(const LizardTech::LTFileSpec&, bool&)’
> /home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/MrSIDImageReader.h:37: note: candidates are: LizardTech::MrSIDImageReader::MrSIDImageReader()
> /home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/MrSIDImageReader.h:37: note: LizardTech::MrSIDImageReader::MrSIDImageReader(const LizardTech::MrSIDImageReader&)
> make[2]: *** [../o/mrsiddataset.o] Error 1
> make[2]: Leaving directory `/home/fgs/fgs-dev/src/gdal-1.5.0/frmts/mrsid'
> make[1]: *** [mrsid-install-obj] Error 2
> make[1]: Leaving directory `/home/fgs/fgs-dev/src/gdal-1.5.0/frmts'
> make: *** [frmts-target] Error 2
> ! ./fgs_build: Fatal error returned, exiting...
> ! /home/fgs/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
>
>
> So, suggestions? I can't find the referenced version of their SDK anywhere including their site.
>
> Next question, which might have a simple answer, but it sure looks confusing to me. Version 0.x, 1.0, 9.5 The jump seemed odd. Is "1.0" really (sort of, kind of) "9.1" actually? Based on the version numbering convention you've switched to that would seem to be the case. Anyway, is there a copy of the development environment for 9.5 available somewhere? We're only able to find it for 1.0/9.1 currently. Will that newer version be successful in linking MrSID support with the version of the SDK now available?
>
>  

Wendell,

About version numbering you have to come back to the fgs mailling list
archive for an explanation.  We decided to use the same version naming
convention then Ubuntu which will be more meaningful.

There is actually a VM for this 9.5 version that could be made available
on demand but before I'll test another approach to compile mrsid and let
you know.

Norm








_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[nsavard]

Wendell Dingus wrote:

> OK, so I've searched the internet, this mailing list, etc... I understand the licensing issues and why you've not bundled it in by default. We have some aerials in that format and want to take advantage of them on a website that we have served by FGS though.
>
> This appears to be precisely what we need:
> http://dev1.lan.mapgears.com/vm-fgsdev1.0/HOWTO-BUILD-RELEASE-COMPATIBLE-PACKAGE.txt 
>
> We downloaded the vmware image, fired it up, got our bearings.. Then went to LizardTech's site, downloaded the _latest_ SDK, uncommented the line to include it, tried to build the package.
>
> What's available on their site now is newer than what is referenced in the config file and this documentation. It bombs out in the compile. It was looking for a file in a subdirectory that existed a level down so I made a symlink to try and work around that and the second attempt made it much further before bombing out.
>
> fgs@debian:~/fgs-dev/src/Geo_DSDK-7.0.0.2167$ ls -l include/support
> lrwxrwxrwx 1 fgs fgs    10 2009-06-07 17:52 support -> ../include
>
> Here's the build error:
>
> ..snip..
> mrsiddataset.cpp:1275: error: invalid use of undefined type ‘struct LizardTech::LTIImageReader’
> /home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/lti_types.h:204: error: forward declaration of ‘struct LizardTech::LTIImageReader’
> mrsiddataset.cpp: In constructor ‘LTIDLLReader<T>::LTIDLLReader(const LizardTech::LTFileSpec&, bool) [with T = LizardTech::MrSIDImageReader]’:
> mrsiddataset.cpp:1260: instantiated from here
> mrsiddataset.cpp:123: error: no matching function for call to ‘LizardTech::MrSIDImageReader::MrSIDImageReader(const LizardTech::LTFileSpec&, bool&)’
> /home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/MrSIDImageReader.h:37: note: candidates are: LizardTech::MrSIDImageReader::MrSIDImageReader()
> /home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/MrSIDImageReader.h:37: note: LizardTech::MrSIDImageReader::MrSIDImageReader(const LizardTech::MrSIDImageReader&)
> make[2]: *** [../o/mrsiddataset.o] Error 1
> make[2]: Leaving directory `/home/fgs/fgs-dev/src/gdal-1.5.0/frmts/mrsid'
> make[1]: *** [mrsid-install-obj] Error 2
> make[1]: Leaving directory `/home/fgs/fgs-dev/src/gdal-1.5.0/frmts'
> make: *** [frmts-target] Error 2
> ! ./fgs_build: Fatal error returned, exiting...
> ! /home/fgs/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
>
>
> So, suggestions? I can't find the referenced version of their SDK anywhere including their site.
>
>  

Wendell,

Here is a solution in order to be able to use MrSid within FGS as long
as you are aware of the license terms.

I attached two object files and a shell script.  Extract it under
$FGS_HOME/lib.  Download Geo_DSDK-7.0.0.2167.linux.x86.gcc41.tar.gz at
your prefer location and run "sh mrsid_ld.sh" in $FGS_HOME/lib.

It should work without to download the FGS 9.5 VM.

Norm
















_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[wdingus]

Some parts of this message have been removed. Learn more about Nabble's security policy.

Than you very much!

But... No joy as of yet...

[root@gis lib]# sh mrsid_ld.sh
Where is installed the software development kit? /opt/mrsid/Geo_DSDK-7.0.0.2167
/usr/bin/ld: skipping incompatible /opt/mrsid/Geo_DSDK-7.0.0.2167/lib/Release/libltidsdk.a when searching for -lltidsdk
/usr/bin/ld: cannot find -lltidsdk
collect2: ld returned 1 exit status

[root@gis lib]# cat /opt/mrsid/Geo_DSDK-7.0.0.2167/VERSION.txt
Name:       GeoExpress Decode SDK
Version:    7.0.0.2167
Platform:   linux.x86.gcc41
Build type: Release

[root@gis fgs-9.5]# set | grep FGS_HOME
FGS_HOME=/opt/fgs-9.5

I wasn't sure if you had done this against the "1.0" or "9.5" versions so we installed both as /opt/fgs-9.{1,5} and have been symlink either or the other to /opt/fgs/ for testing.

Thanks...


----- "Normand Savard" <nsavard@...> wrote:

> Wendell Dingus wrote:
> > OK, so I've searched the internet, this mailing list, etc... I understand the licensing issues and why you've not bundled it in by default. We have some aerials in that format and want to take advantage of them on a website that we have served by FGS though.
> >
> > This appears to be precisely what we need:
> > http://dev1.lan.mapgears.com/vm-fgsdev1.0/HOWTO-BUILD-RELEASE-COMPATIBLE-PACKAGE.txt
> >
> > We downloaded the vmware image, fired it up, got our bearings.. Then went to LizardTech's site, downloaded the _latest_ SDK, uncommented the line to include it, tried to build the package.
> >
> > What's available on their site now is newer than what is referenced in the config file and this documentation. It bombs out in the compile. It was looking for a file in a subdirectory that existed a level down so I made a symlink to try and work around that and the second attempt made it much further before bombing out.
> >
> > fgs@debian:~/fgs-dev/src/Geo_DSDK-7.0.0.2167$ ls -l include/support
> > lrwxrwxrwx 1 fgs fgs    10 2009-06-07 17:52 support -> ../include
> >
> > Here's the build error:
> >
> > ..snip..
> > mrsiddataset.cpp:1275: error: invalid use of undefined type ‘struct LizardTech::LTIImageReader’
> > /home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/lti_types.h:204: error: forward declaration of ‘struct LizardTech::LTIImageReader’
> > mrsiddataset.cpp: In constructor ‘LTIDLLReader<T>::LTIDLLReader(const LizardTech::LTFileSpec&, bool) [with T = LizardTech::MrSIDImageReader]’:
> > mrsiddataset.cpp:1260: instantiated from here
> > mrsiddataset.cpp:123: error: no matching function for call to ‘LizardTech::MrSIDImageReader::MrSIDImageReader(const LizardTech::LTFileSpec&, bool&)’
> > /home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/MrSIDImageReader.h:37: note: candidates are: LizardTech::MrSIDImageReader::MrSIDImageReader()
> > /home/fgs/fgs-dev/src/Geo_DSDK-7.0.0.2167/include/support/MrSIDImageReader.h:37: note: LizardTech::MrSIDImageReader::MrSIDImageReader(const LizardTech::MrSIDImageReader&)
> > make[2]: *** [../o/mrsiddataset.o] Error 1
> > make[2]: Leaving directory `/home/fgs/fgs-dev/src/gdal-1.5.0/frmts/mrsid'
> > make[1]: *** [mrsid-install-obj] Error 2
> > make[1]: Leaving directory `/home/fgs/fgs-dev/src/gdal-1.5.0/frmts'
> > make: *** [frmts-target] Error 2
> > ! ./fgs_build: Fatal error returned, exiting...
> > ! /home/fgs/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
> >
> >
> > So, suggestions? I can't find the referenced version of their SDK anywhere including their site.
> >
> >  
> Wendell,
>
> Here is a solution in order to be able to use MrSid within FGS as long
> as you are aware of the license terms.
>
> I attached two object files and a shell script.  Extract it under
> $FGS_HOME/lib.  Download Geo_DSDK-7.0.0.2167.linux.x86.gcc41.tar.gz at
> your prefer location and run "sh mrsid_ld.sh" in $FGS_HOME/lib.
>
> It should work without to download the FGS 9.5 VM.
>
> Norm
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[nsavard]

Wendell Dingus wrote:

> Than you very much!
>
> But... No joy as of yet...
>
> [root@gis lib]# sh mrsid_ld.sh
> Where is installed the software development kit?
> /opt/mrsid/Geo_DSDK-7.0.0.2167
> /usr/bin/ld: skipping incompatible
> /opt/mrsid/Geo_DSDK-7.0.0.2167/lib/Release/libltidsdk.a when searching
> for -lltidsdk
> /usr/bin/ld: cannot find -lltidsdk
> collect2: ld returned 1 exit status
>
> [root@gis lib]# cat /opt/mrsid/Geo_DSDK-7.0.0.2167/VERSION.txt
> Name:       GeoExpress Decode SDK
> Version:    7.0.0.2167
> Platform:   linux.x86.gcc41
> Build type: Release
>
> [root@gis fgs-9.5]# set | grep FGS_HOME
> FGS_HOME=/opt/fgs-9.5
>
> I wasn't sure if you had done this against the "1.0" or "9.5" versions
> so we installed both as /opt/fgs-9.{1,5} and have been symlink either
> or the other to /opt/fgs/ for testing.
>

Wendell,

This message means that you're trying to link mrsiddataset.o and
mrsidstream.o 32 bits objects with  libltidsdk.a static 64 bits
library.  All FGS packages are built within 32 bits architecture.  Make
sure you use the 64 bits version of Geo_DSDK-7.0.0.2167.

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[wdingus]

Yeah, this is an X86_64 system. One of our folks just added in an "-m32" to the gcc line and it compiled without complaint, but afterwards:

[root@gis logs]# gdalinfo --formats
ERROR 1: /opt/fgs/apps/gdal/driver/gdal_MrSID.so: undefined symbol: _ZN14GDALRasterBand19ComputeRasterMinMaxEiPd
ERROR 1: /opt/fgs/apps/gdal/driver/gdal_MrSID.so: undefined symbol: _ZN14GDALRasterBand19ComputeRasterMinMaxEiPd

Should we just install FGS (9.5 I presume) on a 32-bit machine to get this linked in and move the resulting file back to this box?? We've tried running the "linux32" shell to fake it into thinking it's fully 32-bit instead of 64-bit, etc... No luck so far. I'd have guessed that's because 64-bit OS libraries are installed and not always the 32-bit equivalents are (this is on CentOS 5.3 BTW). But FGS appears to be built static, so that shouldn't matter right?

Thanks.

PS. You said "Make sure you use the 64 bits version of Geo_DSDK-7.0.0.2167". I got that and un-tarred it to a different path. Trying to use it fails because it wants to link against a 64-bit version of libgeotiff which isn't there because as far as I know FGS is only offered compiled as 32-bit?


----- "Normand Savard" <nsavard@...> wrote:

> Wendell Dingus wrote:
> > Than you very much!
> >
> > But... No joy as of yet...
> >
> > [root@gis lib]# sh mrsid_ld.sh
> > Where is installed the software development kit?
> > /opt/mrsid/Geo_DSDK-7.0.0.2167
> > /usr/bin/ld: skipping incompatible
> > /opt/mrsid/Geo_DSDK-7.0.0.2167/lib/Release/libltidsdk.a when searching
> > for -lltidsdk
> > /usr/bin/ld: cannot find -lltidsdk
> > collect2: ld returned 1 exit status
> >
> > [root@gis lib]# cat /opt/mrsid/Geo_DSDK-7.0.0.2167/VERSION.txt
> > Name: GeoExpress Decode SDK
> > Version: 7.0.0.2167
> > Platform: linux.x86.gcc41
> > Build type: Release
> >
> > [root@gis fgs-9.5]# set | grep FGS_HOME
> > FGS_HOME=/opt/fgs-9.5
> >
> > I wasn't sure if you had done this against the "1.0" or "9.5" versions
> > so we installed both as /opt/fgs-9.{1,5} and have been symlink either
> > or the other to /opt/fgs/ for testing.
> >
> Wendell,
>
> This message means that you're trying to link mrsiddataset.o and
> mrsidstream.o 32 bits objects with libltidsdk.a static 64 bits
> library. All FGS packages are built within 32 bits architecture. Make
> sure you use the 64 bits version of Geo_DSDK-7.0.0.2167.
>
> Norm
>

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[wdingus]

I believe we're OK now. We fired up a 32-bit VM and copied all the /opt/* stuff to it and was able to build the module cleanly. Seems fine once we copied back to the 64-bit box as well...

[root@gis fgs-9.5]# gdalinfo --formats | grep SID
MrSID (ro): Multi-resolution Seamless Image Database (MrSID)
JP2MrSID (ro): MrSID JPEG2000

Thanks!


----- "Normand Savard" <nsavard@...> wrote:

> Wendell Dingus wrote:
> > Than you very much!
> >
> > But... No joy as of yet...
> >
> > [root@gis lib]# sh mrsid_ld.sh
> > Where is installed the software development kit?
> > /opt/mrsid/Geo_DSDK-7.0.0.2167
> > /usr/bin/ld: skipping incompatible
> > /opt/mrsid/Geo_DSDK-7.0.0.2167/lib/Release/libltidsdk.a when searching
> > for -lltidsdk
> > /usr/bin/ld: cannot find -lltidsdk
> > collect2: ld returned 1 exit status
> >
> > [root@gis lib]# cat /opt/mrsid/Geo_DSDK-7.0.0.2167/VERSION.txt
> > Name: GeoExpress Decode SDK
> > Version: 7.0.0.2167
> > Platform: linux.x86.gcc41
> > Build type: Release
> >
> > [root@gis fgs-9.5]# set | grep FGS_HOME
> > FGS_HOME=/opt/fgs-9.5
> >
> > I wasn't sure if you had done this against the "1.0" or "9.5" versions
> > so we installed both as /opt/fgs-9.{1,5} and have been symlink either
> > or the other to /opt/fgs/ for testing.
> >
> Wendell,
>
> This message means that you're trying to link mrsiddataset.o and
> mrsidstream.o 32 bits objects with libltidsdk.a static 64 bits
> library. All FGS packages are built within 32 bits architecture. Make
> sure you use the 64 bits version of Geo_DSDK-7.0.0.2167.
>
> Norm
>

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[nsavard]

Wendell Dingus wrote:
> Yeah, this is an X86_64 system. One of our folks just added in an "-m32" to the gcc line and it compiled without complaint, but afterwards:
>
> [root@gis logs]# gdalinfo --formats
> ERROR 1: /opt/fgs/apps/gdal/driver/gdal_MrSID.so: undefined symbol: _ZN14GDALRasterBand19ComputeRasterMinMaxEiPd
> ERROR 1: /opt/fgs/apps/gdal/driver/gdal_MrSID.so: undefined symbol: _ZN14GDALRasterBand19ComputeRasterMinMaxEiPd
>
> Should we just install FGS (9.5 I presume) on a 32-bit machine to get this linked in and move the resulting file back to this box?? We've tried running the "linux32" shell to fake it into thinking it's fully 32-bit instead of 64-bit, etc... No luck so far. I'd have guessed that's because 64-bit OS libraries are installed and not always the 32-bit equivalents are (this is on CentOS 5.3 BTW). But FGS appears to be built static, so that shouldn't matter right?
>
>  

Wendell,

I don't think it'll work because all FGS libraries are built in 32
bits.  Your best option now is to download the FGS VM 9.5 from here:

 http://dev5.mapgears.com/debian-40r0-i386-netinst-fgs-9.5.tgz

and compiled all packages on your 64 bits.

Norm

> Thanks.
>
> PS. You said "Make sure you use the 64 bits version of Geo_DSDK-7.0.0.2167". I got that and un-tarred it to a different path. Trying to use it fails because it wants to link against a 64-bit version of libgeotiff which isn't there because as far as I know FGS is only offered compiled as 32-bit?
>
>
> ----- "Normand Savard" <nsavard@...> wrote:
>  
>> Wendell Dingus wrote:
>>    
>>> Than you very much!
>>>
>>> But... No joy as of yet...
>>>
>>> [root@gis lib]# sh mrsid_ld.sh
>>> Where is installed the software development kit?
>>> /opt/mrsid/Geo_DSDK-7.0.0.2167
>>> /usr/bin/ld: skipping incompatible
>>> /opt/mrsid/Geo_DSDK-7.0.0.2167/lib/Release/libltidsdk.a when searching
>>> for -lltidsdk
>>> /usr/bin/ld: cannot find -lltidsdk
>>> collect2: ld returned 1 exit status
>>>
>>> [root@gis lib]# cat /opt/mrsid/Geo_DSDK-7.0.0.2167/VERSION.txt
>>> Name: GeoExpress Decode SDK
>>> Version: 7.0.0.2167
>>> Platform: linux.x86.gcc41
>>> Build type: Release
>>>
>>> [root@gis fgs-9.5]# set | grep FGS_HOME
>>> FGS_HOME=/opt/fgs-9.5
>>>
>>> I wasn't sure if you had done this against the "1.0" or "9.5" versions
>>> so we installed both as /opt/fgs-9.{1,5} and have been symlink either
>>> or the other to /opt/fgs/ for testing.
>>>
>>>      
>> Wendell,
>>
>> This message means that you're trying to link mrsiddataset.o and
>> mrsidstream.o 32 bits objects with libltidsdk.a static 64 bits
>> library. All FGS packages are built within 32 bits architecture. Make
>> sure you use the 64 bits version of Geo_DSDK-7.0.0.2167.
>>
>> Norm
>>
>>    
> _______________________________________________
> Foss-gis-suite mailing list
> Foss-gis-suite@...
> http://lists.maptools.org/mailman/listinfo/foss-gis-suite
>
>  

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[nsavard]

Normand Savard wrote:

> Wendell Dingus wrote:
>> Yeah, this is an X86_64 system. One of our folks just added in an
>> "-m32" to the gcc line and it compiled without complaint, but
>> afterwards:
>>
>> [root@gis logs]# gdalinfo --formats ERROR 1:
>> /opt/fgs/apps/gdal/driver/gdal_MrSID.so: undefined symbol:
>> _ZN14GDALRasterBand19ComputeRasterMinMaxEiPd ERROR 1:
>> /opt/fgs/apps/gdal/driver/gdal_MrSID.so: undefined symbol:
>> _ZN14GDALRasterBand19ComputeRasterMinMaxEiPd
>> Should we just install FGS (9.5 I presume) on a 32-bit machine to get
>> this linked in and move the resulting file back to this box?? We've
>> tried running the "linux32" shell to fake it into thinking it's fully
>> 32-bit instead of 64-bit, etc... No luck so far. I'd have guessed
>> that's because 64-bit OS libraries are installed and not always the
>> 32-bit equivalents are (this is on CentOS 5.3 BTW). But FGS appears
>> to be built static, so that shouldn't matter right?
>>
>>  
>
> Wendell,
>
> I don't think it'll work because all FGS libraries are built in 32
> bits.  Your best option now is to download the FGS VM 9.5 from here:
>
> http://dev5.mapgears.com/debian-40r0-i386-netinst-fgs-9.5.tgz
>
> and compiled all packages on your 64 bits.

Wendell,

I was wrong on this one.  I meant your best option is to check out the
fgs-dev and compile on your box.

But I saw in a later post that you succeed so it doesn't matter now.

Norm



_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[nsavard]

Wendell Dingus wrote:
> I believe we're OK now. We fired up a 32-bit VM and copied all the /opt/* stuff to it and was able to build the module cleanly. Seems fine once we copied back to the 64-bit box as well...
>
> [root@gis fgs-9.5]# gdalinfo --formats | grep SID
> MrSID (ro): Multi-resolution Seamless Image Database (MrSID)
> JP2MrSID (ro): MrSID JPEG2000
>
>  
Wendell,

I'm happy to hear that.  I think it could be good for all of us to know
all the process you follow to make FGS works on Centos.  Is it possible
for you to write a short email to describe that?

Thanks.

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

[Kris R. DeLaney]

Howdy:

I do not intend to use 32bit software or hardware to run GIS mapping or
image processing functions.  This type of processing is too demanding for
that.  However, after so much correspondence, I would like to see the
end-to-end proceedure for doing so.  It may help solve some future problems.
The command-by-command sequence for implementing MrSID/JP2MrSID support
uisng FGS would be useful to have.  I hope Wendell/Normad provide it.

Thanks,
Kris DeLaney


----- Original Message -----
From: "Normand Savard" <nsavard@...>
To: "Wendell Dingus" <wendell@...>
Cc: <foss-gis-suite@...>
Sent: Tuesday, June 16, 2009 9:06 AM
Subject: Re: [FGS] MrSID Support

> Wendell Dingus wrote:
>> I believe we're OK now. We fired up a 32-bit VM and copied all the /opt/*
>> stuff to it and was able to build the module cleanly. Seems fine once we
>> copied back to the 64-bit box as well...
>>
>> [root@gis fgs-9.5]# gdalinfo --formats | grep SID
>> MrSID (ro): Multi-resolution Seamless Image Database (MrSID)
>> JP2MrSID (ro): MrSID JPEG2000
>>
>>
> Wendell,
>
> I'm happy to hear that.  I think it could be good for all of us to know
> all the process you follow to make FGS works on Centos.  Is it possible
> for you to write a short email to describe that?
>
> Thanks.
>
> Norm
> _______________________________________________
> Foss-gis-suite mailing list
> Foss-gis-suite@...
> http://lists.maptools.org/mailman/listinfo/foss-gis-suite
>

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite