Re: [Geoserver-users] SLD drawing order

[Andrea Aime]

On Sun, Sep 2, 2018 at 3:09 PM Fagin, Todd D.  wrote:

>
>- Is your data source a shapefile?
>
> Yes, the data source is a shapefile.
>
>
>
>
>
> Also, as a further test, what happens if just before closing your Graphic
> tag you add this:
>
>
>
> Adding the opacity doesn’t make the other feature appear.
>

Hmm... I have nothing else quick left to suggest, we need to switch to a
different approach.
Please open a bug report at
https://osgeo-org.atlassian.net/projects/GEOS/summary
and include into it:

   - Sample shapefile (could be a subset)
   - Sample style
   - GetMap request involved
   - Make sure that with the above the issue can be reproduced on a
   supported version of GeoServer (2.13.x onwards)

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.*
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
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] SLD drawing order

[Fagin, Todd D.]

Thank you for your questions. My replies to each follow:


  *   Did you try switching the sorting direction, was the result still not 
what you expected?
Yes, I tried many different approaches and the results never varied.


  *   Could you show us actual vs expected result?
Within this layer, we have multiple classes designated by the gs field. For 
instance, PA, LA, etc. We would like that in the few instance in which two 
point fall in the same location for the well designated as PA to draw rather 
than the one designated as LA. To do this, we tried the sorting option 
descending on the gs field.


  *   Is your data source a shapefile?
Yes, the data source is a shapefile.


Also, as a further test, what happens if just before closing your Graphic tag 
you add this:

Adding the opacity doesn’t make the other feature appear. I just discovered 
something ever more peculiar that may be the cause of the issue. If I 
completely remove the rule with LA, the point in the 
same location doesn’t draw. However, if I execute a CQL query, it suddenly 
appears.

I am now further baffled.

Thank you,

Todd Fagin

Oklahoma Natural Heritage Inventory/
Oklahoma Biological Survey

From: Andrea Aime [mailto:andrea.a...@geo-solutions.it]
Sent: Sunday, September 2, 2018 2:12 AM
To: Fagin, Todd D. 
Cc: GeoServer Mailing List List 
Subject: Re: [Geoserver-users] SLD drawing order

Hi,
a few questions to try get this sorted out:

  *   Did you try switching the sorting direction, was the result still not 
what you expected?
  *   Could you show us actual vs expected result?
  *   Is your data source a shapefile?
Also, as a further test, what happens if just before closing your Graphic tag 
you add this:

   0.99



On Fri, Aug 31, 2018 at 10:57 PM Fagin, Todd D. 
mailto:tfa...@ou.edu>> wrote:
Greetings,

I know this is an issue that has been addressed before, but we are having some 
issues and am hoping for guidance.

We have a point layer that has, in at least one instance, two points at the 
exact some location. Optimally, if would be best if both symbols rendered in a 
“stacked” fashion. However, only one of the features is showing. The next best 
option would be to prioritize the point drawn based on attribute value. We have 
used the  tag, but the rendering is still not placing 
priority as we have indicated. I have a snippet of the SLD below.

Any suggestions would be greatly appreciated.



  Type 1
  Type 1
  75
  

  gs
  LA

  
  

  

image/svg+xml
  
  
10
  

  

  
  

  Type 2
  Type 2
  75
  

  gs
  PA

  
  

  

image/svg+xml
  
  
16
  

  

  



Thank you,

Todd

Todd Fagin

Oklahoma Natural Heritage Inventory/
Oklahoma Biological Survey

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! 
http://sdm.link/slashdot___
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

Re: [Geoserver-users] Scaling problems creating WMS from raster layer

[Andrea Aime]

On Fri, Aug 31, 2018 at 5:14 AM Jason Newmoyer 
wrote:

> I think  EPSG:404000 is what it defaults to when it doesn't understand
> (or can't find) the CRS. There's something it doesn't like about your world
> file.
>

It's probably the lack of a prj file :-)

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.*
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
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] Geoserver/GeoWebCache and S3 Blobstore

[Andrea Aime]

Hi,
Peter's example works sometimes, other times it does not, depends on
whether the layer bounding box is
aligned with the cached grid bounds, or not (I don't remember what is done
for default scale denominator, but that one
also has to match a cached zoom level).

If you want to make sure that tiles are getting cached, go to "tiled
layers" and pick a OpenLayers preview
there, those are build around the right bounds and set of zoom levels.

WMS per se is not meant to be cacheable and often it is not. The "direct
integration" between WMS and caching
subsystem is there because often people set a basemap like OSM in their web
clients, and then overlay a WMS
that gets also similarly tiled as a result.
This make those WMS request match exactly the web mercator gridset. In
other words, direct integration is leveraging
a common "accident" to make the server perform less work.

