[gdal-dev] Using GeoPackage as vector tile container?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

[gdal-dev] Using GeoPackage as vector tile container?

jratike80

Hi,

 

I wonder what would it need to store vector tiles into GeoPackage instead of MBTiles. Officially probably a new extension like the Tiled Gridded Coverage Data extension, but wouln’t it technically be rather simple to write vector tiles as BLOBs into the tile_data column instead of png or jpeg BLOBs?

 

-Jukka Rahkonen-


_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Using GeoPackage as vector tile container?

Even Rouault-2
On jeudi 31 mai 2018 14:02:32 CEST Rahkonen Jukka (MML) wrote:
> Hi,
>
> I wonder what would it need to store vector tiles into GeoPackage instead of
> MBTiles. Officially probably a new extension like the Tiled Gridded
> Coverage Data extension, but wouln't it technically be rather simple to
> write vector tiles as BLOBs into the tile_data column instead of png or
> jpeg BLOBs?

"Rather simple", well that's arguable from an implementation point of view,
since the architecture of the MVT and GeoPackage drivers isn't naturally
compatible to make them work together currently.

But conceptually yes, the vector tiles as BLOBS of a tile pyramid user table
would be a good fit You would also need to write metadata to describe the
layers and attributes, to avoid having to scan all the tiles to retrieve it
(at least for OGR point of view that has a fixed schema constraint to expose
vector features)

Even

--
Spatialys - Geospatial professional services
http://www.spatialys.com
_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Using GeoPackage as vector tile container?

Pirmin Kalberer
Hi Jukka,

Am Donnerstag, 31. Mai 2018, 16:21:51 CEST schrieb Even Rouault:

> On jeudi 31 mai 2018 14:02:32 CEST Rahkonen Jukka (MML) wrote:
> > Hi,
> >
> > I wonder what would it need to store vector tiles into GeoPackage instead
> > of MBTiles. Officially probably a new extension like the Tiled Gridded
> > Coverage Data extension, but wouln't it technically be rather simple to
> > write vector tiles as BLOBs into the tile_data column instead of png or
> > jpeg BLOBs?
>
> "Rather simple", well that's arguable from an implementation point of view,
> since the architecture of the MVT and GeoPackage drivers isn't naturally
> compatible to make them work together currently.
>
> But conceptually yes, the vector tiles as BLOBS of a tile pyramid user table
> would be a good fit You would also need to write metadata to describe the
> layers and attributes, to avoid having to scan all the tiles to retrieve it
> (at least for OGR point of view that has a fixed schema constraint to
> expose vector features)

What speaks against declaring a Gpkg-Extension "MBTiles" which lets GDAL know
that MVT's are stored in MBTile layout? MVT's are quite special geometries,
since they are stored in screen coordinates.

Regards
Pirmin



_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Using GeoPackage as vector tile container?

Even Rouault-2
In reply to this post by jratike80
On jeudi 31 mai 2018 14:02:32 CEST Rahkonen Jukka (MML) wrote:
> Hi,
>
> I wonder what would it need to store vector tiles into GeoPackage instead of
> MBTiles. Officially probably a new extension like the Tiled Gridded
> Coverage Data extension, but wouln't it technically be rather simple to
> write vector tiles as BLOBs into the tile_data column instead of png or
> jpeg BLOBs?

FYI, the editor of the Geopackage spec is considering creating a community
extension for this:

http://lists.opengeospatial.org/pipermail/geopackage/2018-June/000298.html

Even

--
Spatialys - Geospatial professional services
http://www.spatialys.com
_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev