Re: [Geoserver-users] Geoserver doesn't render all features in some zooms

[Dave Blasby]

Hi,

The VT process does remove very small (<1 pixel) features from the results.

There were some other people who noticed that you might need to create your
own tileset definition in GWC if you are using MB clients (otherwise your
tiles will appear to be "too generalized").  I think they disagreed on the
tile sizes, so the resolution is off by 1/2 (?). This would mean that small
(i.e. 4 pixel) features could be removed in this type of situation.

Thanks,
Dave

On Thu, Aug 3, 2017 at 11:44 AM, yedagi  wrote:

> hi,
> im using geoserver 2.11.0, with elasticsearch as datasource.
> i also use leaflet vector tiles plugin to request the tiles.
>
> i have noticed that when use leaflet map controller, in certain zooms the
> geoserver doesn't return all geometries (in deeper zoom it shows more
> geometries).
> i checked with wireshark the result the geoserver recieves from
> elasticsearch, and it recieves the same geometries in both zoom levels.
> i wondered if there is some configuration that determine whether the
> geoserver "ignore" geometries in low zoom to simplify the response ?
>
>
> any ideas how to solve my problem ?
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.
> nabble.com/Geoserver-doesn-t-render-all-features-in-some-
> zooms-tp5330374.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
> 
> --
> 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
>
> Geoserver-users@lists.sourceforge.net
> 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

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

Re: [Geoserver-users] Hide layers in layer group for vector tiles

[Dave Blasby]

Excellent - I will close the ticket.

Cheers,
Dave

On Tue, Aug 1, 2017 at 2:14 AM, Dylan Parry <dylan.pa...@bluefoxtech.co.uk>
wrote:

> Hi Dave,
>
> Apologies, I've been away for a few days and was unable to test it until
> this morning. Your fix appears to have worked!
>
> Thanks,
>
> On 31/07/17 23:02, Dave Blasby wrote:
>
> Hi, Dylan,
>
> Did it work for you?
>
> Thanks,
> Dave
>
> On Fri, Jul 28, 2017 at 10:49 AM, Dave Blasby <dbla...@boundlessgeo.com>
> wrote:
>
>> Hi, Dylan,
>>
>> I had some travis build issues, but it's built now.  I asked torben to
>> kick-off a nightly build; it should be done in an hour or two.
>>
>> Please give it a try when its done,
>> Dave
>>
>> On Thu, Jul 27, 2017 at 12:16 PM, Dylan Parry <
>> dylan.pa...@bluefoxtech.co.uk> wrote:
>>
>>> That's excellent! Thanks :) Will it be the nightly build I'll need to
>>> try, or is there another way of getting the updated extension?
>>>
>>> On 27/07/17 20:10, Dave Blasby wrote:
>>>
>>> Hi, Dylan,
>>>
>>> I tracked the problem down to an issue in the VT rendering.  If no SLD
>>> rules apply (as in your case), then it does some funny business.
>>>
>>> I think I've fixed this, just going to make a PR for it and you can give
>>> it a try.
>>>
>>> Thanks,
>>> Dave
>>>
>>> On Thu, Jul 27, 2017 at 3:45 AM, Dylan Parry <
>>> dylan.pa...@bluefoxtech.co.uk> wrote:
>>>
>>>> Hi Dave,
>>>>
>>>> Thanks for looking into this for me. I've created a very small extract
>>>> of a housing estate projected as EPSG:27700, and have uploaded it here
>>>> https://we.tl/UY1Ubtdm64. It's a zip file containing the SHP, SHX, PRJ
>>>> and DBF files.
>>>>
>>>> Please let me know if it's a good enough extract for you to work with.
>>>>
>>>> Thanks,
>>>>
>>>> Dylan
>>>>
>>>>
>>>> On 26/07/17 18:49, Dave Blasby wrote:
>>>>
>>>>> Dylan,
>>>>>
>>>>> Do you think you could provide me with a little buildings shapefile
>>>>> (with a small amount of data - even if it's just 2 polygons)?
>>>>> The most likely problem will be CRSs issues causing scale calculation
>>>>> problems; I can quickly run it in the debugger.
>>>>>
>>>>>
>>>>> Thanks,
>>>>> Dave
>>>>>
>>>>
>>>>
>>>>
>>>> 
>>>> --
>>>> 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
>>>>
>>>> Geoserver-users@lists.sourceforge.net
>>>> 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
>>>
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>>>
>>
>
> --
>
> Dylan Parry
> Lead Developer, Blue Fox Technology Ltd
> --
>
> <http://www.opusmap.co.uk> T: 01452 524901
> W: www.opusmap.co.uk
> [image: LinkedIn]
&

Re: [Geoserver-users] Hide layers in layer group for vector tiles

[Dave Blasby]

Hi, Dylan,

I had some travis build issues, but it's built now.  I asked torben to
kick-off a nightly build; it should be done in an hour or two.

Please give it a try when its done,
Dave

On Thu, Jul 27, 2017 at 12:16 PM, Dylan Parry <dylan.pa...@bluefoxtech.co.uk
> wrote:

> That's excellent! Thanks :) Will it be the nightly build I'll need to try,
> or is there another way of getting the updated extension?
>
> On 27/07/17 20:10, Dave Blasby wrote:
>
> Hi, Dylan,
>
> I tracked the problem down to an issue in the VT rendering.  If no SLD
> rules apply (as in your case), then it does some funny business.
>
> I think I've fixed this, just going to make a PR for it and you can give
> it a try.
>
> Thanks,
> Dave
>
> On Thu, Jul 27, 2017 at 3:45 AM, Dylan Parry <
> dylan.pa...@bluefoxtech.co.uk> wrote:
>
>> Hi Dave,
>>
>> Thanks for looking into this for me. I've created a very small extract of
>> a housing estate projected as EPSG:27700, and have uploaded it here
>> https://we.tl/UY1Ubtdm64. It's a zip file containing the SHP, SHX, PRJ
>> and DBF files.
>>
>> Please let me know if it's a good enough extract for you to work with.
>>
>> Thanks,
>>
>> Dylan
>>
>>
>> On 26/07/17 18:49, Dave Blasby wrote:
>>
>>> Dylan,
>>>
>>> Do you think you could provide me with a little buildings shapefile
>>> (with a small amount of data - even if it's just 2 polygons)?
>>> The most likely problem will be CRSs issues causing scale calculation
>>> problems; I can quickly run it in the debugger.
>>>
>>>
>>> Thanks,
>>> Dave
>>>
>>
>>
>>
>> 
>> --
>> 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
>>
>> Geoserver-users@lists.sourceforge.net
>> 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
>
> Geoserver-users@lists.sourceforge.net
> 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

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

Re: [Geoserver-users] Hide layers in layer group for vector tiles

[Dave Blasby]

   
>
>   
> 
>   
> 
>
>
> Results
> ===
>
> WMS as PNG (Approx 1:8500)
> ==
>
> http://localhost:8080/geoserver/openmap-local/wms?
> SERVICE=WMS=1.1.1=GetMap=image%
> 2Fpng=true=openmap-local%
> 3Abuilding=EPSG%3A3857=1227=960=-
> 251589.75115165487%2c6775967.934575723%2c-248658.86884834513%2c6778261.
> 045424278
>
> ~242ms on first run (~220 without SLD)
>
> WMS as VectorTile (Approx 1:8500)
> =
>
> http://localhost:8080/geoserver/openmap-local/wms?
> SERVICE=WMS=1.1.1=GetMap=application%2Fx-protobuf%
> 3Btype%3Dmapbox-vector=true=openmap-local%
> 3Abuilding=EPSG%3A3857=1227=960=-
> 251589.75115165487%2c6775967.934575723%2c-248658.86884834513%2c6778261.
> 045424278
>
> ~184ms on first run (~189ms without SLD)
>
> WMS as PNG (Approx 1:17k)
> ==
>
> http://localhost:8080/geoserver/openmap-local/wms?
> SERVICE=WMS=1.1.1=GetMap=image%
> 2Fpng=true=openmap-local%
> 3Abuilding=EPSG%3A3857=1227=960=-
> 253206.87203131313%2c6774771.217351635%2c-247345.
> 1074246937%2c6779357.439048746
>
> ~95ms on first run (~511ms without SLD)
>
> WMS as VectorTile (Approx 1:17k)
> 
>
> http://localhost:8080/geoserver/openmap-local/wms?
> SERVICE=WMS=1.1.1=GetMap=application%2Fx-protobuf%
> 3Btype%3Dmapbox-vector=true=openmap-local%
> 3Aroundabout=EPSG%3A3857=1227=960=-
> 253206.87203131313%2c6774771.217351635%2c-247345.
> 1074246937%2c6779357.439048746
>
> ~5416ms on first run (~362ms without SLD)
>
> --- end ---
>
> The point data didn't really show any issues. It's possible that this is
> because that dataset is pretty sparse in comparison to other datasets that
> I'm working with. The real issues arise when using polygon data---serving
> as VectorTile with the SLD took a whopping 5.5 seconds to generate a
> completely empty tile, but if I turned off the SLD it only took 0.3 seconds!
>
> In reality I'm using TMS combined with GWC, so I'd only see these times
> once when populating the cache, but it means that populating my cache is
> taking an inordinate amount of time longer than it ought to.
>
> Is there a problem with the SLDs that I have used? I basically took the
> default templates and added a MaxScaleDenominator to them, which appears to
> do the job just fine for the PNG request, and also results in the correctly
> empty tile for VectorTile, but it shouldn't be taking so long to produce
> them.
>
> Thanks for your help!
>
> On 26/07/17 00:22, Dave Blasby wrote:
>
> 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
>
>
> --
>
> 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
>
> Geoserver-users@lists.sourceforge.net
> 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

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

Re: [Geoserver-users] Hide layers in layer group

[Dave Blasby]

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 
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 <
> geoserver-users@lists.sourceforge.net> 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
> --
>
>  T: 01452 524901
> W: www.opusmap.co.uk
> [image: LinkedIn]
> 
>  [image:
> Twitter]  [image: YouTube]
>  [image:
> Google+] 
>
> [image: Opus Map - Try it for free] 

Re: [Geoserver-users] Mapbox vector tile cache

[Dave Blasby]

I think so - metatiling doesn't make any sense for VTs.  I thought it was
automatically disabled...

Dave

On Tue, Jul 18, 2017 at 11:12 AM, Nuno Oliveira <
nuno.olive...@geo-solutions.it> wrote:

> Ah! I didn't think about that. So since meta tiling is enabled by default
> (4x4)
> this means that for using vector tiles with GWC in the best conditions
> meta
> tiling should deactivated (set to 1x1) ?
>
>
> On 07/18/2017 06:13 PM, Dave Blasby wrote:
>
> Hi, Ben,
>
> Metatiling doesn't work with Vector Tiles.  Metatiling, basically, has the
> WMS create an image 4* (in both directions) as large and then GWC breaks it
> into 16 smaller images.   This helps with labelling.
>
> You cannot (easily) cut up vector tiles, so you cannot do this with vector
> tiles (only with image tiles).
>
> Dave
>
> On Tue, Jul 18, 2017 at 1:02 AM, Ben Jerrim <bjer...@powercor.com.au>
> wrote:
>
>> Had some time to pick this up again today and have found that it's the
>> tile
>> seeding process that's causing me issues, or more accurately the use of
>> metatiling with vector tiles. Once the tiles are seeded with a metatileing
>> factor of 1x1 i get a 100% HIT on the cache as expected using WMTS. If i
>> leave Metatiling at the default 4x4 i get far fewer cached tiles (as
>> expected) and very few HITs to the cache.
>>
>> For example, at zoom 10 with EPSG:900913:
>> Metatile 4x4 - cache seed generates 35 tiles for my layer
>> Metatile 1x1 - cache seed generates 589+ tiles (~35*4*4?)
>>
>> Is this the expected behaviour? Have i missed something (again)? Is this a
>> bug?
>>
>> It's not really an issue for me to run with the 1x1 metatiling but it does
>> slow the seeding process down significantly.
>>
>> Thoughts?
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context: http://osgeo-org.1560.x6.nabbl
>> e.com/Mapbox-vector-tile-cache-tp5327585p5328202.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>> 
>> --
>> 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
>>
>> Geoserver-users@lists.sourceforge.net
>> 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
> Geoserver-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
> --
> Regards,
> Nuno Oliveira
> ==
> GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 
> for more information.
> ==
>
> Nuno Miguel Carvalho Oliveira
> @nmcoliveira
> Software Engineer
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313 <+39%200584%20962313>
> fax:  +39 0584 1660272 <+39%200584%20166%200272>
> http://www.geo-solutions.ithttp://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 
> anc

Re: [Geoserver-users] Mapbox vector tile cache

[Dave Blasby]

Hi, Ben,

Metatiling doesn't work with Vector Tiles.  Metatiling, basically, has the
WMS create an image 4* (in both directions) as large and then GWC breaks it
into 16 smaller images.   This helps with labelling.

You cannot (easily) cut up vector tiles, so you cannot do this with vector
tiles (only with image tiles).

Dave

On Tue, Jul 18, 2017 at 1:02 AM, Ben Jerrim  wrote:

> Had some time to pick this up again today and have found that it's the tile
> seeding process that's causing me issues, or more accurately the use of
> metatiling with vector tiles. Once the tiles are seeded with a metatileing
> factor of 1x1 i get a 100% HIT on the cache as expected using WMTS. If i
> leave Metatiling at the default 4x4 i get far fewer cached tiles (as
> expected) and very few HITs to the cache.
>
> For example, at zoom 10 with EPSG:900913:
> Metatile 4x4 - cache seed generates 35 tiles for my layer
> Metatile 1x1 - cache seed generates 589+ tiles (~35*4*4?)
>
> Is this the expected behaviour? Have i missed something (again)? Is this a
> bug?
>
> It's not really an issue for me to run with the 1x1 metatiling but it does
> slow the seeding process down significantly.
>
> Thoughts?
>
>
>
>
>
>
> --
> View this message in context: http://osgeo-org.1560.x6.
> nabble.com/Mapbox-vector-tile-cache-tp5327585p5328202.html
> Sent from the GeoServer - User mailing list archive at Nabble.com.
>
> 
> --
> 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
>
> Geoserver-users@lists.sourceforge.net
> 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

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

Re: [Geoserver-users] Guttering on map box vector tiles incorrect, and slivered polygons being served as polygons with zero area ...

[Dave Blasby]

Hi, Tom,

Most people are asking for larger gutters around the tiles!  You can set it
the size in the code, but there isn't an easy way to change it...

https://github.com/geoserver/geoserver/blob/master/src/extension/vectortiles/src/main/java/org/geoserver/wms/vector/PipelineBuilder.java#L80

I'm not sure why you are getting topological collapse - VTs uses the
Topology Preserving generalisation code (although it backs off to a simpler
method if there's a problem).

cf
https://github.com/geoserver/geoserver/blob/master/src/extension/vectortiles/src/main/java/org/geoserver/wms/vector/PipelineBuilder.java#L297

cf
https://github.com/geoserver/geoserver/blob/master/src/extension/vectortiles/src/main/java/org/geoserver/wms/vector/PipelineBuilder.java#L335

Thanks,
Dave

On Mon, Feb 27, 2017 at 12:51 AM, Tom Cuthill  wrote:

> Hi,
>
>
>
> It doesn’t appear that the guttering setting is entirely working for
> mapbox vector tiles (I’m using the 2.10 snapshot with the vector tiles
> extension).  Even though I set the gutter to zero, I still see negative
> pixel coordinates and coordinates greater than 256 when I look at the
> coordinates coming down from the server.  The tile size is set to 256.  Is
> there someway to turn guttering entirely off, so the features are clipped
> at the tile boundaries?
>
>
>
> Also, I found what appears to be a violation of the mapbox vector tile
> spec.  See  https://github.com/mapbox/vector-tile-spec/tree/master/2.1.
> When I look at the geojson for a tile I can see one feature with a small
> rectangle geometry which is sliver-like.  When I look at the same tile in
> its mapbox format, I get a polygon with the start position, then another
> position, and then the start position.  The thinness of the rectangle must
> collapse to the same pixel.  So basically what is being served down as a
> polygon is actually line-like (starting at a point, going to another point,
> and then going straight back to the same point).  To have a valid polygon
> there must be at least two positions between the start-end coordinate.
> I’ve had to filter these polygons out, since their ring orientation is
> undefined.
>
>
>
> Should I mention this problem as a bug??
>
>
>
> Cheers,
>
> Tom Cuthill
>
> 
> --
> 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
> Geoserver-users@lists.sourceforge.net
> 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
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] CQL Filter Vectortiles Plugin

[Dave Blasby]

Hi, Ben,

It's unlikely the VectorTiles renderer pays attention to extra CQL filters
in the WMS request; the VT renderer is very simple.  However, the
functionality would likely be easy to add - just "and" the filter to the
filter being sent to the datastore.

Thanks,
Dave

On Wed, Feb 15, 2017 at 1:29 AM, Jerrim, Ben 
wrote:

> Hey all, we're using the geoserver-2.10-SNAPSHOT-vectortiles-plugin with
> CQL filters in WMS requests and it appears that the CQL filters do not
> apply to the response tiles. If I use the MVT extension (
> https://github.com/stefan0722/gs-mvt) rather than the vectortiles-plugin
> the filters apply correctly.
>
>
>
> Is this a bug in the vectortiles-plugin? Am I missing something? (I’m
> relatively new to the GS ecosystem btw)
>
>
>
>
>
> Cheers,
>
> _
>
> *Ben Jerrim*
>
> Powercor IT | Technical Lead - Digital
>
> A 40 Market Street Melbourne, VIC 3000
>
> P 03 5327 2217 | M 0407 533 043
>
> **
> CitiPower Pty Ltd and Powercor Australia Ltd. This email and any file
> attachments are confidential and intended solely for the use of the
> individual or entity to whom they are addressed. If you have received
> this email in error please tell us immediately by return email and
> delete the document.
> **
>
> 
> --
> 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
> Geoserver-users@lists.sourceforge.net
> 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
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Vector-tiles: zoom-dependent generalisation

[Dave Blasby]

Hi,

Mapbox vector format is in integer-ized pixel coordinates, so doing more
than that wouldn't affect the output.

For the other formats (i.e. geojson), you can use the overSamplingFactor so
it gets better resolution.

If you need to change these, you're probably requesting tiles at the wrong
resolution for what you're drawing.

Thanks,
Dave

On Thu, Feb 2, 2017 at 1:17 PM, Edward Mac Gillavry 
wrote:

> Hi all,
>
> Although 'Support on the fly geometry simplification' has been turned
> off on the Store, there's still some kind of zoom-dependent
> generalisation going on for vector tiles. Can the amount of
> generalisation be adjusted for each zoom level? Is it the
> overSamplingFactor? Can this be adjusted somehow as well?
>
> Thanks in advance for your suggestions!
>
> Cheers,
>
> Edward
>
> 
> --
> 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
> Geoserver-users@lists.sourceforge.net
> 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
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Vector tiles plugin: xyz grid and WGS84 coords?

[Dave Blasby]

Hi,

What happens when you directly request the data from WMS (in geojson format)?

Thanks,
Dave

On Tue, Jan 10, 2017 at 1:10 PM, Edward Mac Gillavry
 wrote:
> Dear all,
>
> We're currently creating a setup using the Vector tile plugin [1]. Using
> the Gmaps enpoint of GWC, we're getting GeoJSON tiles that adhere to the
> XYZ-grid. However, as the gridset explicitly states EPSG:900913 as the
> SRID, we're also getting the feature geometries in that reference
> system, instead of WGS-84:
>
> Request:
>
> http://localhost:8080/geoserver/gwc/service/gmaps?layers=top10nl3d%3Abuildings=16=33585=21673=application/json;type=geojson
>
> Response:
>
> {"type":"FeatureCollection","totalFeatures":"unknown","features":[{"type":"Feature","id":"buildings.NL.TOP10NL.102751244","geometry":{"type":"Polygon","coordinates":[[[499736.54,6783910.47],[499744.66,6783925.15],[499732.23,6783932.07],...
>
> Any other endpoint we should be using instead to obtain tiled GeoJSON in
> lat/lon or had we better use the WMS?
>
> Cheers,
>
> Edward
>
> [1]
> http://ares.boundlessgeo.com/geoserver/2.10.x/community-latest/geoserver-2.10-SNAPSHOT-vectortiles-plugin.zip
>
>
>
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users