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

[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 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 from the reprojected images. We are
>>> widening
>>> the target extents a little bit to all directions with a python
>>> script to suit
>>> the grid.
>>>
>>
>> So we are already 2 ;-)
>>
>> Actually, I tentatively thought there would be more. This was why I
>> wrote to the mailing list in the first place. I am aware that this
>> (non-)issue can be solved in a shell one-liner or perhaps X lines of
>> some other script code. I just thought that if there is a general
>> interest, it could perhaps be built into the library.
>
> Make that 3 :-)
>
> We also often do this, when different datasets (from several satellite
> sensors) need to be used together. Cause I do almost all my gdal stuff
> in python, I just coded this grid matching into the relevant python
> scripts. However, if support for it would be built into the gdal command
> line utilities, we would undoubtly use it often.
>

Thanks for the time, Vincent.

Even,

I guess that 3 interested GDAL users (on a global scale) are not enough 
to make you reconsider your initial statement:

 > This is a bit too specialized requirement...

?

Hermann