Philipp K. Janert wrote:
> I'd like to add one thing to Ethan's list: The current
> log-scale does not play well with the "smooth"
> algorithms, such as "smooth frequency". I have
> not analyzed the root cause of this behavior in
> detail, but I can certainly see how it comes about
> given the entire complex of issues that Ethan has
> scoped in his email.
>
> So, there is yet another reason why it would be
> nice to be able to apply transformations for display
> purposes as late in the game as possible, so that
> earlier operations on the data (such as "smooth freq"
> or "smooth kdens") succeed.
>
> Best,
>
> Ph.
I agree will general comments about this should be done as late as
possible as display processing and original data kept.
However I just wondered about when smoothing should be applied.
If you have a logrithmic effect you presumably want smoothing of the log
not the data. But smooth unique may want to be done first?? This may not
be a case of one correct answer. I suspect it would need a switch to
specify when this processing is done.
smooth unique before , smooth cspline after ??
/Peter.
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship.
http://www.creativitycat.com
_______________________________________________
gnuplot-beta mailing list
gnuplot-beta@...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
