Andrea,
Re: 'if there are more than 20 rules ... no filter (besides the bbox)
will be sent to the database'
I think I might not be understanding what you have said. With
Geological maps, we need to use many more than 20 colours - the
Geological map that I am using for testing Geoserver at the moment has
51 colours - ie. my SLD has 51 rules based on a field called
'polycolour' and when I view it as a rasterised image in Google Earth
or uDig all the colours seem to show OK. I do have a problem, though,
when I zoom in and get vector output in GE - one of the colours is
missing (ie. transparent) but it is not the 21st rule - it is my 2nd
rule ...
<Rule>
<Name>12</Name>
<Title>12</Title>
<ogc:Filter>
<ogc:PropertyIsEqualTo>
<ogc:PropertyName>POLYCOLOUR</ogc:PropertyName>
<ogc:Literal>12</ogc:Literal>
</ogc:PropertyIsEqualTo>
</ogc:Filter>
<PolygonSymbolizer>
<Fill>
<CssParameter name="fill">#FFFFCC</CssParameter>
<CssParameter name="fill-opacity">1</CssParameter>
</Fill>
</PolygonSymbolizer>
</Rule>
Can you please clarify what you mean about the 20 rule maximum?
Regards,
David Collins
If you have any ideas about the missing colour I will also be
grateful. (Thanks again for all the help you have already given me.)
On Wed, Jun 17, 2009 at 6:22 PM, Andrea Aime<aaime@...> wrote:
> Alessandro Ferrucci ha scritto:
>> Hello,
>>
>> Does anyone know the performance implications of creating an SLD with 1
>> FeatureTypeStyle and having all your "Rule" elements in that OR
>> splitting your "FeatureTypeStyle" out into multiple elements and having
>> 1 Rule in each. Any insight or documentation will be helpful.
>
> In theory GeoServer should look at the rules and build a query by or-ing
> all of the rule filters. Yet, if there are more than 20 rules an
> heuristics will kick in that assumes the query is becoming too big, and
> thus no filter (besides the bbox) will be sent to the database.
>
> In the case of shapefiles the filtering will occur in memory anyways.
>
> What problem are you seeing?
>
> Cheers
> Andrea
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

Justin,
I hooked this up but I noticed that the CatalogImpl class does not
generate any events when I add coveragestores, featuretypes, etc. from
the Configuration console.
Is there a reason for that? Or is that a bug?
I'm using Geoserver 1.7.5.
Ronak
-----Original Message-----
From: Justin Deoliveira [mailto:jdeolive@...]
Sent: Tuesday, June 16, 2009 3:39 PM
To: Patel, Ronak Avinash (US SSA)
Cc: geoserver-users@...
Subject: Re: [Geoserver-users] Java OGC Web Services Client SDK
Well.. .there is the CatalogListener interface, which can be used to
listen to catalog events. However, on 1.7.x it will the tricky. The way
things work is that when something in the catalog gets changed,
everything gets updated. So tracking what changed is hard. I guess your
listener could maintain an internal list, to see what changed on an
event, but it would be a pain.
On trunk however, the events are granular, so you only get an event for
what changed.
In both cases, once your listener knows what changed, it would be
relatively easy to simply write the result to out a rss feed.
-Justin
Patel, Ronak Avinash (US SSA) wrote:
> Thanks Justin...as is usual with me I found the answer right after I
> posted to the mailing list...
>
> I'm going to try to write that GeoRSS feed for changes to the wms/wfs
> catalogs so interested clients can learn of changes to the catalog
> (add/remove layers and layer groups).
>
> I'm trying to determine an estimate on that now so I can determine
> whether I should go down this path. Otherwise, I'll have to generate a
> custom GeoRSS external to geoserver using a cron job...grrrr
>
> -----Original Message-----
> From: Justin Deoliveira [mailto:jdeolive@...]
> Sent: Tuesday, June 16, 2009 2:37 PM
> To: Patel, Ronak Avinash (US SSA)
> Cc: geoserver-users@...
> Subject: Re: [Geoserver-users] Java OGC Web Services Client SDK
>
> GeoTools has both a WFS and WMS client:
>
> http://docs.codehaus.org/display/GEOTDOC/WMS
> http://docs.codehaus.org/display/GEOTDOC/WFS+Plugin
>
> -Justin
>
> Patel, Ronak Avinash (US SSA) wrote:
>> Hi all,
>>
>>
>>
>> I had a quick question where I was wondering if anyone knew of a Java
>> OGC Web Services Client SDK. I figure this has been done to death and
>> must exist out there.
>>
>>
>>
>> Can anyone point me to an SDK I can use in my program to extract
> layers,
>> features, etc. from Geoserver?
>>
>>
>>
>> Thanks!!
>>
>>
>>
>> Ronak Patel
>>
>>
>>
>
------------------------------------------------------------------------
>>
>
------------------------------------------------------------------------
> ------
>> Crystal Reports - New Free Runtime and 30 Day Trial
>> Check out the new simplified licensing option that enables unlimited
>> royalty-free distribution of the report engine for externally facing
>> server and web deployment.
>> http://p.sf.net/sfu/businessobjects
>>
>>
>>
>
------------------------------------------------------------------------
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Justin,
I can't seem to find out the WMS/WFS URL to a layergroup so I can
publish the fact that a layergroup was added to Geoserver.
How do you do that?
Also, I was wondering when I get my jar file packaged and ready...do I
just drop in the module in the lib folder and see Geoserver pick up my
extension?
I assume I will have to use dependency injection to inject the
CatalogImpl value so I can register my listener with it.
Ronak

I've been trying out various releases of Geoserver to see which versions work
best for our needs. While using Geoserver 2.0beta1 I encountered two
problems:
First: while testing some of the features, I created a temporary store and
set of layers. Now when I try to delete the store it throws an illegal
argument exception. All layers pertaining to this store have been removed
and now only the store remains.
84336 [btpool0-6] ERROR org.apache.wicket.RequestCycle - Unable to delete
non-empty store.
java.lang.IllegalArgumentException: Unable to delete non-empty store.
at org.geoserver.catalog.impl.CatalogImpl.remove(CatalogImpl.java:158)
at
org.geoserver.security.SecureCatalogImpl.remove(SecureCatalogImpl.java:914)
at
org.geoserver.catalog.CascadeDeleteVisitor.visitStore(CascadeDeleteVisitor.java:68)
at
org.geoserver.catalog.CascadeDeleteVisitor.visit(CascadeDeleteVisitor.java:76)
at
org.geoserver.catalog.impl.CoverageStoreInfoImpl.accept(CoverageStoreInfoImpl.java:46)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.geoserver.catalog.impl.ModificationProxy.invoke(ModificationProxy.java:98)
at $Proxy8.accept(Unknown Source)
at
org.geoserver.web.data.SelectionRemovalLink$1.onSubmit(SelectionRemovalLink.java:56)
at
org.geoserver.web.wicket.GeoServerDialog$4.onSubmit(GeoServerDialog.java:80)
at
org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1.onSubmit(AjaxSubmitLink.java:94)
at
org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:128)
at
org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:163)
at
org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:297)
at
org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:104)
at
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:91)
at
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1220)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1297)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1399)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:529)
at
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:356)
at
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:145)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:158)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:511)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at
org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:176)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:842)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:648)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
Second: After deleting layer-groups, the names are not always freed and from
then on cannot be used as a name, even though no layer-group by that name
exists anymore.
18 Jun 13:35:49 WARN [geoserver.we] - Error creating new layer group.
java.lang.IllegalArgumentException: Layer group named 'Michigan_test'
already exists.
at org.geoserver.catalog.impl.CatalogImpl.validate(CatalogImpl.java:824)
at org.geoserver.catalog.impl.CatalogImpl.add(CatalogImpl.java:804)
at org.geoserver.security.SecureCatalogImpl.add(SecureCatalogImpl.java:827)
at
org.geoserver.web.data.layergroup.LayerGroupNewPage$1.onSubmit(LayerGroupNewPage.java:42)
at org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1351)
at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:810)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:183)
at
org.apache.wicket.request.target.component.listener.ListenerInterfaceRequestTarget.processEvents(ListenerInterfaceRequestTarget.java:73)
at
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:91)
at
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1220)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1297)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1399)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:529)
at
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:356)
at
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:145)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:158)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at
org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:511)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at
org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:176)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:842)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:648)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
I realize this is only a beta version and that this may not even be a
problem anymore. so I don't expect any solutions. I only want to make sure
the developers are aware of these potential problems.
--
View this message in context: http://www.nabble.com/Store-cannot-be-deleted-tp24095354p24095354.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Hi Justin,
Wasn't aware of what the procedure was for this mailing list, but I'm
on-list again now. :-)
> Depends on how you are running geoserver. But you should see a geoserver.log
> file, in the location you are using as the GEOSERVER_DATA_DIR. How are you
> running goeserver? Via the war or standalone jetty?
Err, I'm just running it? As in, I run startup.bat and it works, the
intricacies and variabilities in the different types of java apps have
never done anything but confuse me so I can't be any more clear than
that. I use the self-contained version - "geoserver-1.7.5-bin.zip" on
sourceforge.
I found my log-file - it's not with the rest of the logs in the "logs"
directory but in data_dir/logs - kind of counter-intuitive (I'm just
using the defaults).
Anyway, these logs are more exciting, I'm seeing a few:
"java.lang.RuntimeException: Error getting FeatureType, this should
never happen!"
which is probably not too auspicious. ;-)
When I "refresh" the broken not-visible-as-KML polygon (using KML
reflect) The following entries are made in the log:
2009-06-18 17:34:28,295 WARN [geoserver.kml] - Failure while checking
whether a regionated child tile contained features!
java.lang.NullPointerException
at org.vfny.geoserver.wms.responses.map.kml.BestGuessRegionatingStrategy.getFilter(BestGuessRegionatingStrategy.java:38)
at org.vfny.geoserver.wms.responses.map.kml.KMLUtils.loadFeatureCollection(KMLUtils.java:492)
at org.vfny.geoserver.wms.responses.map.kml.KMLSuperOverlayTransformer$KMLSuperOverlayerTranslator.featuresInTile(KMLSuperOverlayTransformer.java:261)
at org.vfny.geoserver.wms.responses.map.kml.KMLSuperOverlayTransformer$KMLSuperOverlayerTranslator.shouldDrawVectorLayer(KMLSuperOverlayTransformer.java:161)
at org.vfny.geoserver.wms.responses.map.kml.KMLSuperOverlayTransformer$KMLSuperOverlayerTranslator.encodeTileForViewing(KMLSuperOverlayTransformer.java:138)
at org.vfny.geoserver.wms.responses.map.kml.KMLSuperOverlayTransformer$KMLSuperOverlayerTranslator.encode(KMLSuperOverlayTransformer.java:126)
at org.vfny.geoserver.wms.responses.map.kml.KMLTransformer$KMLTranslator.encodeSuperOverlayLayer(KMLTransformer.java:243)
at org.vfny.geoserver.wms.responses.map.kml.KMLTransformer$KMLTranslator.encode(KMLTransformer.java:128)
at org.geotools.xml.transform.TransformerBase$XMLReaderSupport.parse(TransformerBase.java:714)
at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484)
at org.geotools.xml.transform.TransformerBase$Task.run(TransformerBase.java:296)
at org.geotools.xml.transform.TransformerBase.transform(TransformerBase.java:129)
at org.geotools.xml.transform.TransformerBase.transform(TransformerBase.java:108)
at org.vfny.geoserver.wms.responses.map.kml.KMZMapProducer.writeTo(KMZMapProducer.java:149)
at org.vfny.geoserver.wms.responses.GetMapResponse.writeTo(GetMapResponse.java:625)
at org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java:60)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:712)
at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:216)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:265)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:124)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:174)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:163)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:47)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
2009-06-18 17:34:28,295 ERROR [geotools.rendering] -
java.lang.NullPointerException
at org.geotools.renderer.lite.StreamingRenderer.processStylers(StreamingRenderer.java:1672)
at org.geotools.renderer.lite.StreamingRenderer.paint(StreamingRenderer.java:661)
at org.geotools.renderer.shape.ShapefileRenderer.renderWithStreamingRenderer(ShapefileRenderer.java:1492)
at org.geotools.renderer.shape.ShapefileRenderer.paint(ShapefileRenderer.java:1346)
at org.geotools.renderer.shape.ShapefileRenderer.paint(ShapefileRenderer.java:267)
at org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.produceMap(DefaultRasterMapProducer.java:405)
at org.vfny.geoserver.wms.responses.map.kml.KMZMapProducer.writeTo(KMZMapProducer.java:176)
at org.vfny.geoserver.wms.responses.GetMapResponse.writeTo(GetMapResponse.java:625)
at org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java:60)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:712)
at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:216)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:265)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:124)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:174)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275)
at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149)
at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:163)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:47)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
Yet when I removed it and re-added it after re-creating the feature in
GS, absolutely no errors appeared for either KML or KML reflect in the
log (still no polygon in KML though). Didn't seem to get any errors
for non KML-reflect, but I'd take that with salt, GS seems to be being
random with its reporting.
Note - I can confirm this bug occurs for me in the Google Earth Plugin too.
Hope that helps,
Jonathan
2009/6/17 Justin Deoliveira <jdeolive@...>:
> Hi Jonathan,
>
> If you could keep replies on the public mailing list, that would be much
> appreciated. Reply all is your friend :)
>
> That said:
>
> Jonathan Moules wrote:
>>
>> Hi Justin,
>> Thanks for looking into this. I can only conclude I'm going crazy
>> then. It's a new day so I figured I'd try again and maybe it'd
>> magically work (I can but hope ;-) ). But nope, it's still broken and
>> absolutely refusing to show that Welsh polygon for me.
>>
>> Error log - I'm not sure where to look for these. If it's in
>> date_request_log - then I can say that of the 5000+ lines from
>> yesterday's in there, not a single one includes the world "error".
>> There's no errors showing in the geoserver console either, when I
>> refresh the network link in GE all I get is:
>> "class org.vfny.geoserver.global.geoserverFeatureLocking"
>
> Depends on how you are running geoserver. But you should see a geoserver.log
> file, in the location you are using as the GEOSERVER_DATA_DIR. How are you
> running goeserver? Via the war or standalone jetty?
>>
>> but that happens whether for all refreshes, be they shown or not.
>> There are no errors in google earth (I did turn on the KML error
>> reporting - nothing). It just doesn't do a single thing.
>>
>> I tried loading the same data from a shapefile (the originating
>> shapefile that it came from with the full 900 features), and it worked
>> fine from there.
>>
>> Netowrk link url:
>> http://localhost:8080/geoserver/wms/kml?layers=j2:geoserver_test
>> or
>> http://localhost:8080/geoserver/wms/kml_reflect?layers=j2:geoserver_test
>> Neither of them shows a little red "I can't find this" dot, so GE is
>> finding them
>>
>> The link in the layer below the network link in GE is:
>>
>> http://localhost:8080/geoserver/wms?height=256&bbox=-4.39453125%2C52.91015625%2C-4.306640625%2C52.998046875&width=256&layers=j2%3Ageoserver_test&request=GetMap&service=wms&styles=polygon&format_options=SUPEROVERLAY%3Atrue%3BKMPLACEMARK%3Afalse%3BOVERLAYMODE%3Aauto%3BKMSCORE%3A50%3BKMATTR%3Atrue%3B&srs=EPSG%3A4326&format=application%2Fvnd.google-earth.kmz%2Bxml&transparent=false&version=1.1.1
>>
> Hmmm... it looks right to me. Hopefully the error log will shed some light.
>>
>> Completely stumped by this one, though it's not currently critical to
>> me, it's still niggling (KML overlays look much nicer than image
>> overlays in GE). One difference I note is that you appear to be using
>> GE on the mac - maybe it's a windows GE only thing (I'm reaching for
>> straws here :-) ).
>>
>> Thanks for your time. If you have any other questions feel free to ask.
>>
>> Jonathan

