[Thuban-list] changing color ramps without reclassifying

[Daniel Calvelo Aros]

On Tue, 10 Feb 2004 16:09:21 +0100 (CET), Moritz Lennert wrote
> Hello,
> 
> During the testing of the patches, another point struck me: what is the
> reason for associating classifying and color ramps in one ? Wouldn't 
> it be better to let the user change color ramps without having to go 
> through the classifying process ? This is especially helpful when 
> creating customized classes by hand.
> 
> Moritz

I agree. The whole classification infrastructure needs some cleanup, IMHO.

A workaround using my patch would be to reopen the genclass dialog and chosing
Custom Breaks. Then you will get whatever is the *current* classification,
although everything (incl. singletons) will be converted to ranges. Change
color and apply. Your original ranges are there, and colors are changed.

Maybe we can start a definition discussion over the interface for
classifications. I know how ArcView, ArcGIS, JUMP, OpenEV work, and the
philosophies are quite different, each with its own limitations... I guess
some kind of fill pattern editor (can we borrow the one from sketch/skencil?)
would be nice, and separating value generation from color/symbol generation.
We will have to work on this anyway for symbols, and afterwards for transparency.

Daniel.

-- Daniel Calvelo Aros
-- Dirección General de Información Agraria
-- Ministerio de Agricultura del Perú
-- (51-1)424-9001