[gdal-dev] gdalwarp in MapTiler Pro Command Line

I have Map Tiler Pro and I'm trying to use the GDALWARP arguments that it supports in order remove the borders around aviation/aeronautical charts for a seamless moving map in a mobile app. I have a GIS Polygon Shapefile for each Raster Image and I've prepared the following statement inside the mya

Re: [gdal-dev] Quick question about gdal2tiles

El jueves, 29 de enero de 2015, Even Rouault escribió: > Le jeudi 29 janvier 2015 00:05:32, Jorge Arévalo a écrit : > > > Even Rouault > > > January 28, 2015 at 9:28 PM > > > > > > Le mercredi 28 janvier 2015 20:17:08, Jorge Arévalo a écrit : > > >> Hi, > > >>

Re: [gdal-dev] gdalwarp and geogrids

Le mercredi 28 janvier 2015 21:53:12, Wood, Alexander a écrit : > Hello, > > Hello devlist, > I have small patch of alaska elevation data in utm4/navd88 and I would > like to convert this into wgs84 ellipsoidal. I know this data uses > navd88,but gdalinfo does not report this vertical datum in t

Re: [gdal-dev] Quick question about gdal2tiles

Le jeudi 29 janvier 2015 00:05:32, Jorge Arévalo a écrit : > > Even Rouault > > January 28, 2015 at 9:28 PM > > > > Le mercredi 28 janvier 2015 20:17:08, Jorge Arévalo a écrit : > >> Hi, > >> > >> I'm working with a patched version of gdal2tiles, which makes us

Re: [gdal-dev] Quick question about gdal2tiles

Even Rouault January 28, 2015 at 9:28 PM Le mercredi 28 janvier 2015 20:17:08, Jorge Arévalo a écrit : Hi, I'm working with a patched version of gdal2tiles, which makes use of parallelization: http://gis.stackexchange.com/questions/7743/performance-of-googl

[gdal-dev] gdalwarp and geogrids

Hello, Hello devlist, I have small patch of alaska elevation data in utm4/navd88 and I would like to convert this into wgs84 ellipsoidal. I know this data uses navd88,but gdalinfo does not report this vertical datum in the WKT. To reproject this data into wgs84 ellipsoidal elevation, I'm ass

Re: [gdal-dev] Quick question about gdal2tiles

Le mercredi 28 janvier 2015 20:17:08, Jorge Arévalo a écrit : > Hi, > > I'm working with a patched version of gdal2tiles, which makes use of > parallelization: > http://gis.stackexchange.com/questions/7743/performance-of-google-map-tile- > creation-processes/74446#74446 > > I want to create a com

[gdal-dev] Quick question about gdal2tiles

Hi, I'm working with a patched version of gdal2tiles, which makes use of parallelization: http://gis.stackexchange.com/questions/7743/performance-of-google-map-tile-creation-processes/74446#74446 I want to create a complete TMS cache from raster imagery. No assumptions about SRS of data type

Re: [gdal-dev] Python installation can't find gdal_array.py

Even Rouault January 28, 2015 at 7:25 PM Le mercredi 28 janvier 2015 19:08:18, Jorge Arévalo a écrit : Even Rouault January 28, 2015 at 6:53 PM Le mercredi 28 janvier 2015 18:51:28, Jorge Arévalo a écrit : Hi, Even Roua

Re: [gdal-dev] Python installation can't find gdal_array.py

Le mercredi 28 janvier 2015 19:08:18, Jorge Arévalo a écrit : > > Even Rouault > > January 28, 2015 at 6:53 PM > > > > Le mercredi 28 janvier 2015 18:51:28, Jorge Arévalo a écrit : > >> Hi, > >> > >>> Even Rouault > >>> Januar

Re: [gdal-dev] Python installation can't find gdal_array.py

Even Rouault January 28, 2015 at 6:53 PM Le mercredi 28 janvier 2015 18:51:28, Jorge Arévalo a écrit : Hi, Even Rouault January 28, 2015 at 6:44 PM Jorge, I've compiled GDAL from trunk, specifying --with-python at confi

Re: [gdal-dev] Python installation can't find gdal_array.py

Le mercredi 28 janvier 2015 18:51:28, Jorge Arévalo a écrit : > Hi, > > > Even Rouault > > January 28, 2015 at 6:44 PM > > Jorge, > > > >> I've compiled GDAL from trunk, specifying --with-python at configure > >> time. I first checked numpy is correctly install

Re: [gdal-dev] Python installation can't find gdal_array.py

