date:20181210

Re: [Geoserver-users] Problem with SLD PointPlacement Displacement not working

2018-12-10 Thread Andrea Aime

On Mon, Dec 10, 2018 at 9:37 PM Martin Davis  wrote:

> Are there any known issues with this?  Or is there something wrong with
> the style?
>

No "known issue", the functionality is simply missing.
Polygon placement is "put the label something in there", personally never
had the need to control
displacement on it, can't see an existing feature request for it in the
tracker either, but settings
are there for polygons too, so they should be honored.

Usual two steps:

   - Feel free to open a ticket for it
   - PR welcomed (in case you're interested, have a look at LabelCacheImpl
   in gt-render)

Cheers
Andrea

==

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information. == Ing. Andrea Aime @geowolf Technical Lead
GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39
0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
http://www.geo-solutions.it http://twitter.com/geosolutions_it
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Imagemosaic spanning the dateline

2018-12-10 Thread Phil Scadden

So with dateline east of the map centre line:
https://data.gns.cri.nz/webmaps/petroleum/wms?service=WMS&request=GetMap&layers=gns%3Aswath&styles=&format=image%2Fpng&transparent=true&version=1.1.1&tiled=true&showOnSelector=false&height=256&width=256&srs=EPSG%3A3857&bbox=17532819.79994059,-5009377.085697311,18785164.07136492,-3757032.8142729844
returns nothing.

https://data.gns.cri.nz/webmaps/petroleum/wms?service=WMS&request=GetMap&layers=gns%3Aswath&styles=&format=image%2Fpng&transparent=true&version=1.1.1&tiled=true&showOnSelector=false&height=256&width=256&srs=EPSG%3A3857&bbox=-20037508.342789244,-5009377.085697311,-18785164.07136492,-3757032.8142729844
returns a tile.

Zoom into the western side and suddenly:
https://data.gns.cri.nz/webmaps/petroleum/wms?service=WMS&request=GetMap&layers=gns%3Aswath&styles=&format=image%2Fpng&transparent=true&version=1.1.1&tiled=true&showOnSelector=false&height=256&width=256&srs=EPSG%3A3857&bbox=18941707.105292957,-3600489.7803449426,19098250.139220998,-3443946.7464169012
does return a tile.

Beyond me why location of mapframe and zoom make a difference. Even when map 
frame is exclusively to west, only see tiles when I start to zoom in. the 
request URLs look correct to me and format unaffected by frame.

No granule in the mosaic crosses the dateline.




From: Phil Scadden 
Sent: Tuesday, 11 December 2018 10:06
To: GeoServer Mailing List List 
Subject: Re: [Geoserver-users] Imagemosaic spanning the dateline

After a bit of battle getting disk provisioning, I have now successfully built 
an imagemozaic in EPSG:3857 which does cover both sides of the dateline. If I 
use “tiled” in getmap requests, it returns imagery for one side the dateline – 
if dateline is not in frame, you can get imagery for either side, but moment 
you have datetime in frame, then you get one side or other. I am about to 
analyse the getmap requests buts when I look in the logs, I see it is full of 
WARN message like this:

2018-12-11 09:52:09,214 WARN [lite.gridcoverage2d] - Could not reduce the grid 
geometry inside the valid area bounds: 
ReferencedEnvelope[-1.7976931348623157E308 : 1.7976931348623157E308, -85.0 : 
85.0]
Grid geometry isGridGeometry2D[GridEnvelope2D[0..1063, 0..1063], 
PARAM_MT["Affine",
  PARAMETER["num_row", 3],
  PARAMETER["num_col", 3],
  PARAMETER["elt_0_0", 9.554628534313876],
  PARAMETER["elt_0_2", 19841652.786989305],
  PARAMETER["elt_1_1", -9.554628534317445],
  PARAMETER["elt_1_2", -4118861.8190303175]]]

The messages vary in terms of the elt_ parameters and the GridEnvelope2D 
content, but ALWAYS have ReferencedEnvelope[-1.7976931348623157E308 : 
1.7976931348623157E308, -85.0 : 85.0]

The lat/long bounding box on the layer is -179.99 -60.23 179. 
-19.3111

