[gdal-dev] proposed changes to netcdf export behaviour (perhaps RFC)

[Etienne Tourigny]

Guys,

given these changes are considered bug-fixes/improvements,  would you
approve of adding these changes (when sufficiently tested and matured)
to the 1.8 branch?

If not there are a number of bugfixes (some already commited) that I
would like to commit to 1.8.

Related to this - in what timeframe would a 1.8.2 release be scheduled?

thanks
Etienne

On Wed, Oct 19, 2011 at 5:49 PM, Even Rouault
<even.rouault at mines-paris.org> wrote:
>> > As PSC chair I will not be offended if you proceed with netcdf changes
>> > *without* a formal RFC type vote on the changes.  The changes are fixing
>> > bugs and don't cause real backward compatability issues and I'm willing
>> > to treat you as the authority/owner for the driver.
>>
>> OK Frank, many thanks for you support and trust
>
> I also totally share Frank's opinion. All the efforts you have lead seem to
> have been carefully thought about and are well documented (in the wiki, but
> frmt_netcdf.html would perhaps need updates). Plus I'd have difficulties to vote
> for a RFC with an enlightened mind on such a specialized topic ;-)
>
> How will you proceed to updating in SVN ? A big code drop, or apply
> incremental changes ? Personnaly, I tend to prefer micro changes to be able to
> track regressions more easily, but it might be hard with the workflow you
> followed using git? I'd note that merging a svn branch in trunk would also
> loose incremental steps. That's just questions to satisfy my curiosity: I
> don't ask you to "rewrite history" as they seem to do in Linux kernel
> development.
>
>>
>> > Best regards,
>> > --
>> > ---------------------------------------+---------------------------------
>> > ----- I set the clouds in motion - turn up   | Frank Warmerdam,
>> > warmerdam at pobox.com
>> > light and sound - activate the windows | http://pobox.com/warmerda
>> > and watch the world go round - Rush    | Geospatial Software Developer
>>
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>