Re: [Geoserver-users] Erdas Imagine Format Image Mosaic?
Daniele - Thank you for your reply, which serves to remind me that I should have posted the solution to the list, because I was able to resolve this. I realized after going through the documentation that the ImageMosaic plugin would need write permission to the mosaic directory. Once I gave the tomcat user write permission to the directory, creating the mosaic worked. I would make two suggestions for the documentation/implementation of the ImageMosaic plugin. One, that write failures to the mosaic directory have a clear error message. As you can see from my original post, there were no hints. Two, creating an image mosaic and then viewing it caused Geoserver to throw 'too many open files' errors. A bit of documentation on how to increase the limit on the number of open files would be a good addition to the ImageMosaic docs. Once I figure out all of the steps, I would be glad to contribute that. Garey On Thu, Sep 18, 2014 at 9:03 AM, Daniele Romagnoli daniele.romagn...@geo-solutions.it wrote: Hi Garey, sorry for the late reply. Could you please report the full log exception? Could you also report the gdalinfo output? Best Regards, Daniele == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. On Mon, Sep 8, 2014 at 8:01 PM, Garey Mills gmi...@library.berkeley.edu wrote: Using Geoserver 2.5.2 with GDAL extensions installed on RHEL6, I have a directory of '.img' files which should form a mosaic. Using gdalinfo I can see that the '*.img' files are in Erdas Imagine format. Each file is accompanied by an '*img.xml' and an '*.rrd' file. When, however, I try to import the directory into Geoserver, (ImageMosaic store, when creating the store I choose the directory containing the images, I get the following message: Could not list layers for this store, an error occurred retrieving them: Failed to create reader from file:data/directory name and hints null This error message appears in the logs as well ImageMosaic docs say that GDAL image formats can be used. What might be the problem? Garey Mills -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du
Re: [Geoserver-users] Why GDAL plugin not work for me
Cindy - Would you take a look at your Tomcat/Jetty logs for the time at which you are trying to create a new GDAL-enabled store? Perhaps you could post it to the list? Garey Mills On Mon, Sep 15, 2014 at 10:07 AM, Zhang, Cindy xinfan.zh...@leidos.com wrote: I only got GDAL plugin partially working. I got all the Raster Data Types displayed in Add New Store of geoserver's admin page. Now when I try to add a new store, under the Raster Data Sources, I pick the RPFTOC, and specify the relative path to the my database CADRG/RPF/A.TOC, it does not seem to accept it, waiting forever, would not navigate me to the New Layer page. I looked over to the tomcat console, catelina.out, geoserver.logs at my data directory, I don't see any errors. I am running linux CentOS release 6.3, java 1.6.0_32, gcc 4.4.6. kernal 2.6.32-279.5.1.el6.x86_64. and Geoserver 2.5.2. So I downloaded geoserver-2.5.2-gdal-plugin.zip and gdal native library gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz. The gdalinfo --format works. But I can not add the RPFTOC store. I even tried gdal192-Redhat6.0-acc4.4.4-x86_64.tar.gz, the same. The gdainfo works but it adding RPFTOC does not work. By the way, I have gdal_data on my local drive, and used env GDAL_DATA point to the folder which has a gdal-data directory in the folder. I tried also point the GDAL_DATA to the gdal-data too. Anything else that I can try or debug? Thanks a lot. Cindy http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz -- *From:* Zhang, Cindy *Sent:* Thursday, September 11, 2014 2:31 PM *To:* geoserver-users@lists.sourceforge.net *Subject:* RE: [Geoserver-users] Why GDAL plugin not work for me Hi, Eric and Garey. Thank you so much for your help. It works now. I have to run the geoserver from the tomcat on my machine. If I ran the jetty:run from the geoserser release, the GDAL plugin would not show up. Maybe the geoserver's jetty override the LD_LIBRARY_PATH (There was no log information for GDAL although) or some other reasons? Thanks again. Cindy -- *From:* Eric Jarvies [7...@ericjarvies.com] *Sent:* Wednesday, September 10, 2014 4:40 PM *To:* geoserver-users@lists.sourceforge.net *Cc:* Zhang, Cindy *Subject:* Re: [Geoserver-users] Why GDAL plugin not work for me Cindy, Here are instructions for a server using Java 8… so replace path/folder names with your correct Java version, and make sure to wget the correct imageio and jai versions for your specific platform: *cd /usr/lib/jvm/java-8-oracle* *wget http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64-jdk.bin http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64-jdk.bin* *wget http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64-jdk.bin http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64-jdk.bin* *sudo sh jai-1_1_3-lib-linux-amd64-jdk.bin* *sed s/+215/-n+215/ jai_imageio-1_1-lib-linux-amd64-jdk.bin jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin* *sudo sh jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin* * //can also mv jai_imageio-1_1-lib-linux-amd64-jdk.bin to jai_imageio-1_1-lib-linux-amd64-jdk.zip and unzip it if above .bin fix/repair step does not work for you.* *sudo rm jai-1_1_3-lib-linux-amd64-jdk.bin sudo rm **jai_imageio-1_1-lib-linux-amd64-jdk.bin **sudo rm jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin* *cd /usr/lib/jvm/java-8-oracle/jre/lib/amd64* *wget http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz* *tar -xvzpf gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz **rm gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz* *nano ~/.bashrc* *#* *export **JAVA_HOME=/usr/lib/jvm/java-8-oracle* *# make sure you have these too if you need them:* *export LD_LIBRARY_PATH=/usr/local/lib* *export GDAL_DATA=/usr/local/share/gdal* *export GEOS_LIBRARY_PATH=/usr/local/share/gdal* *source ~/.bashrc* *sudo ldconfig* Then, make sure to download GeoServer plugin(make sure to change to correct version number): *cd /path/to/your/geoserver/WEB-INF/lib* *wget http://superb-dca2.dl.sourceforge.net/project/geoserver/GeoServer/2.5.2/extensions/geoserver-2.5.2-gdal-plugin.zip http://superb-dca2.dl.sourceforge.net/project/geoserver/GeoServer/2.5.2/extensions/geoserver-2.5.2-gdal-plugin.zip* *unzip geoserver-2.5.2-gdal-plugin.zip **rm geoserver-2.5.2-gdal-plugin.zip* Now restart Tomcat(or Jetty or whatever) and things should work. Eric On Sep 10, 2014, at 1:58 PM, Zhang, Cindy xinfan.zh...@leidos.com wrote: Garey
Re: [Geoserver-users] Why GDAL plugin not work for me
Cindy - See here http://docs.geoserver.org/stable/en/user/production/container.html On Mon, Sep 15, 2014 at 10:52 AM, Zhang, Cindy xinfan.zh...@leidos.com wrote: Garey, 4 seconds after issuing the command, I got in catelina.out: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException Exception in thread http-bio-8080-exec-4 java.lang.OutOfMemoryError: PermGen space No changes in geoserver.log and catelina.2014.-09-15.log. Do I need to increase PermGen space? I have no permGem problem when running geosesrver 2.1.x. Thanks. Cindy -- *From:* gmi...@berkeley.edu [gmi...@berkeley.edu] on behalf of Garey Mills [gmi...@library.berkeley.edu] *Sent:* Monday, September 15, 2014 1:18 PM *To:* Zhang, Cindy *Cc:* geoserver-users@lists.sourceforge.net *Subject:* Re: [Geoserver-users] Why GDAL plugin not work for me Cindy - Would you take a look at your Tomcat/Jetty logs for the time at which you are trying to create a new GDAL-enabled store? Perhaps you could post it to the list? Garey Mills On Mon, Sep 15, 2014 at 10:07 AM, Zhang, Cindy xinfan.zh...@leidos.com wrote: I only got GDAL plugin partially working. I got all the Raster Data Types displayed in Add New Store of geoserver's admin page. Now when I try to add a new store, under the Raster Data Sources, I pick the RPFTOC, and specify the relative path to the my database CADRG/RPF/A.TOC, it does not seem to accept it, waiting forever, would not navigate me to the New Layer page. I looked over to the tomcat console, catelina.out, geoserver.logs at my data directory, I don't see any errors. I am running linux CentOS release 6.3, java 1.6.0_32, gcc 4.4.6. kernal 2.6.32-279.5.1.el6.x86_64. and Geoserver 2.5.2. So I downloaded geoserver-2.5.2-gdal-plugin.zip and gdal native library gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz. The gdalinfo --format works. But I can not add the RPFTOC store. I even tried gdal192-Redhat6.0-acc4.4.4-x86_64.tar.gz, the same. The gdainfo works but it adding RPFTOC does not work. By the way, I have gdal_data on my local drive, and used env GDAL_DATA point to the folder which has a gdal-data directory in the folder. I tried also point the GDAL_DATA to the gdal-data too. Anything else that I can try or debug? Thanks a lot. Cindy http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz -- *From:* Zhang, Cindy *Sent:* Thursday, September 11, 2014 2:31 PM *To:* geoserver-users@lists.sourceforge.net *Subject:* RE: [Geoserver-users] Why GDAL plugin not work for me Hi, Eric and Garey. Thank you so much for your help. It works now. I have to run the geoserver from the tomcat on my machine. If I ran the jetty:run from the geoserser release, the GDAL plugin would not show up. Maybe the geoserver's jetty override the LD_LIBRARY_PATH (There was no log information for GDAL although) or some other reasons? Thanks again. Cindy -- *From:* Eric Jarvies [7...@ericjarvies.com] *Sent:* Wednesday, September 10, 2014 4:40 PM *To:* geoserver-users@lists.sourceforge.net *Cc:* Zhang, Cindy *Subject:* Re: [Geoserver-users] Why GDAL plugin not work for me Cindy, Here are instructions for a server using Java 8… so replace path/folder names with your correct Java version, and make sure to wget the correct imageio and jai versions for your specific platform: *cd /usr/lib/jvm/java-8-oracle* *wget http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64-jdk.bin http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64-jdk.bin* *wget http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64-jdk.bin http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64-jdk.bin* *sudo sh jai-1_1_3-lib-linux-amd64-jdk.bin* *sed s/+215/-n+215/ jai_imageio-1_1-lib-linux-amd64-jdk.bin jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin* *sudo sh jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin* * //can also mv jai_imageio-1_1-lib-linux-amd64-jdk.bin to jai_imageio-1_1-lib-linux-amd64-jdk.zip and unzip it if above .bin fix/repair step does not work for you.* *sudo rm jai-1_1_3-lib-linux-amd64-jdk.bin sudo rm **jai_imageio-1_1-lib-linux-amd64-jdk.bin **sudo rm jai_imageio-1_1-lib-linux-amd64-jdk_fixed.bin* *cd /usr/lib/jvm/java-8-oracle/jre/lib/amd64* *wget http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.10/native/gdal/linux/gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz* *tar -xvzpf gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz **rm gdal192-Ubuntu12-gcc4.6.3-x86_64.tar.gz* *nano
Re: [Geoserver-users] Why GDAL plugin not work for me
Cindy - I'm not an expert, but I have a working GDAL installation on a RHEL6 machine. I just checked and I have libgeos_c.so in my library path. On Linux, the library path is set first the by the environment variable LD_LIBRARY_PATH and then by /etc/ld.so.conf. The directory containing libgeos_c.so(*) has to be named in on or other of those places. You can get the Geos dist at http://trac.osgeo.org/geos/, though I have no idea which version is the correct one. Garey Mills Library Systems Office UC Berkeley On Wed, Sep 10, 2014 at 9:14 AM, Zhang, Cindy xinfan.zh...@leidos.com wrote: Hi, I am using GeoServer 2.5.2 and trying to install the GDAL plugin. Following the direction in http://docs.geoserver.org/latest/en/user/data/raster/gdal.html, I did not see any extension raster formats showing up. My machine is CentOS release 6.3. My gcc is 4.4.6. I tried to download gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz or gdal192-Redhat6.0-gcc4.4.4-x86_64.tar.gz. Both gdalinfo script gave me message: ./gdalinfo: error while loading shared libraries: libgeos_c.so.1: cannot open shared object file: No such file or directory Do I need to install libgeos_c? how and where? Thanks. Cindy -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Erdas Imagine Format Image Mosaic?
Using Geoserver 2.5.2 with GDAL extensions installed on RHEL6, I have a directory of '.img' files which should form a mosaic. Using gdalinfo I can see that the '*.img' files are in Erdas Imagine format. Each file is accompanied by an '*img.xml' and an '*.rrd' file. When, however, I try to import the directory into Geoserver, (ImageMosaic store, when creating the store I choose the directory containing the images, I get the following message: Could not list layers for this store, an error occurred retrieving them: Failed to create reader from file:data/directory name and hints null This error message appears in the logs as well ImageMosaic docs say that GDAL image formats can be used. What might be the problem? Garey Mills -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Problem with GDAL - LizardTech Raster SDK using ImageCollection in Geoserver 2.5.2
Daniele - gdal192-Redhat6.0-gcc4.4.4-x86_64.tar does contain the MrSID library. I was trying different versions in case that was the problem. Are you saying that you should either install geoserver-2.5.2-gdal-plugin.zip or geoserver-2.5.2-jp2k-plugin.zip, but not both? Running javainfo/gdalinfo.sh on one of the MrSIDs looks fine: [tcatmgr@dlab-gis javainfo]$ ./gdalinfo.sh /data/geoserver-data/data/images/histopo/CA_anonuevo_50k_1946_1947.sid Driver: MrSID/Multi-resolution Seamless Image Database (MrSID) Files: /data/geoserver-data/data/images/histopo/CA_anonuevo_50k_1946_1947.sid Size is 8000, 11416 Coordinate System is `' Origin = (0.0,0.0) Pixel Size = (1.0,1.0) Metadata: IMAGE__COMPRESSION_BLOCK_SIZE=512 IMAGE__COMPRESSION_GAMMA=2.00 IMAGE__COMPRESSION_NLEV=6 IMAGE__COMPRESSION_VERSION=2,0,0 IMAGE__COMPRESSION_WEIGHT=4.00 IMAGE__CREATION_DATE=Fri May 14 17:49:24 2004 IMAGE__INPUT_COMPRESSION_FORMAT=Limpel-Ziv-Welsh (LZW) IMAGE__INPUT_FILE_SIZE=46954294.00 IMAGE__INPUT_FORMAT=TIFF IMAGE__INPUT_NAME=D:\My Documents\Burn CD\monterey_area\tiff\CA_anonuevo_50k_1946_1947.tif IMAGE__STATISTICS_MAX=232,234,230 IMAGE__STATISTICS_MEAN=175.973706,175.096312,170.263485 IMAGE__STATISTICS_MIN=14,14,9 IMAGE__STATISTICS_STANDARD_DEVIATION=36.793852,38.342654,40.039447 IMAGE__TARGET_COMPRESSION_RATIO=40.00 VERSION=MG2 Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left (0.0,0.0) Lower Left (0.0,11416.0) Upper Right (8000.0,0.0) Lower Right (8000.0,11416.0) Center (4000.0,5708.0) Band 1 Block=1024x128 Type=Byte, ColorInterp=Red Minimum=75.0, Maximum=230.0, Mean=176.0698994413408, StdDev=28.80637784538155 Overviews: 4000x5708, 2000x2854, 1000x1427, 500x714, 250x357, 125x179 Band 2 Block=1024x128 Type=Byte, ColorInterp=Green Minimum=78.0, Maximum=224.0, Mean=175.13939664804468, StdDev=23.79354611509061 Overviews: 4000x5708, 2000x2854, 1000x1427, 500x714, 250x357, 125x179 Band 3 Block=1024x128 Type=Byte, ColorInterp=Blue Minimum=60.0, Maximum=227.0, Mean=170.20572067039106, StdDev=29.105676128830783 Overviews: 4000x5708, 2000x2854, 1000x1427, 500x714, 250x357, 125x179 I was just setting up a situation in which I thought it would segfault. I took the LizardTech Raster_DSDK out of my library path, and reverted to the GDAL 1.92 binaries that were mentioned above, and, all of a sudden, everything started working. This is great, because I now have a functioning production Geoserver, but frustrating, because I don't know why. Thank you kindly for the time and attention this took; Garey Mills On Thu, Aug 28, 2014 at 1:40 AM, Daniele Romagnoli daniele.romagn...@geo-solutions.it wrote: Hi Garey, I think that the gdal192-Redhat6.0-gcc4.4.4-x86_64.tar already contains the MrSID libs (I see a libltidsdk.so on the tar I get from http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.8/gdal/linux/... Not sure if we are talking about the same tar). Note that for the MrSID plugin you should use the http://sourceforge.net/projects/geoserver/files/GeoServer/2.5.2/extensions/geoserver-2.5.2-gdal-plugin.zip instead of the geoserver-2.5.2-jp2k-plugin.zip. An additional test you may do is running the javainfo/gdalinfo.sh on some of your MrSID files and see how it works. Final question: when did you get that seg fault? At GeoServer startup/when configuring a coverage/when reading it?... Please, let us know. Cheers, Daniele == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Aug 27, 2014 at 8:23 PM, Garey Mills gmi...@library.berkeley.edu wrote: I am on an RHEL6 server. Besides the usual uses of Geoserver, I have an ungeoreferenced image collection that I have to serve that contains many MrSid format images. I am trying to upgrade Geoserver. I have installed Geoserver 2.5.2, JAI 1.1.3 and the GDAL1.9.2 package 'gdal192-Redhat6.0-gcc4.4.4-x86_64.tar', and the geoserver-2.5.2-jp2k-plugin.zip. I downloaded the Geotools 11.2 source and compiled the gt-imagecollection-11.2.jar. Finally I downloaded the 'MrSID_DSDK-9.1.0.4045-linux.x86-64.gcc44'. When I arrange the library path so that the MrSID library included with the GDAL distribution is referenced, I get seg faults, as in: # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x7f929dbc672d, pid=7451, tid=140268046661376 # # JRE version: 7.0_25-b15 # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode linux-amd64 compressed oops) # Problematic frame: # C [libltidsdk.so+0x14572d
Re: [Geoserver-users] How can I remove a layer without going through the management interface?
I proceeded by moving offending directories out of data/workspaces/workspace name. At a certain point it was clear that was not going to work so I moved them back in again. Now, I cannot start Geoserver and I am getting errors like these: 2014-08-27 08:23:06,203 ERROR [context.ContextLoader] - Context initialization failed org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'GWCGeoServerRESTConfigurationProvider' defined in URL [jar:file:/opt/apache-tomcat-7.0.55/webapps/geoserver/WEB-INF/lib/gs-gwc-2.5.2.jar!/geowebcache-geoserver-context.xml]: Cannot resolve reference to bean 'catalog' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'localWorkspaceCatalog' defined in URL [jar:file:/opt/apache-tomcat-7.0.55/webapps/geoserver/WEB-INF/lib/gs-main-2.5.2.jar!/applicationContext.xml]: Cannot resolve reference to bean 'advertisedCatalog' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'advertisedCatalog' defined in URL [jar:file:/opt/apache-tomcat-7.0.55/webapps/geoserver/WEB-INF/lib/gs-main-2.5.2.jar!/applicationContext.xml]: Cannot resolve reference to bean 'secureCatalog' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'accessRulesDao' defined in URL [jar:file:/opt/apache-tomcat-7.0.55/webapps/geoserver/WEB-INF/lib/gs-main-2.5.2.jar!/applicationSecurityContext.xml]: Cannot resolve reference to bean 'rawCatalog' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'rawCatalog' defined in URL [jar:file:/opt/apache-tomcat-7.0.55/webapps/geoserver/WEB-INF/lib/gs-main-2.5.2.jar!/applicationContext.xml]: Initialization of bean failed; nested exception is java.lang.RuntimeException: java.lang.ClassCastException: com.sun.proxy.$Proxy105 cannot be cast to org.geoserver.catalog.DataStoreInfo At this point I think I need to rebuild my data directory. Are there instructions somewhere on how to go about doing that? Thanks; On Wed, Aug 27, 2014 at 6:36 AM, Justin Deoliveira jdeol...@boundlessgeo.com wrote: Just wanted to clarify that editing the xml files directly should be strongly discouraged. Not only can it lead to corrupting of configuration due to a mistake but those config files are subject to change across major versions, and we don't really publish those changes very clearly (again, because we don't recommend editing the files in place). If the rest api doesn't cover your use case then perhaps it's the only option, but it is definitely a use at own risk one. On Tue, Aug 26, 2014 at 10:48 PM, Rahkonen Jukka (Tike) jukka.rahko...@mmmtike.fi wrote: Hi, You may want to delete layers with REST or my editing the XML files way but the management interface is also supposed to work. What kind of error you receive? Tell also some more info about Geoserver version and the problematic layers. Can’t you even remove topp:states by using the GUI? -Jukka Rahkonen- Garey Mills wrote: When I try to remove a layer through the management interface, I am getting a server error and the layer is not removed. After an upgrade, these layers are causing other problems, so how can I remove them without going through the management interface? Garey Mills -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Justin Deoliveira VP Engineering | Boundless http://boundlessgeo.com/ jdeol...@boundlessgeo.com @boundlessgeo http://twitter.com/boundlessgeo/ -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Problem with GDAL - LizardTech Raster SDK using ImageCollection in Geoserver 2.5.2
I am on an RHEL6 server. Besides the usual uses of Geoserver, I have an ungeoreferenced image collection that I have to serve that contains many MrSid format images. I am trying to upgrade Geoserver. I have installed Geoserver 2.5.2, JAI 1.1.3 and the GDAL1.9.2 package 'gdal192-Redhat6.0-gcc4.4.4-x86_64.tar', and the geoserver-2.5.2-jp2k-plugin.zip. I downloaded the Geotools 11.2 source and compiled the gt-imagecollection-11.2.jar. Finally I downloaded the 'MrSID_DSDK-9.1.0.4045-linux.x86-64.gcc44'. When I arrange the library path so that the MrSID library included with the GDAL distribution is referenced, I get seg faults, as in: # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x7f929dbc672d, pid=7451, tid=140268046661376 # # JRE version: 7.0_25-b15 # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.25-b01 mixed mode linux-amd64 compressed oops) # Problematic frame: # C [libltidsdk.so+0x14572d] LizardTech::MG2Decoder::end()+0xd # # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try ulimit -c unlimited before starting Java again # # An error report file with more information is saved as: # /opt/apache-tomcat-7.0.55/bin/hs_err_pid7451.log # # If you would like to submit a bug report, please visit: # http://bugreport.sun.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. However, when I arrange the library path so that the libraries included in the MrSID SDK are in the path, the same thing happens. Any suggestions about where I go from here? Garey Mills -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] How can I remove a layer without going through the management interface?
When I try to remove a layer through the management interface, I am getting a server error and the layer is not removed. After an upgrade, these layers are causing other problems, so how can I remove them without going through the management interface? Garey Mills -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] How can I remove a layer without going through the management interface?
Phil - Thanks for your response. If I was to edit the XML, which files would I edit? I can't find the layer names that I want to delete anywhere besides in workspaces/workplace/store Garey On Tue, Aug 26, 2014 at 2:05 PM, Phil Scadden p.scad...@gns.cri.nz wrote: On 27/08/2014 7:43 a.m., Garey Mills wrote: When I try to remove a layer through the management interface, I am getting a server error and the layer is not removed. After an upgrade, these layers are causing other problems, so how can I remove them without going through the management interface? You could try the REST interface. I hesitate to suggest editing the XML, (and then reload config from management interface) but that would be another possibility if REST fails too. Notice: This email and any attachments are confidential. If received in error please destroy and immediately notify us. Do not copy or disclose the contents. -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Image collection images are inaccessible after moving them then moving them back.
Hello - My installation of Geoserver 2.5.2, using GDAL 1.7 (RHEL6, Java1.7, Tomcat7) appears not to have a MrSid reader. I found http://trac.osgeo.org/ubuntugis/wiki/TutorialMrSid, but this is not dated, so I don't know if it still applies, and it is tailored for Ubuntu, which may not work for me. Does GDAL still need this to read MrSid files? If so, are there instructions on how to install this for RedHat, and, if not, and if getting the MrSid reader to work requires a GDAL upgrade, are there instructions on how to upgrade GDAL libraries to the current version? On Fri, Jul 18, 2014 at 3:38 AM, Simone Giannecchini simone.giannecch...@geo-solutions.it wrote: Dear Garey, for future references (and for anyone reading this post later in the future) as a rule of thumb when a library is deployed in Jre/lib/ext or tomcat/lib the same one should not be deployed in the WEB-INF/lib for GeoServer (I know this is an over-simplification but that's ok). This applies to things like: - DB drivers for JNDI pools - ImageIO-Ext - JAI and ImageIO and so on. Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Fri, Jul 18, 2014 at 12:20 PM, Garey Mills gmi...@library.berkeley.edu wrote: Daniele - Thank you for your quick response. Weirdly enough, it turned out that I had the imageio-ext jars in Geoserver's lib directory and tomcat's lib directory. I just deleted the older versions (from tomcat/lib) and everything worked. The only thing that I can think is that somehow I had copied the libraries into the tomcat lib earlier, working on another instance of Geoserver, and never rebooted tomcat or Geoserver, so the changes weren't picked up. In any case things are working now. Garey Mills On Thu, Jul 17, 2014 at 10:12 AM, Daniele Romagnoli daniele.romagn...@geo-solutions.it wrote: Hi Garey, did you simply change the DataDir or did you also changed some GeoServer configuration? I see your data is .sid. I think they are MrSID data, right? If affirmative, is the GDAL + MrSID plugins still available on your GeoServer as well as the requested native part? Could you also share properties files associated with your imageCollection? Cheers, Daniele == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jul 16, 2014 at 6:42 PM, Garey Mills gmi...@library.berkeley.edu wrote: I have an established Geoserver installation (2.2-beta2) using the ImageCollection plugin. I got the bright idea of moving the whole data directory to another place in the filesystem and then linking it back to it's original position. That didn't work. I moved the directory back and restarted geoserver, and was able to see layers that I have in Geoserver. But I also have images in the directory data/images, and I cannot get them to display. I get the error below. Any ideas about how I can get this working again? I know I have to update Geoserver, but I don't have the time right now, and had it scheduled for next month. ?xml version=1.0 encoding=UTF-8 standalone=no?!DOCTYPE ServiceExceptionReport SYSTEM http://gis-gs.lib.berkeley.edu:100/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd ServiceExceptionReport version=1.1.1ServiceException Error rendering coverage on the fast path org.geotools.data.DataSourceException: IOException occurred while accessing the specified path /data/geoserver-data/data/images/histopo/brk0300_10a.sid IOException occurred while accessing the specified path /data/geoserver-data/data/images/histopo/brk0300_10a.sid Unable to get a reader for the specified path /data/geoserver-data/data/images/histopo/brk0300_10a.sid Details: org.geoserver.platform.ServiceException: Error rendering coverage on the fast path at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:334) at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:254) at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:126
[Geoserver-users] Unable to parse number For input stream errors
Hi - I am getting any number of entries like these 22 Aug 13:44:01 ERROR [geowebcache.GeoWebCacheDispatcher] - Unable to parse number For input string: UCB:california_county_clipped_58@EPSG:900913@png from tms/1.0.0/UCB:california_county_clipped_58@EPSG:900913@png/27 http://gis.lib.berkeley.edu:8080/geoserver/gwc/service/tms/1.0.0/UCB%3Acalifornia_county_clipped_58@EPSG%3A900913@png/27 in catalina.out. They appeared when I upgraded to Geoserver 2.5.2 from 2.4. What needs to happen to fix this? -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Upgraded installation of geoserver to 2.5.2. Getting exception trying to see layer previews.
Stack trace below: org.apache.wicket.WicketRuntimeException: Can't instantiate page using constructor public org.geoserver.web.demo.MapPreviewPage() at org.apache.wicket.session.DefaultPageFactory.createPage(DefaultPageFactory.java:212) at org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:57) at org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.newPage(BookmarkablePageRequestTarget.java:298) at org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.getPage(BookmarkablePageRequestTarget.java:320) at org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.processEvents(BookmarkablePageRequestTarget.java:234) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484) at org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:138) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:159) 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:923) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:27) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74) at org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:70) at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:70) at org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:49) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:311) at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:68) at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:116) at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83) at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:72) at org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:91) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323) at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:68) at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113) at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:72) at org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:91) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:323) at
[Geoserver-users] Upgrade to geoserver-2.5.2 leaves geoserver 'Unable to get reader' for MrSid files
I just attempted to upgrade from 2.4 to 2.5.2. I am running Geoserver in Tomcat 7 using JDK1.7 on a RedHat system (RHEL6). I am using GDAL (1.9.2), jp2k and ImageCollection plugins. Geoserver 2.4 was working well, but the new version is generating a org.geotools.data.DataSourceException: Unable to get a reader for the specified path stacktrace for every access to a MrSid file. Any ideas how to proceed?; -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] GDAL plugin README for 2.5.2 contains a broken URL
The GDAL plugin's readme tells you to go to http://geoserver.org/display/GEOSDOC/ImageIO-ext+GDAL+extensions for instructions on how to install libraries, which yields a 404. What's the correct URL? -- Generate messages about directories that cannot be read, files that cannot be opened ... rather than being silent ... (from `man du`) -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Image collection images are inaccessible after moving them then moving them back.
Daniele - Thank you for your quick response. Weirdly enough, it turned out that I had the imageio-ext jars in Geoserver's lib directory and tomcat's lib directory. I just deleted the older versions (from tomcat/lib) and everything worked. The only thing that I can think is that somehow I had copied the libraries into the tomcat lib earlier, working on another instance of Geoserver, and never rebooted tomcat or Geoserver, so the changes weren't picked up. In any case things are working now. Garey Mills On Thu, Jul 17, 2014 at 10:12 AM, Daniele Romagnoli daniele.romagn...@geo-solutions.it wrote: Hi Garey, did you simply change the DataDir or did you also changed some GeoServer configuration? I see your data is .sid. I think they are MrSID data, right? If affirmative, is the GDAL + MrSID plugins still available on your GeoServer as well as the requested native part? Could you also share properties files associated with your imageCollection? Cheers, Daniele == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jul 16, 2014 at 6:42 PM, Garey Mills gmi...@library.berkeley.edu wrote: I have an established Geoserver installation (2.2-beta2) using the ImageCollection plugin. I got the bright idea of moving the whole data directory to another place in the filesystem and then linking it back to it's original position. That didn't work. I moved the directory back and restarted geoserver, and was able to see layers that I have in Geoserver. But I also have images in the directory data/images, and I cannot get them to display. I get the error below. Any ideas about how I can get this working again? I know I have to update Geoserver, but I don't have the time right now, and had it scheduled for next month. ?xml version=1.0 encoding=UTF-8 standalone=no?!DOCTYPE ServiceExceptionReport SYSTEM http://gis-gs.lib.berkeley.edu:100/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd; ServiceExceptionReport version=1.1.1ServiceException Error rendering coverage on the fast path org.geotools.data.DataSourceException: IOException occurred while accessing the specified path /data/geoserver-data/data/images/histopo/brk0300_10a.sid IOException occurred while accessing the specified path /data/geoserver-data/data/images/histopo/brk0300_10a.sid Unable to get a reader for the specified path /data/geoserver-data/data/images/histopo/brk0300_10a.sid Details: org.geoserver.platform.ServiceException: Error rendering coverage on the fast path at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:334) at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:254) at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:126) at org.geoserver.wms.GetMap.executeInternal(GetMap.java:464) at org.geoserver.wms.GetMap.run(GetMap.java:207) at org.geoserver.wms.GetMap.run(GetMap.java:111) at org.geoserver.wms.DefaultWebMapService.getMap(DefaultWebMapService.java:353) at sun.reflect.GeneratedMethodAccessor341.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:318) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:61) at org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:35) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:75) at org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:42) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:32) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202) at $Proxy89.getMap(Unknown Source) at sun.reflect.GeneratedMethodAccessor340.invoke(Unknown Source
[Geoserver-users] Image collection images are inaccessible after moving them then moving them back.
I have an established Geoserver installation (2.2-beta2) using the ImageCollection plugin. I got the bright idea of moving the whole data directory to another place in the filesystem and then linking it back to it's original position. That didn't work. I moved the directory back and restarted geoserver, and was able to see layers that I have in Geoserver. But I also have images in the directory data/images, and I cannot get them to display. I get the error below. Any ideas about how I can get this working again? I know I have to update Geoserver, but I don't have the time right now, and had it scheduled for next month. ?xml version=1.0 encoding=UTF-8 standalone=no?!DOCTYPE ServiceExceptionReport SYSTEM http://gis-gs.lib.berkeley.edu:100/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd; ServiceExceptionReport version=1.1.1ServiceException Error rendering coverage on the fast path org.geotools.data.DataSourceException: IOException occurred while accessing the specified path /data/geoserver-data/data/images/histopo/brk0300_10a.sid IOException occurred while accessing the specified path /data/geoserver-data/data/images/histopo/brk0300_10a.sid Unable to get a reader for the specified path /data/geoserver-data/data/images/histopo/brk0300_10a.sid Details: org.geoserver.platform.ServiceException: Error rendering coverage on the fast path at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:334) at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:254) at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:126) at org.geoserver.wms.GetMap.executeInternal(GetMap.java:464) at org.geoserver.wms.GetMap.run(GetMap.java:207) at org.geoserver.wms.GetMap.run(GetMap.java:111) at org.geoserver.wms.DefaultWebMapService.getMap(DefaultWebMapService.java:353) at sun.reflect.GeneratedMethodAccessor341.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:318) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:61) at org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:35) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:75) at org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:42) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:32) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202) at $Proxy89.getMap(Unknown Source) at sun.reflect.GeneratedMethodAccessor340.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:769) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:272) 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:923) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:23) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74) at
Re: [Geoserver-users] date BUG 2.4 Geoserver
I believe the problem that Martin is having is that all the dates are the epoch (1969-12-31), in other words, the app is not reading the system time, or the system time (use 'date' on a Unix system) is seriously messed up. The problem is probably going to me in whatever code is accessing system time (new Date() for example. Did geoserver change anything about accessing system time in the 2.4 release? On Wed, Oct 23, 2013 at 5:40 AM, Chamberland, Martin martin.chamberl...@fadq.qc.ca wrote: It’s pretty hard for me to explain correctly because english in not my first language. Let’s try my best. ** ** We where running geoserver 2.2.3 for a long time and everything was running fine. The only problem (that is not one) we had was that in the output date, there was a “Z” after all date. So we were sure that is was a bug, so we decide to update to geoserver 2.4 (latest one) to fix the issue. Meantine (continuing searching) we discover that it’s not a bug but just normal that the “Z” appear there. But as we where now running 2.4, now all date that we output from our Oracle database are “1969-12-31”, every date are the same. ** ** I hope i was enough clear, sorry again for poor English explanation. ** ** Martin C. ** ** ** ** *De :* Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk] *Envoyé :* 22 octobre 2013 09:50 *À :* Chamberland, Martin *Cc :* geoserver-users@lists.sourceforge.net *Objet :* Re: [Geoserver-users] date BUG 2.4 Geoserver ** ** Hi Martin, I'm not sure what you're asking here - without further information I suspect you won't get any help as it's not clear what you want. ** ** Jonathan ** ** ** ** On 22 October 2013 14:32, Chamberland, Martin martin.chamberl...@fadq.qc.ca wrote: Did you have time to take a look at our problem ? Thank’s! Martin C. *De :* Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk] *Envoyé :* 21 octobre 2013 08:40 *À :* Chamberland, Martin *Cc :* geoserver-users@lists.sourceforge.net *Objet :* Re: [Geoserver-users] date BUG 2.4 Geoserver Hi Martin, That's the ISO standard for date formatting. https://en.wikipedia.org/wiki/ISO_8601 Could you be clearer what the problem is for you? Jonathan On 17 October 2013 19:38, Chamberland, Martin martin.chamberl...@fadq.qc.ca wrote: Hi there, We just install the new version Geoserver 2.4 and from now we seem to receive some strange date format in our request. All date output create by our trigger look like this: 1969-12-31. Is there maybe a bug in the 2.4 version ? Martin C. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ** ** This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register
[Geoserver-users] CAS protected Geoserver that can accept CAS proxy tickets?
Christian - I know that you have been working on this and I was wondering what is the status of this addition to Geoserver? What version can I install to try out CAS protection? Garey Mills -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] report from Geoserver
I need to produce a report from Geoserver showing workspaces, stores and layer names. A plain text file would be fine. I can't seem to find a simple way to do this. Does anyone know of a way? -- Garey Mills Library Systems Office UC Berkeley -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] What are the advantages of using the image collection plugin to serve images over just creating an image store with the 404000 EPSG code?
Someone asked me the question in the subject and I realized that I didn't have a good answer. What ARE the advantages of using the ImageCollection plugin, apart from not having to create layer metadata for each image? -- Garey Mills Library Systems Office UC Berkeley -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] question about format=application/openlayers, ImageCollection plugin and image positioning
Working with the ImageCollection plug in, I am seeing some wierd behavior inside of the OpenLayers viewing window, but I am not sure where it is coming from. Here is a URL that demonstrates the problem: a href=http://linuxdev.lib.berkeley.edu:8080/geoserver/UCB/wms?service=WMSversion=1.1.0request=GetMaplayers=UCB:imagesCQL_FILTER=PATH='furtwangler/17076013_01_0025a.tif'styles=bbox=0.0,-65536.0,65536.0,0.0width=512height=512srs=EPSG:404000format=application/openlayers17076013_01_0025a.tif/abr / This image will display in the upper left corner of the OpenLayers window. Moving it into the center of the window, I can zoom twice before losing the image. If I switch to tiled, or if I change the width and height, I can zoom a couple of more times, but I start losing the images. Could anyone tell me what's going on. I am not getting any Javascript errors on the page nor am I getting any errors in the tomcat logs. Garey Mills On 9/26/2012 9:43 PM, Andrea Aime wrote: On Wed, Sep 26, 2012 at 6:53 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Steve - Thanks for your reply, but when I use 'format=application/openlayers' I am getting the Geoserver OpenLayers configuration. There is no substantial difference that I can see between the CSS in the windows. I am attaching them in case anyone can see what's causing this. Indeed it's not related to CSS, but to how the image collection plugin works. The plugin is meant to display as a single layer a large number of small, non georeferenced images, and all the images, regardless of their original size, share the same bounds (since GeoServer sees that source as a sort of mosaic, you decide which particular image to get by using a filter) This means in particular that you will not get the image to be centered in the visualization if it's smaller than the shared size. There is some docs about the plugin here: http://docs.codehaus.org/display/GEOTOOLS/ImageCollection Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Garey Mills Library Systems Office UC Berkeley -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] question about format=application/openlayers, ImageCollection plugin and image positioning
Turns out that this is happening with an older version of Geoserver and TIFFS. I am not seeing this behavior on the latest Geoserver with MrSid images. For example: http://gis.lib.berkeley.edu:8080/geoserver/UCB/wms?service=WMSversion=1.1.0request=GetMaplayers=UCB:imagesCQL_FILTER=PATH=%27furtwangler_sid/17076013_03_031a_s.sid%27styles=bbox=0.0,-65536.0,65536.0,0.0width=512height=512srs=EPSG:404000format=application/openlayers Garey Mills On 9/27/2012 10:44 AM, Garey Mills wrote: Working with the ImageCollection plug in, I am seeing some wierd behavior inside of the OpenLayers viewing window, but I am not sure where it is coming from. Here is a URL that demonstrates the problem: a href=http://linuxdev.lib.berkeley.edu:8080/geoserver/UCB/wms?service=WMSversion=1.1.0request=GetMaplayers=UCB:imagesCQL_FILTER=PATH='furtwangler/17076013_01_0025a.tif'styles=bbox=0.0,-65536.0,65536.0,0.0width=512height=512srs=EPSG:404000format=application/openlayers17076013_01_0025a.tif/abr / This image will display in the upper left corner of the OpenLayers window. Moving it into the center of the window, I can zoom twice before losing the image. If I switch to tiled, or if I change the width and height, I can zoom a couple of more times, but I start losing the images. Could anyone tell me what's going on. I am not getting any Javascript errors on the page nor am I getting any errors in the tomcat logs. Garey Mills On 9/26/2012 9:43 PM, Andrea Aime wrote: On Wed, Sep 26, 2012 at 6:53 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Steve - Thanks for your reply, but when I use 'format=application/openlayers' I am getting the Geoserver OpenLayers configuration. There is no substantial difference that I can see between the CSS in the windows. I am attaching them in case anyone can see what's causing this. Indeed it's not related to CSS, but to how the image collection plugin works. The plugin is meant to display as a single layer a large number of small, non georeferenced images, and all the images, regardless of their original size, share the same bounds (since GeoServer sees that source as a sort of mosaic, you decide which particular image to get by using a filter) This means in particular that you will not get the image to be centered in the visualization if it's smaller than the shared size. There is some docs about the plugin here: http://docs.codehaus.org/display/GEOTOOLS/ImageCollection Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Garey Mills Library Systems Office UC Berkeley -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Garey Mills Library Systems Office UC Berkeley -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] question about format=application/openlayers, ImageCollection plugin and image positioning
Hi - When I use the 'Layer Preview' in Geoserver the image comes up in the center of the OpenLayers window. When, however, I construct a URL to use the ImageCollection plugin and include 'format=application/openlayers', the image comes up in the top left of the window. How can I center the ImageCollection image? -- Garey Mills Library Systems Office UC Berkeley -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Basic question about images and stores
We are loading around 5500 GeoTiffs into Geoserver. The process of creating a store for each one is tedious. Are there any plans to create a 'directory of GeoTiffs' store type? -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Fwd: Re: [cas-user] Question about CAS proxy tickets
Christian - Please see the discussion below. I have an application (OpenGeoPortal) that will be making repeated requests to Geoserver inside of one person's session (in OpenGeoPortal). Generating a new proxy ticket for each request does not look like a good fit for that use. Is there any way to allow repeated use of a given proxy ticket? Garey Mills Original Message Subject:Re: [cas-user] Question about CAS proxy tickets Date: Fri, 07 Sep 2012 17:04:44 -0400 From: William G. Thompson, Jr. wgt...@gmail.com Reply-To: cas-u...@lists.jasig.org To: cas-u...@lists.jasig.org On Fri, Sep 7, 2012 at 2:50 PM, Garey Mills gmi...@library.berkeley.edu wrote: Hello - I am trying to get a CAS-protected Java servlet app to use a web service, so as I understand it the web service will have to accept proxy tickets. I am told by the person who is CASifying the web service that I will have to send a new proxy ticket with each request to the web service. Is this doable? Is it usual? Does it make sense? Doable? yes Usual? hard to say Does it make sense? maybe. If the servlet app is making very infrequent requests to the target web service, getting a new proxy ticket for each request could be reasonable. If the app is making frequent repeated requests or has to carry on a stateful conversation you might want to consider using the PT as a sort of session identifier (or some other mechanism) for repeated requests after validation. Best, Bill Thanks for any input; -- Garey Mills Library Systems Office UC Berkeley -- You are currently subscribed to cas-u...@lists.jasig.org as: wgt...@gmail.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user -- You are currently subscribed to cas-u...@lists.jasig.org as: gmi...@library.berkeley.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Using CAS an option with Geoserver?
Christian - One of my clients will be using proxy tickets. It is using the Java CAS filters for webapps from JASIG, and we plan to simply append the proxy ticket that we get when authorizing to the Geoserver URLs, so I would guess that it will reuse the proxy tickets. What would be the scenario(s) in which Geoserver would generate a 401 and how would we handle it. My other client will be a simple web browser using OpenLayers. So I think that the answer to 2 is that we want to cover the standard case. What will that entail? As for my configuration, could I ask what the 'Service' field is for and what Geoserver expects as data for that field? Also, would you explain what the 'Role Source' field is used for? Thanks; Garey On 8/30/2012 2:01 AM, christian.muel...@nvoe.at wrote: Hi Gary The configuration looks ok. My suspicion is the following. An URL like http://localhost/geoserver is redirected to http://localhost/geoserver/web and the request misses the authentication filter. I will investigate on the weekend. Some facts I have to know about your scenario. 1) Do your clients reuse proxy granting tickets or do they send a new ticket for each request. In the first case, the tickets are cached by geoserver and the client hast to be prepared for HTTP 401 response (unauthorized). In the second case, each request causes an HTTP request to the CAS server. 2) Do your clients resend standard granting tickets ?. This is not the standard case, normally the CAS protocol works with HTTP redirects and the client code does not see the ticket. I assume for Openlayers, the browser does the this job for you. If you want cover the standard case, GeoServer has to create a HTTP session. Is this what you want ? Thanks Christian. Zitat von Garey Mills gmi...@library.berkeley.edu: Christian - I am trying to fill in the fields to configure CAS in Geoserver. When I save the configuration and move CAS up to the top in the filter list, I am not seeing any authentication behavior when I, for example, preview layers. Here are the values I am entering for 'CAS server URL including context root'-- https://{our cas server}/cas for 'Service' -- I put in https://{our geoserver server, with https port and geoserver context root}. Should this have a WMS or WFS service name? for 'Proxy callback URL' -- https://{our geoserver server, with https port and geoserver context root}. Is this right? All of the above 'test' okay, but I'm not sure what that means. for 'Role source' -- I chose 'Role service' and 'default' but I am not sure about this either. Am I doing this right? Garey Mills On 8/29/2012 2:00 AM, christian.muel...@nvoe.at wrote: Hi Garey This should work out of the box since the code uses the CAS 2.0 URI proxyValidate According to the spec, this URI does the same as serviceValidate and validates proxy tickets additionally. I think there is no need to change your configuration. Please try and inform me about the result. Christian Zitat von Garey Mills gmi...@library.berkeley.edu: Christian - I have another question. I am setting up a Geoserver to use CAS proxy tickets. But I also want to access the same layers in a protected manner from OpenLayers. As far as I can see, that would require regular CAS tickets. Can I use CAS proxy tickets and regular CAS tickets to access content in the same Geoserver? Garey On 6/26/2012 2:27 AM, christian.muel...@nvoe.at wrote: Hi Garey I think we should stay on the user mailing list, this could be of interest for other users too. Regular CAS tickets are making sense if you want to authenticate to the GeoServer GUI. The core code is already finished but you cannot configure this scenario on the GUI. At the moment I have to wait until 2.2.0 is released. CAS is the first Single Sign-On / Single Log-Out mechanism introduced to GeoServer. I want to have an additional look at OpenID and OAuth to find the best solution for GUI integration. To answer your question, yes, there will be support for regular CAS tickets, but I cannot tell you a point in time at this moment. Christian Zitat von gmi...@library.berkeley.edu: Thank you Christian. I do have another question. Will Geoserver be able to handle regular CAS tickets, and not just proxy tickets? Garey Hi Garey Yes, the changes are in trunk. I think the 2.2.0 RC-1 will appear during next week, the team is currently working on it. Since the security subsystem is brand new for 2.2.x, I am still working on the documentation. There will be a tutorial how to configure digest authentication, CAS proxy auth is pretty much the same. Christian Zitat von Garey Mills gmi...@library.berkeley.edu: Christian - And I guess that I should also ask: are these changes in trunk? Garey On 6/22/2012 12:52 AM
[Geoserver-users] how to get larger images out of Geoserver
Hi - I am using the ImageCollection plugin to host some non-georeferenced TIFFs in Geoserver2.2-beta2. Here is a URL for one of them http://gis.lib.berkeley.edu:8080/geoserver/UCB/wms?service=WMSversion=1.1.0request=GetMaplayers=UCB:imagesCQL_FILTER=PATH=%27furtwangler/17076013_01_003a.tif%27styles=bbox=0.0,-65536.0,65536.0,0.0width=512height=512srs=EPSG:404000format=application/openlayers If I change this so that the format=image/tiff, as in http://gis.lib.berkeley.edu:8080/geoserver/UCB/wms?service=WMSversion=1.1.0request=GetMaplayers=UCB:imagesCQL_FILTER=PATH=%27furtwangler/17076013_01_003a.tif%27styles=bbox=0.0,-65536.0,65536.0,0.0width=512height=512srs=EPSG:404000format=image/tiff http://gis.lib.berkeley.edu:8080/geoserver/UCB/wms?service=WMSversion=1.1.0request=GetMaplayers=UCB:imagesCQL_FILTER=PATH=%27furtwangler/17076013_01_003a.tif%27styles=bbox=0.0,-65536.0,65536.0,0.0width=512height=512srs=EPSG:404000format=application/openlayers the downloaded tiff is tiny, 975kb as opposed to an original 78Meg. Is there any way to control the size of the downloaded TIFF? I would like to be able to download something closer to the original size and resolution. -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Using CAS an option with Geoserver?
Christian - I am trying to fill in the fields to configure CAS in Geoserver. When I save the configuration and move CAS up to the top in the filter list, I am not seeing any authentication behavior when I, for example, preview layers. Here are the values I am entering for 'CAS server URL including context root'-- https://{our cas server}/cas for 'Service' -- I put in https://{our geoserver server, with https port and geoserver context root}. Should this have a WMS or WFS service name? for 'Proxy callback URL' -- https://{our geoserver server, with https port and geoserver context root}. Is this right? All of the above 'test' okay, but I'm not sure what that means. for 'Role source' -- I chose 'Role service' and 'default' but I am not sure about this either. Am I doing this right? Garey Mills On 8/29/2012 2:00 AM, christian.muel...@nvoe.at wrote: Hi Garey This should work out of the box since the code uses the CAS 2.0 URI proxyValidate According to the spec, this URI does the same as serviceValidate and validates proxy tickets additionally. I think there is no need to change your configuration. Please try and inform me about the result. Christian Zitat von Garey Mills gmi...@library.berkeley.edu: Christian - I have another question. I am setting up a Geoserver to use CAS proxy tickets. But I also want to access the same layers in a protected manner from OpenLayers. As far as I can see, that would require regular CAS tickets. Can I use CAS proxy tickets and regular CAS tickets to access content in the same Geoserver? Garey On 6/26/2012 2:27 AM, christian.muel...@nvoe.at wrote: Hi Garey I think we should stay on the user mailing list, this could be of interest for other users too. Regular CAS tickets are making sense if you want to authenticate to the GeoServer GUI. The core code is already finished but you cannot configure this scenario on the GUI. At the moment I have to wait until 2.2.0 is released. CAS is the first Single Sign-On / Single Log-Out mechanism introduced to GeoServer. I want to have an additional look at OpenID and OAuth to find the best solution for GUI integration. To answer your question, yes, there will be support for regular CAS tickets, but I cannot tell you a point in time at this moment. Christian Zitat von gmi...@library.berkeley.edu: Thank you Christian. I do have another question. Will Geoserver be able to handle regular CAS tickets, and not just proxy tickets? Garey Hi Garey Yes, the changes are in trunk. I think the 2.2.0 RC-1 will appear during next week, the team is currently working on it. Since the security subsystem is brand new for 2.2.x, I am still working on the documentation. There will be a tutorial how to configure digest authentication, CAS proxy auth is pretty much the same. Christian Zitat von Garey Mills gmi...@library.berkeley.edu: Christian - And I guess that I should also ask: are these changes in trunk? Garey On 6/22/2012 12:52 AM, christian.muel...@nvoe.at wrote: Hi Garey There will be a Geoserver version 2.2.0-RC1 soon. I do not know about your CAS architecture, but if you can manage to send CAS proxy tickets to Geoserver OGC services, this will work. If you want to login into the Geoserver GUI using CAS, work is still in progress. The authentication filter is there but GUI integration is still missing. Which kind of CAS tickets do you use ? Zitat von garey gmi...@library.berkeley.edu: Christian - Did you get any further with integrating CAS and Geoserver? Garey Mills -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Using-CAS-an-option-with-Geoserver-tp3790236p4983114.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users This message was sent using IMP, the Internet Messaging Program. -- Garey Mills Library Systems Office UC Berkeley This message was sent using IMP, the Internet Messaging Program. This message was sent using IMP, the Internet Messaging Program. -- Garey Mills
Re: [Geoserver-users] Using CAS an option with Geoserver?
Christian - I have another question. I am setting up a Geoserver to use CAS proxy tickets. But I also want to access the same layers in a protected manner from OpenLayers. As far as I can see, that would require regular CAS tickets. Can I use CAS proxy tickets and regular CAS tickets to access content in the same Geoserver? Garey On 6/26/2012 2:27 AM, christian.muel...@nvoe.at wrote: Hi Garey I think we should stay on the user mailing list, this could be of interest for other users too. Regular CAS tickets are making sense if you want to authenticate to the GeoServer GUI. The core code is already finished but you cannot configure this scenario on the GUI. At the moment I have to wait until 2.2.0 is released. CAS is the first Single Sign-On / Single Log-Out mechanism introduced to GeoServer. I want to have an additional look at OpenID and OAuth to find the best solution for GUI integration. To answer your question, yes, there will be support for regular CAS tickets, but I cannot tell you a point in time at this moment. Christian Zitat von gmi...@library.berkeley.edu: Thank you Christian. I do have another question. Will Geoserver be able to handle regular CAS tickets, and not just proxy tickets? Garey Hi Garey Yes, the changes are in trunk. I think the 2.2.0 RC-1 will appear during next week, the team is currently working on it. Since the security subsystem is brand new for 2.2.x, I am still working on the documentation. There will be a tutorial how to configure digest authentication, CAS proxy auth is pretty much the same. Christian Zitat von Garey Mills gmi...@library.berkeley.edu: Christian - And I guess that I should also ask: are these changes in trunk? Garey On 6/22/2012 12:52 AM, christian.muel...@nvoe.at wrote: Hi Garey There will be a Geoserver version 2.2.0-RC1 soon. I do not know about your CAS architecture, but if you can manage to send CAS proxy tickets to Geoserver OGC services, this will work. If you want to login into the Geoserver GUI using CAS, work is still in progress. The authentication filter is there but GUI integration is still missing. Which kind of CAS tickets do you use ? Zitat von garey gmi...@library.berkeley.edu: Christian - Did you get any further with integrating CAS and Geoserver? Garey Mills -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Using-CAS-an-option-with-Geoserver-tp3790236p4983114.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users This message was sent using IMP, the Internet Messaging Program. -- Garey Mills Library Systems Office UC Berkeley This message was sent using IMP, the Internet Messaging Program. This message was sent using IMP, the Internet Messaging Program. -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Fwd: Out of memory error on startup for trunk Geoserver + jmap histo
Thanks for this Andrea. Would you venture to suggest a setting for heap memory using Tomcat7? Garey On 8/24/2012 11:29 PM, Andrea Aime wrote: On Fri, Aug 24, 2012 at 8:41 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Here is the jmap histogram run after tomcat is started. [tcatmgr2@dlab-gis bin]$ jmap -histo:live 14521 | head -25 num #instances #bytes class name -- 1: 1778378 120016288 [C 2: 1786752 57176064 java.lang.String 3: 1673932 40174368 org.apache.tomcat.util.bcel.classfile.ConstantUtf8 4:197231 25615968 [B 5:811557 19477368 org.apache.tomcat.util.bcel.classfile.LineNumber 6:458385 18335400 org.apache.tomcat.util.bcel.classfile.LocalVariable 7: 25341 12455776 [Lorg.apache.tomcat.util.bcel.classfile.Constant; 8:187014 11968896 org.apache.tomcat.util.bcel.classfile.Code 9:514281 11817520 [Lorg.apache.tomcat.util.bcel.classfile.Attribute; 10:422252 10134048 org.apache.tomcat.util.bcel.classfile.ConstantNameAndType 11:2121258485000 org.apache.tomcat.util.bcel.classfile.Method 12:3057137337112 org.apache.tomcat.util.bcel.classfile.ConstantMethodref 13:1574526298080 org.apache.tomcat.util.bcel.classfile.LineNumberTable 14:2581746196176 org.apache.tomcat.util.bcel.classfile.ConstantClass 15:1574526183776 [Lorg.apache.tomcat.util.bcel.classfile.LineNumber; 16:1483785935120 org.apache.tomcat.util.bcel.classfile.LocalVariableTable 17:1679324929680 [Lorg.apache.tomcat.util.bcel.classfile.LocalVariable; 18: 254973678120 constMethodKlass 19: 898013592040 org.apache.tomcat.util.bcel.classfile.Field 20: 254973477224 methodKlass 21: 785483141920 org.apache.tomcat.util.bcel.classfile.StackMapTableEntry 22:1870143122112 [Lorg.apache.tomcat.util.bcel.classfile.CodeException; If I use the same startup options as you I get the same problem, from what I can see it is a Tomcat 7 specific issue (I used 7.0.29), if I use the same options in Tomcat 6 GeoServer starts up fine. Most of the above is related to bytecode manipulation (don't know what all those strings are at the top), one thing I've noticed is that if I increase the heap memory allowed to Tomcat 7 the startup completes and the memory usage goes down to a level similar to Tomcat 6, that is: jmap -histo:live 14897 | head -25 num #instances #bytes class name -- 1: 27446 22004616 [B 2:111839 17312272 constMethodKlass 3:134189 16593000 [C 4:111839 15225912 methodKlass 5: 11120 13148816 constantPoolKlass 6: 13382 12328728 [I 7: 111209105688 instanceKlassKlass 8: 89297064064 constantPoolCacheKlass 9:1479094733088 java.lang.String 10: 764103056400 org.hsqldb.DiskNode 11: 661632117216 java.util.HashMap$Entry 12: 302321993960 [Ljava.lang.Object; 13: 220911884912 [Ljava.util.HashMap$Entry; 14: 28901621080 methodDataKlass 15: 118781460640 java.lang.Class 16: 165891327120 java.lang.reflect.Method 17: 162311065800 [S 18: 17802 874552 [[I 19: 16229 778992 java.util.HashMap 20: 24216 774912 java.util.concurrent.ConcurrentHashMap$HashEntry 21: 9561 611904 java.net.URL 22: 11654 559392 org.apache.catalina.loader.ResourceEntry So, it seems that Tomcat 7 is requiring more heap to perform the startup of a large application such as GeoServer Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond
[Geoserver-users] Out of memory error on startup for trunk Geoserver
) at com.sun.net.ssl.internal.ssl.ServerHandshaker.init(ServerHandshaker.java:90) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.initHandshaker(SSLSocketImpl.java:1085) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.getServerHandshaker(SSLSocketImpl.java:1017) at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.checkEnabledSuites(SSLServerSocketImpl.java:291) at com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(SSLServerSocketImpl.java:255) at org.apache.tomcat.util.net.jsse.JSSESocketFactory.acceptSocket(JSSESocketFactory.java:182) at org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:216) at java.lang.Thread.run(Thread.java:662) If there is more information I can give, please let me know; -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Fwd: Out of memory error on startup for trunk Geoserver + jmap histo
Here is the jmap histogram run after tomcat is started. [tcatmgr2@dlab-gis bin]$ jmap -histo:live 14521 | head -25 num #instances #bytes class name -- 1: 1778378 120016288 [C 2: 1786752 57176064 java.lang.String 3: 1673932 40174368 org.apache.tomcat.util.bcel.classfile.ConstantUtf8 4:197231 25615968 [B 5:811557 19477368 org.apache.tomcat.util.bcel.classfile.LineNumber 6:458385 18335400 org.apache.tomcat.util.bcel.classfile.LocalVariable 7: 25341 12455776 [Lorg.apache.tomcat.util.bcel.classfile.Constant; 8:187014 11968896 org.apache.tomcat.util.bcel.classfile.Code 9:514281 11817520 [Lorg.apache.tomcat.util.bcel.classfile.Attribute; 10:422252 10134048 org.apache.tomcat.util.bcel.classfile.ConstantNameAndType 11:2121258485000 org.apache.tomcat.util.bcel.classfile.Method 12:3057137337112 org.apache.tomcat.util.bcel.classfile.ConstantMethodref 13:1574526298080 org.apache.tomcat.util.bcel.classfile.LineNumberTable 14:2581746196176 org.apache.tomcat.util.bcel.classfile.ConstantClass 15:1574526183776 [Lorg.apache.tomcat.util.bcel.classfile.LineNumber; 16:1483785935120 org.apache.tomcat.util.bcel.classfile.LocalVariableTable 17:1679324929680 [Lorg.apache.tomcat.util.bcel.classfile.LocalVariable; 18: 254973678120 constMethodKlass 19: 898013592040 org.apache.tomcat.util.bcel.classfile.Field 20: 254973477224 methodKlass 21: 785483141920 org.apache.tomcat.util.bcel.classfile.StackMapTableEntry 22:1870143122112 [Lorg.apache.tomcat.util.bcel.classfile.CodeException; Original Message Subject:Out of memory error on startup for trunk Geoserver Date: Fri, 24 Aug 2012 11:31:05 -0700 From: Garey Mills gmi...@library.berkeley.edu Reply-To: gmi...@library.berkeley.edu To: geoserver-users users geoserver-users@lists.sourceforge.net Hi - I am running RHEL6 64 bit, Sun JVM jdk1.6.0_26, apache-tomcat-7.0.29 and geoserver-master downloaded today. I am passing these arguments to the JVM CATALINA_OPTS='-server -Xmx512M -Xms48m -XX:MaxPermSize=1024m' geoserver is the only app loaded in Tomcat (besides the stuff it comes with). If geoserver is not in webapps, tomcat starts up fine. If geoserver is in webapps, I get this: Aug 24, 2012 10:57:15 AM org.apache.catalina.startup.HostConfig deployDirectories SEVERE: Error waiting for multi-thread deployment of directories to completehostConfig.deployWar=Deploying web application archive {0} java.util.concurrent.ExecutionException: java.lang.OutOfMemoryError: Java heap space at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222) at java.util.concurrent.FutureTask.get(FutureTask.java:83) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:1023) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:474) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1413) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:313) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:401) at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:346) at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1140) at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:785) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1559) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1549) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Caused by: java.lang.OutOfMemoryError: Java heap space at org.apache.tomcat.util.bcel.classfile.StackMapTableEntry.init(StackMapTableEntry.java:88) at org.apache.tomcat.util.bcel.classfile.StackMapTable.init(StackMapTable.java:74) at org.apache.tomcat.util.bcel.classfile.Attribute.readAttribute(Attribute.java:181
[Geoserver-users] Geoserver stopped working this morning. Cannot get it to start again.
Hello - I am running 2.2.SNAPSHOT on RHEL (64 bit). It has been running well for several months now. This morning, though the Tomcat process was running, geoserver was unresponsive. I brought down tomcat and brought it back up again. When Geoserver usually comes up, it opens a number processes, each one communicating with a single Postgresql database. Now when Geoserver comes up, most of the time it does not open the postgresql processes. I am seeing this in the logs: SEVERE: Exception sending context initialized event to listener instance of class org.geoserver.GeoserverInitStartupListener java.lang.NoSuchMethodError: org.gdal.gdal.gdal.VersionInfo(Ljava/lang/String;)Ljava/lang/String; at it.geosolutions.imageio.gdalframework.GDALUtilities.loadGDAL(GDALUtilities.java:590) at it.geosolutions.imageio.gdalframework.GDALImageWriterSpi.clinit(GDALImageWriterSpi.java:34) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at sun.misc.Service$LazyIterator.next(Service.java:271) at javax.imageio.spi.IIORegistry.registerApplicationClasspathSpis(IIORegistry.java:190) at javax.imageio.spi.IIORegistry.init(IIORegistry.java:121) at javax.imageio.spi.IIORegistry.getDefaultInstance(IIORegistry.java:142) at org.geotools.image.io.ImageIOExt.allowNativeCodec(ImageIOExt.java:173) at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:118) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4600) at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5097) at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5092) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Jul 2, 2012 3:38:43 PM org.apache.catalina.core.ApplicationContext log INFO: Initializing Spring root WebApplicationContext I tried deleting global.xml, wcs.xml, wfs.xml and wms.xml. Of the 10 or so times I have tried to restart Geoserver, a couple of times it brings up the postgresql connections, but it continues to be unresponsive. As far as I know, nothing has changed on the machine since yesterday, when Geoserver was working. Does anyone have any suggestions -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Geoserver stopped working this morning. Cannot get it to start again.
Well, my Geoserver is back, but all I did was restart it the same way that I had done the last 5 or 6 times. Garey On 7/2/2012 4:25 PM, Justin Deoliveira wrote: Not sure if this is the cause but apparently this weekend there was a nasty leap second but that affected java on linux servers. http://blog.wpkg.org/2012/07/01/java-leap-second-bug-30-june-1-july-2012-fix/ http://www.wired.com/wiredenterprise/2012/07/leap-second-bug-wreaks-havoc-with-java-linux/ It wreaked some havoc on our servers. -Justin On Mon, Jul 2, 2012 at 4:58 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Hello - I am running 2.2.SNAPSHOT on RHEL (64 bit). It has been running well for several months now. This morning, though the Tomcat process was running, geoserver was unresponsive. I brought down tomcat and brought it back up again. When Geoserver usually comes up, it opens a number processes, each one communicating with a single Postgresql database. Now when Geoserver comes up, most of the time it does not open the postgresql processes. I am seeing this in the logs: SEVERE: Exception sending context initialized event to listener instance of class org.geoserver.GeoserverInitStartupListener java.lang.NoSuchMethodError: org.gdal.gdal.gdal.VersionInfo(Ljava/lang/String;)Ljava/lang/String; at it.geosolutions.imageio.gdalframework.GDALUtilities.loadGDAL(GDALUtilities.java:590) at it.geosolutions.imageio.gdalframework.GDALImageWriterSpi.clinit(GDALImageWriterSpi.java:34) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at sun.misc.Service$LazyIterator.next(Service.java:271) at javax.imageio.spi.IIORegistry.registerApplicationClasspathSpis(IIORegistry.java:190) at javax.imageio.spi.IIORegistry.init(IIORegistry.java:121) at javax.imageio.spi.IIORegistry.getDefaultInstance(IIORegistry.java:142) at org.geotools.image.io.ImageIOExt.allowNativeCodec(ImageIOExt.java:173) at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:118) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4600) at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5097) at org.apache.catalina.core.StandardContext$1.call(StandardContext.java:5092) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Jul 2, 2012 3:38:43 PM org.apache.catalina.core.ApplicationContext log INFO: Initializing Spring root WebApplicationContext I tried deleting global.xml, wcs.xml, wfs.xml and wms.xml. Of the 10 or so times I have tried to restart Geoserver, a couple of times it brings up the postgresql connections, but it continues to be unresponsive. As far as I know, nothing has changed on the machine since yesterday, when Geoserver was working. Does anyone have any suggestions -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net mailto: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. -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Question about GeoTiffs
Hi - I have some .tifs with associated .prj and .tfw loaded into Geoserver 2.2-snapshot. If I try downloading one of these layers as a GeoTiff, I get a file much, much smaller than the original TIFF. Not only that, when I take that file, put it in Geoserver's data dir, and attempt to load it as a GeoTiff, I get the error Could not list layers for this store, an error occurred retrieving them: Argument value should not be null Is it naive to expect that a layer downloaded as a GeoTiff could be loaded into Geoserver as a GeoTiff? -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Multiple geoserver / or multiple tomcats?
Andrea - I have some layers that I want to protect with our local centralized authentication server (CAS) and some layers that I don't. My solution is to install two Geoserver instances in one Tomcat and allow access to one only through a CAS-protected Apache httpd with mod_jk. Each Geoserver has it's own data directory. Besides the problem of how to restrict access to the secured Geoserver via Tomcat's port, are there any problems with running two Geoservers in one tomcat instance? The preceding posts in this thread sounded unsure. Garey Mills On 6/4/2012 11:03 PM, Andrea Aime wrote: On Tue, Jun 5, 2012 at 7:11 AM, Robert Buckleyrobertdbuck...@yahoo.com wrote: Hi, I would like to have two geoserver instances running on one linux ubuntu server. The reason is to be able to offer a wms service for a particular project without the clutter of other layers in the wmsgetcapabilities doc. I would like to just offer a series of layers 20 or so, which will have one organised nomenclature thus making it easier to identify the layers one wants. I find one of the most frustrating things about wmsgetcapabilities docs is the amount of layer info which one has to rumage through. Anyway...My solution is to install either 1. geoserver again inside tomcat6, or 2. Tomcat6 again and put another geoserver inside How about using a single GeoServer and per workspace services? http://docs.geoserver.org/latest/en/user/services/virtual-services.html Cheers Andrea -- Garey Mills Library Systems Office UC Berkeley -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Null pointer exception trying to start geoserver-2.2-beta1
Hi - RHEL5 jdk-1.6.0_23 tomcat 7.0.8 Downloaded 2.2-beta1, unpacked the war into a directory called new_geoserver in ...tomcat/webapps and edited the DATA_DIR tag. Then I restarted tomcat. Once it was up, I went to the management screen. new_geoserver had not started, so I attempted to start it. Attached is the resulting stack trace. Here is what seems to be the cause: Caused by: java.lang.NullPointerException at org.geoserver.gwc.layer.DefaultTileLayerCatalog.initialize(DefaultTileLayerCatalog.java:96) at org.geoserver.gwc.layer.CatalogConfiguration.initialize(CatalogConfiguration.java:385) at org.geowebcache.layer.TileLayerDispatcher.initialize(TileLayerDispatcher.java:189) at org.geowebcache.layer.TileLayerDispatcher.initialize(TileLayerDispatcher.java:164) at org.geowebcache.layer.TileLayerDispatcher.reInit(TileLayerDispatcher.java:118) at org.geowebcache.layer.TileLayerDispatcher.init(TileLayerDispatcher.java:66) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:147) ... 37 more Can anyone tell me what I'm doing wrong? -- Garey Mills Library Systems Office UC Berkeley Apr 26, 2012 10:05:13 AM org.apache.catalina.core.ApplicationContext log INFO: ContextListener: contextInitialized() Apr 26, 2012 10:05:13 AM org.apache.catalina.core.ApplicationContext log INFO: SessionListener: contextInitialized() Apr 26, 2012 10:05:15 AM org.apache.catalina.core.ApplicationContext log INFO: Initializing Spring root WebApplicationContext Apr 26, 2012 10:05:27 AM org.apache.catalina.core.ApplicationContext log INFO: Initializing Spring root WebApplicationContext Apr 26, 2012 10:05:28 AM org.apache.catalina.core.ApplicationContext log INFO: Initializing Spring root WebApplicationContext Apr 26, 2012 10:05:29 AM org.apache.catalina.core.ApplicationContext log INFO: Initializing Spring root WebApplicationContext Apr 26, 2012 10:05:36 AM org.apache.catalina.core.StandardContext listenerStart SEVERE: Exception sending context initialized event to listener instance of class org.geoserver.platform.GeoServerContextLoaderListener org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'gwcFacade' defined in URL [jar:file:/opt/apache-tomcat-7.0.8/webapps/new_geoserver/WEB-INF/lib/gwc-2.2-beta1.jar!/applicationContext.xml]: Cannot resolve reference to bean 'gwcTLDispatcher' while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'gwcTLDispatcher' defined in URL [jar:file:/opt/apache-tomcat-7.0.8/webapps/new_geoserver/WEB-INF/lib/gwc-2.2-beta1.jar!/geowebcache-core-context.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.geowebcache.layer.TileLayerDispatcher]: Constructor threw exception; nested exception is java.lang.NullPointerException at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:328) at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:106) at org.springframework.beans.factory.support.ConstructorResolver.resolveConstructorArguments(ConstructorResolver.java:630) at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:148) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:1035) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:939) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:485) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean
Re: [Geoserver-users] problem with imagecollection plugin
Daniele - On the page http://docs.geoserver.org/latest/en/user/data/gdal.html?highlight=gdal the instructions have you go to the ImageI/O-Ext releases page. There you get a number of libraries that you download and install in $JAVA_HOME/jre/lib/i386. In the ImageIO-Ext Setup Guide, for imageio-ext one downloads the sources and runs 'mvn install'. If I have already downloaded an imageio release following the Geoserver doc page, will 'mvn install' replace those libraries in jre/lib/i386, or do I have to clear them out manually? Where does the mvn install install the libraries? Garey On 10/31/2011 12:42 PM, Daniele Romagnoli wrote: Hi Garey, using GDAL 1.7.3, I would recommend using with the ImageI/O Setup guide 1.1.1 (Not sure whether the paragraph number is the same). http://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf Anyway, if my memory serves me right, these gdal versions also require you specify --with-threads in the configure. I remember I saw a warning message on the JNI methods call when loading them without this flag being set. Hope this helps. Regards, Daniele On Mon, Oct 31, 2011 at 7:22 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Daniele - I found the Image I/O Setup Guide 1.0.8 again and followed the instructions for Linux. I found the version 7 MrSid DSDK and installed JAI and the JAI-ImageIO Toolkit. I used gdal-1.7.3 and did not apply the patches for gdal1.4.5. This is how I configured GDAL: ./configure --with-mrsid=/opt/Geo_DSDK --with-jp2mrsid=yes --with-png=internal --with-libtiff=internal --with-geotiff=internal --with-jpeg=internal --with-gif=internal --with-hide-internal-symbols once I had compiled and installed GDAL, I ran SWIG, though, I left the lines in GDALmake.opt like this CFLAGS = -g -O1 -fvisibility=hidden -Wall -Wdeclaration-after-statement $(USER_DEFS) CXXFLAGS= -g -O1 -fvisibility=hidden -Wall $(USER_DEFS) assuming the optimization change to be what was required. I then copied the libraries SWIG generated to $JAVA_HOME/jre/lib/i386 In any case, when I try to run GeoServer, I get this at startup WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: org.gdal.gdal.gdalJNI.AllRegister()V Garey On 10/31/2011 1:32 AM, Daniele Romagnoli wrote: Hi Garey, On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Daniele - First let me apologize for having asked this question twice. I just plain forgot that I had encountered this problem before. Don't worry, it's not a problem. I was just saying that in case you have already solved it in the past somehow (and documented how to do it) and you have forgot it :) Is the version of GDAL 1.7.3 essential? I could download GDAL 1.8.0-4? We didn't tried GDAL 1.8 yet with imageio-ext, just tested with 1.7.3, therefore I have no idea. The only thing which could do the difference is related to the JNI bindings which are invoked by ImageIO-ext. I don't know if something has been changed on that side (We didn't looked at the swig interface of 1.8 yet). You could do a try and see how it works. In case it works, please, let us know so we can report that. Hope this helps. Regards, Daniele Garey On 10/28/2011 1:52 AM, Daniele Romagnoli wrote: Hi Garey, if my memory serves me right, you have already encountered this error a few months ago which is mainly related to the underlying set of libraries available on your machine. I did a quick search on the web and I found several forum/discussions talking about this issue, as well as several solutions/ways/attempts to fix it. Some of them worked for some users while some others ways worked for other ones. Look for /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found on the web. I'll suggest to read some of these threads to better investigate on which dependencies you have on your machine and how to add/depends on the required ones. (Sometime it's seems only matter of updating a few symbolic links). I'm sorry about not being able to provide you more helps on that topic but I guess it's a typical dependencies problem which should be analyzed case by case. Alternatively, you can build GDAL 1.7.3 by yourself on your system (therefore using the set of libraries you have on your own machine). I can forward you an email I sent to you a few months ago, with pointers
Re: [Geoserver-users] problem with imagecollection plugin
Daniele - I found the Image I/O Setup Guide 1.0.8 again and followed the instructions for Linux. I found the version 7 MrSid DSDK and installed JAI and the JAI-ImageIO Toolkit. I used gdal-1.7.3 and did not apply the patches for gdal1.4.5. This is how I configured GDAL: ./configure --with-mrsid=/opt/Geo_DSDK --with-jp2mrsid=yes --with-png=internal --with-libtiff=internal --with-geotiff=internal --with-jpeg=internal --with-gif=internal --with-hide-internal-symbols once I had compiled and installed GDAL, I ran SWIG, though, I left the lines in GDALmake.opt like this CFLAGS = -g -O1 -fvisibility=hidden -Wall -Wdeclaration-after-statement $(USER_DEFS) CXXFLAGS= -g -O1 -fvisibility=hidden -Wall $(USER_DEFS) assuming the optimization change to be what was required. I then copied the libraries SWIG generated to $JAVA_HOME/jre/lib/i386 In any case, when I try to run GeoServer, I get this at startup WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: org.gdal.gdal.gdalJNI.AllRegister()V Garey On 10/31/2011 1:32 AM, Daniele Romagnoli wrote: Hi Garey, On Fri, Oct 28, 2011 at 7:14 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Daniele - First let me apologize for having asked this question twice. I just plain forgot that I had encountered this problem before. Don't worry, it's not a problem. I was just saying that in case you have already solved it in the past somehow (and documented how to do it) and you have forgot it :) Is the version of GDAL 1.7.3 essential? I could download GDAL 1.8.0-4? We didn't tried GDAL 1.8 yet with imageio-ext, just tested with 1.7.3, therefore I have no idea. The only thing which could do the difference is related to the JNI bindings which are invoked by ImageIO-ext. I don't know if something has been changed on that side (We didn't looked at the swig interface of 1.8 yet). You could do a try and see how it works. In case it works, please, let us know so we can report that. Hope this helps. Regards, Daniele Garey On 10/28/2011 1:52 AM, Daniele Romagnoli wrote: Hi Garey, if my memory serves me right, you have already encountered this error a few months ago which is mainly related to the underlying set of libraries available on your machine. I did a quick search on the web and I found several forum/discussions talking about this issue, as well as several solutions/ways/attempts to fix it. Some of them worked for some users while some others ways worked for other ones. Look for /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found on the web. I'll suggest to read some of these threads to better investigate on which dependencies you have on your machine and how to add/depends on the required ones. (Sometime it's seems only matter of updating a few symbolic links). I'm sorry about not being able to provide you more helps on that topic but I guess it's a typical dependencies problem which should be analyzed case by case. Alternatively, you can build GDAL 1.7.3 by yourself on your system (therefore using the set of libraries you have on your own machine). I can forward you an email I sent to you a few months ago, with pointers to the paragraphs of the ImageIO-Ext setup document referring to how to build the GDAL native part. Just let me know. Anyway, let us know if you have both more questions as well as reports on how you have fixed that problem too, so we can learn from your experience. Best Regards, Daniele On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Andrea - Thanks for the info. I downloaded gdal-1.7.3 and installed it as suggested. I am now getting this error: Oct 27, 2011 1:42:35 PM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) in /usr/lib I have libstdc++.so.6.0.8 What's the best way of getting gdal working from here? Garey On 10/27/2011 11:16 AM, Andrea Aime wrote: On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Robert - Thank you. Commenting out Listener className
Re: [Geoserver-users] problem with imagecollection plugin
Daniele - First let me apologize for having asked this question twice. I just plain forgot that I had encountered this problem before. Is the version of GDAL 1.7.3 essential? I could download GDAL 1.8.0-4? Garey On 10/28/2011 1:52 AM, Daniele Romagnoli wrote: Hi Garey, if my memory serves me right, you have already encountered this error a few months ago which is mainly related to the underlying set of libraries available on your machine. I did a quick search on the web and I found several forum/discussions talking about this issue, as well as several solutions/ways/attempts to fix it. Some of them worked for some users while some others ways worked for other ones. Look for /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found on the web. I'll suggest to read some of these threads to better investigate on which dependencies you have on your machine and how to add/depends on the required ones. (Sometime it's seems only matter of updating a few symbolic links). I'm sorry about not being able to provide you more helps on that topic but I guess it's a typical dependencies problem which should be analyzed case by case. Alternatively, you can build GDAL 1.7.3 by yourself on your system (therefore using the set of libraries you have on your own machine). I can forward you an email I sent to you a few months ago, with pointers to the paragraphs of the ImageIO-Ext setup document referring to how to build the GDAL native part. Just let me know. Anyway, let us know if you have both more questions as well as reports on how you have fixed that problem too, so we can learn from your experience. Best Regards, Daniele On Thu, Oct 27, 2011 at 10:49 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Andrea - Thanks for the info. I downloaded gdal-1.7.3 and installed it as suggested. I am now getting this error: Oct 27, 2011 1:42:35 PM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) in /usr/lib I have libstdc++.so.6.0.8 What's the best way of getting gdal working from here? Garey On 10/27/2011 11:16 AM, Andrea Aime wrote: On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Robert - Thank you. Commenting out Listener className=org.apache.catalina.core.JreMemoryLeakPreventionListener / in server.xml worked! Now the next thing I want to do is to make the Imagecollection plugin work with MrSid images. Does anyone have any idea what the steps would be to do that? In the imagecollection module, the only mention of formats seems to be in Utils.java where the code checks the file extension. However, though I add in '.sid', there, when I try to publish a MrSid image, MrSid is not one of the image formats that show up. Hmm... do you have the support to read MrSid files to start with? It's part of the GDAL data sources, requires the right GDAL native libs to be installed, distributed along with imageio-ext itself. Anyways, don't know if having those is sufficient.. but for sure if don't have a MrSid store showing up in the store list when you try to create a new store you won't be able to open a .sid file Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 tel:%2B39%200584%20962313 fax: +39 0584 962313 tel:%2B39%200584%20962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- --- Ing. Daniele Romagnoli GeoSolutions S.A.S. Software Engineer Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://www.geo-solutions.it/ http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://it.linkedin.com/in/danieleromagnoli --- -- The demand for IT networking professionals continues to grow, and the demand for specialized
Re: [Geoserver-users] problem with imagecollection plugin
Andrea - Thanks for the info. I downloaded gdal-1.7.3 and installed it as suggested. I am now getting this error: Oct 27, 2011 1:42:35 PM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /usr/local/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/local/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) in /usr/lib I have libstdc++.so.6.0.8 What's the best way of getting gdal working from here? Garey On 10/27/2011 11:16 AM, Andrea Aime wrote: On Thu, Oct 27, 2011 at 7:04 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Robert - Thank you. Commenting out Listener className=org.apache.catalina.core.JreMemoryLeakPreventionListener / in server.xml worked! Now the next thing I want to do is to make the Imagecollection plugin work with MrSid images. Does anyone have any idea what the steps would be to do that? In the imagecollection module, the only mention of formats seems to be in Utils.java where the code checks the file extension. However, though I add in '.sid', there, when I try to publish a MrSid image, MrSid is not one of the image formats that show up. Hmm... do you have the support to read MrSid files to start with? It's part of the GDAL data sources, requires the right GDAL native libs to be installed, distributed along with imageio-ext itself. Anyways, don't know if having those is sufficient.. but for sure if don't have a MrSid store showing up in the store list when you try to create a new store you won't be able to open a .sid file Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] problem with imagecollection plugin
) at org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:82) ... 96 more Caused by: org.geotools.data.DataSourceException: Unable to get a reader for the specified path /opt/geoserver-data/images/argentina/2366-1_2166-3.tif at org.geotools.gce.imagecollection.RasterManager.initDatasetManager(RasterManager.java:672) *** Is there something that I haven't done correctly? I am very motivated to get this working, and would also like to add MrSid to the list of image types that it can support. Please let me know what I can do. Thank you; Garey Mills -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Servlet container context name different from geoserver
(LoggingFilter.java:71) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:183) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:383) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:188) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:166) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:288) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) What am I doing wrong? Garey Mills Library Systems Office UC Berkeley -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] problem with World Image Format in Geoserver 2.1.1
I have aTIFF with with both a world file and a prj file. When I attempt to load it into Geoserver, I get the following: Could not list layers for this store, an error occurred retrieving them: Unable to acquire a reader for this coverage with format: WorldImage Googling it, the suggestion was that the .prj file was missing. Here is a sample of what I have in my Geoserver data directory g4450_s100_b7_sc-21-v-a-iii_GeoWGS84.tif g4450_s100_b7_sc-21-v-a-iii_GeoWGS84.prj g4450_s100_b7_sc-21-v-a-iii_GeoWGS84.tfw The .prj file looks like this: GEOGCS[WGS 84, DATUM[WGS_1984, SPHEROID[WGS 84,6378137,298.257223563, AUTHORITY[EPSG,7030]], AUTHORITY[EPSG,6326]], PRIMEM[Greenwich,0, AUTHORITY[EPSG,8901]], UNIT[degree,0.01745329251994328, AUTHORITY[EPSG,9122]], AUTHORITY[EPSG,4326]] When creating the store, the connection parameters are: file:data/geoTiffs/g4450_s100_b7_sc-21-v-a-iii_GeoWGS84.tif and here is the relevant part of the log file: 13 Oct 09:41:31 ERROR [gce.image] - No reader avalaible for this source org.geotools.data.DataSourceException: No reader avalaible for this source at org.geotools.gce.image.WorldImageReader.getHRInfo(WorldImageReader.java:293) at org.geotools.gce.image.WorldImageReader.init(WorldImageReader.java:263) at org.geotools.gce.image.WorldImageFormat.getReader(WorldImageFormat.java:344) at org.geotools.gce.image.WorldImageFormat.getReader(WorldImageFormat.java:55) at org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:973) at org.geoserver.catalog.CatalogBuilder.buildCoverage(CatalogBuilder.java:624) at org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:82) at org.geoserver.web.wicket.GeoServerDataProvider.fullSize(GeoServerDataProvider.java:225) at org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.updateMatched(GeoServerTablePanel.java:488) at org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.init(GeoServerTablePanel.java:481) at org.geoserver.web.wicket.GeoServerTablePanel.init(GeoServerTablePanel.java:200) at org.geoserver.web.wicket.GeoServerTablePanel.init(GeoServerTablePanel.java:91) at org.geoserver.web.data.layer.NewLayerPage$1.init(NewLayerPage.java:104) at org.geoserver.web.data.layer.NewLayerPage.init(NewLayerPage.java:104) at org.geoserver.web.data.store.CoverageStoreNewPage.onSave(CoverageStoreNewPage.java:71) at org.geoserver.web.data.store.AbstractCoverageStorePage$1.onSubmit(AbstractCoverageStorePage.java:114) at org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:68) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:143) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTar get.java:119) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:9 2) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484) at org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:160) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingControl ler.java:158) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) ava: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.doPost(FrameworkServlet.java:511) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at
[Geoserver-users] Problem with RESTful creation of layers based on Postgis tables
Hi - I am using Geoserver 2.1.1. have a several hundreds layers in around 10 stores. I created them all by creating PostGis tables from shape files and then running a cURL command line like this: curl -u admin:passwd -XPOST -H 'Content-type: text/xml' -d 'featureTypenameairport/name/featureType' http://localhost:8080/geoserver/rest/workspaces/UCB/datastores/sanmateocounty/featuretypes Today I had to add a few more layers. I created a batch file, ran it and it failed. I saw immediately that I had changed the admin password but had the old one in my batch lines. I changed it and ran the batch file again. But now I get 'Trying to create new feature type inside the store, but no attributes were specified' I have restarted the server, but no dice. Below is the log. Is there any way to get the RESTful interface working again? Garey Mills 19 Aug 12:35:00 ERROR [geoserver.rest] - Trying to create new feature type inside the store, but no attributes were s pecified 19 Aug 12:35:00 ERROR [geoserver.rest] - org.geoserver.rest.RestletException at org.geoserver.catalog.rest.FeatureTypeResource.buildFeatureType(FeatureTypeResource.java:174) at org.geoserver.catalog.rest.FeatureTypeResource.handleObjectPost(FeatureTypeResource.java:124) at org.geoserver.rest.ReflectiveResource.handlePost(ReflectiveResource.java:122) at org.restlet.Finder.handle(Finder.java:296) at org.geoserver.rest.BeanDelegatingRestlet.handle(BeanDelegatingRestlet.java:37) at org.restlet.Filter.doHandle(Filter.java:105) at org.restlet.Filter.handle(Filter.java:134) at org.restlet.Router.handle(Router.java:444) at org.geoserver.rest.RESTDispatcher$1.handle(RESTDispatcher.java:204) at com.noelios.restlet.ext.servlet.ServletConverter.service(ServletConverter.java:129) at org.geoserver.rest.RESTDispatcher.handleRequestInternal(RESTDispatcher.java:86) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.j ava: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.doPost(FrameworkServlet.java:511) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:23) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74) at org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:45) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:49) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:244) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:394) at org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109) at org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:406) at org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101
Re: [Geoserver-users] Problem with RESTful creation of layers based on Postgis tables
Andrea - Thank you. Turns out that shp2pgsql lowercases all tablenames. Changing the case of the features in the REST cmds did the trick. Garey On 8/19/2011 12:59 PM, Andrea Aime wrote: On Fri, Aug 19, 2011 at 9:44 PM, Garey Mills gmi...@library.berkeley.edu wrote: Hi - I am using Geoserver 2.1.1. have a several hundreds layers in around 10 stores. I created them all by creating PostGis tables from shape files and then running a cURL command line like this: curl -u admin:passwd -XPOST -H 'Content-type: text/xml' -d 'featureTypenameairport/name/featureType' http://localhost:8080/geoserver/rest/workspaces/UCB/datastores/sanmateocounty/featuretypes Today I had to add a few more layers. I created a batch file, ran it and it failed. I saw immediately that I had changed the admin password but had the old one in my batch lines. I changed it and ran the batch file again. But now I get 'Trying to create new feature type inside the store, but no attributes were specified' I have restarted the server, but no dice. Below is the log. Is there any way to get the RESTful interface working again? When POSTing to a feature type resource the are two possible actions: - configuration of a existing table - if the table does not exists, it's possible to create it, but in this case the list of attributes has to be provided The stack trace shows you're falling in the second case, that is, the table that you're trying to configure is not known to GeoServer. There could be various motivations, for example: - the table is in a schema other than the one configured in the store - the table is not readable by the user that you use to connect - the name of the table is using the wrong case (GeoServer uses quotes around the name to have all table and attribute names case be mantained, as all OGC services are case sensitive) Cheers Andrea -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Using CAS an option with Geoserver?
Christian - An interesting idea, but we are using GeoWebCache. I try looking at GeoShield. Garey On 8/18/2011 9:35 AM, christian.muel...@nvoe.at wrote: Perhaps this is of interest http://docs.geoserver.org/latest/en/user/services/virtual-services.html Maybe you can protect and authenticate based on URL Patterns. I never examined it, only an idea. About the time frame. Since I am a volunteer no exact roadmap is there because I cannot work full time on this project. But this work is part of my master thesis (Applied IT Security), as a consequence, I have to finish. My plan is to finish within this year. Hope this helps Zitat von Stephen V. Mather s...@clevelandmetroparks.com: :) Care to elaborate? I'm looking to put into place some authentication in place for some of our datasets. I'm trying to decide whether 'tis better to play with an OGC services aware proxy, such as GeoShield, or use GeoServer security... . I like the idea of controlling things on the services level rather that the layer level, but don't know the roadmap/timeframe for GeoServer security related developments. Thanks, Steve Stephen Mather Geographic Information Systems (GIS) Manager (216) 635-3243 s...@clevelandmetroparks.com clevelandmetroparks.com -Original Message- From: christian.muel...@nvoe.at [mailto:christian.muel...@nvoe.at] Sent: Thursday, August 18, 2011 11:25 AM To: Andrea Aime Cc: geoserver-users@lists.sourceforge.net; gmi...@library.berkeley.edu Subject: Re: [Geoserver-users] Using CAS an option with Geoserver? I am currently working on the security subsystem and additional authentication possibilities are on my TODO list. (including CAS). This will not help at the moment but perhaps this information is interesting. Cheers Christian Zitat von Andrea Aime andrea.a...@geo-solutions.it: On Wed, Aug 17, 2011 at 11:24 PM, Garey Mills gmi...@library.berkeley.edu wrote: I am setting up a GeoServer in the context of a university campus. I would like to hide the reading of some layers behind a CAS Single Sign On authentication. There is a Java CAS client that consists of a set of filters that install in the web.xml of an application. Could using CAS with GeoServer in this way be as simple as adding the filters to GeoServer's web.xml and filtering on, for example, a workspace name? At the moment we don't have a clean way to plug in other authentication subsystems other than basic authentication, but Camp2Camp did integrate CAS once as a replacement for it (changing GS from basic auth only to CAS only) and they documented their changes in the wiki: http://geoserver.org/display/GEOSDOC/GeoServer+Security+with+CAS Unfortunately that page is no more available since we switched to Sphinx as the documentation system, but there might still be a backup somewhere. Mike, cc'ed, helped in the switch, hopefully he knows how to get those contents back. In any case, be warned, it was a heavy set of modifications in a GeoServer file (a xml one though) Cheers Andrea Garey Mills Library Systems Office UC Berkeley -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users This message was sent using IMP, the Internet Messaging Program. -- Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model
[Geoserver-users] REST for configuring datastores?
Hi - I have about 15 datastores to create, and about 300 layers under them. All the datastores are Postgresql databases. Has someone got an example of the REST I would use to create the datastores and configure the layers? Thanks; Garey Mills -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] More on installing GDAL on RHEL5
Daniele - I'm now working on a RHEL6 distribution and I am looking at the Image I/O-EXT - Setup Guide 1.1.1. Has there been any update to that; more specifically, does the Java dist still have to be 1.5.0_17? I notice that the guide assumes that you are working on Linux Fedora Core 5, but I am not sure how that maps to RedHat Enterprise Linux release numbers. Garey On 7/27/2011 2:43 AM, Daniele Romagnoli wrote: Hi Garey, we have sometime encountered a similar issue when testing the linux libraries on some particular distro due to the underlying base libs being not available/being differents on that distro. In those cases, after some quick attempts we have concluded to build GDAL on the specific machine to make sure to solve this kind of issue with the internal libraries. If you need to build the base GDAL 1.4.5 by yourself, you can follow some steps provided in the ImageIO-Ext Setup guide [1]. To be more specific, the chapters/paragraphs you should be interested in are: 3.2 3.6.1 3.7.2 3.7.3 (all subchapters) For more specific info on external libraries (such as MrSID as an instance) you can take a look on the related paragraph. Hope this helps. Let me know if you have any issue. Best Regards, Daniele [1]: http://java.net/projects/imageio-ext/downloads/download/Documentation/ImageioExt-SetupGuide.pdf On Tue, Jul 26, 2011 at 8:14 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Hi - I am having the following problem installing the GDAL plugins in GeoServer 2.1.1 on RHEL5: Jul 22, 2011 10:43:50 AM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /opt/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) I found information about downloading a later version of libstdc++ and putting it into a separate directory on the net, so I tried that. I set LD_LIBRARY_PATH to include the new libstdc++. No luck. I edited catalina.sh and added the argument '-Djava.library.path=/path/to/new/libstdc++.so to the invocation of tomcat. Still no luck. Anyone have any ideas? Garey Mills Library Systems Office UC Berkeley -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net mailto:Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- --- Ing. Daniele Romagnoli GeoSolutions S.A.S. Software Engineer Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://www.geo-solutions.it/ http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://it.linkedin.com/in/danieleromagnoli --- -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] More on installing GDAL on RHEL5
Daniele - Thank you kindly for this information. As a first step towards solving my problems I am going to upgrade the operating system to RHEL6. Looking at the libraries that it provides, the versions that GDAL is asking for look to be there. Once the libraries are there I'll deal with any other issues that arise. Again, thanks; Garey Mills On 7/27/2011 2:43 AM, Daniele Romagnoli wrote: Hi Garey, we have sometime encountered a similar issue when testing the linux libraries on some particular distro due to the underlying base libs being not available/being differents on that distro. In those cases, after some quick attempts we have concluded to build GDAL on the specific machine to make sure to solve this kind of issue with the internal libraries. If you need to build the base GDAL 1.4.5 by yourself, you can follow some steps provided in the ImageIO-Ext Setup guide [1]. To be more specific, the chapters/paragraphs you should be interested in are: 3.2 3.6.1 3.7.2 3.7.3 (all subchapters) For more specific info on external libraries (such as MrSID as an instance) you can take a look on the related paragraph. Hope this helps. Let me know if you have any issue. Best Regards, Daniele [1]: http://java.net/projects/imageio-ext/downloads/download/Documentation/ImageioExt-SetupGuide.pdf On Tue, Jul 26, 2011 at 8:14 PM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: Hi - I am having the following problem installing the GDAL plugins in GeoServer 2.1.1 on RHEL5: Jul 22, 2011 10:43:50 AM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /opt/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) I found information about downloading a later version of libstdc++ and putting it into a separate directory on the net, so I tried that. I set LD_LIBRARY_PATH to include the new libstdc++. No luck. I edited catalina.sh and added the argument '-Djava.library.path=/path/to/new/libstdc++.so to the invocation of tomcat. Still no luck. Anyone have any ideas? Garey Mills Library Systems Office UC Berkeley -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net mailto:Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- --- Ing. Daniele Romagnoli GeoSolutions S.A.S. Software Engineer Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://www.geo-solutions.it/ http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://it.linkedin.com/in/danieleromagnoli --- -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] More on installing GDAL on RHEL5
Hi - I am having the following problem installing the GDAL plugins in GeoServer 2.1.1 on RHEL5: Jul 22, 2011 10:43:50 AM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /opt/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) I found information about downloading a later version of libstdc++ and putting it into a separate directory on the net, so I tried that. I set LD_LIBRARY_PATH to include the new libstdc++. No luck. I edited catalina.sh and added the argument '-Djava.library.path=/path/to/new/libstdc++.so to the invocation of tomcat. Still no luck. Anyone have any ideas? Garey Mills Library Systems Office UC Berkeley -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] problem getting GDAL installed
Hi - I've got a new installation of RHEL5, and I am trying to get Geoserver 2.1.1 installed with the GDAL extension. When Geoserver starts I am getting this warning Jul 22, 2011 10:43:50 AM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Failed to load the GDAL native libs. This is not a problem unless you need to use the GDAL plugins: they won't be enabled.java.lang.UnsatisfiedLinkError: /opt/jdk1.6.0_23/jre/lib/i386/libgdaljni.so: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt/jdk1.6.0_23/jre/lib/i386/libgdal.so.1) What can I do? Garey Mills Library Systems Office UC Berkeley -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Bounding box metadata available through REST interface?
Andrea - Thanks for the reply, but I am confused about how to request a resource as opposed to a layer. I tried this for one of the demo layers http://localhost:8080/geoserver/rest/workspaces/sf/datastores/sf/roads.xml http://linuxdev.lib.berkeley.edu:8000/geoserver/rest/workspaces/sf/datastores/sf/roads.xml but I got back some pretty minimal metadata. I see from the documentation that a layer is a published resource, so I don't see why this doesn't work. Garey Mills On 3/10/2011 1:35 AM, Andrea Aime wrote: On Thu, Mar 10, 2011 at 12:08 AM, Garey Mills gmi...@library.berkeley.edu mailto:gmi...@library.berkeley.edu wrote: I'd like to put a shapefile into GeoServer using the REST interface and then query the layer to get the calculated bounding box, also via REST. Is that possible? If you get back the xml representing the resource (not the layer) you should get both the native and the declared bounding boxes. Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob:+39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Bounding box metadata available through REST interface?
I'd like to put a shapefile into GeoServer using the REST interface and then query the layer to get the calculated bounding box, also via REST. Is that possible? Garey Mills -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] problem starting up geoserver2.1RC1 in jetty7.2.2
Hi - I am having the following problem starting up geoserver. Anyone have any ideas? Garey Mills 2011-02-07 15:43:16.077:WARN::Failed startup of context o.e.j.w.WebAppContext{/geoserver,file:/opt/jetty2/webapps/geoserver/},/opt/jetty2/webapps/geoserver javax.naming.NameAlreadyBoundException: env at org.eclipse.jetty.jndi.NamingContext.createSubcontext(NamingContext.java:451) at org.eclipse.jetty.jndi.NamingContext.createSubcontext(NamingContext.java:515) at org.eclipse.jetty.plus.webapp.EnvConfiguration.createEnvContext(EnvConfiguration.java:201) at org.eclipse.jetty.plus.webapp.EnvConfiguration.preConfigure(EnvConfiguration.java:64) at org.eclipse.jetty.webapp.WebAppContext.preConfigure(WebAppContext.java:465) at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:495) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55) at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:226) at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:164) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55) at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:226) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55) at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:93) at org.eclipse.jetty.server.Server.doStart(Server.java:243) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55) at org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1061) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:994) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.eclipse.jetty.start.Main.invokeMain(Main.java:477) at org.eclipse.jetty.start.Main.start(Main.java:623) at org.eclipse.jetty.start.Main.parseCommandLine(Main.java:273) at org.eclipse.jetty.start.Main.main(Main.java:81) -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Are hierarchical workspaces possible?
Hi - We are ramping up to a rather large and diverse geoserver installation. Hierarchical workspaces, and by extension, hierarchical virtual services, would be very helpful for us in organizing our material. Would they be hard to add, and are they being contemplated for a near future release? Garey Mills Library Systems Office UC Berkeley -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] GDAL extended formats not available in Geoserver 2.1?
I have The imageio-ext libraries installed on my Ubuntu server, but when I create a new store, I am presented with only ArcGrid, GeoTIFF, Gtopo30, ImageMosaic and WorldImage raster formats. I need to add MrSID files to my GeoServer. Is this a known problem with 2.1? Garey Mills -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users