My challenge at the moment is to try to figure out how to display it in
a website with Leaflet.
On 19/07/22 18:55, Richard Duivenvoorde via QGIS-Developer wrote:
On 7/18/22 23:00, Patrick Dunford via QGIS-Developer wrote:
Hi Richard
You could test it with the Linz Basemaps vector tile server
On 7/18/22 23:00, Patrick Dunford via QGIS-Developer wrote:
Hi Richard
You could test it with the Linz Basemaps vector tile server
http://basemaps.linz.govt.nz
Ah, thanks, playing with it now...
I first got a 'wrong api key issue', but it appears you can copy the right zxy
url from the
Hi Richard
You could test it with the Linz Basemaps vector tile server
http://basemaps.linz.govt.nz
On 18/07/22 22:27, Richard Duivenvoorde via QGIS-Developer wrote:
Ok, just found out: the layer is not loading IF there is NO other
(xyz?) layer.
So when it is the first layer you load, it
Ok, sorry for the fuzz...
I was serving some local dataset, which I could just not see when you do a
'zoom to layers' (because then QGIS zooms to epsg:3857 bounds / tile 1/0/0/)...
And the warning is just to be ignored apparently.
Have a nice day :-)
Regards,
Richard Duivenvoorde
On
Ok, just found out: the layer is not loading IF there is NO other (xyz?) layer.
So when it is the first layer you load, it will give the warning and NOT show
anything.
If you already loaded some other layer (for example OSM xyz), THEN all is fine
I'll create an issue for it... wondering if
Hi People,
Just playing with pg_tileserv, to check if QGIS was able to load tiles from it
with a small data set, I fail to load because:
"Error loading style: Style not found in database".
Though in the connection dialog it says that the Style URL is Optional...
Am I missing something? Tried
Hi Andreas
Andreas Neumann-4 wrote
> Areas in vector tiles are artificially cut into pieces. If you want to
> stroke the outlines of the areas you would not only get the wanted
> outlines of the original feature geometries, but in addition, also the
> unwanted, artificial, borders.
Yes, so you
Hi Tom,
Areas in vector tiles are artificially cut into pieces. If you want to
stroke the outlines of the areas you would not only get the wanted
outlines of the original feature geometries, but in addition, also the
unwanted, artificial, borders.
And even if you just fill and don't stroke,
Even Rouault-2 wrote
> Otherwise you get ugly straight lines cutting your
> geometries.
I don't quite see why that would be the case, but I don't want to waste your
time by implying that you should explain it to me. I'm new to vector tiles
myself, and have a lot to learn. Really pleased to have
> For display only, I guess merging is unnecessary - only
cropping is
> required.
I believe it would be necessary for proper display of areas at
least. Otherwise you get ugly straight lines cutting your
geometries.
--
Spatialys - Geospatial professional services
http://www.spatialys.com
Many thanks, Even - I hadn't seen that ticket.
Even Rouault-2 wrote
> the multi-scale approach of vector tiles doesn't fit well with the
> traditional scale-agnostic vector layer approach. So somehow you need to
> assign each
> vector tile zoom level to a cartographic scale range.
See my
Tom,
This has been somehow discussed in https://trac.osgeo.org/gdal/ticket/7228
Bottom line is that the multi-scale approach of vector tiles doesn't fit well
with the
traditional scale-agnostic vector layer approach. So somehow you need to assign
each
vector tile zoom level to a cartographic
Hello all
Congratulations to everyone for an amazing release. Massive.
Now looking forward, are vector tiles under consideration in the future?
There is a plugin for 2.x which has been partially migrated to 3 (as I
understand it). However, Even also announced on gdal-dev that native OGR
support
13 matches
Mail list logo