Hi, Even Rouault January 28, 2015 at 6:44 PM Jorge, I've compiled GDAL from trunk, specifying --with-python at configure time. I first checked numpy is correctly installed. The problem is I couldn't import gdal_array.py by default (got ImportError: no module

Re: [gdal-dev] Python installation can't find gdal_array.py

Jorge, > > I've compiled GDAL from trunk, specifying --with-python at configure > time. I first checked numpy is correctly installed. The problem is I > couldn't import gdal_array.py by default (got ImportError: no module > named _gdal_array). > > Tried > > python gdal_sources/swig/python/setup

[gdal-dev] Python installation can't find gdal_array.py

Hello, I've compiled GDAL from trunk, specifying --with-python at configure time. I first checked numpy is correctly installed. The problem is I couldn't import gdal_array.py by default (got ImportError: no module named _gdal_array). Tried python gdal_sources/swig/python/setup.py install D

Re: [gdal-dev] Motion: Adopt RFC 31 - OGR 64bit Integer Fields and FIDs

+1 Tamas 2015-01-28 13:23 GMT+01:00 Even Rouault : > Hi, > > I think that the points raised in the discussion have been addressed. > > Since the call for discussion, I've updated the RFC to reflect the latest > changes : > - GetFID64()/GetFeatureCount64() removed and replaced by > GetFID()/GetFe

Re: [gdal-dev] Call for discusson on RFC 31 - OGR 64bit Integer Fields and FIDs

Merci! Daniel On 2015-01-28 7:01 AM, Even Rouault wrote: Daniel, This may not be true on all platforms, but at least with GCC, we get warnings in a case like this, e.g. #include #include int main() { int64_t id=10; printf ("%d %s\n", id, "test"); return 0; } $ gcc -Wall t

Re: [gdal-dev] Motion: Adopt RFC 31 - OGR 64bit Integer Fields and FIDs

On 2015-01-28 7:23 AM, Even Rouault wrote: Motion : I move to adopt RFC 31 - OGR 64bit Integer Fields and FIDs http://trac.osgeo.org/gdal/wiki/rfc31_ogr_64 +1. This is a great addition. Thank you very much for your work on this Even. -- Daniel Morissette T: +1 418-696-5056 #201 http://www

Re: [gdal-dev] BPG driver

Even Rouault spatialys.com> writes: > > Hi, > > For those interested, I've committed an experimental (*) read-only BPG (Better > Portable Graphics) driver to read the new image format created by Fabrice > Bellard based on HEVC : http://bellard.org/bpg/ > For same quality as JPEG, images are t

Re: [gdal-dev] Motion: Adopt RFC 31 - OGR 64bit Integer Fields and FIDs

Even Rouault spatialys.com> writes: > Motion : I move to adopt RFC 31 - OGR 64bit Integer Fields and FIDs > > http://trac.osgeo.org/gdal/wiki/rfc31_ogr_64 > > Starting with my +1 +1 -Jukka- ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http:

[gdal-dev] BPG driver

Hi, For those interested, I've committed an experimental (*) read-only BPG (Better Portable Graphics) driver to read the new image format created by Fabrice Bellard based on HEVC : http://bellard.org/bpg/ For same quality as JPEG, images are typically twice smaller. Competitor of WebP as well,

[gdal-dev] Motion: Adopt RFC 31 - OGR 64bit Integer Fields and FIDs

Hi, I think that the points raised in the discussion have been addressed. Since the call for discussion, I've updated the RFC to reflect the latest changes : - GetFID64()/GetFeatureCount64() removed and replaced by GetFID()/GetFeatureCount() whose return type is changed to GIntBig - MITAB drive

Re: [gdal-dev] Call for discusson on RFC 31 - OGR 64bit Integer Fields and FIDs

Daniel, > > This may not be true on all platforms, but at least with GCC, we get > warnings in a case like this, e.g. > > > #include > #include > > int main() > { >int64_t id=10; > >printf ("%d %s\n", id, "test"); >return 0; > } > > > $ gcc -Wall ttt.c -o ttt > ttt.c: In funct

Re: [gdal-dev] Python3 continuous testing

Hi Tamas, > > I'm always confused about the GDAL-python bindings what is the best > approach to use. The SWIG generated output is also included in the > bindings, but as far as I remember it wasn't always up to date. As far as I'm concerned, I try to make sure to commit updated generated files

Re: [gdal-dev] Python3 continuous testing

Hi Even, I'm always confused about the GDAL-python bindings what is the best approach to use. The SWIG generated output is also included in the bindings, but as far as I remember it wasn't always up to date. Also the windows makefile will generate the bindings by default and there's no option to b

Re: [gdal-dev] Python3 continuous testing

Le mardi 27 janvier 2015 23:18:45, Tamas Szekeres a écrit : > Hi Even, > > I get this output from a Python 3.4 build (VS2012): > > > E:\builds\Python34\python.exe setup.py build > running build > running build_py > creating build > creating build\lib.win32-3.4 > copying gdal.py -> build\lib.win3