[Qgis-developer] Moving forward with the raster transparency branch

[Tim Sutton]

Hi

2007/9/12, Marco Hugentobler <marco.hugentobler at karto.baug.ethz.ch>:
> Hi Peter
>
> I'm glad to see there is an interest in raster layer redesign.
>
> >Marco, I want to specifically ensure
> > that these proposed changes will not impact anything you are currently
> > working on. Again, these changes will be made under the
> > raster_transparency_branch first, then at a later date merged into the
> > trunk.
>
> My work in the raster branch is finished for the moment, so no problem.
>
> What about merging the current state of the raster transparency branch to
> trunk after release? Like this, all the users (at least those compiling the
> newest svn) would benefit from the work that has already been done in the
> branch. Raster redesign could then be continued in a branch.
>

I would prefer if we can begin to adopt a more conservative policy
with regards to merging things into head. The idea would be that when
we feel raster stuff is useable, make a test release from that branch,
solicit, comments feedback, bug reports etc. Then stabilise and only
*then* merge. The idea being that svn trunk can be as stable as
possible at all times and that we become a lot more conservative about
letting new code into trunk. Also I would like to ask that any new
features proposed for merge with trunk be accompanied by suitable unit
tests so that we can have a good quality control process and identify
early on if future changes break existing features.

Other than the above reservations, I support the proposals you and
Peter are making for refactoring and thread safety.

Regards

Tim

> Regards,
> Marco
>
> On Tuesday 11 September 2007 16:47:42 Peter Ersts wrote:
> > QGIS Devs,
> >
> > There has been interest in merging the mods in the
> > raster_transparency_branch into the 0.9.1 release. The main changes
> > currently are:
> > 1) Revival of basic contrast enhancement
> > 2) Introduction of transparent pixel lists
> > 3) Foundation for basic color ramps.
> >
> > More information about the raster_transparency_branch can be found here:
> >
> > http://wiki.qgis.org/qgiswiki/RasterTransparencyBranch
> >
> > Back in May and June there was a meeting to discuss refactoring of the
> > monolithic (5K+ lines) QgsRasterLayer class. The last UML design can be
> > found here:
> >
> > http://wiki.qgis.org/qgiswiki/RasterRefactorRfc
> >
> > There still needs to be some discussion regarding the final refactoring
> > of QgsRasterLayer as there are some great ideas being proposed but
> > uncertainty regarding the best approach.
> >
> > In the mean time, I am proposing that contract enhancement and
> > transparency be the first functionality that is broken out of
> > QgsRasterLayer, as they are relatively well defined, discrete components
> > that are well suited for being separate classes. I will undertake this
> > in the current raster_transparency_branch with the goal of having this
> > ready for the 0.9.1 release. I propose that classes be named:
> >
> > QgsRasterTransparencyFilter
> > QgsRasterContrastEnhancementFilter
> >
> > I am not sold of the Filter suffix but am still using the June UML as a
> > bit of a guide. These changes should not affect anything outside of
> > QgsRasterLayer and should not adversely affect anything class that
> > inherits QgsRasterLayer.
> >
> > Please let me know what you think.  Marco, I want to specifically ensure
> > that these proposed changes will not impact anything you are currently
> > working on. Again, these changes will be made under the
> > raster_transparency_branch first, then at a later date merged into the
> > trunk.
> >
> > Thanks
> > -pete
> >
> > BTW: from the 12 to the 22 I will have limited access to e-mail, so
> > apologies ahead of time if I am slow to respond .
>
>
>
> --
> Dr. Marco Hugentobler
> Institute of Cartography
> ETH Zurich
> Technical Advisor QGIS Project Steering Committee
> marco.hugentobler at karto.baug.ethz.ch
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.qgis.org
> http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-developer
>


-- 
Tim Sutton
QGIS Project Steering Committee Member - Release  Manager
Visit http://qgis.org for a great open source GIS
openModeller Desktop Developer
Visit http://openModeller.sf.net for a great open source ecological
niche modelling tool
Home Page: http://tim.linfiniti.com
Skype: timlinux
Irc: timlinux on #qgis at freenode.net