If you want to make sure you're using tiles instead, use a tile oriented
protocol, like WMTS.

Cheers
Andrea

On Sat, Sep 1, 2018 at 3:43 PM Peter Smythe  wrote:

> Hi Jan
>
> > Should it be possible to cache tiles using an application (Open Layers)
> and not using direct WMS requests with exact BBox extents for each tile?
> How can that be achieved? (how to use the mandatory &tiled=true
> 
>  parameter).
>
>
> Yes, it is.  On the Layer Preview page, click on the 3 dots (top left) to
> expand the menu.  Then change Tiling: to Tiled.  You can see that the map
> now loads in tiles, not all at once.  Verify &tiled=true in Developer Tools.
>
> [image: image.png]
>
> Regards
>
> Peter
>
> On Fri, 31 Aug 2018 at 10:46, Jan Donner  wrote:
>
>> Thank you Jukka and Andrea, this at least partly solved my problem!
>> Sorry about that large log. Did not wan't to loose any possibly important
>> information.
>>
>> I disabled the In memory BlobStore and used the first of the two URL:s
>> Andrea provided.
>> - Now it did cache that 0/0.png tile onto S3! (The second URL did not
>> work).
>> - Seeding also worked!
>>
>> Using the Layer preview did not cache tiles on S3! Should it be possible
>> to cache tiles using an application (Open Layers) and not using direct WMS
>> requests with exact BBox extents for each tile? How can that be achieved?
>> (how to use the mandatory &tiled=true
>> 
>>  parameter).
>>
>>
>> br.
>> Jan
>>
>>
>>
>>
>>
>> to 30. elok. 2018 klo 22.35 Andrea Aime (andrea.a...@geo-solutions.it)
>> kirjoitti:
>>
>>> On Thu, Aug 30, 2018 at 5:13 PM Jan Donner 
>>> wrote:
>>>
 Hi!
 I'm experiencing problems with using Geoserver and GeoWebCache with a
 S3 blob store.
 I have managed to create a blob store on S3 (the new folder appeared in
 s3 as defined by S3 Object Key Prefix) using Geoserver
 I try to cache tiles onto it by making a WMS request from the example
 layer topp:states, but no files are cached into the S3 blob store:


 http://localhost:8080/geoserver/gwc/service/wms?layers=topp:states&styles=&version=1.1.1&srs=EPSG:4326&Request=GetMap&bbox=-180,-90,180,90&width=256&height=256&format=image/png8&tiled=true


>>> This is just a partial answer, but I'm at a conference and there is not
>>> much time to dedicate to the user list.
>>> The request you're using does not conform to any cacheable gridset, so
>>> it's not cached. The WGS84 gridset does not have one tile
>>> at the top level, but two. Could you try these instead?:
>>>
>>>
>>> http://localhost:8080/geoserver/gwc/service/wms?layers=topp:states&styles=&version=1.1.1&srs=EPSG:4326&Request=GetMap&bbox=-180,-90,0,90&width=256&height=256&format=image/png8&tiled=true
>>>
>>>
>>> http://localhost:8080/geoserver/gwc/service/wms?layers=topp:states&styles=&version=1.1.1&srs=EPSG:4326&Request=GetMap&bbox=0,-90,180,90&width=256&height=256&format=image/png8&tiled=true
>>>
>>> Also, did you enable the "transparent integration" in the "caching
>>> defaults" page? Otherwise just making WMS requests
>>> won't create any tiles. Maybe try to use the tiled layers preview too.
>>>
>>> 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

Re: [Geoserver-users] SLD drawing order

[Andrea Aime]

Hi,
a few questions to try get this sorted out:

   - Did you try switching the sorting direction, was the result still not
   what you expected?
   - Could you show us actual vs expected result?
   - Is your data source a shapefile?

Also, as a further test, what happens if just before closing your Graphic
tag you add this:

   0.99



On Fri, Aug 31, 2018 at 10:57 PM Fagin, Todd D.  wrote:

> Greetings,
>
>
>
> I know this is an issue that has been addressed before, but we are having
> some issues and am hoping for guidance.
>
>
>
> We have a point layer that has, in at least one instance, two points at
> the exact some location. Optimally, if would be best if both symbols
> rendered in a “stacked” fashion. However, only one of the features is
> showing. The next best option would be to prioritize the point drawn based
> on attribute value. We have used the  tag, but the
> rendering is still not placing priority as we have indicated. I have a
> snippet of the SLD below.
>
>
>
> Any suggestions would be greatly appreciated.
>
>
>
> 
>
> 
>
>   Type 1
>
>   Type 1
>
>   75
>
>   
>
> 
>
>   gs
>
>   LA
>
> 
>
>   
>
>   
>
> 
>
>   
>
>  />
>
> image/svg+xml
>
>   
>
>   
>
> 10
>
>   
>
> 
>
>   
>
> 
>
>   
>
>   
>
> 
>
>   Type 2
>
>   Type 2
>
>   75
>
>   
>
> 
>
>   gs
>
>   PA
>
> 
>
>   
>
>   
>
> 
>
>   
>
>  />
>
> image/svg+xml
>
>   
>
>   
>
> 16
>
>   
>
> 
>
>   
>
> 
>
>   
>
>
>
>
>
>
>
> Thank you,
>
>
>
> Todd
>
>
>
> Todd Fagin
>
>
>
> Oklahoma Natural Heritage Inventory/
>
> Oklahoma Biological Survey
>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 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.*
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
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://g

Re: [Geoserver-users] [External] Re: performance questions

[Andrea Aime]

Hi Ashley,
as said before, with JAI-EXT enabled I'd expect bilinear scaling to be
slower (while for example we have reports
that bicubic warp is faster, it depends on the operation), but since you
have a test ready, try it out and let us know how it worked?
All the "native accelerations" will be off obviously, as those require
"native jai" to be installed and
jai-ext to be turned off.
Basically, keep the defaults that you have

Cheers
Andreaù


On Sat, Sep 1, 2018 at 10:34 PM Ashley Mort 
wrote:

> Interesting info there that I was unaware of with the jai-ext startup
> parameter.  We have a bunch of ImageMosaic layers served as PNG with a
> default GeoServer 2.13.0 install (no native JAI installed).
>
>
>
> Would the recommended setting generally be to use
> -Dorg.geotools.coverage.jaiext.enabled=true then leave the defaults in
> GeoServer Image Processing settings like below?
>
>
>
> PNG Encoder: PNGJ based encoded (recommended)
>
> JPEG Native Acceleration: off
>
> Mosaic Native Acceleration: off
>
> Warp Native Acceleration: off
>
> JAI/JAIEXT Setup
>
> JAIEXT Operations
>
> all
>
>
>
> JAI OPERATIONS
>
> none
>
>
>
> Ashley Mort
>
> Sr. Software Engineer
>
>
>
> *From:* Andrea Aime [mailto:andrea.a...@geo-solutions.it]
> *Sent:* Saturday, September 1, 2018 5:20 AM
> *To:* Bessette-Halsema, Dominique E 
> *Cc:* GeoServer Mailing List List 
> *Subject:* [External] Re: [Geoserver-users] performance questions
>
>
>
> Hi,
>
> yes, the performance drop looks bad. Have you enabled jai-ext in 2.13.x?
> (it does more work, more comprehensive
>
> ROI handling and NODATA Handling which was not there before) so for a
> simple scale it's slower also in my local tests,
>
> that said we are running all production envs with jai-ext enabled with no
> complaints (probably because bottleneck are elsewhere,
>
> network storage, JPEG2000 decompression and the like).
>
>
>
> If you did not enable jai-ext in both environments, did you install native
> JAI in both?
>
>
>
> Cheers
>
> Andrea
>
>
>
>
>
> On Sat, Sep 1, 2018 at 1:48 AM Bessette-Halsema, Dominique E <
> dominique.besse...@gdit.com> wrote:
>
> Hello
>
>
>
> I was recently doing some performance tests on the v2.5 GeoServer.
>
>
>
> Jmeter Test configuration:
>
> The tests were for WMS 1.3.0 getMap requests for a 74x96 deg of a GeoTiff.
>
> The interpolation is set to bilinear and each test run is performed 100
> times in a loop.
>
> Each loop is paused for 200-500 milliseconds before sending out the next
> batch of concurrent requests.
>
>
>
> Example request:
>
>
> https://localhost:8443/geoserver/test/wms?layers=test:grid&width=512&height=666&bbox=73.0,-19.0,147.0,77.0&srs=CRS:84&format=image/png&version=1.3.0&service=WMS&request=GetMap
> .
>
>
>
> To be candid, The average response time is much worse in v2.13 compared to
> v2.5.   I ended up updated v2.13 to use Marlin but the performance is still
> not as good as compared to v2.5.  Attached are the before/after updates.
>
>
>
> I know there were a lot of updates between the versions but is there a
> global setting, cache, or configuration property that I should be looking
> into?
>
>
>
> Dominique Bessette
>
>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 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