Re: [Geoserver-users] image mosaic jdbc using Float 32 for pixel value
Hi Christian, do you mean many tests, or only tests related to this new functionality? When installing postgis 2.0 did you run the legacy.sql script? Maybe it will make sense that I create a develop environment that includes geoserver as well geotools. Or check out the version you are working for. cheers Markus P.S. I am using postgis 2.0 for a raster application, so answer is yes. I am working with it. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/image-mosaic-jdbc-using-Float-32-for-pixel-value-tp4993699p4994748.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
[Geoserver-users] CoverageStore / Image Mosaic: Too many open files exception
Hi, we are using a batch program to update GeoServer with the REST API. Every hour a couple of new GeoTIFFs are registered as new image mosaic layers, and old layers and coverage stores are deleted. This works well, but after a couple of days we get this exception while registering new GeoTIFFs, and GeoServer stops working properly: 08 Aug 13:50:05 ERROR [imagemosaic.ImageMosaicUtils] - Too many open files java.io.IOException: Too many open files (full stacktrace see below) Each image mosaic has only one GeoTIFF (only used for transparent background), and the Server had virtually no load while the error appeared, so the problem seems to be due to our updates. In the log output, you can also see that there still is a lock on some mosaic's shape file. What can we do to release the lock? Will that solve our problem? Best regards, Udo This is our environment: Java 1.6.0_24 No native JAI Tomcat 6.0.18 GeoServer 2.0.2 OS: 32 bit Linux (CentOS 5.8) Here is a log output when we delete a layer / coverage store with the REST API: 08 Aug 13:50:04 INFO [catalog.rest] - DELETE layer WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 08 Aug 13:50:04 INFO [gwc.GWCCleanser] - Deleting GWC cache for MET9_RGB-3-2-1_msg:WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 08 Aug 13:50:04 INFO [file.FileBlobStore] - /mnt/eumetsat/data/data_dir/gwc/MET9_RGB-3-2-1_msg_WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 does not exist or is not writable 08 Aug 13:50:04 INFO [gwc.GWCCleanser] - GWC cache for MET9_RGB-3-2-1_msg:WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 deleted successfully 08 Aug 13:50:04 INFO [catalog.rest] - DELETE coverage WMS_MSG-RGB-natural_RGB-3-2-1_1208031115,WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 08 Aug 13:50:04 INFO [catalog.rest] - DELETE coverage store MET9_RGB-3-2-1_msg,WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 Here is a log output when we register a new GeoTIFF with the REST API: 08 Aug 13:50:04 INFO [catalog.rest] - PUT file, mimetype: text/plain 08 Aug 13:50:04 INFO [catalog.rest] - Auto-configuring coverage store: WMS_MSG-RGB-natural_RGB-3-2-1_1208081030 08 Aug 13:50:04 INFO [org.geoserver] - Loaded store 'null', enabled 08 Aug 13:50:04 INFO [catalog.rest] - PUT coverage store MET9_RGB-3-2-1_msg,WMS_MSG-RGB-natural_RGB-3-2-1_1208081030 08 Aug 13:50:04 INFO [org.geoserver] - Loaded coverage 'WMS_MSG-RGB-natural_RGB-3-2-1_1208081030', enabled 08 Aug 13:50:04 INFO [catalog.rest] - PUT coverage WMS_MSG-RGB-natural_RGB-3-2-1_1208081030,WMS_MSG-RGB-natural_RGB-3-2-1_1208081030 Here is a log output with the error: 08 Aug 13:50:04 INFO [catalog.rest] - PUT file, mimetype: text/plain 08 Aug 13:50:04 INFO [catalog.rest] - Auto-configuring coverage store: WMS_MSG-RGB-natural_RGB-3-2-1_1208081115 08 Aug 13:50:05 ERROR [imagemosaic.ImageMosaicUtils] - Too many open files java.io.IOException: Too many open files at java.io.UnixFileSystem.createFileExclusively(Native Method) at java.io.File.checkAndCreate(File.java:1704) at java.io.File.createTempFile(File.java:1792) at java.io.File.createTempFile(File.java:1828) at org.geotools.data.shapefile.ShpFiles.getStorageFile(ShpFiles.java:943) at org.geotools.data.shapefile.ShapefileFeatureWriter.init(ShapefileFeatureWriter.java:118) at org.geotools.data.shapefile.ShapefileDataStore.createFeatureWriter(ShapefileDataStore.java:614) at org.geotools.data.AbstractDataStore.getFeatureWriter(AbstractDataStore.java:486) at org.geotools.data.AbstractDataStore.getFeatureWriter(AbstractDataStore.java:525) at org.geotools.gce.imagemosaic.IndexBuilder$MosaicDirectoryWalker.handleFile(IndexBuilder.java:729) at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:367) at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:335) at org.geotools.gce.imagemosaic.IndexBuilder$MosaicDirectoryWalker.init(IndexBuilder.java:880) at org.geotools.gce.imagemosaic.IndexBuilder.run(IndexBuilder.java:1099) at org.geotools.gce.imagemosaic.ImageMosaicUtils.createMosaic(ImageMosaicUtils.java:314) at org.geotools.gce.imagemosaic.ImageMosaicUtils.checkSource(ImageMosaicUtils.java:416) at org.geotools.gce.imagemosaic.ImageMosaicReader.init(ImageMosaicReader.java:171) at org.geotools.gce.imagemosaic.ImageMosaicFormat.getReader(ImageMosaicFormat.java:272) at org.geotools.gce.imagemosaic.ImageMosaicFormat.getReader(ImageMosaicFormat.java:186) at org.geotools.gce.imagemosaic.ImageMosaicFormat.getReader(ImageMosaicFormat.java:87) at org.geoserver.catalog.rest.CoverageStoreFileResource.handlePut(CoverageStoreFileResource.java:132) at org.restlet.Finder.handle(Finder.java:298) at org.geoserver.rest.BeanDelegatingRestlet.handle(BeanDelegatingRestlet.java:38) at org.restlet.Filter.doHandle(Filter.java:105) at org.restlet.Filter.handle(Filter.java:134) at
Re: [Geoserver-users] CoverageStore / Image Mosaic: Too many open files exception
Hi Udo, You need to set the max open file limit of your OS to infinite. This is an OS config issue, check the below link to solve this problem. https://confluence.atlassian.com/display/CONF26/Fix+'Too+many+open+files'+error+on+Linux+by+increasing+filehandles regards, Imran On Mon, Aug 13, 2012 at 1:04 PM, Udo Einspanier u.einspan...@conterra.de wrote: Hi, we are using a batch program to update GeoServer with the REST API. Every hour a couple of new GeoTIFFs are registered as new image mosaic layers, and old layers and coverage stores are deleted. This works well, but after a couple of days we get this exception while registering new GeoTIFFs, and GeoServer stops working properly: 08 Aug 13:50:05 ERROR [imagemosaic.ImageMosaicUtils] - Too many open files java.io.IOException: Too many open files (full stacktrace see below) Each image mosaic has only one GeoTIFF (only used for transparent background), and the Server had virtually no load while the error appeared, so the problem seems to be due to our updates. In the log output, you can also see that there still is a lock on some mosaic's shape file. What can we do to release the lock? Will that solve our problem? Best regards, Udo This is our environment: Java 1.6.0_24 No native JAI Tomcat 6.0.18 GeoServer 2.0.2 OS: 32 bit Linux (CentOS 5.8) Here is a log output when we delete a layer / coverage store with the REST API: 08 Aug 13:50:04 INFO [catalog.rest] - DELETE layer WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 08 Aug 13:50:04 INFO [gwc.GWCCleanser] - Deleting GWC cache for MET9_RGB-3-2-1_msg:WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 08 Aug 13:50:04 INFO [file.FileBlobStore] - /mnt/eumetsat/data/data_dir/gwc/MET9_RGB-3-2-1_msg_WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 does not exist or is not writable 08 Aug 13:50:04 INFO [gwc.GWCCleanser] - GWC cache for MET9_RGB-3-2-1_msg:WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 deleted successfully 08 Aug 13:50:04 INFO [catalog.rest] - DELETE coverage WMS_MSG-RGB-natural_RGB-3-2-1_1208031115,WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 08 Aug 13:50:04 INFO [catalog.rest] - DELETE coverage store MET9_RGB-3-2-1_msg,WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 Here is a log output when we register a new GeoTIFF with the REST API: 08 Aug 13:50:04 INFO [catalog.rest] - PUT file, mimetype: text/plain 08 Aug 13:50:04 INFO [catalog.rest] - Auto-configuring coverage store: WMS_MSG-RGB-natural_RGB-3-2-1_1208081030 08 Aug 13:50:04 INFO [org.geoserver] - Loaded store 'null', enabled 08 Aug 13:50:04 INFO [catalog.rest] - PUT coverage store MET9_RGB-3-2-1_msg,WMS_MSG-RGB-natural_RGB-3-2-1_1208081030 08 Aug 13:50:04 INFO [org.geoserver] - Loaded coverage 'WMS_MSG-RGB-natural_RGB-3-2-1_1208081030', enabled 08 Aug 13:50:04 INFO [catalog.rest] - PUT coverage WMS_MSG-RGB-natural_RGB-3-2-1_1208081030,WMS_MSG-RGB-natural_RGB-3-2-1_1208081030 Here is a log output with the error: 08 Aug 13:50:04 INFO [catalog.rest] - PUT file, mimetype: text/plain 08 Aug 13:50:04 INFO [catalog.rest] - Auto-configuring coverage store: WMS_MSG-RGB-natural_RGB-3-2-1_1208081115 08 Aug 13:50:05 ERROR [imagemosaic.ImageMosaicUtils] - Too many open files java.io.IOException: Too many open files at java.io.UnixFileSystem.createFileExclusively(Native Method) at java.io.File.checkAndCreate(File.java:1704) at java.io.File.createTempFile(File.java:1792) at java.io.File.createTempFile(File.java:1828) at org.geotools.data.shapefile.ShpFiles.getStorageFile(ShpFiles.java:943) at org.geotools.data.shapefile.ShapefileFeatureWriter.init(ShapefileFeatureWriter.java:118) at org.geotools.data.shapefile.ShapefileDataStore.createFeatureWriter(ShapefileDataStore.java:614) at org.geotools.data.AbstractDataStore.getFeatureWriter(AbstractDataStore.java:486) at org.geotools.data.AbstractDataStore.getFeatureWriter(AbstractDataStore.java:525) at org.geotools.gce.imagemosaic.IndexBuilder$MosaicDirectoryWalker.handleFile(IndexBuilder.java:729) at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:367) at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:335) at org.geotools.gce.imagemosaic.IndexBuilder$MosaicDirectoryWalker.init(IndexBuilder.java:880) at org.geotools.gce.imagemosaic.IndexBuilder.run(IndexBuilder.java:1099) at org.geotools.gce.imagemosaic.ImageMosaicUtils.createMosaic(ImageMosaicUtils.java:314) at org.geotools.gce.imagemosaic.ImageMosaicUtils.checkSource(ImageMosaicUtils.java:416) at org.geotools.gce.imagemosaic.ImageMosaicReader.init(ImageMosaicReader.java:171) at org.geotools.gce.imagemosaic.ImageMosaicFormat.getReader(ImageMosaicFormat.java:272) at org.geotools.gce.imagemosaic.ImageMosaicFormat.getReader(ImageMosaicFormat.java:186) at
Re: [Geoserver-users] CoverageStore / Image Mosaic: Too many open files exception
On Mon, Aug 13, 2012 at 10:04 AM, Udo Einspanier u.einspan...@conterra.dewrote: Hi, we are using a batch program to update GeoServer with the REST API. Every hour a couple of new GeoTIFFs are registered as new image mosaic layers, and old layers and coverage stores are deleted. This works well, but after a couple of days we get this exception while registering new GeoTIFFs, and GeoServer stops working properly: 08 Aug 13:50:05 ERROR [imagemosaic.ImageMosaicUtils] - Too many open files java.io.IOException: Too many open files (full stacktrace see below) Each image mosaic has only one GeoTIFF (only used for transparent background), and the Server had virtually no load while the error appeared, so the problem seems to be due to our updates. In the log output, you can also see that there still is a lock on some mosaic's shape file. What can we do to release the lock? Will that solve our problem? Nope, it won't. Your best bet is to upgrade to GeoServer 2.1.4, we made a few fixes over time to reduce the number of filtes kept open by the mosaic that were not available in GeoServer 2.0.2. Let us know if things improve. 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 --- -- 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] Java properties file
2012/8/13 Alvey,David (Chief Executives) david.al...@derbyshire.gov.uk Hi there, thanks for the response, I will experiment with that. ** ** In light of the 100 feature issue would it be successful to use multiple properties files? Say one per gritting lorry. Please note that my advice of 100 features limit is AFAIK, there is no real limit, You could make some testing to determine where the performace gets detoriariting seriously. And yes you can have how many properties files you want. But you are going to have a data source and a layer for each file, this is not an ideal scenario for adimistration and performance. If you mapping client has to show a legend getting it from geoserver would return a symbol for each gritting lorry. ** ** The data will update every 15 minutes. ** ** Could you suggest a tool that could produce shapefiles in a windows environment from the xml file? Or an external service capable of taking a data feed to publish wms tiles for us? I am sorry but I am not aware of a tool that can translate from a general purpose xml, i.e. not GML, to a shapefile. If I were you I would make a python script using gdal library. May I ask you why a database is excluded? Regards Stefano ** ** Regards David Alvey ** ** -- --- 41.95581N 12.52854E http://www.linkedin.com/in/stefanoiacovella http://twitter.com/#!/Iacovellas -- 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] CoverageStore / Image Mosaic: Too many open files exception
Thanks a lot for the fast response, I will upgrade the installation as soon as possible and see what happens. I also noted that in Geoserver 2.1 there is a new REST operation /reset. May it help to call this before we do our updates? Best reagrds, Udo From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea Aime Sent: Montag, 13. August 2012 11:48 To: Udo Einspanier Cc: geoserver-users@lists.sourceforge.net Subject: Re: [Geoserver-users] CoverageStore / Image Mosaic: Too many open files exception On Mon, Aug 13, 2012 at 10:04 AM, Udo Einspanier u.einspan...@conterra.demailto:u.einspan...@conterra.de wrote: Hi, we are using a batch program to update GeoServer with the REST API. Every hour a couple of new GeoTIFFs are registered as new image mosaic layers, and old layers and coverage stores are deleted. This works well, but after a couple of days we get this exception while registering new GeoTIFFs, and GeoServer stops working properly: 08 Aug 13:50:05 ERROR [imagemosaic.ImageMosaicUtils] - Too many open files java.io.IOException: Too many open files (full stacktrace see below) Each image mosaic has only one GeoTIFF (only used for transparent background), and the Server had virtually no load while the error appeared, so the problem seems to be due to our updates. In the log output, you can also see that there still is a lock on some mosaic's shape file. What can we do to release the lock? Will that solve our problem? Nope, it won't. Your best bet is to upgrade to GeoServer 2.1.4, we made a few fixes over time to reduce the number of filtes kept open by the mosaic that were not available in GeoServer 2.0.2. Let us know if things improve. 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 --- -- 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] CoverageStore / Image Mosaic: Too many open files exception
Hi Imran, thanks a lot for the reply. But I think I will first try out Andrea's suggestion to upgrade to version 2.1 first, if this avoids opening too many files in the first place. Best regards, Udo -Original Message- From: Imran Rajjad [mailto:raj...@gmail.com] Sent: Montag, 13. August 2012 11:02 To: Udo Einspanier Cc: geoserver-users@lists.sourceforge.net Subject: Re: [Geoserver-users] CoverageStore / Image Mosaic: Too many open files exception Hi Udo, You need to set the max open file limit of your OS to infinite. This is an OS config issue, check the below link to solve this problem. https://confluence.atlassian.com/display/CONF26/Fix+'Too+many+open+files'+error+on+Linux+by+increasing+filehandles regards, Imran On Mon, Aug 13, 2012 at 1:04 PM, Udo Einspanier u.einspan...@conterra.de wrote: Hi, we are using a batch program to update GeoServer with the REST API. Every hour a couple of new GeoTIFFs are registered as new image mosaic layers, and old layers and coverage stores are deleted. This works well, but after a couple of days we get this exception while registering new GeoTIFFs, and GeoServer stops working properly: 08 Aug 13:50:05 ERROR [imagemosaic.ImageMosaicUtils] - Too many open files java.io.IOException: Too many open files (full stacktrace see below) Each image mosaic has only one GeoTIFF (only used for transparent background), and the Server had virtually no load while the error appeared, so the problem seems to be due to our updates. In the log output, you can also see that there still is a lock on some mosaic's shape file. What can we do to release the lock? Will that solve our problem? Best regards, Udo This is our environment: Java 1.6.0_24 No native JAI Tomcat 6.0.18 GeoServer 2.0.2 OS: 32 bit Linux (CentOS 5.8) Here is a log output when we delete a layer / coverage store with the REST API: 08 Aug 13:50:04 INFO [catalog.rest] - DELETE layer WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 08 Aug 13:50:04 INFO [gwc.GWCCleanser] - Deleting GWC cache for MET9_RGB-3-2-1_msg:WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 08 Aug 13:50:04 INFO [file.FileBlobStore] - /mnt/eumetsat/data/data_dir/gwc/MET9_RGB-3-2-1_msg_WMS_MSG-RGB-natural _RGB-3-2-1_1208031115 does not exist or is not writable 08 Aug 13:50:04 INFO [gwc.GWCCleanser] - GWC cache for MET9_RGB-3-2-1_msg:WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 deleted successfully 08 Aug 13:50:04 INFO [catalog.rest] - DELETE coverage WMS_MSG-RGB-natural_RGB-3-2-1_1208031115,WMS_MSG-RGB-natural_RGB-3-2-1 _1208031115 08 Aug 13:50:04 INFO [catalog.rest] - DELETE coverage store MET9_RGB-3-2-1_msg,WMS_MSG-RGB-natural_RGB-3-2-1_1208031115 Here is a log output when we register a new GeoTIFF with the REST API: 08 Aug 13:50:04 INFO [catalog.rest] - PUT file, mimetype: text/plain 08 Aug 13:50:04 INFO [catalog.rest] - Auto-configuring coverage store: WMS_MSG-RGB-natural_RGB-3-2-1_1208081030 08 Aug 13:50:04 INFO [org.geoserver] - Loaded store 'null', enabled 08 Aug 13:50:04 INFO [catalog.rest] - PUT coverage store MET9_RGB-3-2-1_msg,WMS_MSG-RGB-natural_RGB-3-2-1_1208081030 08 Aug 13:50:04 INFO [org.geoserver] - Loaded coverage 'WMS_MSG-RGB-natural_RGB-3-2-1_1208081030', enabled 08 Aug 13:50:04 INFO [catalog.rest] - PUT coverage WMS_MSG-RGB-natural_RGB-3-2-1_1208081030,WMS_MSG-RGB-natural_RGB-3-2-1 _1208081030 Here is a log output with the error: 08 Aug 13:50:04 INFO [catalog.rest] - PUT file, mimetype: text/plain 08 Aug 13:50:04 INFO [catalog.rest] - Auto-configuring coverage store: WMS_MSG-RGB-natural_RGB-3-2-1_1208081115 08 Aug 13:50:05 ERROR [imagemosaic.ImageMosaicUtils] - Too many open files java.io.IOException: Too many open files at java.io.UnixFileSystem.createFileExclusively(Native Method) at java.io.File.checkAndCreate(File.java:1704) at java.io.File.createTempFile(File.java:1792) at java.io.File.createTempFile(File.java:1828) at org.geotools.data.shapefile.ShpFiles.getStorageFile(ShpFiles.java:943) at org.geotools.data.shapefile.ShapefileFeatureWriter.init(ShapefileFeatureWriter.java:118) at org.geotools.data.shapefile.ShapefileDataStore.createFeatureWriter(ShapefileDataStore.java:614) at org.geotools.data.AbstractDataStore.getFeatureWriter(AbstractDataStore.java:486) at org.geotools.data.AbstractDataStore.getFeatureWriter(AbstractDataStore.java:525) at org.geotools.gce.imagemosaic.IndexBuilder$MosaicDirectoryWalker.handleFile(IndexBuilder.java:729) at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:367) at org.apache.commons.io.DirectoryWalker.walk(DirectoryWalker.java:335) at org.geotools.gce.imagemosaic.IndexBuilder$MosaicDirectoryWalker.init(IndexBuilder.java:880) at org.geotools.gce.imagemosaic.IndexBuilder.run(IndexBuilder.java:1099) at
Re: [Geoserver-users] image mosaic jdbc using Float 32 for pixel value
Hi Markus, answers inside Zitat von markusin markus.innereb...@inf.unibz.it: Hi Christian, do you mean many tests, or only tests related to this new functionality? There is only one test class with some tests and the st_astiff call is not the problem. When installing postgis 2.0 did you run the legacy.sql script? No, I did not know about it. Anyway, this does make sense for geotools 2.7.x series, starting with 8.x we should not use the legacy syntax. Perhaps I will open an own JIRA issue for this. Maybe it will make sense that I create a develop environment that includes geoserver as well geotools. Or check out the version you are working for. You have to check out from github and work with git. You can switch between all branches easily. For testing you need the following file in your home directory .geotools/imagemosaic/pgraster.properties The content of the file is something like host=localhost portnum=5432 dbname=geo user=postgres password=postgres If you want to assist me, I can share my work on my github repo. Let me know Christian cheers Markus P.S. I am using postgis 2.0 for a raster application, so answer is yes. I am working with it. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/image-mosaic-jdbc-using-Float-32-for-pixel-value-tp4993699p4994748.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. -- 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] CoverageStore / Image Mosaic: Too many open files exception
On Mon, Aug 13, 2012 at 12:02 PM, Udo Einspanier u.einspan...@conterra.dewrote: Thanks a lot for the fast response, I will upgrade the installation as soon as possible and see what happens. I also noted that in Geoserver 2.1 there is a new REST operation /reset. May it help to call this before we do our updates? Reset drops all cached store/coverage readers, it's a good way to force GeoServer to notice new tables in databases and the like, but I would advice against calling it often since it will hamper performance and make currently in-flight requests fail. I don't believe it will help to solve the too many open files issue, but I may be wrong 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 --- -- 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] Publishing a shapefile on localhost
Hi, I need to add stores (shapefiles) to geoserver running on localhost:8080. In data_dir/data I have directories containing shapefiles. I add them as workspaces with Namespace URI set to http://localhost:8080/geoserver/data/*name_of_the_dir*/. When I try to add new store, the URL field in Connection Parameters doesn't open though and I can't choose which shapefile I want to add. I suppose the only error might be in http://localhost:8080/geoserver/data/*name_of_the_dir*/. I tried many different variations of this path, none of them worked for me. So the question is rather simple (hope the answer too): How do I add a store to a workspace when working in localhost? Thanks for any help. PS: The geoserver I'm working on is meant to run offline, thus I can't enter web URLs in Namespace URI. -- Michal Zimmermann (zimmi) WWW: http://www.zimmi.cz -- 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] WPS Chaining problems with GeoServer 2.1.3 and 2.1.4
Hi list I doing some work with WPS on GeoServer. As by now, I was not able to chain processes on GeoServer 2.1.3 and 2.1.4, getting messages, like the following: ows:ExceptionTextProcess failed during execution Process execution 2d7b1ee3-1a96-4158-a75b-cddef34ddb7a failed Failed to retrieve value for input features null/ows:ExceptionText What I am trying to accomplish here is to reproject the buffer of linestrings data: ?xml version=1.0 encoding=UTF-8? wps:Execute version=1.0.0 service=WPS xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns=http://www.opengis.net/wps/1.0.0; xmlns:wfs=http://www.opengis.net/wfs; xmlns:wps=http://www.opengis.net/wps/1.0.0; xmlns:ows=http://www.opengis.net/ows/1.1; xmlns:gml=http://www.opengis.net/gml; xmlns:ogc=http://www.opengis.net/ogc; xmlns:wcs=http://www.opengis.net/wcs/1.1.1; xmlns:xlink=http://www.w3.org/1999/xlink; xsi:schemaLocation=http://www.opengis.net/wps/1.0.0 http://schemas.opengis.net/wps/1.0.0/wpsAll.xsd; ows:Identifiergs:Reproject/ows:Identifier wps:DataInputs wps:Input ows:Identifierfeatures/ows:Identifier wps:Reference mimeType=text/xml; subtype=wfs-collection/1.0 xlink:href=http://geoserver/wps; method=POST wps:Body wps:Execute version=1.0.0 service=WPS ows:Identifiergs:BufferFeatureCollection/ows:Identifier wps:DataInputs wps:Input ows:Identifierfeature collection/ows:Identifier wps:Reference mimeType=text/xml; subtype=wfs-collection/1.0 xlink:href=http://geoserver/wfs; method=POST wps:Body wfs:GetFeature service=WFS version=1.0.0 outputFormat=GML2 wfs:Query typeName=apbz:wege_meran/ /wfs:GetFeature /wps:Body /wps:Reference /wps:Input wps:Input ows:Identifierwidth of the buffer/ows:Identifier wps:Data wps:LiteralData5/wps:LiteralData /wps:Data /wps:Input /wps:DataInputs wps:ResponseForm wps:RawDataOutput mimeType=text/xml; subtype=wfs-collection/1.0 ows:Identifierresult/ows:Identifier /wps:RawDataOutput /wps:ResponseForm /wps:Execute /wps:Body /wps:Reference /wps:Input wps:Input ows:IdentifierforcedCRS/ows:Identifier wps:Data wps:LiteralDataEPSG:25832/wps:LiteralData /wps:Data /wps:Input wps:Input ows:IdentifiertargetCRS/ows:Identifier wps:Data wps:LiteralDataEPSG:4326/wps:LiteralData /wps:Data /wps:Input /wps:DataInputs wps:ResponseForm wps:RawDataOutput mimeType=text/xml; subtype=wfs-collection/1.0 ows:Identifierresult/ows:Identifier /wps:RawDataOutput /wps:ResponseForm /wps:Execute The request was generated with the WPS builder. Using GeoServer 2.2RC2, the same WPS request runs fine. So my question: should I forget about chaining in 2.1.x or is there some obvious thing I'm screwing up? Regards, Peter -- 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] WPS Chaining problems with GeoServer 2.1.3 and 2.1.4
On Mon, Aug 13, 2012 at 1:49 PM, Peter Hopfgartner peter.hopfgart...@r3-gis.com wrote: Hi list I doing some work with WPS on GeoServer. As by now, I was not able to chain processes on GeoServer 2.1.3 and 2.1.4, getting messages, like the following: You are affected by http://jira.codehaus.org/browse/GEOS-5208, which has been fixed and is going to get into the 2.1.5 release (for which I don't have a date, but I hope to see it released Semptember or October, and then the 2.1.x series will be finished). If you want to stay on the 2.1.x series you can download a nightly build, there is very little activity on the 2.1.x branch anyways so it should be as good as a release: http://gridlock.opengeo.org/geoserver/2.1.x/ 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 --- -- 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] WPS Chaining problems with GeoServer 2.1.3 and 2.1.4
Dear Andrea, now it works! Thank you, Peter On 08/13/2012 02:55 PM, Andrea Aime wrote: On Mon, Aug 13, 2012 at 1:49 PM, Peter Hopfgartner peter.hopfgart...@r3-gis.com mailto:peter.hopfgart...@r3-gis.com wrote: Hi list I doing some work with WPS on GeoServer. As by now, I was not able to chain processes on GeoServer 2.1.3 and 2.1.4, getting messages, like the following: You are affected by http://jira.codehaus.org/browse/GEOS-5208, which has been fixed and is going to get into the 2.1.5 release (for which I don't have a date, but I hope to see it released Semptember or October, and then the 2.1.x series will be finished). If you want to stay on the 2.1.x series you can download a nightly build, there is very little activity on the 2.1.x branch anyways so it should be as good as a release: http://gridlock.opengeo.org/geoserver/2.1.x/ 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 --- -- Peter Hopfgartner R3 GIS Srl - GmbH Via Johann Kravogl-Str. 2 I-39012 Meran/Merano (BZ) web : www.r3-gis.com mail : peter.hopfgart...@r3-gis.com phone: +39 0473 494949 fax : +39 0473 069902 ATTENZIONE! Le informazioni contenute nella presente e-mail e nei documenti eventualmente allegati sono confidenziali. La loro diffusione, distribuzione e/o riproduzione da parte di terzi, senza autorizzazione del mittente è vietata e può violare il D. Lgs. 196/2003. In caso di ricezione per errore, Vogliate immediatamente informare il mittente del messaggio e distruggere la e-mail. ACHTUNG! Die in dieser Nachricht oder in den beigelegten Dokumenten beinhalteten Informationen sind streng vertraulich. Ihre Verbreitung und/oder ihre Wiedergabe durch Dritte ist ohne Erlaubnis des Absenders verboten und verstößt gegen das Legislativdekret 196/2003. Sollten Sie diese Mitteilung irrtümlicherweise erhalten haben, bitten wir Sie uns umgehend zu informieren und anschließend die Mitteilung zu vernichten. WARNING! This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden and could be against the law (D. Lgs. 196/2003) -- 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] Publishing a shapefile on localhost
I can't diagnose your problem from the description you gave, but I think that using 'localhost' in your workspace URIs is a red herring[1]. GeoServer does not actually make requests to the workspace URIS and as long as they are unique their values don't really affect GeoServer's operation. Perhaps a good next step would be for you to post a screen capture of the erroneous page? Are there any errors in GeoServer's log files? -- David Winslow OpenGeo - http://opengeo.org/ [1] http://en.wikipedia.org/wiki/Red_herring On Mon, Aug 13, 2012 at 6:41 AM, Michal Zimmermann zimm...@gmail.comwrote: Hi, I need to add stores (shapefiles) to geoserver running on localhost:8080. In data_dir/data I have directories containing shapefiles. I add them as workspaces with Namespace URI set to http://localhost:8080/geoserver/data/*name_of_the_dir*/. When I try to add new store, the URL field in Connection Parameters doesn't open though and I can't choose which shapefile I want to add. I suppose the only error might be in http://localhost:8080/geoserver/data/*name_of_the_dir*/. I tried many different variations of this path, none of them worked for me. So the question is rather simple (hope the answer too): How do I add a store to a workspace when working in localhost? Thanks for any help. PS: The geoserver I'm working on is meant to run offline, thus I can't enter web URLs in Namespace URI. -- Michal Zimmermann (zimmi) WWW: http://www.zimmi.cz -- 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 -- 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] Publishing a shapefile on localhost
I use the following URL for my SHP file data file:data/EA_Data/DetailedRiverNetwork i.e. not HTTP but FILE But I just hit the browse button to locate it. Russ On 13 Aug 2012, at 15:22, David Winslow dwins...@opengeo.org wrote: I can't diagnose your problem from the description you gave, but I think that using 'localhost' in your workspace URIs is a red herring[1]. GeoServer does not actually make requests to the workspace URIS and as long as they are unique their values don't really affect GeoServer's operation. Perhaps a good next step would be for you to post a screen capture of the erroneous page? Are there any errors in GeoServer's log files? -- David Winslow OpenGeo - http://opengeo.org/ [1] http://en.wikipedia.org/wiki/Red_herring On Mon, Aug 13, 2012 at 6:41 AM, Michal Zimmermann zimm...@gmail.com wrote: Hi, I need to add stores (shapefiles) to geoserver running on localhost:8080. In data_dir/data I have directories containing shapefiles. I add them as workspaces with Namespace URI set to http://localhost:8080/geoserver/data/*name_of_the_dir*/. When I try to add new store, the URL field in Connection Parameters doesn't open though and I can't choose which shapefile I want to add. I suppose the only error might be in http://localhost:8080/geoserver/data/*name_of_the_dir*/. I tried many different variations of this path, none of them worked for me. So the question is rather simple (hope the answer too): How do I add a store to a workspace when working in localhost? Thanks for any help. PS: The geoserver I'm working on is meant to run offline, thus I can't enter web URLs in Namespace URI. -- Michal Zimmermann (zimmi) WWW: http://www.zimmi.cz -- 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 -- 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 -- 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] Can not get results from WPS in application/json format
Using the WPS request builder in GeoServer 2.1.x (2012-08-13), I set the result option to application/json. The WPS request is: ?xml version=1.0 encoding=UTF-8? wps:Execute version=1.0.0 service=WPS xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns=http://www.opengis.net/wps/1.0.0; xmlns:wfs=http://www.opengis.net/wfs; xmlns:wps=http://www.opengis.net/wps/1.0.0; xmlns:ows=http://www.opengis.net/ows/1.1; xmlns:gml=http://www.opengis.net/gml; xmlns:ogc=http://www.opengis.net/ogc; xmlns:wcs=http://www.opengis.net/wcs/1.1.1; xmlns:xlink=http://www.w3.org/1999/xlink; xsi:schemaLocation=http://www.opengis.net/wps/1.0.0 http://schemas.opengis.net/wps/1.0.0/wpsAll.xsd; ows:Identifiergt:BufferFeatureCollection/ows:Identifier wps:DataInputs wps:Input ows:Identifierfeatures/ows:Identifier wps:Reference mimeType=text/xml; subtype=wfs-collection/1.0 xlink:href=http://geoserver/wfs; method=POST wps:Body wfs:GetFeature service=WFS version=1.0.0 outputFormat=GML2 wfs:Query typeName=sf:roads/ /wfs:GetFeature /wps:Body /wps:Reference /wps:Input wps:Input ows:Identifierbuffer/ows:Identifier wps:Data wps:LiteralData5/wps:LiteralData /wps:Data /wps:Input /wps:DataInputs wps:ResponseForm wps:RawDataOutput mimeType=application/json ows:Identifierresult/ows:Identifier /wps:RawDataOutput /wps:ResponseForm /wps:Execute What I get is: ows:ExceptionReport version=1.1.0 xsi:schemaLocation=http://www.opengis.net/ows/1.1 http://172.16.0.100:8080/geoserver/schemas/ows/1.1.0/owsAll.xsd;ows:Exception exceptionCode=NoApplicableCodeows:ExceptionTextjava.lang.NoClassDefFoundError: org/json/simple/parser/ContentHandler org/json/simple/parser/ContentHandler org.json.simple.parser.ContentHandler/ows:ExceptionText/ows:Exception/ows:ExceptionReport Where could I start to look into? Peter -- 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] Can not get results from WPS in application/json format
Maybe the stack trace may shed some light onto this:
Request: execute
service = WPS
version = 1.0.0
baseUrl = http://172.16.0.100:8080/geoserver/
identifier:
value = gt:BufferFeatureCollection
dataInputs:
input[0]:
identifier = net.opengis.ows11.impl.CodeTypeImpl@1e8c220
(value: features, codeSpace: null)
reference =
net.opengis.wps10.impl.InputReferenceTypeImpl@5820c3da (body:
net.opengis.wfs.impl.GetFeatureTypeImpl@4f1a4a
69 (handle: null, service: WFS, version: 1.0.0, baseUrl: null,
providedVersion: null, extendedProperties: {}) (maxFeatures: null, ou
tputFormat: GML2, resultType: unset, traverseXlinkDepth: null,
traverseXlinkExpiry: null, formatOptions: null, metadata: null, sta
rtIndex: null), encoding: null, href: http://geoserver/wfs, method:
POST, mimeType: text/xml; subtype=wfs-collection/1.0, schema: nu
ll)input[0]:
identifier = net.opengis.ows11.impl.CodeTypeImpl@470b5c11
(value: buffer, codeSpace: null)
data = net.opengis.wps10.impl.DataTypeImpl@3ac98487
responseForm:
rawDataOutput:
identifier = net.opengis.ows11.impl.CodeTypeImpl@41bd938
(value: result, codeSpace: null)
mimeType = application/json
13 Aug 17:42:24 ERROR [geoserver.ows] -
java.lang.NoClassDefFoundError: org/json/simple/parser/ContentHandler
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2818)
at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1159)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1647)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1526)
at org.geoserver.wps.ppio.GeoJSONPPIO.encode(GeoJSONPPIO.java:28)
at
org.geoserver.wps.CDataEncoderDelegate.encode(CDataEncoderDelegate.java:52)
at
org.geoserver.wps.response.ExecuteProcessResponse.writeComplex(ExecuteProcessResponse.java:210)
at
org.geoserver.wps.response.ExecuteProcessResponse.write(ExecuteProcessResponse.java:174)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:751)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:238)
On 08/13/2012 05:42 PM, Peter Hopfgartner wrote:
Using the WPS request builder in GeoServer 2.1.x (2012-08-13), I set the
result option to application/json. The WPS request is:
?xml version=1.0 encoding=UTF-8?
wps:Execute version=1.0.0 service=WPS
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xmlns=http://www.opengis.net/wps/1.0.0;
xmlns:wfs=http://www.opengis.net/wfs;
xmlns:wps=http://www.opengis.net/wps/1.0.0;
xmlns:ows=http://www.opengis.net/ows/1.1;
xmlns:gml=http://www.opengis.net/gml;
xmlns:ogc=http://www.opengis.net/ogc;
xmlns:wcs=http://www.opengis.net/wcs/1.1.1;
xmlns:xlink=http://www.w3.org/1999/xlink;
xsi:schemaLocation=http://www.opengis.net/wps/1.0.0
http://schemas.opengis.net/wps/1.0.0/wpsAll.xsd;
ows:Identifiergt:BufferFeatureCollection/ows:Identifier
wps:DataInputs
wps:Input
ows:Identifierfeatures/ows:Identifier
wps:Reference mimeType=text/xml; subtype=wfs-collection/1.0
xlink:href=http://geoserver/wfs; method=POST
wps:Body
wfs:GetFeature service=WFS version=1.0.0
outputFormat=GML2
wfs:Query typeName=sf:roads/
/wfs:GetFeature
/wps:Body
/wps:Reference
/wps:Input
wps:Input
ows:Identifierbuffer/ows:Identifier
wps:Data
wps:LiteralData5/wps:LiteralData
/wps:Data
/wps:Input
/wps:DataInputs
wps:ResponseForm
wps:RawDataOutput mimeType=application/json
ows:Identifierresult/ows:Identifier
/wps:RawDataOutput
/wps:ResponseForm
/wps:Execute
What I get is:
ows:ExceptionReport version=1.1.0
xsi:schemaLocation=http://www.opengis.net/ows/1.1
http://172.16.0.100:8080/geoserver/schemas/ows/1.1.0/owsAll.xsd;ows:Exception
exceptionCode=NoApplicableCodeows:ExceptionTextjava.lang.NoClassDefFoundError:
org/json/simple/parser/ContentHandler
org/json/simple/parser/ContentHandler
org.json.simple.parser.ContentHandler/ows:ExceptionText/ows:Exception/ows:ExceptionReport
Where could I start to look into?
Peter
--
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
[Geoserver-users] Custom PPIO class
Hi list, I'm trying to use adapt the class GeoJSONPPIO to DXF, using the DXF writer fow WFS from the community extensions and I do have a couple of questions: 1) What should I do to make this class visible to GeoServer. Currently added code to the DXF module, defining a new class DXFPPIO, which sets the approriate file extension, mime type and overwrites the write method. Anyway, if I submit a request with: wps:RawDataOutput mimeType=application/dxf ows:Identifierresult/ows:Identifier /wps:RawDataOutput then I get GML output. 2) Should the pulldown boxes in the WPS request builder automatically include this option, if the class id correctly loaded? Regards, Peter -- 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] Custom PPIO class
On Mon, Aug 13, 2012 at 6:18 PM, Peter Hopfgartner peter.hopfgart...@r3-gis.com wrote: Hi list, I'm trying to use adapt the class GeoJSONPPIO to DXF, using the DXF writer fow WFS from the community extensions and I do have a couple of questions: 1) What should I do to make this class visible to GeoServer. Currently added code to the DXF module, defining a new class DXFPPIO, which sets the approriate file extension, mime type and overwrites the write method. Anyway, if I submit a request with: wps:RawDataOutput mimeType=application/dxf ows:Identifierresult/ows:Identifier /wps:RawDataOutput then I get GML output. You have to register your new PPIO in the applicationContext.xml file (the spring application context). For example: bean id=shapeZipPPIO class=org.geoserver.wps.ppio.ShapeZipPPIO constructor-arg ref=wpsResourceManager/ /bean bean id=interpolationPPIO class=org.geoserver.wps.ppio.InterpolationPPIO / bean id=sldStylePPIO class=org.geoserver.wps.ppio.SLDStylePPIO / bean id=urlPPIO class=org.geoserver.wps.ppio.URLPPIO / bean id=jaitoolsRangePPIO class=org.geoserver.wps.ppio.JAIToolsRangePPIO/ 2) Should the pulldown boxes in the WPS request builder automatically include this option, if the class id correctly loaded? Yes 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 --- -- 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] Can not get results from WPS in application/json format
On Mon, Aug 13, 2012 at 5:46 PM, Peter Hopfgartner peter.hopfgart...@r3-gis.com wrote: 13 Aug 17:42:24 ERROR [geoserver.ows] - java.lang.NoClassDefFoundError: org/json/simple/parser/ContentHandler at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631) at java.lang.ClassLoader.defineClass(ClassLoader.java:615) at You are having classloading issues, it seems that the json-simple-1.1.jar file is missing from WEB-INF/lib. However, I'm not sure why? It seems to be part of the WPS dependencies, so it should be there... 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 --- -- 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] Publishing a shapefile on localhost
Russ, You may want to add 3 forward slashes to the file path location, see http://en.wikipedia.org/wiki/File_URI_scheme for more details. The path thus becomes: file:///data/EA_Data/DetailedRiverNetwork HTH Regards, Edward From: r...@russ-hore.co.uk Date: Mon, 13 Aug 2012 15:40:06 +0100 To: dwins...@opengeo.org CC: zimm...@gmail.com; geoserver-users@lists.sourceforge.net Subject: Re: [Geoserver-users] Publishing a shapefile on localhost I use the following URL for my SHP file data file:data/EA_Data/DetailedRiverNetworki.e. not HTTP but FILE But I just hit the browse button to locate it. Russ On 13 Aug 2012, at 15:22, David Winslow dwins...@opengeo.org wrote:I can't diagnose your problem from the description you gave, but I think that using 'localhost' in your workspace URIs is a red herring[1]. GeoServer does not actually make requests to the workspace URIS and as long as they are unique their values don't really affect GeoServer's operation. Perhaps a good next step would be for you to post a screen capture of the erroneous page? Are there any errors in GeoServer's log files? --David WinslowOpenGeo - http://opengeo.org/ [1] http://en.wikipedia.org/wiki/Red_herring On Mon, Aug 13, 2012 at 6:41 AM, Michal Zimmermann zimm...@gmail.com wrote: Hi,I need to add stores (shapefiles) to geoserver running on localhost:8080. In data_dir/data I have directories containing shapefiles. I add them as workspaces with Namespace URI set to http://localhost:8080/geoserver/data/*name_of_the_dir*/. When I try to add new store, the URL field in Connection Parameters doesn't open though and I can't choose which shapefile I want to add. I suppose the only error might be in http://localhost:8080/geoserver/data/*name_of_the_dir*/. I tried many different variations of this path, none of them worked for me. So the question is rather simple (hope the answer too): How do I add a store to a workspace when working in localhost? Thanks for any help.PS: The geoserver I'm working on is meant to run offline, thus I can't enter web URLs in Namespace URI. -- Michal Zimmermann (zimmi) WWW: http://www.zimmi.cz -- 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 -- 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 -- 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 -- 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] Tile map service dpi
I am using GeoServer 2.2-RC2 to set up tiled map services using the integrated GWC. I can view the service through the GWC demo page and am able to view the service using EPSG:26910 based tiles. The tiles are successfully created in the proper directory (I am not using the data_dir directory). I am also able to add and view the tiled service in QGIS and via WMS GetMap requests in browsers on multiple computers when accessing GeoServer tile services only. The problem occurs when trying to add it to the map application I am working on. The tiled map service coming from GeoServer fails with a message about the resolution exceeding the allowable threshold. I see from the documentation that a pixelSize of 0.28mm/pixel is assumed (a little over 90 dpi). Following another thread regarding resolutions, I changed pixelSize in geowebcache.xml to 0.00026458 as they wanted tiles created with 96 dpi. Is that the correct pixelSize value for creating a 96 dpi image? Also, is geowebcache.xml the correct place to make such a change? I noticed that GeoServer automatically changed the value back to 0.28 mm/pixel. I am beginning the transition from ArcGIS tile services to open source and still need to be able to use all our existing tile services. ArcGIS defaults to 96 dpi and so all our existing tile services are configured as such. I think the resolution and scale differences between GeoServer and ArcGIS is where things are going wrong. In trying to match the numbers between the two tile sources, I can match either the scale or resolution for the different tile levels, but not both. Depending on which it is that I match it to (resolution or scale), the percent difference in the error is different so I think dpi is key. Does it seem reasonable that if I can change GeoServer to work with a pixelSize that creates a 96 dpi image the resolution error will go away? - Michael -- 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] SLD label polygons
David, Yes, that works nicely. Thanks. Jim On 08/13/2012 10:11 AM, David Winslow wrote: This section of the manual lists some extra options for controlling label positioning and conflict resolution: http://docs.geoserver.org/stable/en/user/styling/sld-reference/labeling.html#geoserver-enhanced-options Reducing the 'goodnessOfFit' option below its default of 0.5 is the most direct way to show more labels but may reduce readability. -- David Winslow OpenGeo - http://opengeo.org/ On Sat, Aug 11, 2012 at 6:23 PM, Jim White jbw2...@earthlink.net mailto:jbw2...@earthlink.net wrote: Hi, I have a layer of polygons, and the labels are very sparingly displayed. I have to zoom in almost on top of a polygon to get it to display. How can I adjust the behavior to display more labels? Jim White http://jimserver.net/ -- 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 -- 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] WCS 1.1.1 response rotated
On Wed, Aug 8, 2012 at 10:39 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: Hi Radim, long time no see. The WCS spec uses the urn: form, urn:ogc:def:crs:EPSG::4326, that mandates the data to be expressed in lat/lon order, GeoServer respects that to the letter. Do you mean that the GetCoverage result output is rotated for 4326? That is exagerated IMO. The was no released WCS client to use at the time, GeoServer is the reference implementation, it was tested as such, nobody from OGC complained. Do they have any client or test suite? Which one? Or it was never really tested? What clients are people usually using with GeoServer? The result with 1.1.1 is also larger by 1 pixel in each direction (1.0.0 works OK), is it taken into account that 1.1.1 grid is using cell centers, not edges? OGC mandates cell centers as the one and only way to deal with raster data as far as I know, I believe we should be using it on both WCS versions but I'm not sure, they were implemented by two different people and the code paths are quite different. I was wrong, GeoServer gives result smaller by 1 pixel if bbox is defined by pixel centers (grid points), so I have to use bbox extended by 1 pixel, the same like WMS 1.3 which is not what WCS 1.1 requires AFAIK. Radim 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 --- -- 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] WCS 1.1.1 response rotated
On Thu, Aug 9, 2012 at 10:28 AM, Rahkonen Jukka In your example I wonder if the northing component of the GridOffsets should be negative because your GridOrigin is set into the top-left corner. You are right. Unfortunately, it must not be negative with GeoServer and EPSG:4326 otherwise it gives mirrored output (rotated+mirrored) Radim -Jukka Rahkonen- Radim Blazek wrote: On Wed, Aug 8, 2012 at 10:39 PM, Andrea Aime andrea.aime@geo- solutions.it wrote: On Wed, Aug 8, 2012 at 9:47 PM, Radim Blazek radim.bla...@gmail.com wrote: Hi, I cannot get correct response from WCS 1.1.1, the result is rotated. The server is here: http://www.sogeo.ch/geoserver/wcs request: http://www.sogeo.ch:80/geoserver/wcs?SERVICE=WCSVERSION=1.1.1RE QUES T=GetCoverageFORMAT=image/tiffIDENTIFIER=Img_SampleBOUNDIN GBOX=21. 5843815789473652,-129.8681617142856908,53.2349184210526332,- 62.988918 2857142913,urn:ogc:def:crs:EPSG::4326GRIDBASECRS=urn:ogc:def:crs:EPS G::4326GRIDORIGIN=53.2349184210526332,- 129.8681617142856908GRIDCS=u rn:ogc:def:cs:OGC:0.0:Grid2dSquareCSGRIDTYPE=urn:ogc:def:method:WCS : 1.1:2dSimpleGridGRIDOFFSETS=1.7583631578947370,1.9670365714285709 returns rotated raster. I have checked all params and I believe that with GRIDTYPE=urn:ogc:def:method:WCS:1.1:2dSimpleGrid it should never be rotated. Hi Radim, long time no see. The WCS spec uses the urn: form, urn:ogc:def:crs:EPSG::4326, that mandates the data to be expressed in lat/lon order, GeoServer respects that to the letter. Yes, the request above has lat/lon order in BOUNDINGBOX, GRIDORIGIN and GRIDOFFSETS (North America), that is not a problem. However you are right, the spec says no rotation allowed: GridType: default is urn:ogc:def:method:WCS:1.1:2dSimpleGrid (This GridType disallows rotation or skew relative to the GridBaseCRS - therefore GridOffsets has only two numbers.) Now... is it possible to maintain lat/lon axis order and still use 2dSimpleGrid? Why not? Anyway, can you find in GeoServer code the place where the output is rotated with params given above? Does somebody has any idea? Are the params wrong? Which free WCS client is known to work with GeoServer WCS 1.1.1? The was no released WCS client to use at the time, GeoServer is the reference implementation, it was tested as such, nobody from OGC complained. However I believe Frank tried out GDAL against GeoServer too in that time, can't remember outstanding issues there either. GDAL does not work with WCS 1.1 in geographic CRS because it does not switch axis order. The result with 1.1.1 is also larger by 1 pixel in each direction (1.0.0 works OK), is it taken into account that 1.1.1 grid is using cell centers, not edges? OGC mandates cell centers as the one and only way to deal with raster data as far as I know, I believe we should be using it on both WCS versions but I'm not sure, they were implemented by two different people and the code paths are quite different. AFAIK, the WCS version 1.0 should use cell edges (bbox) like WMS 1.x does. Radim 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 --- -- 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 -- 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 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT
