Re: [Geoserver-users] NetCDF cannot be loaded through extension
Hi Ben, that was it. Everything working smoothly now. I just had the NetCDF Output Plugin, not the NetCDF plugin. Thanks for your help! Best regards, Max > -Ursprüngliche Nachricht- > Von: Ben Caradoc-Davies [mailto:b...@transient.nz] > Gesendet: Dienstag, 17. Januar 2017 23:57 > An: Max Stephan > Cc: Daniele Romagnoli; geoserver-users > Betreff: Re: [Geoserver-users] NetCDF cannot be loaded through extension > > Max, > > you have installed the NetCDF Output plugin, which adds support for GeoServer > output of NetCDF via WCS 2.0. To support input of coverages from NetCDF files, > please install the NetCDF plugin (for 2.9.0): > http://sourceforge.net/projects/geoserver/files/GeoServer/2.9.0/extensions/geoserv > er-2.9.0-netcdf-plugin.zip > > Because there are some jar files used in both plugins, it appears that > installing only > the NetCDF Output plugin adds just enough functionality to offer to read > NetCDF > files via the web UI, but attempting to use this functionality results in the > rather > unhelpful error message you have encountered. > > You can install both plugins at the same time; use "unzip -o" to overwrite > jar files > used in both plugins without prompting. > > Kind regards, > Ben. > > > On 18/01/17 11:25, Max Stephan wrote: > > Hi Daniele, > > > > thanks for your reply. Below is a listing of the contents of the WEB-INF/lib > folder: > > > > Best regards, > > Max > > > > WEB-INF/lib content: > > -rw-r--r-- 1 tomcat7 tomcat7 62983 Sep 16 2013 activation-1.1.jar > > -rw-r--r-- 1 tomcat7 tomcat74467 Sep 12 2013 aopalliance-1.0.jar > > -rw-r--r-- 1 tomcat7 tomcat7 95313 Sep 16 2013 batik-anim-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 401858 Sep 16 2013 > > batik-awt-util-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 558892 Sep 16 2013 batik-bridge-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 310919 Sep 16 2013 batik-css-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 173530 Sep 16 2013 batik-dom-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 10257 Sep 16 2013 batik-ext-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 242866 Sep 16 2013 batik-gvt-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 504741 Sep 16 2013 batik-js-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 73119 Sep 16 2013 batik-parser-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 60604 Sep 16 2013 batik-script-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 601098 Sep 16 2013 > > batik-svg-dom-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 215274 Sep 16 2013 batik-svggen-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 121997 Sep 16 2013 > > batik-transcoder-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 128286 Sep 16 2013 batik-util-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 30843 Sep 16 2013 batik-xml-1.7.jar > > -rw-r--r-- 1 tomcat7 tomcat7 1824421 Sep 12 2013 > > bcprov-jdk14-1.46.jar > > -rw-r--r-- 1 tomcat7 tomcat7 4143516 Oct 25 23:00 cdm-4.6.2.jar > > -rw-r--r-- 1 tomcat7 tomcat7 322362 Sep 16 2013 cglib-nodep-2.2.jar > > -rw-r--r-- 1 tomcat7 tomcat7 211652 Sep 12 2013 common-2.6.0.jar > > -rw-r--r-- 1 tomcat7 tomcat7 188671 Sep 12 2013 > > commons-beanutils-1.7.0.jar > > -rw-r--r-- 1 tomcat7 tomcat7 263965 Mar 21 2014 > > commons-codec-1.9.jar > > -rw-r--r-- 1 tomcat7 tomcat7 588337 Mar 24 2016 > > commons-collections-3.2.2.jar > > -rw-r--r-- 1 tomcat7 tomcat7 160519 Dec 22 2013 commons-dbcp-1.4.jar > > -rw-r--r-- 1 tomcat7 tomcat7 57779 Sep 12 2013 > > commons-fileupload-1.2.1.jar > > -rw-r--r-- 1 tomcat7 tomcat7 305001 Sep 12 2013 > > commons-httpclient-3.1.jar > > -rw-r--r-- 1 tomcat7 tomcat7 163151 Sep 12 2013 commons-io-2.1.jar > > -rw-r--r-- 1 tomcat7 tomcat7 24 Sep 12 2013 > > commons-jxpath-1.3.jar > > -rw-r--r-- 1 tomcat7 tomcat7 284220 Nov 9 2013 commons-lang-2.6.jar > > -rw-r--r-- 1 tomcat7 tomcat7 60686 Sep 12 2013 commons-logging-1.1.1.jar > > -rw-r--r-- 1 tomcat7 tomcat7 96203 Sep 16 2013 commons-pool-1.5.3.jar > > -rw-r--r-- 1 tomcat7 tomcat7 150629 Sep 12 2013 > > com.noelios.restlet-1.0.8.jar > > -rw-r--r-- 1 tomcat7 tomcat7 14072 Sep 12 2013 > > com.noelios.restlet.ext.servlet- > 1.0.8.jar > > -rw-r--r-- 1 tomcat7 tomcat7 10114 Sep 16 2013 > > com.noelios.restlet.ext.simple- > 1.0.8.jar > > -rw-r--r-- 1 tomcat7 tomcat7 342540 May 10 2015 core-0.26.jar > > -rw-r--r-- 1 tomcat7 tomcat7 1231403 Sep 12 2013 ecore-2.6.1.jar > > -rw-r--r-- 1 tomcat7 tomcat7 203035 Sep 12 2013 ehcache-1.6.2.jar > > -rw-r--r-- 1 tomcat7 tomcat7 37176 Sep 16 2013 encoder-1.1.jar > > -rw-r--r-- 1 tomcat7 tomcat7
[Geoserver-users] NetCDF cannot be loaded through extension
Hi, we are trying to load a NetCDF through the NetCDF reader extension on our Geoserver 2.9.0 instance, using the web admin interface. This unfortunately results in an error: - The web interface shows: Could not list layers for this store, an error occurred retrieving them: Failed to create reader from file:data/WASCAL-WMS/testfolder/WestAfrica_05min2007yearsum.nc and hints null - Below you'll also find the stack trace from the geoserver log - The ncdump of the file we try to load Do you have any hint what could have gone wrong here and what we could do to fix the situation? Let me know if any other information is required. I am unfortunately not really familiar with the NetCDF format and therefore not sure if Geoserver will be able to deal with the provided files. Could it be that the file is not raster/grid but point based as pointed out in this previous post: http://osgeo-org.1560.x6.nabble.com/Adding-NetCDF-datastore-gives-a-runtime-exception-td5290171.html ? Thanks in advance, Max Stack trace: 2017-01-15 22:34:48,410 WARN [netcdf.NetCDFFormat] - Unable to connect org.geotools.data.DataSourceException: Unable to connect at org.geotools.coverage.io.netcdf.NetCDFReader.(NetCDFReader.java:159) at org.geotools.coverage.io.netcdf.NetCDFFormat.getReader(NetCDFFormat.java:95) at org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1441) at org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:1369) at org.geoserver.catalog.impl.CoverageStoreInfoImpl.getGridCoverageReader(CoverageStoreInfoImpl.java:59) at sun.reflect.GeneratedMethodAccessor564.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.geoserver.catalog.impl.ModificationProxy.invoke(ModificationProxy.java:147) at com.sun.proxy.$Proxy36.getGridCoverageReader(Unknown Source) at org.geoserver.web.data.layer.NewLayerPageProvider.getItemsInternal(NewLayerPageProvider.java:88) at org.geoserver.web.data.layer.NewLayerPageProvider.getItems(NewLayerPageProvider.java:57) at org.geoserver.web.wicket.GeoServerDataProvider.fullSize(GeoServerDataProvider.java:243) at org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.updateMatched(GeoServerTablePanel.java:583) at org.geoserver.web.wicket.GeoServerTablePanel$PagerDelegate.(GeoServerTablePanel.java:576) at org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:176) at org.geoserver.web.wicket.GeoServerTablePanel.(GeoServerTablePanel.java:97) at org.geoserver.web.data.layer.NewLayerPage$1.(NewLayerPage.java:105) at org.geoserver.web.data.layer.NewLayerPage.(NewLayerPage.java:105) at org.geoserver.web.data.store.CoverageStoreNewPage.onSuccessfulSave(CoverageStoreNewPage.java:78) at org.geoserver.web.data.store.CoverageStoreNewPage.onSave(CoverageStoreNewPage.java:69) at org.geoserver.web.data.store.AbstractCoverageStorePage$1.onSubmit(AbstractCoverageStorePage.java:116) at org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:110) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior$AjaxFormSubmitter.onSubmit(AjaxFormSubmitBehavior.java:215) at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1307) at org.apache.wicket.markup.html.form.Form.process(Form.java:974) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:795) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:171) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:155) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:588) at sun.reflect.GeneratedMethodAccessor378.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:258) at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:241) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:248) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:865) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265) at
Re: [Geoserver-users] Securing access to OWS. Possible through oAuth 2?
Hi Alessio, in our setup the user authenticates in the Web Application which is managed through 'passport'. He receives an oAuth2 token when authentication was successful. We would like to use that same token for Geoserver as well. In order to do that I assume we would have to verify that authenticity of that token somehow. Is that what you mean by creating a small custom extension? Is there a guide as to which steps need to be taken for this? Lastly, how would I assign certain permissions for example layer level restrictions for a user authenticated through oAuth2? Kind regards, Max Von: alessio.fabi...@gmail.com <alessio.fabi...@gmail.com> im Auftrag von Alessio Fabiani <alessio.fabi...@geo-solutions.it> Gesendet: Donnerstag, 12. Januar 2017 13:56:17 An: Max Stephan Cc: geoserver-users@lists.sourceforge.net Betreff: Re: [Geoserver-users] Securing access to OWS. Possible through oAuth 2? Hi Max, oauth2 can allow you to do this since in the end it relies on generated access_tokens which are more or less similar to the fixed keys of the authkey module. The difference is that setting up the oauth2 is much more complex, but it also gives you more security and reliability (as an instance the access_tokens are generated and are associated to expiring sessions instead of being permanent as for the authkey module). The problem is that actually you need an oauth2 service provider of course. If you want to implement your custom oauth2 service provider, then you might need to create also a small custom extension of the GeoServer plugin. Best Regards, Alessio Fabiani. == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Alessio Fabiani @alfa7691 Founder/Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 331 6233686 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 Thu, Jan 12, 2017 at 2:02 PM, Max Stephan <m...@maxstephan.com<mailto:m...@maxstephan.com>> wrote: Hi, we need to secure resources within our Geoserver on a layer or service level. Is it possible to achieve this using the oAuth2 community module? If yes, how would I go about doing this? I want to do this in an automated way, i.e. I wouldn't want the user to first sign in to Geoserver to then be able to use the respective services or layers in the web application. If oAuth2 is not possible what other ways exist to achieve this? I see the Key authentication module for example (http://docs.geoserver.org/stable/en/user/community/authkey/index.html) but not sure if that would provide the right level of security. Kind regards and thanks in advance, Max Stephan Key authentication module — GeoServer 2.10.x User Manual<http://docs.geoserver.org/stable/en/user/community/authkey/index.html> docs.geoserver.org<http://docs.geoserver.org> Key authentication module¶ The authkey module for GeoServer allows for a very simple authentication protocol designed for OGC
[Geoserver-users] Securing access to OWS. Possible through oAuth 2?
Hi, we need to secure resources within our Geoserver on a layer or service level. Is it possible to achieve this using the oAuth2 community module? If yes, how would I go about doing this? I want to do this in an automated way, i.e. I wouldn't want the user to first sign in to Geoserver to then be able to use the respective services or layers in the web application. If oAuth2 is not possible what other ways exist to achieve this? I see the Key authentication module for example (http://docs.geoserver.org/stable/en/user/community/authkey/index.html) but not sure if that would provide the right level of security. Kind regards and thanks in advance, Max Stephan Key authentication module - GeoServer 2.10.x User Manual<http://docs.geoserver.org/stable/en/user/community/authkey/index.html> docs.geoserver.org Key authentication module¶ The authkey module for GeoServer allows for a very simple authentication protocol designed for OGC clients that cannot handle any kind of ... -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] SLD WPS rendering transformation with gs:Clip not working
Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) The WMS requests returns the image as normal, i.e. not clipped. My Geoserver version is 2.9RC1. The WPS extension and specifically clipping is working correctly when directly calling the WPS. The dataset I want to clip doesn't have any dateTime fields so I also have no idea where the date/time comes from. Could anyone help me with this please? Am I misconfiguring something? Cheers, Max Von: andrea.a...@gmail.com <andrea.a...@gmail.com> im Auftrag von Andrea Aime <andrea.a...@geo-solutions.it> Gesendet: Freitag, 13. Mai 2016 17:20:38 An: Max Stephan Cc: GeoServer Mailing List List Betreff: Re: [Geoserver-users] SLD WPS rendering transformation with gs:Clip not working Hi, The style did not reach the mailing list, this likely happened because you posted via Nabble. It's a good searchable archive but a bad way to post questions... I'd suggest you do a direct subscription and post again the message instead Cheers Andrea Il 13 mag 2016 18:56, "xzam" <m...@maxstephan.com<mailto:m...@maxstephan.com>> ha scritto: Hi, I am trying to get clipping through a SLD rendering transformation to work. For that I am using the 'gs:Clip' in my SLD as shown below: This is the error I receive in the geoserver log(Verbose logging settings activated): The WMS requests returns the image as normal, i.e. not clipped. My Geoserver version is 2.9RC1. The WPS extension and specifically clipping is working correctly when directly calling the WPS. The dataset I want to clip doesn't have any dateTime fields so I also have no idea where the date/time comes from. Could anyone help me with this please? Am I misconfiguring something? Cheers, Max -- View this message in context: http://osgeo-org.1560.x6.nabble.com/SLD-WPS-rendering-transformation-with-gs-Clip-not-working-tp5266261.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] WPS Execute GET request KVP syntax
Hi Ian, thanks for the hint. Had a look at the DescribeProcess response and the WPS spec already but couldn't really get it working based on that. The spec says: Complex := InputId “=” Value *( “@” ComplexAttribute ) ComplexAttribute:= ComplexAttributeName “=” Value ComplexAttributeName := “mimetype” | “encoding” | “schema" Based on I assumed the syntax for the second parameter would be: clip=@mimetype=application/wkt. But that didn't work unfortunately. Cheers, Max Von: Ian Turton <ijtur...@gmail.com> Gesendet: Dienstag, 10. Mai 2016 17:31:47 An: Max Stephan Cc: geoserver-users Betreff: Re: [Geoserver-users] WPS Execute GET request KVP syntax You probably need to read the Spec (http://portal.opengeospatial.org/files/?artifact_id=24151) - start around page 38 which covers how to specify and encode your parameters. As for which parameters are needed look at the DescribeProcess response. Ian On 10 May 2016 at 16:12, xzam <m...@maxstephan.com<mailto:m...@maxstephan.com>> wrote: Hi, I am having a bit of a hard time getting a WPS execution to run through a GET request as the documentation about the geoserver specifics of this is a bit sparse. I want to use the gs:Clip function. So, as a base I need the following parameters: * service=wps * version=1.0.0 * request=execute * identifier=gs:Clip Now I struggle with the Data inputs. The features to clip come directly from a Geoserver layer whereas the clipping features are provided in WKT. For the internal Geoserver feature I am using a standard WFS getFeature request. Is there an internal pipeline for achieving the same: * features=@xlink:http:///geoserve/ows?service=WFS=1.0.0=GetFeature==50=application%2Fjson For the WKT polygon I am a bit clueless. I tried: * clip=@mimeType=application/wkt What am I missing here? And what other parameters are required? Thanks in advance Max -- View this message in context: http://osgeo-org.1560.x6.nabble.com/WPS-Execute-GET-request-KVP-syntax-tp5265620.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net<mailto:Geoserver-users@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Ian Turton -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Serve Landsat Band
Hi, this should be possible through a single layer with different styles. In the SLD you can select the band you want to display through the RasterSymbolizer. It is documented here: http://docs.geoserver.org/latest/en/user/styling/sld-reference/rastersymbolizer.html So, workflow would be essentially: 1. Create a single datastore with your Landsata data 2. Create a layer based on the datastore 3. Create a separate SLD style for each of the bands you want to display 4. Assign the styles to the layer created earlier Regards, Max Von: prpp pritimoy.pod...@deimos-space.com Gesendet: Montag, 13. Juli 2015 16:19 An: geoserver-users@lists.sourceforge.net Betreff: [Geoserver-users] Serve Landsat Band Hi, I am new to Geoserver. My requirement is to serve different bands of Landsat product as separate layers through WMS. Is it a good thing to do? If so, could you please point me to the right API to use to achieve this? FYI, we have a folder containing all the bands of Landsat data if we want to serve it as a layer then we have to also create datastore for each of those bands! May be it is confusing, let me know if you need more information. Or point me to the right solution how to server different bands of a Landsat product? Thanks in advance. PRPP -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Serve-Landsat-Band-tp5215449.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Geowebcache tiles showing only when seeding and not when viewing the map
Hi Ravyn, just to make sure: Do the resolutions for your OpenLayers map match the resolutions set for the gridset of your cached layer? You can get the list of resolutions for example by opening the preview of the cached layer you're interested in (Tile Caching section in the Web Interface Locate the Layer Select the Gridset you are interested in (will open the Layer Preview of this layer in this gridset) Open the source and check if the resolutions array in the source matches the one configured in your OpenLayers application, if configured). Regards, Max Von: Ravyn smrcoutt...@gmail.com Gesendet: Dienstag, 9. September 2014 15:07 An: geoserver-users@lists.sourceforge.net Betreff: [Geoserver-users] Geowebcache tiles showing only when seeding and not when viewing the map I have created a map with geoserver and postgresSQL. I have managed in geoserver to seed the layers into tiles but for some reason as you view across the map, it does not create those tiles. For instance, if I seeded the layer till zoom 11 and wanted to view at zoom level 20, I could but it does not seem to create the tiles for a later stage nor make it more effective or faster. Also when I set a bounding area in the seeding form section, it gives me http 500 error and I'm not sure why. I have set up geoserver and placed the folder for the tiles for the geowebcache. I am using the intergrated geowebcache that comes with geoserver. The logs don't seem to show if there is something wrong. I am using OpenLayers and programmed in to allow to see the full map with several layers. It uses this to access the map: 192.168.1.56/geoserver/test/gwc/service/wms Any help will be grateful. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Geowebcache-tiles-showing-only-when-seeding-and-not-when-viewing-the-map-tp5160896.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Add data (granule) to an imagemosaic+time
Hi Jean, if I understand you correctly, you have an existing time enabled image mosaic and want to add new GeoTIFFs to it, yes? As far as I am aware the Geoserver ImageMosaic module does not provide a mechanism to update the granule index when new granules are added to the ImageMosaic source directory. Instead you need to add the granules manually to your granule index in your PostGIS table. You can do this automated through a Script for example. This script would need to extract the respective parameters from the new granules (time dimension from filename, geographical extent from GeoTIFF, path) and write it to a new row in your granule index table (if the extent is the same for all of your granules you could also simply copy over the geometry from a previous granule). Alternatively you would have to recreate the ImageMosaic every time you add new granules to it (which would require deleting the granule index table and deleting the supplementary files that GeoServer creates on ImageMosaic creation before recreating the ImageMosaic). Regards, Max Von: Jean Pommier jean.pomm...@pi-geosolutions.fr Gesendet: Donnerstag, 11. September 2014 08:44 An: geoserver-users@lists.sourceforge.net Betreff: [Geoserver-users] Add data (granule) to an imagemosaic+time Hi list, I've got an imagemosaic constituted of several NDVI geotiffs (using time dimension). It works very well, but I'm stuck at the add new data step. I've tried several ways : curl (http://docs.geoserver.org/2.5.x/en/user/rest/examples/curl.html), gsconfig. Digging in the REST API, I guess it should have been curl -v -u admin:geoserver -XPUT -H Content-type: application/zip --data-binary @dv2011.zip http://pigeo.fr/geoserver-prod/rest/workspaces/pigeo/coveragestores/NDVI/file.imagemosaic (the zip file containing my new geotiff file) Actually, it did add the data in the repository, but didn't update the index. So it's not really added, just copied in the folder. I've even tried with several versions of geoserver (2.4.2, 2.5.2, 2.6.RC1) with no changes. So I guess I'm mistaken somewhere in my process. My data are geotiffs, all the same. I'm running geoserver under tomcat7, java 7 oracle. The mosaic index is stored in a postgis DB. Any help, please ? Do I need to install some extension ? Have a nice day, Jean -- [cid:part1.00040504.08080902@pi-geosolutions.fr] Jean Pommier -- pi-Geosolutions Ingénieur, consultant indépendant Tél. : (+33) 6 09 23 21 36 E-mail : j...@pi-geosolutions.frmailto:j...@pi-geosolutions.fr Web : www.pi-geosolutions.frhttp://www.pi-geosolutions.fr -- 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] Possible Image Mosaic time bug
Dear all, just wanted to let you know that I found a solution for this problem. As mentioned, we are using Oracle Spatial for storing the granule index. In the indexer.properties file for the ImageMosaic the time parameter was defined as time and upon creation of the index table in Oracle this was automatically capitalized into TIME. While this was no problem with normal requests by time parameter without sorting enabled, this wasn't the case with sorting enabled (as described in my earlier posts). So, to fix this issue I altered the indexer.properties entries for time to TIME and it is working fine now. The store does not necessarily need to be recreated for fixing this. It is sufficient to replace every occurence of the column name time with TIME in the following files after the ImageMosaic was created: - indexer.properties - ImageMosaicName.properties - .mosaic/ImageMosaicName.properties After having set the sorting parameter for the layer to TIME D or TIME A respectively and having reloaded the configuration and catalog, the sorting should work as expected. Regards, Max -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Possible-Image-Mosaic-time-bug-tp5089638p5151167.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Possible Image Mosaic time bug
And as the logfile content only seems to be visible in nabble, here it is to be visible in a mail as well. The sorting of the ImageMosaic granules crashes when the process tries to determine if the column is sortable. Best regards, Max Stephan The Logfile excerpt: 2014-06-26 15:28:10,436 ERROR [org.geoserver.ows] - org.geoserver.platform.ServiceException: Rendering process failed at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:509) at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:251) at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:123) at org.geoserver.wms.GetMap.executeInternal(GetMap.java:509) at org.geoserver.wms.GetMap.run(GetMap.java:253) at org.geoserver.wms.GetMap.run(GetMap.java:124) at org.geoserver.wms.DefaultWebMapService.getMap(DefaultWebMapService.java:328) at sun.reflect.GeneratedMethodAccessor168.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:319) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.geoserver.kml.WebMapServiceKmlInterceptor.invoke(WebMapServiceKmlInterceptor.java:34) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:54) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202) at com.sun.proxy.$Proxy60.getMap(Unknown Source) at sun.reflect.GeneratedMethodAccessor167.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:774) 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:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:27) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 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.flow.controller.IpBlacklistFilter.doFilter(IpBlacklistFilter.java:92) 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:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:49) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.springframework.security.web.FilterChainProxy
Re: [Geoserver-users] Possible Image Mosaic time bug
Hi, I am trying to get the sorting to work with an ImageMosaic layer using the parameter above (in my case time D, as time is the time-parameter in the database granule index (Oracle Spatial). When trying to request the layer, an error occurs because the sorting goes wrong (see logfile excerpt at the end of this message). Without the sorting parameter the imageMosaic displays just fine. Our setup: - Geoserver 2.5, running in tomcat 6 with Sun JDK 1.6.0.45 - Image Mosaic with Granule Index in Oracle Spatial (connection to the database via org.geotools.data.oracle.OracleNGDataStoreFactory) Does anyone have an idea what is going wrong here and how we could fix it? Thanks in advance, Max Stephan The logfile entry is the following: -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Possible-Image-Mosaic-time-bug-tp5089638p5148144.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] image mosaic pyramid with time dimension
Hi Simone, I would like to pick up the topic again as I am working on the very same issue at the moment. As a reminder: We have a bulk of aerial imagery with the requirement to access historical data (i.e. updates are added to the index in regular intervals, but the imagery from a certain point in time should still be accessible after having applied an update). We are intending to serve this with a time-enabled image mosaic, holding the index in a database table. As you already mentioned the ImageMosaic only provides a reasonable performance if you have no more than 50-60 tiles in a view at the same time. Therefore I would create pyramids to achieve a similar performance on every zoomlevel, which I achieve by downsampling the original tiles and mosaicing them to new tiles on currently three levels (we cannot use gdal directly, therefore I am doing this in FME). I have a few open questions with regard to this: - What is the recommended tile size in pixels to achieve a reasonable balance between number of tiles and disk access? - For integration into Geoserver I currently see the option to create an image mosaic for each pyramid level, add scale dependent styles to each of them and then add all of the layers to a layer group (original tile imagemosaic and the three lower resolution overviews). Do you think this would be a good approach? - You're talking about creating a layer based on an ImagePyramid as well, but I guess this would not read the time and add it to the index of the underlying mosaics, will it? Thank you very much in advance! Cheers, Max -- View this message in context: http://osgeo-org.1560.x6.nabble.com/image-mosaic-pyramid-with-time-dimension-tp5073298p5140777.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Use of Geoserver Pritning Module with OpenLayers client?
Hi Ben, GeoExt is using OpenLayers as well and is just an additional layer on top of Ext-JS (for the interface components) and OpenLayers (for the mapping components). Therefore I think it wouldn´t be much extra-effort. You can just use your existing OpenLayers-code with your map-object. Instead of rendering this map-object directly to a div-container like you would usually do, you create a GeoExt-mappanel (http://geoext.org/lib/GeoExt/widgets/MapPanel.html) based on this. This mappanel is then used to create the GeoExt-PrintProvider (http://geoext.org/lib/GeoExt/data/PrintProvider.html) which you may then use for implementing the print-functionality. This enables the print-provider to get the currently activated layers and bounding-box from the map. Several examples of implementing this functionality are provided here (though the examples don´t seem to work currently but the scripts are still available): http://geoext.org/examples.html. What you will use of that depends on your intended functionality. Cheers and good luck with the implementation, Max Von: Stephen V. Mather [mailto:s...@clevelandmetroparks.com] Gesendet: Dienstag, 28. Mai 2013 21:54 An: Benjamin Krepp; geoserver-users@lists.sourceforge.net Betreff: Re: [Geoserver-users] Use of Geoserver Pritning Module with OpenLayers client? Hi Ben, Writing clients for mapfish is not hard. I don't have any OL examples to share, but you just need to PUT a specially formatted json to the service endpoint-- the json doc declares layers, extent, dpi, layout, etc. I don't know how well the API is documented these days, but some hints can be found here: https://smathermather.wordpress.com/category/gis/mapfish/ Best of luck, Steve [http://sig.cmparks.net/cmp-ms-90x122.png]Stephen V. Mather GIS Manager (216) 635-3243 (Work) clevelandmetroparks.comhttp://www.clemetparks.com From: Benjamin Krepp [bkr...@ctps.org] Sent: Tuesday, May 28, 2013 3:24 PM To: geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net Subject: [Geoserver-users] Use of Geoserver Pritning Module with OpenLayers client? Dear colleagues, I have a couple of OpenLayers apps (backed by Geoserver) to which I'd like to add the ability to print the map in .pdf format. The Geoserver Printing Module (http://docs.geoserver.org/latest/en/user/community/printing/index.html) looks like it would provide the server-side support I'm looking for. However, the documentation for the Print Module indicates that the print service it supports is meant to be used from GeoExt client-side apps. For a variety of reasons (not the least of which is budget limitations) I'm not in a position to re-implement the OL apps in question using GeoExt. Given this, I have a couple of questions: 1. Does anyone know if a plain-vanilla OpenLayers app can successfully make use of the Geoserver Printing Module service? If anyone does, I'd appreciate reference(s) to working sample code. 2. If (1) is not possible, is there some approach that would work that wouldn't require re-writing the whole app to use GeoExt? For example, might it be possible to use GeoExt only in a very limited way (e.g., manage the 'map canvas') and rely on the existing body of OL code to handle everything else (e.g., manage on-screen controls, generation/display of legends, etc.) and still be able to exploit the Print Module? If the answer is 'yes', pointers to sample working code would be appreciated. Since the answer to these questions might be found in either the GeoSever or OpenLayers communities, I'm posting this inquiry to both mailing lists. My apologies if you receive these questions twice. Thanks in advance for any help you can offer with this. Best regards, Ben Krepp Benjamin Krepp | Manager of GIS and IT CENTRAL TRANSPORTATION PLANNING STAFF 617.973.7137 | bkr...@ctps.orgmailto:bkr...@ctps.org www.ctps.org/bostonmpohttp://www.ctps.org/bostonmpo [cid:image001.png@01CE5BF1.344ADB10] inline: image001.png-- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] hide features
Hi, I don´t know which kind of GetFeatureInfo-format GeoExplorer is using. There are two main types available: a) You get the getFeatureInfo from Geoserver in HTML-format. Geoserver is creating the layout based on the GetFeatureInfo-templates (see http://docs.geoserver.org/stable/en/user/tutorials/GetFeatureInfo/index.html for more on this). If you want to remove certain attributes from the response you can simply create a custom FeatureInfo-template for the specific layer b) The client itself (in this case geoexplorer) is responsible for the layout and receives only the raw data from Geoserver (i.e. all attributes and their values plus maybe also the geometry). As far as I know there´s no possibility to limit which features/attributes shall be displayed in your GetFeatureInfo other than removing them from the data itself. Best regards Max Stephan From: Aitor Freire Astray [mailto:aitor.fre...@gmail.com] Sent: 19 December 2012 11:19 To: geoserver-users@lists.sourceforge.net Subject: [Geoserver-users] hide features Hi, I have some layers in geoserver and I want to hide some features on identify tool of geoexplorer. Is possible to do this or I need to modify my original data on postgresql? I´m looking for but I don't find anything about this option. Thanks! -- Aitor Freire Astray -- 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
Re: [Geoserver-users] hide features
Hey, Please try to determine first how GeoExplorer handles GetFeatureInfo-requests (e.g. through firebug). But you should usually see at first sight if it´s the standard-HTML-response (like in Geoserver´s layer preview) or a customized one within GeoExplorer. Best regards Max Stephan From: Aitor Freire Astray [mailto:aitor.fre...@gmail.com] Sent: 19 December 2012 12:59 To: Max Stephan Cc: geoserver-users@lists.sourceforge.net Subject: Re: [Geoserver-users] hide features Hi Max, I'll try to do it. Thanks!! 2012/12/19 Max Stephan max.step...@gmx.netmailto:max.step...@gmx.net Hi, I don´t know which kind of GetFeatureInfo-format GeoExplorer is using. There are two main types available: a) You get the getFeatureInfo from Geoserver in HTML-format. Geoserver is creating the layout based on the GetFeatureInfo-templates (see http://docs.geoserver.org/stable/en/user/tutorials/GetFeatureInfo/index.html for more on this). If you want to remove certain attributes from the response you can simply create a custom FeatureInfo-template for the specific layer b) The client itself (in this case geoexplorer) is responsible for the layout and receives only the raw data from Geoserver (i.e. all attributes and their values plus maybe also the geometry). As far as I know there´s no possibility to limit which features/attributes shall be displayed in your GetFeatureInfo other than removing them from the data itself. Best regards Max Stephan From: Aitor Freire Astray [mailto:aitor.fre...@gmail.commailto:aitor.fre...@gmail.com] Sent: 19 December 2012 11:19 To: geoserver-users@lists.sourceforge.netmailto:geoserver-users@lists.sourceforge.net Subject: [Geoserver-users] hide features Hi, I have some layers in geoserver and I want to hide some features on identify tool of geoexplorer. Is possible to do this or I need to modify my original data on postgresql? I´m looking for but I don't find anything about this option. Thanks! -- Aitor Freire Astray -- 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.netmailto:Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Aitor Freire Astray -- 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] possible reasons for does not have a properly configured datastore-error
Hello list, on our 2.1.3.-geoserver we recently got problems with the layers based on one specific datastore (which is a directory of spatial files). We didn´t apply any obvious changes to the layers based on this store (apart from activating and deactivating a few layers a few weeks ago). Following behavior is observed: First all pointbased layers based on the datastore were disabled by geoserver automatically . The log showed the following message for them: featureType: GVP:GVP_socioeconomics_household-farm-distance_atankwidi-ghana_2006_pnt does not have a properly configured datastore We didn´t find anything wrong within the configuration of the datastore though. Deactivating each layer and reactivating them again afterwards made them work again. But when we restarted Geoserver the same problem occured. I also tried to alter the configfiles for the layers in the workspace manually (setting enabled in the featuretype.xml to true). That helped in case of some layers but not for all. We are kind of lost what the deeper reason for this errors could be and how we could solve them in a sustainable manner (i.e. not having to deactivate/reactivate all layers after restart or having to recreate all layers). Best regards and thanks in advance Max Stephan -- View this message in context: http://osgeo-org.1560.n6.nabble.com/possible-reasons-for-does-not-have-a-properly-configured-datastore-error-tp4986227.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] Layer publishing from Oracle OCI not working with Geoserver 2.1.3
Hi list, we are currently testing the Oracle-integration in Geoserver via Oracle OCI. Our Geoserver-Version is 2.1.3, the Oracle-Database is 10.2.0.3. The Oracle instant-client is installed on the machine where Geoserver resides. SQL-plus is working without problems but the same cannot be said for Geoserver. Here is what happens: - Creating the new Oracle-OCI-store with alias, schema and the other connection-params works without problems - When we try to create a new layer based on this store, the tables for the defined schema are listed, but when we click on Publish for a spatial table the following error occurs: For non-spatial tables the publish-form is displayed normally. Does anyone have a clue where the reason for this behavior could be? Another user has posted a similar problem here: http://osgeo-org.1560.n6.nabble.com/getting-data-from-OracleDB-in-production-td3801495.html#a3801496 where the solution seemed to be that you have to connect to the database with the credentials of the schema-owner to make it work. Unfortunately I don´t have those credentials but apart from that: Is that the real reason for the problems? Best regards and thanks in advance Max Stephan -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Layer-publishing-from-Oracle-OCI-not-working-with-Geoserver-2-1-3-tp4663532p4663532.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GeoWebCache geowebcache.xml bug? custom GridSet and applying it to a layer
Hi, we experienced problems with our geowebcache.xml-configuration as well and could not make a layer to display on the demo-page of geowebcache. Tried many things till I found out that the order of the different attributes of a wmslayer in the configuration seems to be important. I found that out by looking at the xsd referenced in the header of the geowebcache.xml (http://geowebcache.org/schema/1.3.0/geowebcache.xsd in our case). That means for your (and for our config as well) that the wmsLayers-entry has to be positioned right after the wmsUrl-parameter (instead of after the name-parameter). Maybe that helps in your case. Best regards Max Stephan -- View this message in context: http://osgeo-org.1560.n6.nabble.com/GeoWebCache-geowebcache-xml-bug-custom-GridSet-and-applying-it-to-a-layer-tp4538078p4538906.html Sent from the GeoServer - User mailing list archive at Nabble.com. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] PNG image palette error when requesting raster
Hi list, haven´t found anything on this error in the lists, so I´d like to ask you if it occured for anyone or someone maybe has a solution. The error occurs when requesting a raster-layer in PNG-Format (JPEG works slow but it gives a result). It´s not present for each raster but I don´t see where the differentiating point could be (number of categories is the same, both are based on GeoTIFFs). Only difference is in size (the raster not working in PNG-Format is 48 MB, the other one significantly smaller (11 MB). The shortenend error message from the log with the relevant parts: 2011-06-24 17:24:24,061 ERROR [geoserver.ows] - com.sun.medialib.codec.png.PNGException: codecLib: image palette error. [PLTE] at com.sun.medialib.codec.png.Encoder.setPalette(Encoder.java:175) at com.sun.media.imageioimpl.plugins.png.CLibPNGMetadata.writeMetadata(CLibPNGM etadata.java:2692) at com.sun.media.imageioimpl.plugins.png.CLibPNGImageWriter.write(CLibPNGImageW riter.java:236) at org.geotools.image.ImageWorker.writePNG(ImageWorker.java:2448) at org.geoserver.wms.map.PNGMapResponse.formatImageOutputStream(PNGMapResponse. java:71) at org.geoserver.wms.map.RenderedImageMapResponse.write(RenderedImageMapRespons e.java:114) at org.geoserver.ows.Dispatcher.response(Dispatcher.java:751) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:233) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abstrac tController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(Si mpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServl et.java:875) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServle t.java:809) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkSer vlet.java:571) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java :501) [...] Our server is running GeoServer 2.1 on Ubuntu-Linux-64 bit with Sun-JDK (JAI and ImageIO installed). Any clue what the reason for this behavior could be? Thanks in advance Max Stephan -- 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-c1 ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] GetFeatureInfo Support
Hey Emmanuel,
as long as the site you´re running is on the same server as the Geoserver
there should be no problems with the GetFeatureRequests due to
Same-Origin-Policy.
Concerning the code I could imagine that there´s a problem with the
QUERY_LAYERS-param. I guess you copied that code-snippet directly from a
Geoserver-Layer-Preview but left that param unaltered. You could either
replace that with the same content as the layers-param
('thesis:SLChiefdoms_adm3') or fill in the right pointer to the
array-position, where your layer is. But I think the first is the easier
way.
Concerning the output of the response: You can place it in every div you
want to. But you could also create a popup at the position you clicked at.
I´ve done that once via placing this code before the
OpenLayers.loadURL(
-row:
popupCoordPx = new OpenLayers.Pixel(e.xy.x, e.xy.y);
popupCoord = map.getLonLatFromPixel(popupCoordPx);
It safes the pixel-coordinates where you have clicked on the map. You should
have define the variables popupCoordPx and PopupCoord as global variables.
Otherwise other functions won´t be able to access them.
In the setHTML-function you refer to that when you create the popup for
example like this:
if(popup != null){map.removePopup(popup);}
popup = new OpenLayers.Popup.FramedCloud(chicken, popupCoord,
new OpenLayers.Size(200,200),
response.responseText,
null,
true,
null);
popup.closeOnMove = true;
popup.panMapIfOutOfView=true;
map.addPopup(popup);
Best regards,
Max Stephan
Von: Emmanuel L [mailto:manieboy...@yahoo.com]
Gesendet: Sonntag, 20. Februar 2011 19:03
An: geoserver-users@lists.sourceforge.net
Betreff: [Geoserver-users] GetFeatureInfo Support
Dear All,
I run OpenLayers on Geoserver and I have some features which i would like
the user to click on and get information, say GetFeatureInfo. I have tried a
few help but they don't seem to help me (see the code below) - I only see a
blank space, no result. I am new to these things, don't know what is wrong
but I need to get something done here. Can somebody please tell me what is
wrong? I work on my university server but Geoserver is installed on my local
machine, not over the server. Does that have anything to do with my result.
Somebody please help. The result can be wrapped in a popup textbox or
somewhere on the map window. A step-by-step guide will be very much
appreciated because i don't even know if i need to add something before this
code or after it. Thanks a million!!
//Code used to support GetFeatureInfo request
map.events.register('click', map, function (e) {
document.getElementById('nodelist').innerHTML =
Loading... please wait...;
var params = {
REQUEST: GetFeatureInfo,
EXCEPTIONS: application/vnd.ogc.se_xml,
BBOX: map.getExtent().toBBOX(),
X: e.xy.x,
Y: e.xy.y,
INFO_FORMAT: 'text/html',
QUERY_LAYERS: map.layers[0].params.LAYERS,
FEATURE_COUNT: 50,
Layers: 'thesis:SLChiefdoms_adm3',
Styles: '',
Srs: 'EPSG:32628',
WIDTH: map.size.w,
HEIGHT: map.size.h,
format: format};
OpenLayers.loadURL(http://localhost:8090/geoserver/wms;, params, this,
setHTML, setHTML);
OpenLayers.Event.stop(e);
});
}
// sets the HTML provided into the nodelist element
function setHTML(response){
document.getElementById('nodelist').innerHTML =
response.responseText;
};
--
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
