[gdal-dev] Re: gdal_rasterize -tr and -te

2010-10-06 Thread Hermann Peifer
On 05/10/2010 19:40, Even Rouault wrote: Le lundi 04 octobre 2010 17:23:47, Frank Warmerdam a écrit : gdal_translate, gdalwarp, ... Even, I would suggest -tap for target aligned pixels to go with -tr. I would think that gdalwarp, gdal_rasterize, and perhaps gdal_merge.py and gdalbuildvrt

Re: [gdal-dev] Re: gdal_rasterize -tr and -te

2010-10-06 Thread Eli Adam
The results of -tap are what I expect, pixels aligned with 0,0. Although I have a separate question at the end. Prior to the patch I ran this: gdal_rasterize -tr 100 100 -a Elevation -l town town.shp townrasterb.tif and got this: gdalinfo townrasterb.tif ... Origin =

Re: [gdal-dev] Re: gdal_rasterize -tr and -te

2010-10-06 Thread Even Rouault
Le mercredi 06 octobre 2010 18:42:14, Eli Adam a écrit : The results of -tap are what I expect, pixels aligned with 0,0. Although I have a separate question at the end. ok, I've applied the patch in trunk in r20778 Prior to the patch I ran this: gdal_rasterize -tr 100 100 -a Elevation -l

Re: [gdal-dev] Re: gdal_rasterize -tr and -te

2010-10-05 Thread Even Rouault
Le lundi 04 octobre 2010 17:23:47, Frank Warmerdam a écrit : gdal_translate, gdalwarp, ... Even, I would suggest -tap for target aligned pixels to go with -tr. I would think that gdalwarp, gdal_rasterize, and perhaps gdal_merge.py and gdalbuildvrt would be appropriate applications to

[gdal-dev] Re: gdal_rasterize -tr and -te

2010-10-04 Thread Hermann Peifer
On 04/10/2010 12:45, Vincent Schut wrote: On 10/01/2010 03:20 PM, Hermann Peifer wrote: On 01/10/2010 07:03, Jukka Rahkonen wrote: Hermann Peiferpeiferat gmx.eu writes: At work, we are taking this standard grid issue pretty serious, but indeed, we might be the only ones worldwide with such

[gdal-dev] Re: gdal_rasterize -tr and -te

2010-10-04 Thread Even Rouault
Selon Hermann Peifer pei...@gmx.eu: Even, I guess that 3 interested GDAL users (on a global scale) are not enough to make you reconsider your initial statement: Well, it looks like there is interest for that feature ;-) You know, when you don't need personnaly a stuff, it generally looks a

Re: [gdal-dev] Re: gdal_rasterize -tr and -te

2010-10-04 Thread Vincent Schut
On 10/01/2010 03:20 PM, Hermann Peifer wrote: On 01/10/2010 07:03, Jukka Rahkonen wrote: Hermann Peiferpeiferat gmx.eu writes: At work, we are taking this standard grid issue pretty serious, but indeed, we might be the only ones worldwide with such a business rule. You are not alone, we

[gdal-dev] Re: gdal_rasterize -tr and -te

2010-10-04 Thread Hermann Peifer
On 04/10/2010 16:31, Even Rouault wrote: This raises quite a few questions : * what is a standard grid ? Ours starts at 0,0, then goes in all directions with the given tr * what syntax would you imagine to pass to gdal utilities to define how you want the rounding ? Some creation options

[gdal-dev] Re: gdal_rasterize -tr and -te

2010-10-01 Thread Hermann Peifer
On 01/10/2010 07:03, Jukka Rahkonen wrote: Hermann Peiferpeiferat gmx.eu writes: At work, we are taking this standard grid issue pretty serious, but indeed, we might be the only ones worldwide with such a business rule. You are not alone, we are reprojecting our rasters to standard grid

[gdal-dev] Re: gdal_rasterize -tr and -te

2010-09-30 Thread Jukka Rahkonen
Hermann Peifer peifer at gmx.eu writes: At work, we are taking this standard grid issue pretty serious, but indeed, we might be the only ones worldwide with such a business rule. You are not alone, we are reprojecting our rasters to standard grid because it helps in making seamless mosaics