+1
Issue created: https://osgeo-org.atlassian.net/browse/GEOS-8228
On 07/19/2017 02:51 PM, Andrea Aime wrote:
Agreed. Can anyone open a bug report?
Cheers
Andrea
Il 19 lug 2017 3:48 PM, "Jason Newmoyer" > ha scritto:
I
Agreed. Can anyone open a bug report?
Cheers
Andrea
Il 19 lug 2017 3:48 PM, "Jason Newmoyer" ha
scritto:
I think we should consider this a bug. If metatiling doesn't apply to
Vector Tiles under any circumstances then it shouldn't effect it.
Jason Newmoyer
I think we should consider this a bug. If metatiling doesn't apply to
Vector Tiles under any circumstances then it shouldn't effect it.
Jason Newmoyer
Newmoyer Geospatial Solutions
843.606.0424
ja...@newmoyergeospatial.com
On Tue, Jul 18, 2017 at 10:08 PM, Ben Jerrim
Thanks guys... that took a while to understand!
Hopefully this thread helps the next person.
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Mapbox-vector-tile-cache-tp5327585p5328321.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
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
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.
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
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
Ah, i see two very different things on your request string. You're using the
WMTS service and addressing GWC directly. I was using WMS for my vector tile
requests and expecting the geoserver integration with geowebcache to handle
the cache lookup.
I've updated my requests to use the WMTS and
Hi,
I just made a test with trunk GeoServer, I basically perform this request
several times:
http://localhost:8075/geoserver/gwc/service/wmts?REQUEST=GetTile=WMTS=1.0.0=sf:AggregateGeoFeature==EPSG:4326:6=EPSG:4326=application/x-protobuf;type=mapbox-vector=78=7
and once the needed tiles are
Hey Nuno, if i seed the layer for png8 and request these tiles, i get a 100%
HIT on the cache for the requests. If i seed the same layer for the
mapbox-vector format I get about a 10% HIT on the cache. Apart from the
format value, the request query string is identical. I'm using the default
'line'
Hi,
The type of used data store (vector tiles in this case) per se should not have
any impact
on the GWC number of hits / misses.
GWC will request from the data store the needed tiles, store them and try to
map them
with future requests. If a request doesn't match any existing tiles then GWC
Hello, wondering if anyone has used the integrated GWC much for vector tiles?
I've been trying to get it running but am experiencing some odd results. I'm
seeing requests return a MISS for vector tiles that work fine (HIT) if
requested as a png8. I'm seeding the cache for both formats in advance
13 matches
Mail list logo