On Wed, Feb 15, 2012 at 10:08 AM, Alois Schloegl <alois.schlo...@ist.ac.at> wrote: >>> If you are to do this, and since the NaN package actually shadows many >>> of octave-core functions, I would suggest to have those functions in >>> the tsa package so that one can use it without changing the "normal" >>> behaviour of octave. >> >> > > For clarification, the "normal" behavior of Octave is that it produces NaN's > even in cases, where is is perfectly fine to get a meaningful result. The > NaN-toolbox addresses this issue. > > All statistical of the NaN-toolbox give the same "result" than the standard > octave functions (if not, its a bug) if the data is fully defined (i.e. > contains no NaN's), and it produces meaningful results even for data > containing NaN's. > > The same function names are used, because it makes it easier to migrate > existing code to data containing missing values, and the user does not need > to worry whether FUNCTION (e.g. std.m) or NANFUNCTION (e.g. nanstd.m) is the > proper way of processing her data.
Just out of curiosity, would it possible to implement the NAN behavior using classes instead? This would avoid the problem of shadowing existing core functions? Michael. ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
