[Geoserver-devel] [jira] Created: (GEOS-4018) Geometry transformation in PointSymbolizer seems to have no effect

[David Winslow (JIRA)]

Geometry transformation in PointSymbolizer seems to have no effect
--

 Key: GEOS-4018
 URL: http://jira.codehaus.org/browse/GEOS-4018
 Project: GeoServer
  Issue Type: Bug
Affects Versions: 2.0.2
 Environment: Build from SVN on 2.0.x branch
Reporter: David Winslow
Assignee: Andrea Aime
 Attachments: piecharts.css, piecharts.png, piecharts.sld

I was attempting to duplicate the example states style from this blog post: 
http://blog.geoserver.org/2008/12/08/dynamic-symbolizers-part-1/ using CSS. 

In the sample image, each chart is only drawn once for each state, but on my 
machine it appears to be drawn for each polygon in the multipolygon for the 
state.  I might be doing it wrong, but even adding a  to my point 
symbolizer using the centroid function didn't fix the problem.

Attaching the SLD and the CSS file used to generate it.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] Build failed in Hudson: geoserver-trunk-nightly #333

[Hudson]

See 

Changes:

[aaime] Bolsena WPS work

[simboss] GEOS-4017

[aaime] Whoops, fixing this compile failure, did not know this module was in 
the build at all

[jdeolive] GEOS-3998, fixing GeoServerInfo client properties bug and adding test

[jdeolive] GEOS-4008, removed unused styles that have no SLD

[aaime] Forgot to update one provider

[aaime] [GEOS-4015] GeoServerTablePanel is not setup to support editable tables

[arneke] Removing outdated copy of REST module, with afabiani's blessing

--
[...truncated 861 lines...]
[INFO] Building jar: 

[INFO] [install:install]
[INFO] Installing 

 to 
/home/tomcat/.m2/repository/org/geoserver/web/web-gwc/2.1-SNAPSHOT/web-gwc-2.1-SNAPSHOT.jar
[INFO] Installing 

 to 
/home/tomcat/.m2/repository/org/geoserver/web/web-gwc/2.1-SNAPSHOT/web-gwc-2.1-SNAPSHOT-tests.jar
[INFO] Installing 

 to 
/home/tomcat/.m2/repository/org/geoserver/web/web-gwc/2.1-SNAPSHOT/web-gwc-2.1-SNAPSHOT-sources.jar
[INFO] 
[INFO] Building WFS UI Module
[INFO]task-segment: [clean, install]
[INFO] 
[INFO] [clean:clean]
[INFO] Deleting directory 

[INFO] [cobertura:clean {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 9 resources
[INFO] skip non existing resourceDirectory 

[INFO] [compiler:compile]
[INFO] Compiling 2 source files to 

[INFO] [resources:testResources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 0 resource
[INFO] [compiler:testCompile]
[INFO] Compiling 1 source file to 

[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar: 

[INFO] [jar:test-jar {execution: default}]
[INFO] Building jar: 

[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:jar {execution: attach-sources}]
[INFO] Building jar: 

[INFO] [install:install]
[INFO] Installing 

 to 
/home/tomcat/.m2/repository/org/geoserver/web/web-wfs/2.1-SNAPSHOT/web-wfs-2.1-SNAPSHOT.jar
[INFO] Installing 

 to 
/home/tomcat/.m2/repository/org/geoserver/web/web-wfs/2.1-SNAPSHOT/web-wfs-2.1-SNAPSHOT-tests.jar
[INFO] Installing 

 to 
/home/tomcat/.m2/repository/org/geoserver/web/web-wfs/2.1-SNAPSHOT/web-wfs-2.1-SNAPSHOT-sources.jar
[INFO] 
[INFO] Building WCS UI Module
[INFO]task-segment: [clean, install]
[INFO] 
[INFO] [clean:clean]
[INFO] Deleting directory 

[INFO] [cobertura:clean {execution: default}]
[INFO] [resources:resources]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 8 resources
[INFO] skip non existing resourceDirectory 

[INFO] [compi

Re: [Geoserver-devel] GeoServer rendering is broken

[Andrea Aime]

Alessio Fabiani ha scritto:
> Trunk version of geoserver throws the following exception when rendering 
> images with the new GeoTools updates:
> 
> java.lang.IncompatibleClassChangeError: Found class 
> org.geotools.map.MapContext, but interface was expected
> at 
> org.geotools.renderer.lite.StreamingRenderer.getMaxBackBufferMemory(StreamingRenderer.java:1594)
> at 

Odd, works just fine for me (I'm on trunk as well).

This error is probably due to mixing classes compiled for GeoServer 
before the api changes in GeoTools happening, and adding the new
GeoTools jars into the mix.

Locally I build GeoTools and GeoServer every day. Maybe you're getting
the jars from the repositories instead? They might be outdated, not sure

Cheers
Andrea


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

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] GeoServer rendering is broken

[Alessio Fabiani]

Trunk version of geoserver throws the following exception when rendering
images with the new GeoTools updates:

java.lang.IncompatibleClassChangeError: Found class
org.geotools.map.MapContext, but interface was expected
at
org.geotools.renderer.lite.StreamingRenderer.getMaxBackBufferMemory(StreamingRenderer.java:1594)
at
org.vfny.geoserver.wms.responses.DefaultRasterMapProducer.produceMap(DefaultRasterMapProducer.java:310)
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:664)
at
org.geoserver.ows.adapters.ResponseAdapter.getMimeType(ResponseAdapter.java:49)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:761)
at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:233)
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:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at
org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:48)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109)
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:71)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at
org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:183)
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.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.han