Can anyone tell me what the WARN message is about? (or should I give up now and 
create 2 imagemozaics, one for each side of the dateline).


From: Phil Scadden mailto:p.scad...@gns.cri.nz>>
Sent: Monday, 29 October 2018 16:21
Cc: GeoServer Mailing List List 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] Imagemosaic spanning the dateline

That is encouraging. Trying it if I can figure the REST. While there is no 
accounting for some random consumer might request, any sensible query isn’t 
going to ask for the raster in anything but 3857 and it would make no sense 
outside SW Pacific.

From: Andrea Aime 
mailto:andrea.a...@geo-solutions.it>>
Sent: Sunday, 28 October 2018 05:59
To: Phil Scadden mailto:p.scad...@gns.cri.nz>>
Cc: GeoServer Mailing List List 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] Imagemosaic spanning the dateline

Hi Phil,
we have done that in the past, even with granules spanning the dateline, using 
a heterogeneous CRS
setup (each image in its own UTM zone, the ones crossing the dateline in UTM 1 
or 60).
That said, it's always tricky, so I won't promise it will work in your case.

Having the source CRS in 3857, that will surely be source of troubles if 
someone asks the map in output
in 4326, last time I stumbled in that case if the client asked for the entire 
globe to be displayed in 4326
the envelope reprojection would fail

Cheers
Andrea


On Fri, Oct 26, 2018 at 2:35 AM Phil Scadden 
mailto:p.scad...@gns.cri.nz>> wrote:
Before I waste a lot of time on something impossible, I thought I would ask 
whether it is okay to have an image mosaic that crosses the dateline. None of 
the granules cross the 180 (more accurately, the data is split into tiles that 
don’t cross the 180), but the mosaic itself will span a big hunk of the SW 
Pacific. CRS is 3857 for each tile. The reason I ask is the LL, UR coordinates 
for an envelope2d would violate the common assumption that LL x is < LR x that 
flat-earthers are so used to.

Notice: This email and any attachments are confidential and may not be used, 
published or redistributed without the prior written consent of the Institute 
of Geological and Nuclear Sciences Limite

Re: [Geoserver-users] Imagemosaic spanning the dateline

2018-12-10 Thread Phil Scadden

After a bit of battle getting disk provisioning, I have now successfully built 
an imagemozaic in EPSG:3857 which does cover both sides of the dateline. If I 
use “tiled” in getmap requests, it returns imagery for one side the dateline – 
if dateline is not in frame, you can get imagery for either side, but moment 
you have datetime in frame, then you get one side or other. I am about to 
analyse the getmap requests buts when I look in the logs, I see it is full of 
WARN message like this:

2018-12-11 09:52:09,214 WARN [lite.gridcoverage2d] - Could not reduce the grid 
geometry inside the valid area bounds: 
ReferencedEnvelope[-1.7976931348623157E308 : 1.7976931348623157E308, -85.0 : 
85.0]
Grid geometry isGridGeometry2D[GridEnvelope2D[0..1063, 0..1063], 
PARAM_MT["Affine",
  PARAMETER["num_row", 3],
  PARAMETER["num_col", 3],
  PARAMETER["elt_0_0", 9.554628534313876],
  PARAMETER["elt_0_2", 19841652.786989305],
  PARAMETER["elt_1_1", -9.554628534317445],
  PARAMETER["elt_1_2", -4118861.8190303175]]]

The messages vary in terms of the elt_ parameters and the GridEnvelope2D 
content, but ALWAYS have ReferencedEnvelope[-1.7976931348623157E308 : 
1.7976931348623157E308, -85.0 : 85.0]

The lat/long bounding box on the layer is -179.99 -60.23 179. 
-19.3111

Can anyone tell me what the WARN message is about? (or should I give up now and 
create 2 imagemozaics, one for each side of the dateline).


From: Phil Scadden 
Sent: Monday, 29 October 2018 16:21
Cc: GeoServer Mailing List List 
Subject: Re: [Geoserver-users] Imagemosaic spanning the dateline

That is encouraging. Trying it if I can figure the REST. While there is no 
accounting for some random consumer might request, any sensible query isn’t 
going to ask for the raster in anything but 3857 and it would make no sense 
outside SW Pacific.

From: Andrea Aime 
mailto:andrea.a...@geo-solutions.it>>
Sent: Sunday, 28 October 2018 05:59
To: Phil Scadden mailto:p.scad...@gns.cri.nz>>
Cc: GeoServer Mailing List List 
mailto:geoserver-users@lists.sourceforge.net>>
Subject: Re: [Geoserver-users] Imagemosaic spanning the dateline

Hi Phil,
we have done that in the past, even with granules spanning the dateline, using 
a heterogeneous CRS
setup (each image in its own UTM zone, the ones crossing the dateline in UTM 1 
or 60).
That said, it's always tricky, so I won't promise it will work in your case.

Having the source CRS in 3857, that will surely be source of troubles if 
someone asks the map in output
in 4326, last time I stumbled in that case if the client asked for the entire 
globe to be displayed in 4326
the envelope reprojection would fail

Cheers
Andrea


On Fri, Oct 26, 2018 at 2:35 AM Phil Scadden 
mailto:p.scad...@gns.cri.nz>> wrote:
Before I waste a lot of time on something impossible, I thought I would ask 
whether it is okay to have an image mosaic that crosses the dateline. None of 
the granules cross the 180 (more accurately, the data is split into tiles that 
don’t cross the 180), but the mosaic itself will span a big hunk of the SW 
Pacific. CRS is 3857 for each tile. The reason I ask is the LL, UR coordinates 
for an envelope2d would violate the common assumption that LL x is < LR x that 
flat-earthers are so used to.

Notice: This email and any attachments are confidential and may not be used, 
published or redistributed without the prior written consent of the Institute 
of Geological and Nuclear Sciences Limited (GNS Science). If received in error 
please destroy and immediately notify GNS Science. Do not copy or disclose the 
contents.
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users


--

Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit 
http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf 
Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) 
phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 
http://www.geo-solutions.it http://twitter.com/geosolutions_it 
--- Con riferimento alla 
normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento 
generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza 
inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è 
un dato la cui conoscenza

[Geoserver-users] Problem with SLD PointPlacement Displacement not working

2018-12-10 Thread Martin Davis

We are styling an SDE layer of polygons.  We want to display the polygon
labels offset from the centre of the map image when zoomed into a single
polygon, so that the label is readable when zooming to a point (which is
using a client-side icon, so obscuring the label).

We are trying to set the SLD PointPlacement Displacement values to do this,
but this does not seem to change the location of the generated labels.  SLD
is below.

Are there any known issues with this?  Or is there something wrong with the
style?

Version is Geoserver 1.12.1.

-
http://www.opengis.net/sld"; xmlns:sld="http://www.opengis.net/sld";
xmlns:gml="http://www.opengis.net/gml"; xmlns:ogc="http://www.opengis.net/ogc";
version="1.0.0">
  
Default Styler

  Default Styler
  
name

  

  #FF
  4

  
  

  2.75

  


  

  FIRE_CENTRE


  Arial
  18
  normal
  normal


  

  0.5
  0.0


  0
  50

  


  3
  
#FF
  


  #00

100
  

  

  

___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] GDAL version

2018-12-10 Thread Ashley Mort

It seems GeoServer needs GDAL 1.9 for its extensions.  Will GDAL 2.x ever be 
used?  We are looking for some fixes in RPFTOC that have been made in GDAL 
1.10+.  Is there any way to integrate this version of GDAL or is that a major 
undertaking?  Thanks!

Ashley Mort
Sr. Software Engineer
972-638-6317 office
814-571-3039 cell

___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Installation of GeoServer 2.14.1 Error

2018-12-10 Thread Olyster

Hi,

just remove ;jsessionid=xprhwd1733a48bvavp2q3qo3 from the URL you're trying
to reach



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Installation of GeoServer 2.14.1 Error

2018-12-10 Thread Andrea Aime

See here: https://osgeo-org.atlassian.net/browse/GEOS-8913

Cheers
Andrea

On Mon, Dec 10, 2018 at 3:21 PM BMason  wrote:

