geometalab / Vector-Tiles-Reader-QGIS-Plugin

Vector Tiles Reader QGIS-Plugin - QGIS Python plugin which reads Mapbox Vector Tiles from a server, a local MBTiles file or a directory
http://plugins.qgis.org/plugins/vector_tiles_reader/
GNU General Public License v2.0
149 stars 30 forks source link

Support PostGIS #109

Open mnboos opened 7 years ago

mnboos commented 7 years ago

PostGIS shall be supported as mvt source.

sfkeller commented 6 years ago

Adding even more new sources is probably beyond the scope of https://github.com/geometalab/Vector-Tiles-Reader-QGIS-Plugin/projects/2 .

tomchadwin commented 6 years ago

I read a post about what is required to get ST_AsMVT working, but I'm damned if I can now find it. As I recall, connecting directly means you have to recreate functions which VT servers carry out themselves. An important example is scale-dependent geometry simplification.

There's a minimal Flask example here:

https://medium.com/@giohappy/vector-tiles-postgis-and-openlayers-258a3b0ce4b6

sfkeller commented 6 years ago

And here's another Flask example: https://www.zimmi.cz/posts/2017/serving-mapbox-vector-tiles-with-postgis-nginx-and-python-backend/ .

I really think that optimally PostGIS is just another source like GeoServer #112 and both just need to have a remote TileJSON metadata file, pointing to these ZXY tile sources.

tomchadwin commented 6 years ago

Another argument for wontfix: if the user has access to the database, they don't need to use VT to open the data in QGIS - they can just query without ST_AsMVT.

sfkeller commented 6 years ago

Agreed.

For the records: PostGIS is - or will be - supported via several servers and generators compatible with Mapbox vector tile (MVT). Examples are t-rex, tilemaker, and eventually GeoWebCache/GeoServer. So, this MVT plugin can consume already PostGIS VT with it's Connection dialog.

I'm remaining open to include this in future plugin development. This could probably be a useful feature for those who want to use QGIS as a frontend to PostGIS. Obviously, this makes more sense if queries really take e.g. scale/zoom into account which makes SQL queries more complex than just calling ST_AsMVT.

AFAIK there are still no established "SQL / PostGIS patterns" around, as following blog posts suggests: https://carto.com/blog/inside/MVT-mapnik-vs-postgis/#conclusions and https://carto.com/blog/inside/postgis-performance/ . But perhaps I'm unaware of further developments - besides OMT https://github.com/openmaptiles/postserve - and @rafatower or @pramsey could comment on this?

mtravis commented 6 years ago

Sounds like a great plugin. Look forward to testing it out.

On 26 Nov 2017 12:49 pm, "Stefan" notifications@github.com wrote:

Agreed. So closing this issue for now.

For the records: PostGIS is - or will be - supported via several servers and generators compatible with Mapbox vector tile (MVT). Examples are t-rex, tilemaker, and eventually GeoWebCache/GeoServer. So, this MVT plugin can consume already PostGIS VT with it's Connection dialog.

I'm remaining open to include this in future plugin development. This could probably a useful feature for those who want to use QGIS as a frontend to PostGIS. Obviously, this makes more sense if queries really take e.g. scale/zoom into account which makes SQL queries more complex than just calling ST_AsMVT.

AFAIK there are still no established "SQL / PostGIS patterns" around, as following blog post suggests: https://carto.com/blog/inside/ MVT-mapnik-vs-postgis/#conclusions . But perhaps I'm unaware of further developments and @rafatower https://github.com/rafatower or @pramsey https://github.com/pramsey can comment on this.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/geometalab/Vector-Tiles-Reader-QGIS-Plugin/issues/109#issuecomment-347006422, or mute the thread https://github.com/notifications/unsubscribe-auth/ABt0RvS1tqgPoJoEYUVeSkOJ5UB_QmpUks5s6V5ngaJpZM4QLSCq .