Jira opened. --Thanks
Greg
On Jun 18, 2009, at 9:10 AM, Andrea Aime wrote:
> Greg Ederer ha scritto:
>> Hi,
>> Is there any way to cause GeoServer to output the appropriate
>> headers so that the user will get a 'Save As' dialogue after
>> clicking a link with a WMS href (rather than just having the
>> browser display the image)? It's been a while, but I think the
>> Content-Disposition HTTP header has to be set specially, and
>> possibly some others.
>
> Yup, we do that for the SHAPE-ZIP output and for the PDF one, but
> not for PNG images.
> We have no option either, but I guess it would not be so hard to
> add a format_option to force the content disposition that way.
>
> Can you open a jira issue. A patch along with it would be appreciated
> too ;-)
>
> Cheers
> Andrea
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.

Greg Ederer ha scritto:
> Hi,
>
> Is there any way to cause GeoServer to output the appropriate headers
> so that the user will get a 'Save As' dialogue after clicking a link
> with a WMS href (rather than just having the browser display the
> image)? It's been a while, but I think the Content-Disposition HTTP
> header has to be set specially, and possibly some others.
Yup, we do that for the SHAPE-ZIP output and for the PDF one, but
not for PNG images.
We have no option either, but I guess it would not be so hard to
add a format_option to force the content disposition that way.
Can you open a jira issue. A patch along with it would be appreciated
too ;-)
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Hi,
Is there any way to cause GeoServer to output the appropriate headers
so that the user will get a 'Save As' dialogue after clicking a link
with a WMS href (rather than just having the browser display the
image)? It's been a while, but I think the Content-Disposition HTTP
header has to be set specially, and possibly some others.
Thanks!
Greg

