Blake,
Thanks for the comments.
Regarding leaving out data at intermediate zoom levels I also meant
omitting (setting to null) the entire tile.
In fact I just realize that the spec. even does not mention how a
reader knows at which level it should expect data if a tile is
null/empty.
:Stefan
20
Hi All,
I am trying to implement a warp from a latitude, longitude, altitude (LLA)
image into a custom coordinate system using the GDAL Warp API. The
transform between LLA and my coordinate requires scaling and shifting the
elevation. My coordinate system is a local tangent plane on the Earth's
Blake,
Now the vector tiles spec. and the Mapbox approach became clearer to me.
I'm still pondering about realizing a vector tiles reader (especially
for QGIS) and for vector tiles uses cases like 1. base maps and 2.
spatial analysis:
Regarding clipped linestrings and polygons arriving at reader
Benjamin Stadin,
As an author of the specification, I have to disagree with you on the
support for other projections. There is no limitation on vector tiles being
required to being in mercator. The specification in fact mentions that
other projections may be used:
https://github.com/mapbox/vector
Hi Stefan,
"If there would be OGR driver for vector tiles it would make a similar
resource extremely useful also for other purposes in GIS tools - not only
for tileservers and direct visualisation.“
I was thinking you want to do more than just rendering. Then at least, as
Blake also mentioned, th
Hi Ben
Thanks for explaining - Petr and I are the maintainers of OSM2Vectortiles.
I like projections (and also GeoPackage :-) ).
But reprojection is solved here, since OGR/QGIS can transform on the fly.
This thread is about Petr's question about a reader "for mapbox-like
vector tiles stored in MBT
Hi Stefan,
A vector tile may contain data for several zoom levels. But what data is
shown at which zoom level is defined by the styling, not by the data
itself. It is handled on client side, by the web (or native) tile
renderer.
The path is the same as with mercator tiles (zoomLevel/x/y):
https:
All,
I¹d like to share a few thoughts about the current state of vector tiles.
I believe that, with vector data, there is a chance to get rid of some of
the problems that current mapping tools face in practice, especially in
regards to projections. And this chance should be used in my opinion,
ins
Hi Blake,
There is TileMaker [1]. It implements a MVT writer for v1 only as it
seems, but looks lightweight enough as a good base for a portable library.
Ben
[1]
https://github.com/systemed/tilemaker/blob/master/src/write_geometry.cpp
Am 01.02.16, 18:27 schrieb "gdal-dev on behalf of Flippmok
That's good news!
We'll be happy to add Python bindings to such a generic C++ library
for Mapbox vector tiles.
We have still some time (say few weeks?) left here to decide to
contribute either to these bindings or to Mapzen's pure Python lib.
One reason why I'm insisting on Python (bindings) - bes
Stefan,
I am not aware of any libraries besides mapnik vector tile that have been
attempting to implement v2 specification. I think mapzen's implementation might
be best? We have been wanting to add vector tiles to the python mapnik bindings
for quite some time but we don't have the time to do
Le dimanche 31 janvier 2016 09:58:31, Ari Jolma a écrit :
> This seems to be a pretty big thing to add but doable.
>
> So, one more thing to discuss before going to vote later is the target
> milestone. Maybe add it to 2.1 as "an experimental feature" and aim for
> 2.2 as a more production ready?
Even Rouault spatialys.com> writes:
> Yes that's exactly the reason. When 'KunnanHallintoraja' was processed, it
was
> seen as non existing in the target dataset, and this erroneously reseted the
> "bAppend" flag to false. When dealing with Kunta afterwards, which already
> existed, this caus
Le lundi 01 février 2016 14:53:22, Rahkonen Jukka (MML) a écrit :
> More intormation:
>
> Reason may be that GML files do not have same layers but the second one has
> one layer more:
Yes that's exactly the reason. When 'KunnanHallintoraja' was processed, it was
seen as non existing in the targe
More intormation:
Reason may be that GML files do not have same layers but the second one has one
layer more:
ogrinfo /vsizip/K2344R_mtk.zip
ERROR 1: Random access not supported for /vsizip
Had to open data source read-only.
INFO: Open of `/vsizip/K2344R_mtk.zip'
using driver `GML' success
Hi,
Did you try to add another GML file into existing GeoPackege?
First run OK:
ogr2ogr -f gpkg -update -append mtk.gpkg /vsizip/K2344R_mtk.zip
Secong run gives an error:
ogr2ogr -f gpkg -update -append mtk.gpkg /vsizip/K2433L_mtk.zip
ERROR 1: Layer Kunta already exists, and -append not specifie
Jukka,
>
> I would like to collect data from a bunch of GML files into one GeoPackage
> but GML files may contain more than 20 layers and ogr2ogr does not want to
> append data for me because the -append switch probably has an effect only
> to one explicitly given layer.
-append is supposed to w
Hi,
I would like to collect data from a bunch of GML files into one GeoPackage
but GML files may contain more than 20 layers and ogr2ogr does not want to
append data for me because the -append switch probably has an effect only to
one explicitly given layer.
ogr2ogr -f gpkg -update -append mtk.gp
Hi Blake
It's clear to me that a good generic c++ library for encoding and
decoding vector tiles is needed.
On the other hand, I'd like to experiment with vector tiles and
related QGIS parallel loading issues for which Python is more
convenient.
It seems that Mapzen's [1] Python implementation is
19 matches
Mail list logo