[Thuban-list] changing color ramps without reclassifying
Daniel Calvelo Aros
dcalvelo at minag.gob.pe
Tue Feb 10 22:36:52 CET 2004
On Tue, 10 Feb 2004 16:09:21 +0100 (CET), Moritz Lennert wrote
> 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.
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 Calvelo Aros
-- Dirección General de Información Agraria
-- Ministerio de Agricultura del Perú
More information about the Thuban-list