Re: [Geoserver-devel] Compensating printer DPI: what param name?

[Andrea Aime]

Jody Garnett ha scritto:
> On 18/06/2010, at 7:03 PM, Andrea Aime wrote:
> 
>> Btw, I cooked a proof of concept that seems to work fine.
>>
>> I just have one final doubt, it's about the parameter
>> name and location.
>>
>> At the moment I have it running off the format options
>> for raster data:
>> ...&format_options=dpi:270
>>
>> What do you think, good choice?
> 
> Yep nice and simple and a good format options.
> 
>> Here is a sample of what happens when the rescaling
>> is applied (the second image had widht and height
>> equals to 900, the rescaling just inflated all
>> the symbolizers):
>> http://sigma.openplans.org/~aaime/normalDpi.png
>> http://sigma.openplans.org/~aaime/rescaledDpi.png
> 
> Looks good; thanks for catching that halo also needed resizing. Do we also 
> need to resize the spacing when a line symbolizer pattern is used?

Ah, good catch, yeah, that is needed as well. The dash pattern!

Cheers
Andrea



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

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Compensating printer DPI: what param name?

[Jody Garnett]

On 18/06/2010, at 7:03 PM, Andrea Aime wrote:

> Btw, I cooked a proof of concept that seems to work fine.
> 
> I just have one final doubt, it's about the parameter
> name and location.
> 
> At the moment I have it running off the format options
> for raster data:
> ...&format_options=dpi:270
> 
> What do you think, good choice?

Yep nice and simple and a good format options.

> Here is a sample of what happens when the rescaling
> is applied (the second image had widht and height
> equals to 900, the rescaling just inflated all
> the symbolizers):
> http://sigma.openplans.org/~aaime/normalDpi.png
> http://sigma.openplans.org/~aaime/rescaledDpi.png

Looks good; thanks for catching that halo also needed resizing. Do we also need 
to resize the spacing when a line symbolizer pattern is used?


--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Compensating printer DPI: what param name?

[Andrea Aime]

Andrea Aime ha scritto:
> Hi,
> I have someone interested in sponsoring better support for
> raster printouts on high resolution devices.
> 
> Basically they want to generate an image that when printed
> at 300dpi will look like what you get on the screen, which
> really means you need:
> - a bigger image
> - scaled up labels, strokes and whatnot
> - the scale computation taking into account the scale up
>and ending up with the same scale denominator as the
>image on the screen
> 
> This is how MapServer is doing it:
> http://mapserver.org/development/rfc/ms-rfc-55.html
> 
> So they state the image size and the target dpi separately.
> Seems like a sane way to proceed to me.

Btw, I cooked a proof of concept that seems to work fine.

I just have one final doubt, it's about the parameter
name and location.

At the moment I have it running off the format options
for raster data:
...&format_options=dpi:270

What do you think, good choice?

Here is a sample of what happens when the rescaling
is applied (the second image had widht and height
equals to 900, the rescaling just inflated all
the symbolizers):
http://sigma.openplans.org/~aaime/normalDpi.png
http://sigma.openplans.org/~aaime/rescaledDpi.png

Cheers
Andrea

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

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel