On Tue, Jul 5, 2011 at 12:05 PM, Lukas Reichlin <[email protected]> wrote: > > On 05.07.2011, at 08:13, Juan Pablo Carbajal wrote: > >> On Tue, Jul 5, 2011 at 7:22 AM, Lukas Reichlin <[email protected]> >> wrote: >>> On 05.07.2011, at 00:04, Juan Pablo Carbajal wrote: >>> >>>> Hi all, >>>> >>>> I was searching the control package for the functions ss2tf, abcddim. >>>> If I am not worng they were there some time ago, weren't they? At >>>> least google seems to support this. >>>> Where can I find them now? >>>> I have installed the control package 2.0.2 >>>> >>>> Thank you very much >>>> >>>> -- >>>> M. Sc. Juan Pablo Carbajal >>>> ----- >>>> PhD Student >>>> University of Zürich >>>> www.ailab.ch/carbajal >>> >>> Hi Juan >>> >>> These two function are part of control-1.0.11, now labeled as >>> control-legacy [1]. The control package version 2 is now based on SLICOT >>> routines and supports overloaded operators (L = P * C, ...). The new >>> control package is more Matlab-compatible, but m-files using functions >>> specific to control-legacy need to be adapted to the newer control-2.x.y >>> package: >>> >>> Replacement for ss2tf: >>> sys_tf = tf (sys_ss) >>> >>> Replacement for abcddim: >>> [p, m] = size (sys) >>> >>> Regards, >>> Lukas >>> >>> [1] >>> http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/extra/control-legacy/ >>> >>> >> >> Thank you very much for the answer. >> I got to this because of a system identification package available in >> the internet http://sigpromu.org/idtoolbox/. I do not know whether to >> get control-legacy or modify the package. What would you suggest? >> >> >> -- >> M. Sc. Juan Pablo Carbajal >> ----- >> PhD Student >> University of Zürich >> www.ailab.ch/carbajal > > I'm afraid that UNIT version 3 won't run on Octave because of its graphical > user interface. There's no Matlab-compatible GUI support at the moment > (Octave 3.4.2). If you have enough stamina, you can help improving the > control package and/or adapt UNIT (without its GUI) to Octave. > > Regards, > Lukas > >
Thanks for the answer, I was thinking on the non-GUI UNIT, of course. I will like to make it work with Octave (I almost need to do it). Now, you provide two possible paths, adapt control package to UNIT or vice-versa. It seems to me that adapting (probably extending with a couple of wrappers) the control package is more reasonable. What do you think? So far I have noticed that UNIT needs lots of functions that were in the old control package but are not there anymore. Is there a compatibility table between old control and new control packages available? Where could I look? If the table doesn't exist I can provide a list of the functions that UNIT is requesting and see if you can tell which ones are missing and which ones have other name/interface. What do you think? Regards, -- M. Sc. Juan Pablo Carbajal ----- PhD Student University of Zürich www.ailab.ch/carbajal ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Octave-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/octave-dev
