|
From: ajs6f <aj...@vi...> - 2008-08-14 00:28:50
|
On Aug 13, 2008, at 8:12 PM, Simone Giannecchini wrote:
> I would assume that you followed the ImageIO-ext instructions that we
> have put on the project website. We have slightly customized the gdal
> java bindings...
I'm glad you raised that point, because I had forgotten it: the
instructions refer to:
#Flags to build optimized relese version
CXX_OPTFLAGS = O1
C_OPTFLAGS = O1
in GDALmake.opt, but for the life of me, I couldn't find those
variables set anywhere in that file. (Perhaps I should reiterate that
I am using the GDAL trunk source, not the stable version that is
recommended by the imageio-ext instructions.) Perhaps I should have
set them anew?
>> I used the LizardTech SDK Geo_DSDK-7.0.0.2167 for linux x86-64 and
>> gcc4.1.
> Ah-ah, this means troubles :-). There has been a thread recently in
> the imageio-ext devel list on how to build gdal with support for mrsid
> using the sdk 7.0. I might suggest you to refer to it. For the
> moment we are still
> providing binaries as well as supporting sdk 6.0. We should try and
> switch over as soon as gdal 1.4.5 comes out.
Ah-- now we find the worst problem-- I haven't subscribed to that
list, so I'm less informed than I should be. {grin} I'll rectify that
mistake promptly.
> Tomorrow, I'll ask daniele (the colleague of mine who is mainly
> responsible for imageio-ext) to provide a bit more details on how to
> tackle such an issue.
Thank you so much! I hope I'll be able to contribute something useful
towards this issue with LizardTech SDK 7.
Meanwhile, hopefully this conversation will have informed the
geoserver users to stick with LizardTech SDK 6 for now. {grin}
---
A. Soroka / Digital Scholarship Services R & D
the University of Virginia Library
>
>
>>
>> I pulled the GDAL SVN trunk and then used a very minimal config for
>> building
>> it, turning off everything I could (see end of email for config
>> output). I
>> used the trunk instead of a stable version because LizardTech has
>> made
>> changes to their version 7 SDK that required the GDAL folks to make
>> changes
>> to their code which is most easily found in the trunk. Then I built
>> the SWIG
>> Java wrappers as per the instructions in:
>>
>> http://www.geo-solutions.it/doc/ImageioExt-SetupGuide.pdf
>>
>> I provided Tomcat with the aforementioned flags for Java startup
>> pointing to
>> the GDAL libs and data directory. I pulled the jars that Andrea
>> mentioned
>> from the geo-solutions.it GeoServer 1.7 snapshot war build.
>> Essentially I
>> pulled everything that was in that war's WEB-INF/lib that wasn't in
>> the beta
>> 2 war that I got from Sourceforge.
>>
>> Starting up Tomcat, I saw:
>>
>> 11 Aug 23:25:58 INFO [geotools.factory] - Factory implementations for
>> category GridFormatFactorySpi:
>> org.geotools.gce.arcgrid.ArcGridFormatFactory
>> org.geotools.gce.geotiff.GeoTiffFormatFactorySpi
>> org.geotools.gce.gtopo30.GTopo30FormatFactory
>> org.geotools.gce.image.WorldImageFormatFactory
>> org.geotools.coverageio.gdal.mrsid.MrSIDFormatFactory
>> org.geotools.coverageio.gdal.jp2kak.JP2KFormatFactory
>> org.geotools.coverageio.gdal.jp2mrsid.JP2MrSIDFormatFactory
>> org.geotools.coverageio.gdal.dted.DTEDFormatFactory
>> org.geotools.coverageio.gdal.erdasimg.ErdasImgFormatFactory
>> org.geotools.coverageio.gdal.nitf.NITFFormatFactory
>> org.geotools.gce.imagemosaic.ImageMosaicFormatFactory
>>
>> which made me very happy, but when I went to try to create a
>> CoverageStore,
>> I was able to fill out the appropriate form (with my file location)
>> and when
>> I submitted, I got:
>>
>> form connection params { }
>> 11 Aug 23:27:29 INFO [geotools.factory] - Factory implementations for
>> category GridCoverageFactory:
>> org.geotools.coverage.grid.GridCoverageFactory
>> #
>> # An unexpected error has been detected by Java Runtime Environment:
>> #
>> # SIGSEGV (0xb) at pc=0x00002aaafbaaf0a9, pid=4000, tid=1096018256
>> #
>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (10.0-b22 mixed mode
>> linux-amd64)
>> # Problematic frame:
>> # C [libgdal.so+0x28b0a9] GDALGetMetadata+0x9
>>
>> etc.
>>
>> The MrSids are okay, and running gdalinfo or gdal_translate on them
>> produces
>> good results.
>>
>> Any thoughts? Should I try building those GeoTools jars on this
>> machine?
>>
>> Thanks again for the help! Being able to use GDAL for this purpose
>> is a
>> wonderful idea and will really open up some great possibilities for
>> GeoServer, so thanks for doing this work.
>>
>> ---
>> A. Soroka / Digital Scholarship Services R & D
>> the University of Virginia Library
>>
>>
>>
>> On Aug 13, 2008, at 1:48 PM, Simone Giannecchini wrote:
>>
>>> On Wed, Aug 13, 2008 at 6:56 PM, ajs6f <aj...@vi...> wrote:
>>>>
>>>> On Aug 13, 2008, at 11:50 AM, Andrea Aime wrote:
>>>>>
>>>>> ajs6f ha scritto:
>>>>>>
>>>>>> Hello, Geoserver community!
>>>>>> I'm trying to bring up the new GDAL/ImageioExt code to try out
>>>>>> serving some legacy MrSid imagery.
>>>>>> Am I right in thinking that this code is included in the 1.7 beta
>>>>>> 2 release?
>>>>>
>>>>> Actually not, the release notes contained that hint, but it's
>>>>> not correct. It should be included in the next RC1 thought.
>>>>
>>>> Ah, thank you. This clarifies the matter.
>>>>
>>>>> You'll need an extra jar from GeoTools, but I don't have it handy.
>>>>> Maybe someone else has... or you can just wait for 1.7.0-RC1, it's
>>>>> getting close.
>>>>
>>>> No problem-- I snagged them from the:
>>>>
>>>> http://www.geo-solutions.it/libraries/geoserver-1.7.0-SNAPSHOT-war.zip
>>>>
>>>> build.
>>>>
>>>> The Java side of things looks great, now, but I'm getting SIGSEGVs
>>>> like this one:
>>>>
>>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (10.0-b22 mixed mode
>>>> linux-amd64)
>>>> # Problematic frame:
>>>> # C [libgdal.so+0x28b0a9] GDALGetMetadata+0x9
>>>>
>>>> when I try to set up a MrSid CoverageStore.
>>>>
>>>> I'm assuming that this is an issue to take to GDAL, eh?
>>>
>>> The binaries you are using where built on a 32 bit linux machine.
>>> I ma
>>> not sure they would work on a 64 bit machine.
>>> Anyway, could yuo please provide some more info about the following
>>> items in order to help you out:
>>> -target hw platform
>>> -procedure you followed for the installation
>>>
>>> ciao,
>>> Simone.
>>>
>>>
>>>
>>>>
>>>> If anyone else has been down this road and can offer any advice, it
>>>> would be much appreciated.
>>>>
>>>> Thanks for your help, Andrea!
>>>>
>>>>
>>>> ---
>>>> A. Soroka / Digital Scholarship Services R & D
>>>> the University of Virginia Library
>>>>
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>>> challenge
>>>> Build the coolest Linux based applications with Moblin SDK & win
>>>> great
>>>> prizes
>>>> Grand prize is a trip for two to an Open Source event anywhere in
>>>> the
>>>> world
>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>> _______________________________________________
>>>> Geoserver-users mailing list
>>>> Geo...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>>
>>>
>>>
>>>
>>> --
>>> -------------------------------------------------------
>>> Eng. Simone Giannecchini
>>> President /CEO GeoSolutions S.A.S.
>>> Via Carignoni 51
>>> 55041 Camaiore (LU)
>>> Italy
>>>
>>> phone: +39 0584983027
>>> fax: +39 0584983027
>>> mob: +39 333 8128928
>>>
>>>
>>> http://www.geo-solutions.it
>>>
>>> -------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win
>> great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Geoserver-users mailing list
>> Geo...@li...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
>
> --
> -------------------------------------------------------
> Eng. Simone Giannecchini
> President /CEO GeoSolutions S.A.S.
> Via Carignoni 51
> 55041 Camaiore (LU)
> Italy
>
> phone: +39 0584983027
> fax: +39 0584983027
> mob: +39 333 8128928
>
>
> http://www.geo-solutions.it
>
> -------------------------------------------------------
|