Hi Maximos,
My immediate reply is that for the k-d-tree data structure and nearest neighbors search we turned now to the faster routines of ann. We have not yet implemented them in MATS, but we will soon come with a new version incorporating this. Thanks for the link anyway. Unfortunately, we do not use MAC therefore we have not compiled the C-programs for MACOSX. We will try to find a MAC machine and do it (no promise this will be done immediately).
Concerning my previous post about the source code of the kdtree functions:
I found these files on an other submission
http://www.mathworks.com/matlabcentral/fileexchange/4586-k-d-tree
where one can find the C source files and compile them for hers/his system. To compile, however, one minor modification of the .h file is required, as stated in a comment on the aforementioned page.
All the best,
Maximos.
This contribution encompasses more than I would ever need for time series analysis.
There is however some kind of incompatibility with the operating system I use, MACOSX. Specifically the mex files are not compiled for the architecture of my system's processor (extensions should be .mexmaci64).
Would it be possible to provide the C source files, so that the users could compile them themselves for their systems' architectures? If not, would it be possible to provide mex files for more processor architectures (like for example, MACI64)?
Thank you in advance,
Maximos.
Hi Thomas,
1. You are correct. If a user loads a file with more one dot, it is treated as a plain text file containing a data matrix. We could not have made the assumption you mention (get the suffix after the last dot). Our experience and practice is to use just one dot, therefore we did not bother to check different possibilities with multiple dots. Maybe this will be done in a future version.
2. I now realized that we changed the function guiread.m but not uploaded it. In the updated function this issue was treated. I will make sure it is updated now.
Comment only