Hi, Dylan,
The VT renderer should be taking the min/max scale range into consideration
when querying the underlying data.
Do you have access to a dev environment? If you do, please look
in VectorTileMapOutputFormat#produceMap(). About half way down, you should
see;
Query query = getStyleQuery(layer, mapContent);
This should be taking the min/max scale denominator into consideration.
Questions;
1. what's your SLD
2. what type of data set are you using (postgis? shp?)
3. could you verify that all your CRSes are setup correctly for the layer
and request? (it could be calculating the incorrect map scale)
4. how are your requests setup? Are you using the SLD in #1? Could you
give an example request that directly communicates with the WMS (that's
quick for an image format and slow for a mapbox VT format)?
Thanks,
Dave
On Mon, Jul 24, 2017 at 4:57 AM, Dylan Parry <[email protected]>
wrote:
> Hi Andrea,
>
> That's good to know---I was sure the presentations I watched were using
> SLD, but figured it was me just "not getting it"!
>
> If that's the case, then this is almost certainly a bug, or I'm not
> writing my SLD correctly. Hopefully the module maintainer will be able to
> chip in on this and confirm whether it's a bug or show an example of how to
> correctly write the SLD so that it does filter the data out rather than
> spend an inordinate amount of time processing it!
>
> Thanks,
>
> On 24/07/17 12:54, Andrea Aime wrote:
>
> On Mon, Jul 24, 2017 at 10:36 AM, Paul Wittle via Geoserver-users <
> [email protected]> wrote:
>
>> Hi,
>>
>>
>>
>> My understanding of WFS was that SLD’s are not applied to the request as
>> the service provides features rather than rendered outputs. I think you may
>> need to put your restrictions into the filtering rather than the SLD but I
>> accept that is more complex if you are trying to apply a number of scale
>> dependencies by feature type within the SLD.
>>
>
> Hi Paul,
> vector tiles are a WMS output, so they should be taking into account SLD.
> What Dylan describes looks more like a bug to me.
> Unfortunately we don't seem to be catching the module maintainer
> attention...
>
> Cheers
> Andrea
>
> --
>
> 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 <+39%200584%20962313> fax: +39 0584 1660272
> <+39%200584%20166%200272> mob: +39 339 8844549 <+39%20339%20884%204549>
> http://www.geo-solutions.it http://twitter.com/geosolutions_it
>
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
>
> ------------------------------
>
> Dylan Parry
> Lead Developer, Blue Fox Technology Ltd
> ------------------------------
>
> <http://www.opusmap.co.uk> T: 01452 524901
> W: www.opusmap.co.uk
> [image: LinkedIn]
> <https://www.linkedin.com/company/blue-fox-technology-ltd?trk=biz-companies-cym>
> [image:
> Twitter] <https://twitter.com/opusmap> [image: YouTube]
> <https://www.youtube.com/channel/UCIpw1EnG55-D9DzzbkZXV_A> [image:
> Google+] <https://plus.google.com/u/0/b/112115908251760042852/+OpusmapUk>
>
> [image: Opus Map - Try it for free] <http://www.opusmap.co.uk/free-demo/>
>
> Registered in England and Wales, Company No. 05908226.
> Registered office: Windsor House, 26 Mostyn Avenue, Craig-Y-Don,
> Llandudno, Conwy LL30 1YY
>
> ------------------------------------------------------------
> ------------------
> 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
>
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
