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:
* I
Even,
He is correct that MBTiles can store vector tiles. I know this is done in
https://github.com/mapbox/tippecanoe . I believe there is talk about
updating the MBTiles Spec as well.
Thanks,
Blake Thompson
On Tue, Jan 5, 2016 at 2:21 PM, Even Rouault
wrote:
> Le mardi 05 janvier 2016 19:33:3
Le mardi 05 janvier 2016 19:33:32, Petr Pridal a écrit :
> Hi,
>
> Is anybody working on an OGR driver for mapbox-like vector tiles (PBF
> blobs) stored in MBTiles or downloaded from a url via curl?
Hi Petr,
I was involved in discussions a few months ago where Mapbox Vector Tiles
read/write sup
Petr,
No one that I know of is currently working on such a tool. It could be a
little difficult to write as well.
Each Tile is its own discrete dataset therefore the hardest part would be
merging of features into the original features across tiles. You could use
some complicated merging technique
It is weired, when I call CreateDataSource as I had discussed earlier, I
send a large filename with absoluted path to it. I causes a crash at when
called from java via jni
Is there any limitation in the name of the filename when passing to
CreateDataSource call.
poDrv->CreateDataSource <= exampl
Hi Jan,
It is worth mentioning that if you render map tiles (mercator or different)
for large area from multiple input files and you are hitting issues like:
- heterogenous projections (differing srs in input files)
- alpha compositing of input files
- dateline crossing (anti-meridian) issues
-
Hi,
Is anybody working on an OGR driver for mapbox-like vector tiles (PBF
blobs) stored in MBTiles or downloaded from a url via curl?
If this is done, all the GDAL-powered tools could access the vector
features available in vector tiles directly - it means vector data in QGIS
and Grass for any re
Can anyone with knowledge of the JP2OpenJPEG driver confirm or deny the
following observation?
I've been generating jpeg2000's in both GDAL 1.11.2 and GDAL 2.1. With all
settings the same, I've noticed the visual quality of the images generated in
GDAL 2.1 are noticeably "better." (a subjectiv
Le mardi 05 janvier 2016 16:20:08, Jan Knepper a écrit :
> All,
>
> Running across (an) other issue(s)...
>
> I was able to gdalwarp a .tif overlapping the anti-meridian with
> --config CENTER_LONG 180
>
> Next step was to use gdalbuildvrt to build a .vrt file in preparation
> for tiling with gd
Hello,
I am looking into reducing memory usage for OpenJPEG.(how I spent my
Christmas holidays :) )
So far, I have managed to halve memory usage for high bit rate decoding,
for example. 1920x1080 single tile lossy-compressed image at 9:1
compression.
And there is more low hanging fruit.
I
All,
Running across (an) other issue(s)...
I was able to gdalwarp a .tif overlapping the anti-meridian with
--config CENTER_LONG 180
Next step was to use gdalbuildvrt to build a .vrt file in preparation
for tiling with gdal2tiles.py.
When trying that this message displays:
Warning 6: gdalbu
Le mardi 05 janvier 2016 15:33:49, johie a écrit :
> Hi everyone,
>
> I have a problem with the GDAL 2.1.0 DEV version. I'm developing an
> application, which uses GDAL Java Bindings. I have been doing development
> with windows, and been using the gisinternals GDAL binaries
> (http://download.gis
Hi everyone,
I have a problem with the GDAL 2.1.0 DEV version. I'm developing an
application, which uses GDAL Java Bindings. I have been doing development
with windows, and been using the gisinternals GDAL binaries
(http://download.gisinternals.com/sdk/downloads/release-1800-x64-gdal-mapserver.zip
Does the CreateDataSource for filegeodb support filename.gdb with long path
before
CreateDataSource("D:\\temp\\212121\\121212134345\\sample.gdb",NULL);
Gane
On Tue, Jan 5, 2016 at 3:58 PM, Even Rouault
wrote:
> Le mardi 05 janvier 2016 11:13:38, Gane R a écrit :
> > Can send the full python scr
Le mardi 05 janvier 2016 10:54:57, Gane R a écrit :
> gdal version gdal-1.11.3 - Filegeodbversion 1.4
> {
> OGRSFDriverRegistrar*poR;//Pointer to hold the
> driver registration
> OGRSFDriver*poDriver;
> OGRDataSource*poODS;
> OGRRegisterAll();
> p
gdal version gdal-1.11.3 - Filegeodbversion 1.4
{
OGRSFDriverRegistrar*poR;//Pointer to hold the
driver registration
OGRSFDriver*poDriver;
OGRDataSource*poODS;
OGRRegisterAll();
poR = OGRSFDriverRegistrar::GetRegistrar();
poDriver = poR->GetDriver
16 matches
Mail list logo