Hi Mike,
Thanks for the tip. I just set the service to logon as a NetworkService and everything seems to be running. I have not gone past just loading the web admin screen, but that does load and I am no longer getting the 503 error. So it seems that the logon user should be set as NetworkService during the install.
________________________________________
From: Mike Pumphrey [mike@...]
Sent: Thursday, June 18, 2009 11:03 AM
To: Robert Webb
Cc: geoserver-users@...
Subject: Re: [Geoserver-users] Windows Installer (Again)
Hi Robert. Does it work when you run the service as NetworkService? We currently don't specify a user in the wrapper.conf file, but according to this thread [1] it looks very possible. Example:
wrapper.ntservice.account=NT AUTHORITY\NetworkService
Our installer bombs out if not running as admin, so we shouldn't have any problems setting as a different user. Fingers crossed.
[1] http://www.nabble.com/Installing-service-as-Network-Service-td21096489.html
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
Robert Webb wrote:
> Just to update something below that I put in incorrectly. The service gets installed as a system service not a Network Service.
>
> I think what is going to have to happen is that if possible in the installer, or just in some instructions, we are going to have to setup a different username for the service to run as. Just need to figure out just what least permissions are needed in order to accomplish this.
>
> Robert
>
> ________________________________________
> From: Robert Webb [rwebb@...]
> Sent: Wednesday, June 17, 2009 4:49 PM
> To: Mike Pumphrey
> Cc: geoserver-users@...
> Subject: Re: [Geoserver-users] Windows Installer (Again)
>
> Mike,
>
> Thanks for the reply. I had a couple of minutes to play with the setup and found the following.
>
> I am running the 32 bit version of Server 2008 and used the new installer. Service would start but was getting the dreaded 503 error. On a whim, I changed the logon user for the service to my user account which has admin priveliges on the server.
>
> After restarting the the service, I can get to the admin web page and login. So it appears that it might be a permission issue with something. The service had installed itself using the "Network Service" user for the logon user. Not sure if it might be a permissions issue on the files somewhere.
>
> I am working on the system remotely and will have to wait until sometime the weekend to get the log files uploaded to the list. If I see anything in them in the meantime, I will be sure to post what I find.
>
> Robert
>
> ________________________________________
> From: Mike Pumphrey [mike@...]
> Sent: Wednesday, June 17, 2009 10:10 AM
> To: Robert Webb
> Cc: geoserver-users@...
> Subject: Re: [Geoserver-users] Windows Installer (Again)
>
> Hi Robert. This is not the first time I've heard of the 503 error. Could you please detail your setup and/or include your log files? Any additional info would be helpful.
>
> Thanks,
> Mike Pumphrey
> OpenGeo - http://opengeo.org
>
>
> Robert Webb wrote:
>> Sorry for all the noise. GOt my last issue fixed but now have a new issue.
>>
>> Service starts fine but when I try and browse to the admin page I get
>> the following:
>>
>>
>>
>> HTTP ERROR: 503
>>
>> SERVICE_UNAVAILABLE
>>
>> RequestURI=/geoserver
>>
>> /Powered by jetty:// <http://jetty.mortbay.org/>/
>>
>>
>>
>>
>>
>> Again, this is on a 32 bit windows server 2008 box.
>> <mailto:geoserver-users@...>
>>
>>
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------------------
>> Crystal Reports - New Free Runtime and 30 Day Trial
>> Check out the new simplified licensing option that enables unlimited
>> royalty-free distribution of the report engine for externally facing
>> server and web deployment.
>> http://p.sf.net/sfu/businessobjects
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users

In response to numerous requests, the deadline for abstract submission
has been extended to June 25.
---------------------------------------------
17th ACM SIGSPATIAL International Conference
on Advances in Geographic Information Systems
(ACM GIS 2009)
Call for Papers
---------------------------------------------
November 4-6, 2009
Seattle, WA, USA
http://acmgis09.cs.umn.edu
The ACM SIGSPATIAL International Conference on Advances in Geographic
Information Systems 2009 (ACM GIS 2009) is the seventeenth event of a
series of symposia and workshops that began in 1993 with the aim of
bringing together researchers, developers, users, and practitioners
carrying out research and development in novel systems based on
geo-spatial data and knowledge, and fostering interdisciplinary
discussions and research in all aspects of geographic information
systems. The conference provides a forum for original research
contributions covering all conceptual, design, and implementation
aspects of GIS ranging from applications, user interface considerations,
and visualization down to storage management and indexing issues. This
year's conference builds on last year's conference great success and on
being the premier annual conference of the ACM Special Interest Group on
Spatial Information (ACM SIGSPATIAL). Researchers, students, and
practitioners are invited to submit their contributions to this year's
ACM GIS.
TOPICS OF INTEREST
Suggested topics include but are not limited to:
* Cartography and Geodesy
* Computational Geometry
* Computer Vision Applications in GIS
* Distributed, Parallel, and GPU algorithms for GIS
* Earth Observation
* Geographic Information Retrieval
* Human Computer Interaction and Visualization
* Image and Video Understanding
* Location-based Services
* Location Privacy, Data Sharing and Security
* Performance Evaluation
* Photogrammetry
* Similarity Searching
* Spatial Analysis and Integration
* Spatial and Spatio-temporal Information Acquisition
* Spatial Data Mining and Knowledge Discovery
* Spatial Data Quality and Uncertainty
* Spatial Data Structures and Algorithms
* Spatial Data Warehousing, OLAP, and Decision Support
* Spatial Information and Society
* Spatial Modeling and Reasoning
* Spatial Query Processing and Optimization
* Spatio-temporal Data Handling
* Spatio-temporal Sensor Networks
* Spatio-temporal Stream Processing
* Spatio-textual Searching
* Standardization and Interoperability for GIS
* Storage and Indexing
* Systems, Architectures and Middleware for GIS
* Traffic Telematics
* Transportation
* Urban and Environmental Planning
* Visual Languages and Querying
* Wireless, Web, and Real-time Applications
PAPER FORMAT
Authors are invited to submit full, original, unpublished research
papers that are not being considered for publication in any other
forum. Manuscripts should be submitted in PDF format and formatted
using the ACM camera-ready templates available at:
http://www.acm.org/sigs/pubs/proceed/template.html
Papers cannot exceed 10 pages in length. In addition to the regular
full-length papers, the Program Committee may accept some as poster
papers which may be requested to be shortened. All submitted papers
will be refereed for quality, originality, and relevance by the
Program Committee. The acceptance/rejection of papers will be based
on review results. All questions should be addressed to the Program
Committee Chairs. Some accepted submissions may receive a best
paper/poster award.
Ph.D. DISSERTATION SHOWCASE PAPER FORMAT
Ph.D. students are encouraged to submit their Ph.D. research
contributions and work-in-progress. Submissions cannot exceed 6
pages -- Add (Ph.D. Showcase) to the title. Student authors of the
accepted papers will be given an opportunity to present a summary
of their research at the conference. Successful Ph.D. showcase
papers will appear in the ACM SIGSPATIAL Newsletter.
INDUSTRIAL PAPER FORMAT
Authors are invited to submit industrial experience papers that
describe their original industrial experiences, challenges, and
applications to be presented during the conference. Industrial
paper submissions cannot exceed 10 pages -- Add (Industrial Paper)
to the title. The accepted industrial experience papers will appear
in the Conference Proceedings.
DEMONSTRATION PAPER FORMAT
Authors are invited to submit demo papers that describe their original
demonstrations to be presented during the conference. Demo paper
submissions cannot exceed 2 pages -- Add (Demo Paper) to the title. The
demo papers will appear in the Conference Proceedings.
SUBMISSION
Submissions will be made electronically and online only at:
http://acmgis09.cs.umn.edu
One author per accepted paper, poster, PhD. Dissertation showcase,
industrial paper, or demo is required to register and attend the
conference and to present the accepted submission . Otherwise, the
accepted submission will not appear in the published conference
proceedings or in the ACM Digital Library version of the conference
proceedings. All questions should be addressed to the Program Committee
Chairs.
IMPORTANT DATES (Research, Ph.D, and Demo papers)
Abstract Submission: June 25, 2009
Full Paper Submission: July 2, 2009
Notification of Acceptance: Aug. 24, 2009
Camera Ready Copy: Sept. 6, 2009
Conference Date: Nov. 4-6, 2009
ORGANIZATION COMMITTEE
General Chair
Ouri Wolfson, University of Illinois at Chicago, USA
General Co-Chairs
Divyakant Agrawal, University of California, Santa Barbara, USA
Chang-Tien Lu, Virginia Tech, USA
General Vice Chair
Cyrus Shahabi, University of Southern California, USA
Program Co-Chairs
Mohamed Mokbel, University of Minnesota, USA
Peter Scheuermann, Northwestern University, USA
Program Vice Chair
Walid G. Aref, Purdue University, USA
Local Arrangement Co-Chairs
John Krumm, Microsoft Corporation, USA
Mohamed Ali, Microsoft Corporation, USA
Treasurer
Yan Huang, University of North Texas, USA
Publicity Chair
Judy Cushing, Evergreen College, USA
Proceedings Co-Chairs
Andrew Danner, Swarthmore College, USA
Alejandro Pauly, University of Florida, USA
Poster Chair
Jagan Sankaranarayanan, University of Maryland, USA
----------------------------------------------------------------------------
To unsubscribe from the list, reply this with 'Unsubscribe' in subject line.

