<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>I’ve commented on the MBTiles discussion [1] and suggested to make a change towards GeoPackage. There are in my opinion some reasons why it should rather be avoided to implement something towards MapBox’ current Tile spec or MBTiles, or any of the current
vector tile formats in general:</div>
<ul>
<li>Interoperability. Besides the need to define a custom extension for MapBox Vector tiles within a GPKG container (because vector tiles are not part of the spec) a standard based format with proper data field definitions would increase operability a lot. </li><li>Conceptually. In my opinion, it should be avoided to mix rendering optimized data and geometry data. These should be separate concerns, but my understanding is that all vector tiles are currently optimized for rendering only, and not concepted as general
purpose containers to convert to and from without anything breaking in practice. They are bound to a particular projection (in MapBox’ case always Web Mercator) and geometries cannot be exactly reconstructed after they’ve been tile-cut at the projection specific
tile bounds. </li><li>Tiling. When going for vector „tiles“ there should be no more need to stick to a certain projection. It should be possible to use unprojected data, and do the projection either in realtime or as part of a post processing step. In any case, the limitation
to use just one projection (Web Mercator) may not be acceptable for general purpose application. As Blake said, merging features is a non-trivial problem. But once this is solved (maybe as part of a new vector tile spec), there is from a technical perspective
no more need to produce tiles for rendering other than for performance reasons. Vector data can be pushed into a scene graph that contains all currently visible geometries. Tile data would still be sliced loosely in accordance to tile sizes and zoom levels,
but not strictly so, and without need to produce projected data. I’m thinking of using an adaptation of the MODIS Grid [2] as tile storage (to store WGS84 datum, and reconstruct „partially complete“ geometries reproject and reproject to Web Mercator or UTM
at runtime).</li></ul>
<div>I think it would be of great benefit if common containers like GPKG would be adopted by more vendors. So that in the end more tools could operate on a data set first, and this data set could then be brought into an optimized form for specific rendering
needs (which could also be an extension to GPKG as mentioned). </div>
<div><br>
</div>
<div>Cheers</div>
<div>Ben</div>
<div><br>
</div>
<div>[1] <a href="https://github.com/mapbox/mapbox-gl-native/issues/3373">https://github.com/mapbox/mapbox-gl-native/issues/3373</a></div>
<div><u>[2] </u><a href="http://modis-land.gsfc.nasa.gov/MODLAND_grid.html">http://modis-land.gsfc.nasa.gov/MODLAND_grid.html</a></div>
<div><br>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">Von: </span>gdal-dev <<a href="mailto:gdal-dev-bounces@lists.osgeo.org">gdal-dev-bounces@lists.osgeo.org</a>> on behalf of Blake Thompson <<a href="mailto:flippmoke@gmail.com">flippmoke@gmail.com</a>><br>
<span style="font-weight:bold">Datum: </span>Dienstag, 5. Januar 2016 um 22:12<br>
<span style="font-weight:bold">An: </span>Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>>, "<a href="mailto:fischer@mapbox.com">fischer@mapbox.com</a>" <<a href="mailto:fischer@mapbox.com">fischer@mapbox.com</a>><br>
<span style="font-weight:bold">Cc: </span>"<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>" <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>><br>
<span style="font-weight:bold">Betreff: </span>Re: [gdal-dev] Vector Tiles in OGR<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr">Even,<br>
<br>
He is correct that MBTiles can store vector tiles. I know this is done in <a href="https://github.com/mapbox/tippecanoe">https://github.com/mapbox/tippecanoe</a> . I believe there is talk about updating the MBTiles Spec as well. <br>
<br>
Thanks,<br>
<br>
Blake Thompson</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Jan 5, 2016 at 2:21 PM, Even Rouault <span dir="ltr">
<<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="">Le mardi 05 janvier 2016 19:33:32, Petr Pridal a écrit :<br>
> Hi,<br>
><br>
> Is anybody working on an OGR driver for mapbox-like vector tiles (PBF<br>
> blobs) stored in MBTiles or downloaded from a url via curl?<br>
<br>
</span>Hi Petr,<br>
<br>
I was involved in discussions a few months ago where Mapbox Vector Tiles<br>
read/write support would have been part of a larger project, but I'm not sure<br>
if/when this will come true.<br>
<br>
I see you mention MVT in MBTiles. Is it a recognized practice ? I don't see<br>
mention of that neither in the MVT spec ( <a href="https://github.com/mapbox/vector-
tile-spec/tree/master/2.0" rel="noreferrer" target="_blank">
https://github.com/mapbox/vector-<br>
tile-spec/tree/master/2.0</a> ) nor the MBTiles one (<br>
<a href="https://github.com/mapbox/mbtiles-spec/blob/master/1.2/spec.md" rel="noreferrer" target="_blank">https://github.com/mapbox/mbtiles-spec/blob/master/1.2/spec.md</a> ), although I<br>
guess it is just a matter of storing a MVT blob in the tile_data column.<br>
<span class="HOEnZb"><font color="#888888"><br>
Even<br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a></font></span></blockquote>
</div>
<br>
</div>
</div>
</div>
</span>
</body>
</html>