Hi, We have a few images of type mr. sid, and currently to our users get them all images in disk.
how I will work with images Sid in geoserver??
thanks.
···
–
Arturo Juárez Lima
Hi Arturo,
MrSID is supported via the gdal extension for geoserver. See this page for more details:
http://geoserver.org/display/GEOSDOC/ImageIO-ext+GDAL+extensions
You can grab the latest extension from:
http://downloads.sourceforge.net/geoserver/geoserver-1.7.1-gdal-plugin.zip
-Justin
Arturo Juàrez wrote:
Hi, We have a few images of type mr. sid, and currently to our users get them all images in disk.
how I will work with images Sid in geoserver??
thanks.
--*//**/ Arturo Juárez Lima/*
/
------------------------------------------------------------------------
------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB------------------------------------------------------------------------
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
Hello list,
I also want to use MrSid files in geoserver, and followed the instructions
on
http://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
and
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.
I'm able to set up the coverage data store as well as the coverage. However,
a WMS GetMap-Request will lead to a Java Runtime Exception:
14:51:10,941 INFO [STDOUT] 08 Jan 14:51:10 DEBUG [gce.imagemosaic] - We
have 4 tiles to load
14:51:10,941 INFO [STDOUT] 08 Jan 14:51:10 DEBUG [gce.imagemosaic] -
Loading level 0 with subsampling factors 41 41
14:51:10,941 INFO [STDOUT] 08 Jan 14:51:10 DEBUG [gce.imagemosaic] - About
to read image number 0
14:51:10,941 INFO [STDOUT] 08 Jan 14:51:10 DEBUG [gce.imagemosaic] - File
found
14:51:10,941 INFO [STDOUT] 08 Jan 14:51:10 DEBUG [gce.imagemosaic] - Just
read image number 0
14:51:10,941 INFO [STDOUT] 08 Jan 14:51:10 ERROR [geotools.rendering] - -
Unable to render RenderedOp for this operation.
java.lang.RuntimeException: - Unable to render RenderedOp for this
operation.
at javax.media.jai.RenderedOp.createInstance(RenderedOp.java:827)
at javax.media.jai.RenderedOp.createRendering(RenderedOp.java:867)
at javax.media.jai.RenderedOp.getColorModel(RenderedOp.java:2242)
at
org.geotools.gce.imagemosaic.ImageMosaicReader.loadRequestedTiles(ImageMosaicReader.java:948)
at
org.geotools.gce.imagemosaic.ImageMosaicReader.loadTiles(ImageMosaicReader.java:686)
at
org.geotools.gce.imagemosaic.ImageMosaicReader.read(ImageMosaicReader.java:536)
at
org.geotools.renderer.lite.StreamingRenderer.renderRaster(StreamingRenderer.java:1842)
at
org.geotools.renderer.lite.StreamingRenderer.processSymbolizers(StreamingRenderer.java:1716)
at
org.geotools.renderer.lite.StreamingRenderer.process(StreamingRenderer.java:1662)
at
org.geotools.renderer.lite.StreamingRenderer.processStylers(StreamingRenderer.java:1604)
at
org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.java:642)
at
org.geotools.renderer.shape.ShapefileRenderer.renderWithStreamingRenderer(ShapefileRenderer.java:1472)
at
org.geotools.renderer.shape.ShapefileRenderer.paint(ShapefileRenderer.java:1341)
at
org.geotools.renderer.shape.ShapefileRenderer.paint(ShapefileRenderer.java:265)
at
org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.produceMap(DefaultRasterMapProducer.java:347)
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:416)
at
org.geoserver.ows.adapters.ResponseAdapter.getMimeType(ResponseAdapter.java:48)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:698)
at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:215)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:178)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:163)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Unknown Source)
Could it be possible, that something with the native libraries I downloaded
from the instructions pages is not correct, or they are not appropiate for
my Java Version?
I'm running Geoserver version 1.7.1 under a JBoss-Environment with
jdk1.6.0_10.
Thank you,
Matthias
Justin Deoliveira-6 wrote:
Hi Arturo,
MrSID is supported via the gdal extension for geoserver. See this page
for more details:http://geoserver.org/display/GEOSDOC/ImageIO-ext+GDAL+extensions
You can grab the latest extension from:
http://downloads.sourceforge.net/geoserver/geoserver-1.7.1-gdal-plugin.zip
-Justin
Arturo Juàrez wrote:
Hi, We have a few images of type mr. sid, and currently to our users get
them all images in disk.
how I will work with images Sid in geoserver??
thanks.
--*//**/ Arturo Juárez Lima/*
/
/------------------------------------------------------------------------
------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB------------------------------------------------------------------------
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Mr.-Sid-tp21337634p21352231.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
matthias.drews@anonymised.com ha scritto:
Hello list,
I also want to use MrSid files in geoserver, and followed the instructions
on
http://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
and
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.
Wait, there is some mixup here. The instructions in the
mosaic page speak about creating the mosaic index shapefile
using gdaltindex (but the images themselves are geotiffs).
What you are doing there seems to be, using a mosaic of MrSid images, right?
I've seen some recent commits by Simone that enabled the usage of
GDAL based images along with the image mosaic, but I don't remember
in which branch he did so, so 1.7.1 might not have the necessary
changes.
Simone, Alessio, Daniele... you are the only ones I know that might
shed some light on this one. Ideas?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Hi all,
officially there is no way for the actual ImageMosaicPlugin to support
GDAL based source images ... Simone is working on something about
that, but honestly I don't know exactly the state of the art of this
improvement. Simone is in vacation in the USA, as far he can read the
email he can give us some more details on his work.
Regards,
Alessio.
-------------------------------------------------------
Eng. Alessio Fabiani
Vice-President /CTO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584 980933
fax: +39 0584 983027
mob: +39 349 8227000
-------------------------------------------------------
On Thu, Jan 8, 2009 at 3:14 PM, Andrea Aime <aaime@anonymised.com> wrote:
matthias.drews@anonymised.com ha scritto:
Hello list,
I also want to use MrSid files in geoserver, and followed the instructions
onhttp://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
andhttp://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.
Wait, there is some mixup here. The instructions in the
mosaic page speak about creating the mosaic index shapefile
using gdaltindex (but the images themselves are geotiffs).What you are doing there seems to be, using a mosaic of MrSid images, right?
I've seen some recent commits by Simone that enabled the usage of
GDAL based images along with the image mosaic, but I don't remember
in which branch he did so, so 1.7.1 might not have the necessary
changes.
Simone, Alessio, Daniele... you are the only ones I know that might
shed some light on this one. Ideas?Cheers
Andrea--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
hi, thanks, I was install all the files and I was probe and all worked fine, then now how I use my images sid?? will I must create a new coverage Data Set?? which are the process?? 
thanks
Justin Deoliveira escribió:
···
Arturo Juárez Lima
.
Hi Arturo,
MrSID is supported via the gdal extension for geoserver. See this page for more details:
http://geoserver.org/display/GEOSDOC/ImageIO-ext+GDAL+extensions
You can grab the latest extension from:
http://downloads.sourceforge.net/geoserver/geoserver-1.7.1-gdal-plugin.zip
-Justin
Arturo Juàrez wrote:
Hi, We have a few images of type mr. sid, and currently to our users get them all images in disk.
how I will work with images Sid in geoserver??
thanks.//**/ Arturo Juárez Lima/
/
/
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Yes, you're right. I was trying to use a mosaic of MrSid images, like
described in this tutorial.
However, I'm also not able to set up a coverage data store of a single MrSid
file. Geoserver throws the following exception:
java.lang.IllegalArgumentException: Incorrect input type!
at javax.imageio.ImageReader.setInput(Unknown Source)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.setInput(GDALImageReader.java:776)
at javax.imageio.ImageReader.setInput(Unknown Source)
at
org.geotools.coverageio.BaseGridCoverage2DReader.(BaseGridCoverage2DReader.java:199)
at
org.geotools.coverageio.gdal.BaseGDALGridCoverage2DReader.(BaseGDALGridCoverage2DReader.java:80)
at org.geotools.coverageio.gdal.mrsid.MrSIDReader.(MrSIDReader.java:87)
at
org.geotools.coverageio.gdal.mrsid.MrSIDFormat.getReader(MrSIDFormat.java:92)
at
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:434)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:339)
at
org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:95)
at
org.vfny.geoserver.action.data.CoverageStoresEditorAction.execute(CoverageStoresEditorAction.java:90)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
....
I digged around for a while, and found out that in GDALImageReader.setInput
(contained in the ImageIO-Extension) an imageInputStream is created from the
file, and this stream is an instanceof
javax.imageio.stream.FileImageInputStream. This stream is then used in the
method setInput of class ImageReader, and apparently there the exception is
thrown, because javax.imageio.stream.FileImageInputStream is not in the
inputTypes of the originatingProvider (containing just java.io.File and
it.geosolutions.imageio.stream.input.FileImageInputStreamExt).
So this seems to be the reason for the problem, and I wonder now, how I can
avoid that problem and use my MrSid files. Perhaps there is another working
version of the ImageIO-Extension?
Andrea Aime-4 wrote:
matthias.drews@anonymised.com ha scritto:
Hello list,
I also want to use MrSid files in geoserver, and followed the
instructions
on
http://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
and
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.Wait, there is some mixup here. The instructions in the
mosaic page speak about creating the mosaic index shapefile
using gdaltindex (but the images themselves are geotiffs).What you are doing there seems to be, using a mosaic of MrSid images,
right?
I've seen some recent commits by Simone that enabled the usage of
GDAL based images along with the image mosaic, but I don't remember
in which branch he did so, so 1.7.1 might not have the necessary
changes.
Simone, Alessio, Daniele... you are the only ones I know that might
shed some light on this one. Ideas?Cheers
Andrea--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Mr.-Sid-tp21337634p21369219.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hi Matthias,
the underlying GDAL libraries need to know the file name to be opened.
The standard FileImageInputStream doesn’t provide any reference to the file location.
Therefore we have implemented a FileImageInputStreamExt which internally stores a reference to the file on which the FileImageInputStream have been created.
Moreover, during the SPI registration, our FileImageInputStreamExtSpi will be registered as a first SPI and then it should be used instead of the simple FileImageInputStreamSpi.
Can you confirm that your geoserver’s WEB-INF\lib contains an imageio-ext-customstreams jar?
Let me know.
Regards,
Daniele
On Fri, Jan 9, 2009 at 10:51 AM, matthias.drews@anonymised.com <matthias.drews@anonymised.com> wrote:
Yes, you’re right. I was trying to use a mosaic of MrSid images, like
described in this tutorial.However, I’m also not able to set up a coverage data store of a single MrSid
file. Geoserver throws the following exception:java.lang.IllegalArgumentException: Incorrect input type!
at javax.imageio.ImageReader.setInput(Unknown Source)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.setInput(GDALImageReader.java:776)
at javax.imageio.ImageReader.setInput(Unknown Source)
at
org.geotools.coverageio.BaseGridCoverage2DReader.(BaseGridCoverage2DReader.java:199)
at
org.geotools.coverageio.gdal.BaseGDALGridCoverage2DReader.(BaseGDALGridCoverage2DReader.java:80)
at org.geotools.coverageio.gdal.mrsid.MrSIDReader.(MrSIDReader.java:87)
at
org.geotools.coverageio.gdal.mrsid.MrSIDFormat.getReader(MrSIDFormat.java:92)
at
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:434)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:339)
at
org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:95)
at
org.vfny.geoserver.action.data.CoverageStoresEditorAction.execute(CoverageStoresEditorAction.java:90)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
…I digged around for a while, and found out that in GDALImageReader.setInput
(contained in the ImageIO-Extension) an imageInputStream is created from the
file, and this stream is an instanceof
javax.imageio.stream.FileImageInputStream. This stream is then used in the
method setInput of class ImageReader, and apparently there the exception is
thrown, because javax.imageio.stream.FileImageInputStream is not in the
inputTypes of the originatingProvider (containing just java.io.File and
it.geosolutions.imageio.stream.input.FileImageInputStreamExt).So this seems to be the reason for the problem, and I wonder now, how I can
avoid that problem and use my MrSid files. Perhaps there is another working
version of the ImageIO-Extension?Andrea Aime-4 wrote:
matthias.drews@anonymised.com ha scritto:
Hello list,
I also want to use MrSid files in geoserver, and followed the
instructions
on
http://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
and
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.Wait, there is some mixup here. The instructions in the
mosaic page speak about creating the mosaic index shapefile
using gdaltindex (but the images themselves are geotiffs).What you are doing there seems to be, using a mosaic of MrSid images,
right?
I’ve seen some recent commits by Simone that enabled the usage of
GDAL based images along with the image mosaic, but I don’t remember
in which branch he did so, so 1.7.1 might not have the necessary
changes.
Simone, Alessio, Daniele… you are the only ones I know that might
shed some light on this one. Ideas?Cheers
Andrea–
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Mr.-Sid-tp21337634p21369219.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Eng. Daniele Romagnoli
Software Engineer
GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
Hi Daniele,
yes, there is imageio-ext-customstreams-1.0-SNAPSHOT.jar.
Matthias Drews
phone: +49 89 121528-855 mailto:matthias.drews@anonymised.com15…
fax: +49 89 121528-79 http://www.gaf.de
GAF AG Arnulfstr. 197 80634 Muenchen Germany
Vorstand: Dr. Peter Volk, Aufsichtsratsvorsitzender: Marcello Maranesi
Firmensitz: Muenchen, Amtsgericht Muenchen HRB 140 509
Von: dany.geotools@anonymised.com [mailto:dany.geotools@anonymised.com] Im Auftrag von Daniele Romagnoli
Gesendet: Freitag, 9. Januar 2009 11:23
An: Matthias Drews
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] Mr. Sid
Hi Matthias,
the underlying GDAL libraries need to know the file name to be opened.
The standard FileImageInputStream doesn’t provide any reference to the file location.
Therefore we have implemented a FileImageInputStreamExt which internally stores a reference to the file on which the FileImageInputStream have been created.
Moreover, during the SPI registration, our FileImageInputStreamExtSpi will be registered as a first SPI and then it should be used instead of the simple FileImageInputStreamSpi.
Can you confirm that your geoserver’s WEB-INF\lib contains an imageio-ext-customstreams jar?
Let me know.
Regards,
Daniele
On Fri, Jan 9, 2009 at 10:51 AM, matthias.drews@anonymised.com <matthias.drews@anonymised.com> wrote:
Yes, you’re right. I was trying to use a mosaic of MrSid images, like
described in this tutorial.However, I’m also not able to set up a coverage data store of a single MrSid
file. Geoserver throws the following exception:java.lang.IllegalArgumentException: Incorrect input type!
at javax.imageio.ImageReader.setInput(Unknown Source)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.setInput(GDALImageReader.java:776)
at javax.imageio.ImageReader.setInput(Unknown Source)
at
org.geotools.coverageio.BaseGridCoverage2DReader.(BaseGridCoverage2DReader.java:199)
at
org.geotools.coverageio.gdal.BaseGDALGridCoverage2DReader.(BaseGDALGridCoverage2DReader.java:80)
at org.geotools.coverageio.gdal.mrsid.MrSIDReader.(MrSIDReader.java:87)
at
org.geotools.coverageio.gdal.mrsid.MrSIDFormat.getReader(MrSIDFormat.java:92)
at
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:434)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:339)
at
org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:95)
at
org.vfny.geoserver.action.data.CoverageStoresEditorAction.execute(CoverageStoresEditorAction.java:90)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
…I digged around for a while, and found out that in GDALImageReader.setInput
(contained in the ImageIO-Extension) an imageInputStream is created from the
file, and this stream is an instanceof
javax.imageio.stream.FileImageInputStream. This stream is then used in the
method setInput of class ImageReader, and apparently there the exception is
thrown, because javax.imageio.stream.FileImageInputStream is not in the
inputTypes of the originatingProvider (containing just java.io.File and
it.geosolutions.imageio.stream.input.FileImageInputStreamExt).So this seems to be the reason for the problem, and I wonder now, how I can
avoid that problem and use my MrSid files. Perhaps there is another working
version of the ImageIO-Extension?Andrea Aime-4 wrote:
matthias.drews@anonymised.com ha scritto:
Hello list,
I also want to use MrSid files in geoserver, and followed the
instructions
on
http://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
and
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.Wait, there is some mixup here. The instructions in the
mosaic page speak about creating the mosaic index shapefile
using gdaltindex (but the images themselves are geotiffs).What you are doing there seems to be, using a mosaic of MrSid images,
right?
I’ve seen some recent commits by Simone that enabled the usage of
GDAL based images along with the image mosaic, but I don’t remember
in which branch he did so, so 1.7.1 might not have the necessary
changes.
Simone, Alessio, Daniele… you are the only ones I know that might
shed some light on this one. Ideas?Cheers
Andrea–
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@anonymised.comts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Mr.-Sid-tp21337634p21369219.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@anonymised.comts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Eng. Daniele Romagnoli
Software Engineer
GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
Hi again Matthias,
can you give more info on your Environment?
Are you using SUN’s Java or OpenJDK?
In the past we have encountered a Bug which is catched only by OpenJDK. However we have recently fixed that bug and committed the changes.
Anyway, it seems that the fixed jar haven’t been properly deployed on the remote maven repo. (my fault, being unable to access to the new repo).
Please, let me know.
Daniele
On Fri, Jan 9, 2009 at 11:31 AM, Matthias Drews <matthias.drews@anonymised.com> wrote:
Hi Daniele,
yes, there is imageio-ext-customstreams-1.0-SNAPSHOT.jar.
Matthias Drews
phone: +49 89 121528-855 mailto:matthias.drews@anonymised.com
fax: +49 89 121528-79 http://www.gaf.de
GAF AG Arnulfstr. 197 80634 Muenchen Germany
Vorstand: Dr. Peter Volk, Aufsichtsratsvorsitzender: Marcello Maranesi
Firmensitz: Muenchen, Amtsgericht Muenchen HRB 140 509
Von: dany.geotools@anonymised.com [mailto:dany.geotools@anonymised.com] Im Auftrag von Daniele Romagnoli
Gesendet: Freitag, 9. Januar 2009 11:23
An: Matthias Drews
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] Mr. SidHi Matthias,
the underlying GDAL libraries need to know the file name to be opened.
The standard FileImageInputStream doesn’t provide any reference to the file location.
Therefore we have implemented a FileImageInputStreamExt which internally stores a reference to the file on which the FileImageInputStream have been created.
Moreover, during the SPI registration, our FileImageInputStreamExtSpi will be registered as a first SPI and then it should be used instead of the simple FileImageInputStreamSpi.
Can you confirm that your geoserver’s WEB-INF\lib contains an imageio-ext-customstreams jar?Let me know.
Regards,
DanieleOn Fri, Jan 9, 2009 at 10:51 AM, matthias.drews@anonymised.com <matthias.drews@anonymised.com> wrote:
Yes, you’re right. I was trying to use a mosaic of MrSid images, like
described in this tutorial.However, I’m also not able to set up a coverage data store of a single MrSid
file. Geoserver throws the following exception:java.lang.IllegalArgumentException: Incorrect input type!
at javax.imageio.ImageReader.setInput(Unknown Source)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.setInput(GDALImageReader.java:776)
at javax.imageio.ImageReader.setInput(Unknown Source)
at
org.geotools.coverageio.BaseGridCoverage2DReader.(BaseGridCoverage2DReader.java:199)
at
org.geotools.coverageio.gdal.BaseGDALGridCoverage2DReader.(BaseGDALGridCoverage2DReader.java:80)
at org.geotools.coverageio.gdal.mrsid.MrSIDReader.(MrSIDReader.java:87)
at
org.geotools.coverageio.gdal.mrsid.MrSIDFormat.getReader(MrSIDFormat.java:92)
at
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:434)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:339)
at
org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:95)
at
org.vfny.geoserver.action.data.CoverageStoresEditorAction.execute(CoverageStoresEditorAction.java:90)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
…I digged around for a while, and found out that in GDALImageReader.setInput
(contained in the ImageIO-Extension) an imageInputStream is created from the
file, and this stream is an instanceof
javax.imageio.stream.FileImageInputStream. This stream is then used in the
method setInput of class ImageReader, and apparently there the exception is
thrown, because javax.imageio.stream.FileImageInputStream is not in the
inputTypes of the originatingProvider (containing just java.io.File and
it.geosolutions.imageio.stream.input.FileImageInputStreamExt).So this seems to be the reason for the problem, and I wonder now, how I can
avoid that problem and use my MrSid files. Perhaps there is another working
version of the ImageIO-Extension?Andrea Aime-4 wrote:
matthias.drews@anonymised.com ha scritto:
Hello list,
I also want to use MrSid files in geoserver, and followed the
instructions
on
http://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
and
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.Wait, there is some mixup here. The instructions in the
mosaic page speak about creating the mosaic index shapefile
using gdaltindex (but the images themselves are geotiffs).What you are doing there seems to be, using a mosaic of MrSid images,
right?
I’ve seen some recent commits by Simone that enabled the usage of
GDAL based images along with the image mosaic, but I don’t remember
in which branch he did so, so 1.7.1 might not have the necessary
changes.
Simone, Alessio, Daniele… you are the only ones I know that might
shed some light on this one. Ideas?Cheers
Andrea–
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Mr.-Sid-tp21337634p21369219.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
Eng. Daniele Romagnoli
Software EngineerGeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italyphone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
–
Eng. Daniele Romagnoli
Software Engineer
GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
I don’t have this jar, Is it need for the images sid??
Matthias Drews escribió:
···
L.I____. Arturo Juárez Lima
Tel*. 2385000 Ext. 5058*
Secretaría de Planeación y Finanzas
Dirección de Informática
Gob. Del Edo. De Qro.
Hi Daniele,
yes, there is imageio-ext-customstreams-1.0-SNAPSHOT.jar.
Matthias Drews
phone: +49 89 121528-855 mailto:matthias.drews@anonymised.com
fax: +49 89 121528-79 http://www.gaf.de
GAF AG Arnulfstr. 197 80634 Muenchen Germany
Vorstand: Dr. Peter Volk, Aufsichtsratsvorsitzender: Marcello Maranesi
Firmensitz: Muenchen, Amtsgericht Muenchen HRB 140 509
Von: dany.geotools@anonymised.com [mailto:dany.geotools@anonymised.com] Im Auftrag von Daniele Romagnoli
Gesendet: Freitag, 9. Januar 2009 11:23
An: Matthias Drews
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] Mr. SidHi Matthias,
the underlying GDAL libraries need to know the file name to be opened.
The standard FileImageInputStream doesn’t provide any reference to the file location.
Therefore we have implemented a FileImageInputStreamExt which internally stores a reference to the file on which the FileImageInputStream have been created.
Moreover, during the SPI registration, our FileImageInputStreamExtSpi will be registered as a first SPI and then it should be used instead of the simple FileImageInputStreamSpi.
Can you confirm that your geoserver’s WEB-INF\lib contains an imageio-ext-customstreams jar?Let me know.
Regards,
DanieleOn Fri, Jan 9, 2009 at 10:51 AM, matthias.drews@anonymised.com <matthias.drews@anonymised.com> wrote:
Yes, you’re right. I was trying to use a mosaic of MrSid images, like
described in this tutorial.However, I’m also not able to set up a coverage data store of a single MrSid
file. Geoserver throws the following exception:java.lang.IllegalArgumentException: Incorrect input type!
at javax.imageio.ImageReader.setInput(Unknown Source)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.setInput(GDALImageReader.java:776)
at javax.imageio.ImageReader.setInput(Unknown Source)
at
org.geotools.coverageio.BaseGridCoverage2DReader.(BaseGridCoverage2DReader.java:199)
at
org.geotools.coverageio.gdal.BaseGDALGridCoverage2DReader.(BaseGDALGridCoverage2DReader.java:80)
at org.geotools.coverageio.gdal.mrsid.MrSIDReader.(MrSIDReader.java:87)
at
org.geotools.coverageio.gdal.mrsid.MrSIDFormat.getReader(MrSIDFormat.java:92)
at
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:434)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:339)
at
org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:95)
at
org.vfny.geoserver.action.data.CoverageStoresEditorAction.execute(CoverageStoresEditorAction.java:90)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
…I digged around for a while, and found out that in GDALImageReader.setInput
(contained in the ImageIO-Extension) an imageInputStream is created from the
file, and this stream is an instanceof
javax.imageio.stream.FileImageInputStream. This stream is then used in the
method setInput of class ImageReader, and apparently there the exception is
thrown, because javax.imageio.stream.FileImageInputStream is not in the
inputTypes of the originatingProvider (containing just java.io.File and
it.geosolutions.imageio.stream.input.FileImageInputStreamExt).So this seems to be the reason for the problem, and I wonder now, how I can
avoid that problem and use my MrSid files. Perhaps there is another working
version of the ImageIO-Extension?Andrea Aime-4 wrote:
matthias.drews@anonymised.com ha scritto:
Hello list,
I also want to use MrSid files in geoserver, and followed the
instructions
on
http://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
and
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.Wait, there is some mixup here. The instructions in the
mosaic page speak about creating the mosaic index shapefile
using gdaltindex (but the images themselves are geotiffs).What you are doing there seems to be, using a mosaic of MrSid images,
right?
I’ve seen some recent commits by Simone that enabled the usage of
GDAL based images along with the image mosaic, but I don’t remember
in which branch he did so, so 1.7.1 might not have the necessary
changes.
Simone, Alessio, Daniele… you are the only ones I know that might
shed some light on this one. Ideas?Cheers
Andrea–
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Mr.-Sid-tp21337634p21369219.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
Eng. Daniele Romagnoli
Software EngineerGeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italyphone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
--- ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. [http://p.sf.net/sfu/Xq1LFB](http://p.sf.net/sfu/Xq1LFB)--- _______________________________________________ Geoserver-users mailing list [Geoserver-users@lists.sourceforge.net](mailto:Geoserver-users@lists.sourceforge.net) [https://lists.sourceforge.net/lists/listinfo/geoserver-users](https://lists.sourceforge.net/lists/listinfo/geoserver-users)
Hi Arturo,
that jar is needed by the underlying ImageIO framework based on GDAL.
However, this jar comes as a standard dependency, being used by the supported ArcGrid plugin.
Do again a search on your WEB-INF/lib folder and look for imageio-ext-customstreams-1.0-SNAPSHOT.jar.
Let me know.
Regards,
Daniele
On Fri, Jan 9, 2009 at 3:56 PM, Arturo Juàrez <ajuarez@anonymised.com> wrote:
I don’t have this jar, Is it need for the images sid??
L.I____. Arturo Juárez Lima
Tel*. 2385000 Ext. 5058*
Secretaría de Planeación y Finanzas
Dirección de Informática
Gob. Del Edo. De Qro.
Matthias Drews escribió:
Hi Daniele,
yes, there is imageio-ext-customstreams-1.0-SNAPSHOT.jar.
Matthias Drews
phone: +49 89 121528-855 mailto:matthias.drews@anonymised.com
fax: +49 89 121528-79 http://www.gaf.de
GAF AG Arnulfstr. 197 80634 Muenchen Germany
Vorstand: Dr. Peter Volk, Aufsichtsratsvorsitzender: Marcello Maranesi
Firmensitz: Muenchen, Amtsgericht Muenchen HRB 140 509
Von: dany.geotools@anonymised.com…84… [mailto:dany.geotools@anonymised.com] Im Auftrag von Daniele Romagnoli
Gesendet: Freitag, 9. Januar 2009 11:23
An: Matthias Drews
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] Mr. SidHi Matthias,
the underlying GDAL libraries need to know the file name to be opened.
The standard FileImageInputStream doesn’t provide any reference to the file location.
Therefore we have implemented a FileImageInputStreamExt which internally stores a reference to the file on which the FileImageInputStream have been created.
Moreover, during the SPI registration, our FileImageInputStreamExtSpi will be registered as a first SPI and then it should be used instead of the simple FileImageInputStreamSpi.
Can you confirm that your geoserver’s WEB-INF\lib contains an imageio-ext-customstreams jar?Let me know.
Regards,
DanieleOn Fri, Jan 9, 2009 at 10:51 AM, matthias.drews@anonymised.com <matthias.drews@anonymised.com> wrote:
Yes, you’re right. I was trying to use a mosaic of MrSid images, like
described in this tutorial.However, I’m also not able to set up a coverage data store of a single MrSid
file. Geoserver throws the following exception:java.lang.IllegalArgumentException: Incorrect input type!
at javax.imageio.ImageReader.setInput(Unknown Source)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.setInput(GDALImageReader.java:776)
at javax.imageio.ImageReader.setInput(Unknown Source)
at
org.geotools.coverageio.BaseGridCoverage2DReader.(BaseGridCoverage2DReader.java:199)
at
org.geotools.coverageio.gdal.BaseGDALGridCoverage2DReader.(BaseGDALGridCoverage2DReader.java:80)
at org.geotools.coverageio.gdal.mrsid.MrSIDReader.(MrSIDReader.java:87)
at
org.geotools.coverageio.gdal.mrsid.MrSIDFormat.getReader(MrSIDFormat.java:92)
at
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:434)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:339)
at
org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:95)
at
org.vfny.geoserver.action.data.CoverageStoresEditorAction.execute(CoverageStoresEditorAction.java:90)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
…I digged around for a while, and found out that in GDALImageReader.setInput
(contained in the ImageIO-Extension) an imageInputStream is created from the
file, and this stream is an instanceof
javax.imageio.stream.FileImageInputStream. This stream is then used in the
method setInput of class ImageReader, and apparently there the exception is
thrown, because javax.imageio.stream.FileImageInputStream is not in the
inputTypes of the originatingProvider (containing just java.io.File and
it.geosolutions.imageio.stream.input.FileImageInputStreamExt).So this seems to be the reason for the problem, and I wonder now, how I can
avoid that problem and use my MrSid files. Perhaps there is another working
version of the ImageIO-Extension?Andrea Aime-4 wrote:
matthias.drews@anonymised.com ha scritto:
Hello list,
I also want to use MrSid files in geoserver, and followed the
instructions
on
http://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
and
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.Wait, there is some mixup here. The instructions in the
mosaic page speak about creating the mosaic index shapefile
using gdaltindex (but the images themselves are geotiffs).What you are doing there seems to be, using a mosaic of MrSid images,
right?
I’ve seen some recent commits by Simone that enabled the usage of
GDAL based images along with the image mosaic, but I don’t remember
in which branch he did so, so 1.7.1 might not have the necessary
changes.
Simone, Alessio, Daniele… you are the only ones I know that might
shed some light on this one. Ideas?Cheers
Andrea–
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Mr.-Sid-tp21337634p21369219.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
Eng. Daniele Romagnoli
Software EngineerGeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italyphone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
--- ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. [http://p.sf.net/sfu/Xq1LFB](http://p.sf.net/sfu/Xq1LFB)--- _______________________________________________ Geoserver-users mailing list [Geoserver-users@lists.sourceforge.net](mailto:Geoserver-users@lists.sourceforge.net) [https://lists.sourceforge.net/lists/listinfo/geoserver-users](https://lists.sourceforge.net/lists/listinfo/geoserver-users)
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
–
Eng. Daniele Romagnoli
Software Engineer
GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
yes, I have this jar in this route, and now (please 
) how could I public my images with geoserver??
Thanks…
Daniele Romagnoli escribió:
···
Arturo Juárez Lima
Hi Arturo,
that jar is needed by the underlying ImageIO framework based on GDAL.
However, this jar comes as a standard dependency, being used by the supported ArcGrid plugin.
Do again a search on your WEB-INF/lib folder and look for imageio-ext-customstreams-1.0-SNAPSHOT.jar.Let me know.
Regards,Daniele
On Fri, Jan 9, 2009 at 3:56 PM, Arturo Juàrez <ajuarez@anonymised.com> wrote:
I don’t have this jar, Is it need for the images sid??
L.I____. Arturo Juárez Lima
Tel*. 2385000 Ext. 5058*
Secretaría de Planeación y Finanzas
Dirección de Informática
Gob. Del Edo. De Qro.
Matthias Drews escribió:
Hi Daniele,
yes, there is imageio-ext-customstreams-1.0-SNAPSHOT.jar.
Matthias Drews
phone: +49 89 121528-855 mailto:matthias.drews@anonymised.com
fax: +49 89 121528-79 http://www.gaf.de
GAF AG Arnulfstr. 197 80634 Muenchen Germany
Vorstand: Dr. Peter Volk, Aufsichtsratsvorsitzender: Marcello Maranesi
Firmensitz: Muenchen, Amtsgericht Muenchen HRB 140 509
Von: dany.geotools@anonymised.com [mailto:dany.geotools@anonymised.com] Im Auftrag von Daniele Romagnoli
Gesendet: Freitag, 9. Januar 2009 11:23
An: Matthias Drews
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] Mr. SidHi Matthias,
the underlying GDAL libraries need to know the file name to be opened.
The standard FileImageInputStream doesn’t provide any reference to the file location.
Therefore we have implemented a FileImageInputStreamExt which internally stores a reference to the file on which the FileImageInputStream have been created.
Moreover, during the SPI registration, our FileImageInputStreamExtSpi will be registered as a first SPI and then it should be used instead of the simple FileImageInputStreamSpi.
Can you confirm that your geoserver’s WEB-INF\lib contains an imageio-ext-customstreams jar?Let me know.
Regards,
DanieleOn Fri, Jan 9, 2009 at 10:51 AM, matthias.drews@anonymised.com <matthias.drews@anonymised.com> wrote:
Yes, you’re right. I was trying to use a mosaic of MrSid images, like
described in this tutorial.However, I’m also not able to set up a coverage data store of a single MrSid
file. Geoserver throws the following exception:java.lang.IllegalArgumentException: Incorrect input type!
at javax.imageio.ImageReader.setInput(Unknown Source)
at
it.geosolutions.imageio.gdalframework.GDALImageReader.setInput(GDALImageReader.java:776)
at javax.imageio.ImageReader.setInput(Unknown Source)
at
org.geotools.coverageio.BaseGridCoverage2DReader.(BaseGridCoverage2DReader.java:199)
at
org.geotools.coverageio.gdal.BaseGDALGridCoverage2DReader.(BaseGDALGridCoverage2DReader.java:80)
at org.geotools.coverageio.gdal.mrsid.MrSIDReader.(MrSIDReader.java:87)
at
org.geotools.coverageio.gdal.mrsid.MrSIDFormat.getReader(MrSIDFormat.java:92)
at
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:434)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:339)
at
org.vfny.geoserver.action.data.DataCoveragesNewAction.newCoverageConfig(DataCoveragesNewAction.java:95)
at
org.vfny.geoserver.action.data.CoverageStoresEditorAction.execute(CoverageStoresEditorAction.java:90)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
…I digged around for a while, and found out that in GDALImageReader.setInput
(contained in the ImageIO-Extension) an imageInputStream is created from the
file, and this stream is an instanceof
javax.imageio.stream.FileImageInputStream. This stream is then used in the
method setInput of class ImageReader, and apparently there the exception is
thrown, because javax.imageio.stream.FileImageInputStream is not in the
inputTypes of the originatingProvider (containing just java.io.File and
it.geosolutions.imageio.stream.input.FileImageInputStreamExt).So this seems to be the reason for the problem, and I wonder now, how I can
avoid that problem and use my MrSid files. Perhaps there is another working
version of the ImageIO-Extension?Andrea Aime-4 wrote:
matthias.drews@anonymised.com ha scritto:
Hello list,
I also want to use MrSid files in geoserver, and followed the
instructions
on
http://geoserver.org/display/GEOSDOC/MrSID+mosaic%2C+GeoWebCache+and+Super+Overlays
and
http://geoserver.org/display/GEOSDOC/Using+the+ImageMosaic+plugin#UsingtheImageMosaicplugin-gdal.Wait, there is some mixup here. The instructions in the
mosaic page speak about creating the mosaic index shapefile
using gdaltindex (but the images themselves are geotiffs).What you are doing there seems to be, using a mosaic of MrSid images,
right?
I’ve seen some recent commits by Simone that enabled the usage of
GDAL based images along with the image mosaic, but I don’t remember
in which branch he did so, so 1.7.1 might not have the necessary
changes.
Simone, Alessio, Daniele… you are the only ones I know that might
shed some light on this one. Ideas?Cheers
Andrea–
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
View this message in context: http://www.nabble.com/Mr.-Sid-tp21337634p21369219.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
Eng. Daniele Romagnoli
Software EngineerGeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italyphone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
--- ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. [http://p.sf.net/sfu/Xq1LFB](http://p.sf.net/sfu/Xq1LFB)--- _______________________________________________ Geoserver-users mailing list [Geoserver-users@lists.sourceforge.net](mailto:Geoserver-users@lists.sourceforge.net) [https://lists.sourceforge.net/lists/listinfo/geoserver-users](https://lists.sourceforge.net/lists/listinfo/geoserver-users)
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users–
Eng. Daniele Romagnoli
Software EngineerGeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italyphone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267