Hi Arne,
Did you get my email I sent you? Just wanted to confirm.
Thanks,
Clark Endrizzi
On Fri, Jun 12, 2009 at 10:08 AM, Clark Endrizzi <cendrizzi@...>wrote:
> Hi,
> I have a server running 1.7.5 and am basically running the packaged version
> with Jetty. Currently I'm displaying three shape files on a openlayers map,
> and I'm referencing each shape using the geo web cache plugin. Two of the
> files work great, but the third one all I see is this warning: "12 Jun
> 09:38:47 ERROR [geowebcache.GeoWebCacheDispatcher] - Thread 17 Unknown layer
> metis:parcels_combined. Check the logfiles, it may not have loaded
> properly."
>
> This third shape file is huge, as I've combined a state's worth of parcel
> shape files to form a big one coming in at 665mb (that's just the .shp
> file). If I don't use the caching url by changing
> "/geoserver/gwc/service/wms?" to "/geoserver/wms?" it works fine, so it has
> something to do with the caching plugin.
>
> When I go to the demo page for the cache as referenced in documentation the
> layer isn't there. I have reloaded and done everything I can think of but
> the caching stuff just isn't aware of that layer. Is there a parameter
> somewhere that tells the cache stuff what criteria is uses to serve a
> layer? Maybe it's just a bad idea with this big of a shape file to do
> this?
>
> Thanks in advance.
>
> Thanks,
> Clark
>
>