> I am installing GeoServer for the first time but I am getting a server
> error.
> I used port 8080 on the server as a default.  This is the error I am
> getting
> when trying to run GeoServer as a service.  It looks like a problem with a
> firewall.   Any advice welcomed!  thanks
> HTTP ERROR 500
>
> Problem accessing /geoserver/web/;jsessionid=xprhwd1733a48bvavp2q3qo3.
> Reason:
> Server Error
>
>
> Caused by:
> org.springframework.security.web.firewall.RequestRejectedException: The
> request was rejected because the URL contained a potentially malicious
> String ";"
> at
>
> org.springframework.security.web.firewall.StrictHttpFirewall.rejectedBlacklistedUrls(StrictHttpFirewall.java:265)
> at
>
> org.springframework.security.web.firewall.StrictHttpFirewall.getFirewalledRequest(StrictHttpFirewall.java:245)
> at
>
> org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:193)
> at
>
> org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:177)
> at
>
> org.geoserver.security.GeoServerSecurityFilterChainProxy.doFilter(GeoServerSecurityFilterChainProxy.java:141)
> at
>
> org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:347)
> at
>
> org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:263)
> at
>
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at
> org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:90)
> at
>
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at
>
> org.geoserver.filters.XFrameOptionsFilter.doFilter(XFrameOptionsFilter.java:79)
> at
>
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:42)
> at
>
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at
>
> org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:46)
> at
>
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at
> org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:42)
> at
>
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at
>
> org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197)
> at
>
> org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at
>
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
> at
>
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> at
>
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
>
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> at
>
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
>
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> at
>
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at
>
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
> at
>
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
> at
>
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at org.eclipse.jetty.server.Server.handle(Server.java:499)
> at
> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
> at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
> at
>
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
> at
>
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
> at java.lang.Thread.run(Unknown Source)
>
>
>
>
>
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it,

[Geoserver-users] Installation of GeoServer 2.14.1 Error

2018-12-10 Thread BMason

I am installing GeoServer for the first time but I am getting a server error.  
I used port 8080 on the server as a default.  This is the error I am getting
when trying to run GeoServer as a service.  It looks like a problem with a
firewall.   Any advice welcomed!  thanks
HTTP ERROR 500

Problem accessing /geoserver/web/;jsessionid=xprhwd1733a48bvavp2q3qo3.
Reason: 
Server Error


Caused by:
org.springframework.security.web.firewall.RequestRejectedException: The
request was rejected because the URL contained a potentially malicious
String ";"
at
org.springframework.security.web.firewall.StrictHttpFirewall.rejectedBlacklistedUrls(StrictHttpFirewall.java:265)
at
org.springframework.security.web.firewall.StrictHttpFirewall.getFirewalledRequest(StrictHttpFirewall.java:245)
at
org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:193)
at
org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:177)
at
org.geoserver.security.GeoServerSecurityFilterChainProxy.doFilter(GeoServerSecurityFilterChainProxy.java:141)
at
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:347)
at
org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:263)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:90)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at
org.geoserver.filters.XFrameOptionsFilter.doFilter(XFrameOptionsFilter.java:79)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:42)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at
org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:46)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:42)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at
org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:197)
at
org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
at
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
at
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
at
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
at
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
at org.eclipse.jetty.server.Server.handle(Server.java:499)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
at
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
at
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
at java.lang.Thread.run(Unknown Source)





--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sour

Re: [Geoserver-users] WMS : rasterized layer in pdf output fprmat

2018-12-10 Thread Arnaud L.


Le 10/12/2018 à 12:16, Andrea Aime a écrit :
On Mon, Dec 10, 2018 at 11:58 AM Arnaud L. > wrote:


Here is a sample PDF, the white polygons are the rasterized ones :
https://transfer.sh/ep3Ab/test.pdf


The link does not work for me, it gets stuck in "connecting" status and 
never returns.


I've made a quick check against a layer group we have on a demo server, 
there are multiple layers
and they all seem to be vector (well, besides the background raster one 
of course ;-) ):


http://cloudsdi.geo-solutions.it/geoserver/daraa/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=application%2Fpdf&TRANSPARENT=true&LAYERS=daraa%3ADaraa-OSM&exceptions=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326&STYLES=&WIDTH=768&HEIGHT=648&BBOX=36.07240676879883%2C32.59446144104004%2C36.13832473754883%2C32.65007972717285



