[gdal-dev] building gdal on msvc with external zlib

2015-02-02 Thread Rashad M
Hello, Is it possible to use existing libz when building gdal on msvc. On linux I can pass --with-libz= during configure. But on windows I couldn't find any options in the be-alike nmake.opt Also in gdal/port/Makefile.vc there is zlib includes in EXTRAFLAGS which points to internal zlib from frmt

[gdal-dev] Changing color of raster images based on their data values - gdal

2015-02-02 Thread user_name
Let's say I have 1 band raster images with Gray Color Interpretation and I want to change their color based on their data values. Data values -1, will be Blue, -0.5 will be Light Blue, 0 will be Yellow, 0.5 will be Orange and 1 will be Red. If the data values are <-3000, I want to have that colored

[gdal-dev] Can we combine all layers of kml into single GeoJSON

2015-02-02 Thread Manikanta Kondeti
Hi, I am trying to figure out if there is way to combine all layers in kml into a single Geojson object using ogr2ogr? One way I figured out is to iteratively traverse through all the layers and create geojson for each layer. Now the issue it to have all json's into a single json object? Need s

Re: [gdal-dev] Use gdal2tiles to generate XYZ cache

2015-02-02 Thread Petr Pridal - Klokan Technologies GmbH
Hi there, MapTiler generates xyz by default, and back-compatible tms with -tms on the command line or in the GUI with a switcher in the Advanced options dialog. Regards, Petr On Tue, Feb 3, 2015 at 2:20 AM, Klokan Petr Pridal wrote: > Hi there, > > maptiler generates xyz by default, and back-

Re: [gdal-dev] Quick question about gdal2tiles

2015-02-02 Thread Petr Pridal - Klokan Technologies GmbH
Hi Jorge, rendering of your sample file down to zoomlevel 19 would generate over 2 billion tiles - probably tens of terabytes of data. I guess it is not what you want to do... Typically the overzooming is done on client side in a JavaScript viewer or on the tileserver hosting. The tiling utilitie

[gdal-dev] Use gdal2tiles to generate XYZ cache

2015-02-02 Thread Jorge Arévalo
Hello, Looks like gdal2tiles is only able to generate TMS caches (OGC standard). Or is there any combination of parameters to generate a tile cache in XYZ format? (top-left standard). I've tried with all the profiles (-p option), but not getting the desired results... Any hints? Best regards

Re: [gdal-dev] Documentation regressions

2015-02-02 Thread Even Rouault
Le lundi 02 février 2015 22:07:45, Even Rouault a écrit : > Le lundi 02 février 2015 21:52:08, Tim Keitt a écrit : > > I was trying to recall the details of the RasterIO function and notice > > that the previous documentation is gone. This seems to have happened in > > the transition to the v2 inte

Re: [gdal-dev] Documentation regressions

2015-02-02 Thread Even Rouault
Le lundi 02 février 2015 21:52:08, Tim Keitt a écrit : > I was trying to recall the details of the RasterIO function and notice that > the previous documentation is gone. This seems to have happened in the > transition to the v2 interface. Is there a plan to maintain the C API > documentation? > >

[gdal-dev] Documentation regressions

2015-02-02 Thread Tim Keitt
I was trying to recall the details of the RasterIO function and notice that the previous documentation is gone. This seems to have happened in the transition to the v2 interface. Is there a plan to maintain the C API documentation? (I was going to look up the handling of no-data values, scale and

Re: [gdal-dev] RawRasterBand and rotated images ?

2015-02-02 Thread Even Rouault
Le lundi 02 février 2015 13:01:08, Andrew C Aitchison a écrit : > I'm preparing to write a readonly driver for a file format where the image > is an array of bytes, so the RawRasterBand helper class seems appropriate. > However the image data starts at the bottom left and each scanline goes > up; v

[gdal-dev] RawRasterBand and rotated images ?

2015-02-02 Thread Andrew C Aitchison
I'm preparing to write a readonly driver for a file format where the image is an array of bytes, so the RawRasterBand helper class seems appropriate. However the image data starts at the bottom left and each scanline goes up; viewing the data in the conventional (for gdal) manner gives west at

Re: [gdal-dev] GDAL 1.11.2 release planning ?

2015-02-02 Thread Even Rouault
Le vendredi 23 janvier 2015 17:28:38, Even Rouault a écrit : > Hi, > > GDAL 1.11.1 has been released 4 months ago and since then 48 new bug fixes > (*) have been done in the 1.11 branch, so it might be worth procuding a > new release. > > What about cutting a RC in 2 weeks ? That should give time

Re: [gdal-dev] buildvrt not working

2015-02-02 Thread yuta sato
thank you Even Rouault. On Mon, Feb 2, 2015 at 5:43 PM, Even Rouault wrote: > Le lundi 02 février 2015 04:29:33, yuta sato a écrit : > > Sorry, the outfile name I tried is outfile.vrt, but not outfile.tif. > > However, I used gdaltranslate to convert .vrt into .tif > > currently gdalbuildvrt -s

Re: [gdal-dev] buildvrt not working

2015-02-02 Thread Even Rouault
Le lundi 02 février 2015 04:29:33, yuta sato a écrit : > Sorry, the outfile name I tried is outfile.vrt, but not outfile.tif. > However, I used gdaltranslate to convert .vrt into .tif currently gdalbuildvrt -separate only operates on the first band of each inputfile. So you have to preliminary s