Hi Robert. Does it work when you run the service as NetworkService? We currently don't specify a user in the wrapper.conf file, but according to this thread [1] it looks very possible. Example:
wrapper.ntservice.account=NT AUTHORITY\NetworkService
Our installer bombs out if not running as admin, so we shouldn't have any problems setting as a different user. Fingers crossed.
[1] http://www.nabble.com/Installing-service-as-Network-Service-td21096489.html
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
Robert Webb wrote:
> Just to update something below that I put in incorrectly. The service gets installed as a system service not a Network Service.
>
> I think what is going to have to happen is that if possible in the installer, or just in some instructions, we are going to have to setup a different username for the service to run as. Just need to figure out just what least permissions are needed in order to accomplish this.
>
> Robert
>
> ________________________________________
> From: Robert Webb [rwebb@...]
> Sent: Wednesday, June 17, 2009 4:49 PM
> To: Mike Pumphrey
> Cc: geoserver-users@...
> Subject: Re: [Geoserver-users] Windows Installer (Again)
>
> Mike,
>
> Thanks for the reply. I had a couple of minutes to play with the setup and found the following.
>
> I am running the 32 bit version of Server 2008 and used the new installer. Service would start but was getting the dreaded 503 error. On a whim, I changed the logon user for the service to my user account which has admin priveliges on the server.
>
> After restarting the the service, I can get to the admin web page and login. So it appears that it might be a permission issue with something. The service had installed itself using the "Network Service" user for the logon user. Not sure if it might be a permissions issue on the files somewhere.
>
> I am working on the system remotely and will have to wait until sometime the weekend to get the log files uploaded to the list. If I see anything in them in the meantime, I will be sure to post what I find.
>
> Robert
>
> ________________________________________
> From: Mike Pumphrey [mike@...]
> Sent: Wednesday, June 17, 2009 10:10 AM
> To: Robert Webb
> Cc: geoserver-users@...
> Subject: Re: [Geoserver-users] Windows Installer (Again)
>
> Hi Robert. This is not the first time I've heard of the 503 error. Could you please detail your setup and/or include your log files? Any additional info would be helpful.
>
> Thanks,
> Mike Pumphrey
> OpenGeo - http://opengeo.org
>
>
> Robert Webb wrote:
>> Sorry for all the noise. GOt my last issue fixed but now have a new issue.
>>
>> Service starts fine but when I try and browse to the admin page I get
>> the following:
>>
>>
>>
>> HTTP ERROR: 503
>>
>> SERVICE_UNAVAILABLE
>>
>> RequestURI=/geoserver
>>
>> /Powered by jetty:// <http://jetty.mortbay.org/>/
>>
>>
>>
>>
>>
>> Again, this is on a 32 bit windows server 2008 box.
>> <mailto:geoserver-users@...>
>>
>>
>> ------------------------------------------------------------------------
>>
>> ------------------------------------------------------------------------------
>> Crystal Reports - New Free Runtime and 30 Day Trial
>> Check out the new simplified licensing option that enables unlimited
>> royalty-free distribution of the report engine for externally facing
>> server and web deployment.
>> http://p.sf.net/sfu/businessobjects
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@...
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@...
> https://lists.sourceforge.net/lists/listinfo/geoserver-users

