Hello Ben,
Thank you for your answer.
I will be using both WFS GetFeature and WMS GetMap requests. And thank you
for the reminder to use the built-in tile cache.
On Wed, Jun 13, 2018 at 6:20 PM, Ben Caradoc-Davies <b...@transient.nz>
wrote:
> Kris,
>
> GeoServer will reproject on the fly if the output CRS differs from the
> input CRS, but will get your database to do it if it can. This is usually
> quite fast. Rendering can often be more expensive.
>
> You probably want "Declared SRS" EPSG:26915 and "Force declared". See:
> http://docs.geoserver.org/latest/en/user/data/webadmin/layer
> s.html#coordinate-reference-systems
>
> Clients can request EPSG:3857. By requesting data, do you mean data as in
> WFS or WMS GetFeatureInfo, or did you mean maps like WMS GetMap? For faster
> maps, use a tile cache such as the embedded GWC.
>
> Kind regards,
> Ben.
>
> On 14/06/18 07:56, Kris Johnson wrote:
>
>> Hello,
>>
>> I have, what might be, a basic question.
>>
>> I am loading a number of layers into geoserver that have a "Native SRS" of
>> EPSG:26915.
>> I am attempting to optimize serving these layers for use in a web mapping
>> client (ie. leaflet, openlayers) as WMS and WFS requests. I, therefore,
>> presumed that I should set the "Declared SRS" to EPSG:3857 (and "SRS
>> handling" to "Force declared") since that is what the web clients will
>> use.
>>
>> However, while trying to use the "layer preview" in Styles I ran up
>> against
>> this known issue: https://osgeo-org.atlassian.net/browse/GEOS-8016
>>
>> So, my question is what should I do to optimize these layers to handle
>> requests looking for data in EPSG:3857?
>> On a related note, does Geoserver re-project layers on-the-fly when
>> serving
>> out data that differs from the "Declared SRS"?
>>
>> Thank you for your patient explanations.
>>
>>
>>
>> ------------------------------------------------------------
>> ------------------
>> 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-req
>> uesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
> --
> Ben Caradoc-Davies <b...@transient.nz>
> Director
> Transient Software Limited <https://transient.nz/>
> New Zealand
>
--
Kris Johnson
Natural Resources Research Institute
5013 Miller Trunk Highway, Duluth, MN 55811
p: 218.788.2767
www.nrri.umn.edu
------------------------------------------------------------------------------
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