Yes, sorry for the link, transfer.sh appears to be down.
I attached the file since it is really lightweight.

I have a guess though : in the second layer, some polygons have a raster 
graphic symbolizer (external png graphic). Could this trigger a layer 
rasterization ?



Cheers
--
Arnaud


test.pdf
Description: Adobe PDF document
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] WMS : rasterized layer in pdf output fprmat

2018-12-10 Thread Andrea Aime

On Mon, Dec 10, 2018 at 11:58 AM Arnaud L.  wrote:

> Here is a sample PDF, the white polygons are the rasterized ones :
> https://transfer.sh/ep3Ab/test.pdf


The link does not work for me, it gets stuck in "connecting" status and
never returns.

I've made a quick check against a layer group we have on a demo server,
there are multiple layers
and they all seem to be vector (well, besides the background raster one of
course ;-) ):

http://cloudsdi.geo-solutions.it/geoserver/daraa/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=application%2Fpdf&TRANSPARENT=true&LAYERS=daraa%3ADaraa-OSM&exceptions=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326&STYLES=&WIDTH=768&HEIGHT=648&BBOX=36.07240676879883%2C32.59446144104004%2C36.13832473754883%2C32.65007972717285

Cheers
Andrea

==

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information. == Ing. Andrea Aime @geowolf Technical Lead
GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39
0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
http://www.geo-solutions.it http://twitter.com/geosolutions_it
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] WMS : rasterized layer in pdf output fprmat

2018-12-10 Thread Arnaud L.


Hi list

I am testing the pdf output format in WMS. In a simple example with two 
PostGIS layers, I can see that one layer in the output was kept in 
vector format (great), but the other one was rasterized.

It looks like all layers added after the second one will also be rasterized.
Doe anyone have an idea of what might cause this ?

Here is a sample PDF, the white polygons are the rasterized ones : 
https://transfer.sh/ep3Ab/test.pdf


Thanks a lot

Regards
--
Arnaud


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Installing Geoserver on Tomcat9 on Ubuntu 18.04

2018-12-10 Thread Andrea Aime

HI Arnaud,
thanks for letting us know!

Cheers
Andrea

On Mon, Dec 10, 2018 at 9:17 AM Arnaud L.  wrote:

> Le 07/12/2018 à 16:45, Andrea Aime a écrit :
> > Tomcat 9 is basically untested since nobody managed to run production
> > with it yet, but we don't know of problems with it either so, up to
> you.
>
> FYI, we are running a production GeoServer with Tomcat 9 in Windows.
> Internal server for the moment, but an external server is on its way.
>
> Regards
> --
> Arnaud
>
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 

Regards, Andrea Aime == GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime
@geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054
Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339
8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Installing Geoserver on Tomcat9 on Ubuntu 18.04

2018-12-10 Thread Arnaud L.


Le 07/12/2018 à 16:45, Andrea Aime a écrit :
Tomcat 9 is basically untested since nobody managed to run production 
with it yet, but we don't know of problems with it either so, up to you.


FYI, we are running a production GeoServer with Tomcat 9 in Windows.
Internal server for the moment, but an external server is on its way.

Regards
--
Arnaud



___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Problem with SLD PointPlacement Displacement not working

Re: [Geoserver-users] Imagemosaic spanning the dateline

Re: [Geoserver-users] Imagemosaic spanning the dateline

[Geoserver-users] Problem with SLD PointPlacement Displacement not working

[Geoserver-users] GDAL version

Re: [Geoserver-users] Installation of GeoServer 2.14.1 Error

Re: [Geoserver-users] Installation of GeoServer 2.14.1 Error

[Geoserver-users] Installation of GeoServer 2.14.1 Error

Re: [Geoserver-users] WMS : rasterized layer in pdf output fprmat

Re: [Geoserver-users] WMS : rasterized layer in pdf output fprmat

[Geoserver-users] WMS : rasterized layer in pdf output fprmat

Re: [Geoserver-users] Installing Geoserver on Tomcat9 on Ubuntu 18.04

Re: [Geoserver-users] Installing Geoserver on Tomcat9 on Ubuntu 18.04

13 matches

Site Navigation

Mail list logo

Footer information