Andrea,
Thanks for making the ticket.
Ugh, look at this:
>From the Java service Wrapper page:
http://wrapper.tanukisoftware.org/doc/english/download.jsp
"64-bit Windows versions of the Java Service Wrapper are not currently being made available in the Community Edition to help cover ongoing development costs."
Anyone have any suggestions on how to proceed?
Thanks,
Mike Pumphrey
OpenGeo - http://opengeo.org
iomeneandrei wrote:
> Robert,
>
> Robert Webb-7 wrote:
>> Try changing the service to login as a user with admin rights to see if
>> you get access then. I just did that with my 32 bit system and mine
>> started working.
>>
> I'm just the administrator. Geoserver people have told me that this
> installer is not tested with 64bit systems, and that it's necessary to use a
> different wrapper for these systems.
>
> Thank you,
>
> a
>
> -----
> Andrea Borruso
>
> ----------------------------------------------------
> email: aborruso@...
> website: http://blog.spaziogis.it
> my 2.0 life: http://aborruso.storytlr.com/
> feed: http://feeds2.feedburner.com/Tanto
> 38° 7' 48" N, 13° 21' 9" E
> ----------------------------------------------------

I am reconfiguring my main server to use server 2008 vs multiple virtual servers under Citrix Xen. For those of you about there that run geoserver on a windows based platform what you recommend for the installation?
Setup geoserver using the windows installer or setting it up using the WAR file? Which seems to give the better/best response? Is either one or the other more stable? Especially if using the mosaicing options for raster files. Which seems more flexible??
Thanks in advance...
Robert
P.S. - I just got a basic server running using the new installer unser 32 bit server 2008. But before I go any further in setting this up, I would like to make sure I am probably getting the better setup.

Hi Andrea,
thanks, so Geoserver is correct and we need to adapt Mapserver WFS :-)
But from a user point of view I don't like the spec in this regard.
Best regards,
Bart
> bartvde@... ha scritto:
>> Hi list,
>>
>> I am doing a WFS 1.1 request with a maxfeatures of 100. The real query
>> though yields more than 100 records, but I am only asking for the first
>> 100.
>>
>> But in the response XML the numberOfFeatures attribute is set to 100 by
>> Geosever. Is there a way to have this return the real number of features
>> returned by the WFS query instead of the maxfeatures limit?
>
> The spec says:
>
> "The optional numberOfFeatures attribute is used to indicate the number
> of features that
> are in the response document. The count should only include feature type
> instances of
> the feature type names specified in the typeName attribute of the
> <Query> element (i.e.
> GetFeature/Query/@typeName) used to generate the response."
>
> So the behaviour is correct, the number refers to the returned document
> contents.
>
> You can try out resultType=hits without passing maxFeatures in the
> request thought, that should do it.
>
> Cheers
> Andrea
>
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>

bartvde@... ha scritto:
> Hi list,
>
> I am doing a WFS 1.1 request with a maxfeatures of 100. The real query
> though yields more than 100 records, but I am only asking for the first
> 100.
>
> But in the response XML the numberOfFeatures attribute is set to 100 by
> Geosever. Is there a way to have this return the real number of features
> returned by the WFS query instead of the maxfeatures limit?
The spec says:
"The optional numberOfFeatures attribute is used to indicate the number
of features that
are in the response document. The count should only include feature type
instances of
the feature type names specified in the typeName attribute of the
<Query> element (i.e.
GetFeature/Query/@typeName) used to generate the response."
So the behaviour is correct, the number refers to the returned document
contents.
You can try out resultType=hits without passing maxFeatures in the
request thought, that should do it.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.