[Geoserver-users] No features were found.

GeoServer GeoServer User
1

I recently installed GeoServer 1.7.6 and started testing our layers that had been working correctly in version 1.7.3. I found that a GetFeatureInfo request to 2 layers returns “no features were found”. I rebuilt the layers, styles and feature type and still received the same message. I turned on verbose logging and still am not seeing much of a reason for it. The only particular difference between these 2 layers and 15 other we have would be that they were stitched together. By stitched together I mean I took 8 file from a local government authority for different counties and stitched them together with an application called fGIS. They work fine in the Demo screen of GeoServer, returning feature info but not from a call like this:

http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=GetFeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FORMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-83.3912944793701,42.4891247813593,-83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MIFlood&X=250&Y=232

I also have 1.7.5 (NightlyBuild_geoserver-1.7.x-052009-bin.zip) installed and it happens in this build.

Can anyone offer a clue as to the reason this happens?

------A portion of the wrapper.log in verbose mode.------------

INFO | jvm 1 | 2009/08/18 10:15:44 | 18 Aug 10:15:44 DEBUG [security.RESTfulPathBasedFilterInvocationDefinitionMap] - method[0]: GET

INFO | jvm 1 | 2009/08/18 10:15:44 | 18 Aug 10:15:44 DEBUG [security.RESTfulPathBasedFilterInvocationDefinitionMap] - Candidate is: ‘/gwc/service/ve’; antPath is /**; matchedPath=true; matchedMethods=true

INFO | jvm 1 | 2009/08/18 10:15:44 | 18 Aug 10:15:44 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/gwc/service/ve

INFO | jvm 1 | 2009/08/18 10:15:44 | 18 Aug 10:15:44 DEBUG [security.RESTfulPathBasedFilterInvocationDefinitionMap] - Converted URL to lowercase, from: ‘/gwc/service/ve’; to: ‘/gwc/service/ve’ and httpMethod= GET

INFO | jvm 1 | 2009/08/18 10:15:44 | 18 Aug 10:15:44 DEBUG [security.RESTfulPathBasedFilterInvocationDefinitionMap] - ~~~~~~~~~~ antPath= /** methodList= [Ljava.lang.String;@d3b291

INFO | jvm 1 | 2009/08/18 10:15:44 | 18 Aug 10:15:44 DEBUG [security.RESTfulPathBasedFilterInvocationDefinitionMap] - method[0]: GET

INFO | jvm 1 | 2009/08/18 10:15:44 | 18 Aug 10:15:44 DEBUG [security.RESTfulPathBasedFilterInvocationDefinitionMap] - Candidate is: ‘/gwc/service/ve’; antPath is /**; matchedPath=true; matchedMethods=true

INFO | jvm 1 | 2009/08/18 10:15:47 | 18 Aug 10:15:47 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/wms

INFO | jvm 1 | 2009/08/18 10:15:47 | 18 Aug 10:15:47 DEBUG [geoserver.global] - getting type RCO:MIFlood

INFO | jvm 1 | 2009/08/18 10:15:47 | 18 Aug 10:15:47 DEBUG [readers.wms] - Assigning default style to all the requested layers

INFO | jvm 1 | 2009/08/18 10:15:47 | 18 Aug 10:15:47 TRACE [wms.responses] - ENTRY org.vfny.geoserver.wms.requests.GetFeatureInfoRequest@anonymised.com

INFO | jvm 1 | 2009/08/18 10:15:47 | 18 Aug 10:15:47 DEBUG [wms.responses] - request format is text/plain

INFO | jvm 1 | 2009/08/18 10:15:47 | 18 Aug 10:15:47 DEBUG [wms.responses] - found GetFeatureInfoDelegate class org.vfny.geoserver.wms.responses.featureInfo.TextFeatureInfoResponse

INFO | jvm 1 | 2009/08/18 10:15:47 | 18 Aug 10:15:47 ERROR [geoserver.ows] -

INFO | jvm 1 | 2009/08/18 10:15:47 | java.lang.NullPointerException

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.vfny.geoserver.wms.responses.featureInfo.GetFeatureInfoDelegate.execute(GetFeatureInfoDelegate.java:129)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.vfny.geoserver.wms.responses.featureInfo.GetFeatureInfoDelegate.execute(GetFeatureInfoDelegate.java:94)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.vfny.geoserver.wms.responses.GetFeatureInfoResponse.execute(GetFeatureInfoResponse.java:97)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.geoserver.ows.adapters.ResponseAdapter.getMimeType(ResponseAdapter.java:48)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.geoserver.ows.Dispatcher.response(Dispatcher.java:699)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:216)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)

INFO | jvm 1 | 2009/08/18 10:15:47 | at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)

INFO | jvm 1 | 2009/08/18 10:15:47 | at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:265)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:124)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:174)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:163)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:47)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.Server.handle(Server.java:324)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)

INFO | jvm 1 | 2009/08/18 10:16:26 | 18 Aug 10:16:26 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/config/data/index.do

INFO | jvm 1 | 2009/08/18 10:16:26 | 18 Aug 10:16:26 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/style.css

INFO | jvm 1 | 2009/08/18 10:16:26 | 18 Aug 10:16:26 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/images/logo.png

INFO | jvm 1 | 2009/08/18 10:16:29 | 18 Aug 10:16:29 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/config/server.do

INFO | jvm 1 | 2009/08/18 10:16:29 | 18 Aug 10:16:29 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/style.css

INFO | jvm 1 | 2009/08/18 10:16:29 | 18 Aug 10:16:29 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/images/logo.png

INFO | jvm 1 | 2009/08/18 10:16:36 | 18 Aug 10:16:36 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/config/geoServerSubmit.do

INFO | jvm 1 | 2009/08/18 10:16:36 | 18 Aug 10:16:36 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/style.css

INFO | jvm 1 | 2009/08/18 10:16:36 | 18 Aug 10:16:36 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/images/logo.png

INFO | jvm 1 | 2009/08/18 10:16:37 | 18 Aug 10:16:37 DEBUG [geoserver.filters] - filtering http://wms2:8080/geoserver/admin/saveToGeoServer.do

INFO | jvm 1 | 2009/08/18 10:16:37 | 18 Aug 10:16:37 INFO [geoserver.catalog] - Disposing datastore ‘SchoolSet’

INFO | jvm 1 | 2009/08/18 10:16:37 | 18 Aug 10:16:37 INFO [geoserver.catalog] - Disposing datastore ‘Flood’

2

Charles E. Deaton ha scritto:

I recently installed GeoServer 1.7.6 and started testing our layers that had been working correctly in version 1.7.3. I found that a GetFeatureInfo request to 2 layers returns “no features were found”. I rebuilt the layers, styles and feature type and still received the same message. I turned on verbose logging and still am not seeing much of a reason for it. The only particular difference between these 2 layers and 15 other we have would be that they were stitched together. By stitched together I mean I took 8 file from a local government authority for different counties and stitched them together with an application called fGIS. They work fine in the Demo screen of GeoServer, returning feature info but not from a call like this:

_http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=GetFeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FORMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-83.3912944793701,42.4891247813593,-83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MIFlood&X=250&Y=232_ <http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=GetFeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FORMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-83.3912944793701,42.4891247813593,-83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MIFlood&X=250&Y=232&gt;

...

INFO | jvm 1 | 2009/08/18 10:15:47 | java.lang.NullPointerException

INFO | jvm 1 | 2009/08/18 10:15:47 | at org.vfny.geoserver.wms.responses.featureInfo.GetFeatureInfoDelegate.execute(GetFeatureInfoDelegate.java:129)

In order to produce this error the QUERY_LAYERS parameter must have been parsed wrongly somehow, but I don't see how, if the GetMap request
against RCO:MIFlood works fine the equivalent GFI should work as well...

The map preview also uses a plain jane GetFeatureInfo request, it's just
using the html output format. What happens if you change the info_format
from text/plain to text/html?

If nothing else work, can you send me the data (by private mail) so that I can try it out on my machine?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

3

If I change it to html from text pretty much nothing is logged and I do
not even receive back a message. A portion of the log is below. I have
zipped up the shapefile, style and feature type and the size is 73 KB.
Will that be an issue if you would like me to send it?

2009-08-18 16:03:02,885 DEBUG [geoserver.filters] - filtering
http://wms1:8080/geoserver/wms
2009-08-18 16:03:02,885 DEBUG [geoserver.global] - getting type
RCO:MIFlood
2009-08-18 16:03:02,885 DEBUG [readers.wms] - Assigning default style to
all the requested layers
2009-08-18 16:03:02,885 DEBUG [geoserver.global] - getting type
RCO:MIFlood
2009-08-18 16:03:02,885 TRACE [wms.responses] - ENTRY
org.vfny.geoserver.wms.requests.GetFeatureInfoRequest@anonymised.com
2009-08-18 16:03:02,885 DEBUG [wms.responses] - request format is
text/html
2009-08-18 16:03:02,885 DEBUG [wms.responses] - found
GetFeatureInfoDelegate class
org.vfny.geoserver.wms.responses.featureInfo.HTMLTableFeatureInfoRespons
e
2009-08-18 16:03:02,885 DEBUG [geotools.styling] - number of fts set 1
2009-08-18 16:03:02,885 DEBUG [wms.responses] - asking delegate for
write to org.geoserver.ows.DispatcherOutputStream@anonymised.com
2009-08-18 16:03:02,885 DEBUG [geoserver.global] - getting type
RCO:MIFlood
2009-08-18 16:03:02,885 DEBUG [geoserver.global] - getting type
RCO:MIFlood
2009-08-18 16:03:02,885 DEBUG [geoserver.global] - getting type
RCO:MIFlood
2009-08-18 16:03:02,885 DEBUG [geoserver.global] - getting type
RCO:MIFlood
2009-08-18 16:03:02,885 DEBUG [geoserver.global] - getting type
RCO:MIFlood
2009-08-18 16:03:02,885 DEBUG [geoserver.global] - getting type
RCO:MIFlood
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.qix by
org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: MIFlood
2009-08-18 16:03:02,900 TRACE [data.shapefile] - IndexFile has been
opened. Number open: 1
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.shx by
org.geotools.data.shapefile.shp.IndexFile
2009-08-18 16:03:02,900 TRACE [data.shapefile] - Memory mapping file...
2009-08-18 16:03:02,900 TRACE [index.quadtree] - QuadTree opened
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.qix by
org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: MIFlood
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.dbf by
org.geotools.data.shapefile.dbf.IndexedDbaseFileReader
2009-08-18 16:03:02,900 TRACE [data.shapefile] - Dbase File Reader has
been opened. Number open: 1
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.shp by
org.geotools.data.shapefile.shp.ShapefileReader
2009-08-18 16:03:02,900 TRACE [data.shapefile] - Shapefile Reader has
been opened. Number open: 1
2009-08-18 16:03:02,900 TRACE [data.shapefile] - IndexFile has been
opened. Number open: 1
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.shx by
org.geotools.data.shapefile.shp.IndexFile
2009-08-18 16:03:02,900 TRACE [data.shapefile] - Memory mapping file...
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.fix by
org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: MIFlood
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.shp by
org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: MIFlood
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.shp by
org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: MIFlood
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.fix by
org.geotools.data.shapefile.indexed.IndexedShapefileDataStore: MIFlood
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.fix by
org.geotools.data.shapefile.indexed.IndexedFidReader
2009-08-18 16:03:02,900 TRACE [data.shapefile] - IndexedFidReader has
been opened. Number open: 1
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.shx by
org.geotools.data.shapefile.shp.IndexFile
2009-08-18 16:03:02,900 TRACE [data.shapefile] - IndexFile has been
closed. Number open: 0
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.shp by
org.geotools.data.shapefile.shp.ShapefileReader
2009-08-18 16:03:02,900 TRACE [data.shapefile] - Shapefile Reader has
been closed. Number open: 0
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.dbf by
org.geotools.data.shapefile.dbf.IndexedDbaseFileReader
2009-08-18 16:03:02,900 TRACE [data.shapefile] - Dbase File Reader has
been closed. Number open: 0
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.shx by
org.geotools.data.shapefile.shp.IndexFile
2009-08-18 16:03:02,900 TRACE [data.shapefile] - IndexFile has been
closed. Number open: 0
2009-08-18 16:03:02,900 DEBUG [data.shapefile] - Read lock:
file:/d:/data_dir/data/MIFlood/MIFlood.fix by
org.geotools.data.shapefile.indexed.IndexedFidReader
2009-08-18 16:03:02,900 TRACE [data.shapefile] - IndexedFidReader has
been closed. Number open: 0
2009-08-18 16:03:11,119 DEBUG [geoserver.filters] - filtering
http://wms1:8080/geoserver/welcome.do
2009-08-18 16:03:11,181 DEBUG [geoserver.filters] - filtering
http://wms1:8080/geoserver/style.css
2009-08-18 16:03:11,197 DEBUG [geoserver.filters] - filtering
http://wms1:8080/geoserver/images/logo.png

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Tuesday, August 18, 2009 3:56 PM
To: Charles E. Deaton
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] No features were found.

Charles E. Deaton ha scritto:
> I recently installed GeoServer 1.7.6 and started testing our layers
that
> had been working correctly in version 1.7.3. I found that a
> GetFeatureInfo request to 2 layers returns "no features were found".

I

> rebuilt the layers, styles and feature type and still received the
same
> message. I turned on verbose logging and still am not seeing much of

a

> reason for it. The only particular difference between these 2 layers
and
> 15 other we have would be that they were stitched together. By
stitched
> together I mean I took 8 file from a local government authority for
> different counties and stitched them together with an application
called
> fGIS. They work fine in the Demo screen of GeoServer, returning
feature
> info but not from a call like this:
>
>

_http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=Get

FeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FO

RMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-
83.3912944793701,42.4891247813593,-

83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MIFlood&X=250&Y=232_

>

<http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=Get

FeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FO

RMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-
83.3912944793701,42.4891247813593,-

83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MIFlood&X=250&Y=232>

...
>
> INFO | jvm 1 | 2009/08/18 10:15:47 |
java.lang.NullPointerException
>
> INFO | jvm 1 | 2009/08/18 10:15:47 | at
>

org.vfny.geoserver.wms.responses.featureInfo.GetFeatureInfoDelegate.exec

ute(GetFeatureInfoDelegate.java:129)

In order to produce this error the QUERY_LAYERS parameter must have

been

parsed wrongly somehow, but I don't see how, if the GetMap request
against RCO:MIFlood works fine the equivalent GFI should work as

well...

The map preview also uses a plain jane GetFeatureInfo request, it's

just

using the html output format. What happens if you change the

info_format

from text/plain to text/html?

If nothing else work, can you send me the data (by private mail) so

that

I can try it out on my machine?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------

------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008

30-

Day
trial. Simplify your report design, integration and deployment - and
focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

4

Charles E. Deaton ha scritto:

If I change it to html from text pretty much nothing is logged and I do
not even receive back a message. A portion of the log is below. I have
zipped up the shapefile, style and feature type and the size is 73 KB.
Will that be an issue if you would like me to send it?

You can send it all right, just make sure you send me to address only,
don't flood the list :slight_smile:

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

5

Andrea,

As I mentioned in another message directly to you the file was 75 MB not
KB. I have it on our ftp server for you to pull if you like. The login
information was attached to the direct message.

Charles Deaton

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Tuesday, August 18, 2009 3:56 PM
To: Charles E. Deaton
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] No features were found.

Charles E. Deaton ha scritto:
> I recently installed GeoServer 1.7.6 and started testing our layers
that
> had been working correctly in version 1.7.3. I found that a
> GetFeatureInfo request to 2 layers returns "no features were found".

I

> rebuilt the layers, styles and feature type and still received the
same
> message. I turned on verbose logging and still am not seeing much of

a

> reason for it. The only particular difference between these 2 layers
and
> 15 other we have would be that they were stitched together. By
stitched
> together I mean I took 8 file from a local government authority for
> different counties and stitched them together with an application
called
> fGIS. They work fine in the Demo screen of GeoServer, returning
feature
> info but not from a call like this:
>
>

_http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=Get

FeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FO

RMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-
83.3912944793701,42.4891247813593,-

83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MIFlood&X=250&Y=232_

>

<http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=Get

FeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FO

RMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-
83.3912944793701,42.4891247813593,-

83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MIFlood&X=250&Y=232>

...
>
> INFO | jvm 1 | 2009/08/18 10:15:47 |
java.lang.NullPointerException
>
> INFO | jvm 1 | 2009/08/18 10:15:47 | at
>

org.vfny.geoserver.wms.responses.featureInfo.GetFeatureInfoDelegate.exec

ute(GetFeatureInfoDelegate.java:129)

In order to produce this error the QUERY_LAYERS parameter must have

been

parsed wrongly somehow, but I don't see how, if the GetMap request
against RCO:MIFlood works fine the equivalent GFI should work as

well...

The map preview also uses a plain jane GetFeatureInfo request, it's

just

using the html output format. What happens if you change the

info_format

from text/plain to text/html?

If nothing else work, can you send me the data (by private mail) so

that

I can try it out on my machine?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------

------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008

30-

Day
trial. Simplify your report design, integration and deployment - and
focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

6

Charles E. Deaton ha scritto:

I recently installed GeoServer 1.7.6 and started testing our layers that had been working correctly in version 1.7.3. I found that a GetFeatureInfo request to 2 layers returns “no features were found”. I rebuilt the layers, styles and feature type and still received the same message. I turned on verbose logging and still am not seeing much of a reason for it. The only particular difference between these 2 layers and 15 other we have would be that they were stitched together. By stitched together I mean I took 8 file from a local government authority for different counties and stitched them together with an application called fGIS. They work fine in the Demo screen of GeoServer, returning feature info but not from a call like this:

_http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=GetFeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FORMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-83.3912944793701,42.4891247813593,-83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MIFlood&X=250&Y=232_ <http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=GetFeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FORMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-83.3912944793701,42.4891247813593,-83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MIFlood&X=250&Y=232&gt;

Hi Charles,
I've got your data and style and applied it. The above request
does not return any data because there is none drawn by the associated
GetMap request in that point.

I've attached the image generated by the GetMap request, and drawn
a little red dot at &X=250&Y=232. As you can see it's close to a
rendered area, but does not touch it.

Older versions of GeoServer were not able to take into consideration
the filters included in the SLD style and just returned whatever
was there (that is, assuming no filtering at all). That was not
compliant to the WMS spec, GFI must return only information
about what was drawn by the GetMap.

If you still want your GetFeatureInfo to return even features that
are not drawn set, in your GetFeatureInfo, the style to
"polygon" or whatever other style that draws everything.
I did:

http://localhost:8080/geoserver/wms?&service=wms&version=1.1.0&request=GetFeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FORMAT=image/png&LAYERS=topp:MIFlood&STYLES=polygon&BBOX=-83.3912944793701,42.4891247813593,-83.3269214630127,42.5248745541584&QUERY_LAYERS=topp:MIFlood&X=250&Y=232

the response is:
Results for FeatureType 'MIFlood':
--------------------------------------------
the_geom = [GEOMETRY (MultiPolygon) with 383 points]
ZONE = X
DESC =
--------------------------------------------

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

floodmap.png

7

Andrea,

Thanks for looking at this it's had me puzzled for a few days now. If I
understand you correctly the GFI request below was generated by clicking
on an area that does not have a feature defined in the style. I have
modified the style a bit to include a few missing features and it seems
to have helped.

I am a bit concerned about the location you marked for the feature
request. We are unable to determine the exact X/Y location from the GFI
request. If you would please, as a test for us, can you mark the
location of these three GFI request as you did with the last PNG you
sent? We are thinking we may have another issues not related to the
missing attributes in the style.

http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=GetF
eatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FOR
MAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-82.8641653060913,42.62025
46894877,-82.8319787979126,42.6380946007642&QUERY_LAYERS=RCO:MIFlood&X=3
25&Y=289

http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=GetF
eatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FOR
MAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-82.8561186790466,42.62472
3040985,-82.8400254249573,42.6336429954961&QUERY_LAYERS=RCO:MIFlood&X=27
3&Y=292

http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=GetF
eatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&FOR
MAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-82.8520953655243,42.62695
70964735,-82.8440487384796,42.6314170734468&QUERY_LAYERS=RCO:MIFlood&X=1
66&Y=300

Charles Deaton

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Thursday, August 20, 2009 3:33 AM
To: Charles E. Deaton
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] No features were found.

Charles E. Deaton ha scritto:
> I recently installed GeoServer 1.7.6 and started testing our layers
> that had been working correctly in version 1.7.3. I found that a
> GetFeatureInfo request to 2 layers returns "no features were found".

I

> rebuilt the layers, styles and feature type and still received the
> same message. I turned on verbose logging and still am not seeing

much

> of a reason for it. The only particular difference between these 2
> layers and
> 15 other we have would be that they were stitched together. By
> stitched together I mean I took 8 file from a local government
> authority for different counties and stitched them together with an
> application called fGIS. They work fine in the Demo screen of
> GeoServer, returning feature info but not from a call like this:
>
>

_http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=G

>

etFeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:432

>

6&FORMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-83.3912944793701,4

>

2.4891247813593,-83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MI

> Flood&X=250&Y=232_
>

<http://mapdev:8080/geoserver/wms?&service=wms&version=1.1.0&request=G

>

etFeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:432

>

6&FORMAT=image/png&LAYERS=RCO:MIFlood&STYLES=&BBOX=-83.3912944793701,4

>

2.4891247813593,-83.3269214630127,42.5248745541584&QUERY_LAYERS=RCO:MI

> Flood&X=250&Y=232>

Hi Charles,
I've got your data and style and applied it. The above request does

not

return any data because there is none drawn by the associated GetMap
request in that point.

I've attached the image generated by the GetMap request, and drawn a
little red dot at &X=250&Y=232. As you can see it's close to a

rendered

area, but does not touch it.

Older versions of GeoServer were not able to take into consideration

the

filters included in the SLD style and just returned whatever was there
(that is, assuming no filtering at all). That was not compliant to the
WMS spec, GFI must return only information about what was drawn by the
GetMap.

If you still want your GetFeatureInfo to return even features that are
not drawn set, in your GetFeatureInfo, the style to "polygon" or
whatever other style that draws everything.
I did:

http://localhost:8080/geoserver/wms?&service=wms&version=1.1.0&request=G

etFeatureInfo&INFO_FORMAT=text/plain&WIDTH=900&HEIGHT=500&SRS=EPSG:4326&

FORMAT=image/png&LAYERS=topp:MIFlood&STYLES=polygon&BBOX=-
83.3912944793701,42.4891247813593,-

83.3269214630127,42.5248745541584&QUERY_LAYERS=topp:MIFlood&X=250&Y=232

the response is:
Results for FeatureType 'MIFlood':
--------------------------------------------
the_geom = [GEOMETRY (MultiPolygon) with 383 points] ZONE = X DESC =
--------------------------------------------

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

8

Charles E. Deaton ha scritto:

Andrea,

Thanks for looking at this it's had me puzzled for a few days now. If I
understand you correctly the GFI request below was generated by clicking
on an area that does not have a feature defined in the style. I have
modified the style a bit to include a few missing features and it seems
to have helped.

I am a bit concerned about the location you marked for the feature
request. We are unable to determine the exact X/Y location from the GFI
request. If you would please, as a test for us, can you mark the
location of these three GFI request as you did with the last PNG you
sent? We are thinking we may have another issues not related to the
missing attributes in the style.

It's actually pretty easy. Get any image manipulation program (I used
Gimp) and look at the x/y coordinates displayed in the toolbar.
As in all computer graphics applications, x grows from left to right,
y from top to bottom.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.