|
From: <pl...@pi...> - 2009-05-25 08:39:39
|
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. |