Yes, on Linux the graphviz viewer component is missing. Like on Mac, it will require installation of a Graphviz standard distribution and a shortcut to launch.
Brian Schott has a good desciption of the traditional cluster analysis process on these examples http://www.jsoftware.com/jwiki/Essays/Dendrite/Applications Here's a summary using stats/dendrite addon, which includes Brian's clusterbasic. Here it's fully automated: load'stats/dendrite/cluster' c=. 'SL' conew 'pcluster' cluster__c a +-----------+-+-+-+-+ |0 3 |1|2|4|5| +-----------+-+-+-+-+ ... (+/%#)a{~(>@{~[:(i.>./)#&>) r__c {~ (i.>./) (}: %~ 2-~/\]) R2__c 327.75 363.5 It is worth making a few definitions mean=: +/ % # most=: >@{~ [: imax #&> imax=: i. >./ pcent=: }: %~ 2-~/\] mean a{~ most r__c{~ imax pcent R2__c 327.75 363.5 Further, of=: 2 : 'n {~ u' mean most of a imax of r__c pcent R2__c 327.75 363.5 --- Björn Helgason <[EMAIL PROTECTED]> wrote: > I tried the example you describe there. > Most of it is as you describe but the fd_dbGraph_button gives value > error:graphview > > The CSV editor is quite impressive > > 2007/3/15, Oleg Kobchenko <[EMAIL PROTECTED]>: > > > > I tried to run this set of data through Dendrite > > cluster analysis to filter the error results and > > got a new average of 327.75 363.5. > > > > See details in the "Error Filter" topic at > > http://www.jsoftware.com/jwiki/Essays/Dendrite/Applications > > > > > > --- Bj�rn Helgason <[EMAIL PROTECTED]> wrote: > > > > > I accidentally divided by 5 instead of 6 but that does not change the > > > question > > > > > > > > > > > > a=.328 364;127 478;159 1;328 363;327 365;328 362 > > > 6%~+/>a > > > 266.167 322.167 NB. correct answer should be 328 363 > > > > > > > > > a=.247 235;0 0;244 433;129 304;246 236;291 48 > > > 6%~+/>a > > > 192.833 209.333 NB. correct answer should be 247 235 > > > > > > > > > 2007/3/15, Björn Helgason <[EMAIL PROTECTED]>: > > > > > > > > Lets say I use different methods to find the point and the correct > > answer > > > > should be 328 363 > > > > > > > > Even if the majority are correct or close to it the mean may not be a > > good > > > > answer > > > > > > > > > > > > a=.328 364;127 478;159 1;328 363;327 365;328 362 > > > > 5%~+/>a > > > > 319.4 386.6 > > > > > > > > Any suggestions to get a better approximation? > > > > > > > > 2007/3/15, Björn Helgason < [EMAIL PROTECTED]>: > > > > > > > > > > I am trying different sizes of the kern and different filters. > > > > > > > > > > I created a form to show the images and different filtering and > > various > > > > > results of finding the object. > > > > > I try it out with finding patterns equal to different numbers and > > > > > combinations of numbers as well as the actual kern without filter. > > > > > > > > > > It takes time to do the manual checking to see what settings give > > best > > > > > results and are accurate. > > > > > > > > > > > > > > > 2007/3/14, Oleg Kobchenko < [EMAIL PROTECTED] >: > > > > > > > > > > > > The listed image formats should not produce any > > > > > > difference since they all are lossless compressions. > > > > > > You can verify creating images in different formats, > > > > > > loading in J and then subtracting the values. > > > > > > > > > > > > Regarding image recognition, although the simple difference > > minimum > > > > > > method may work, it is not very stable and depends on > > > > > > accuracy of defining the kernel and the chosen threshold, > > > > > > which is different for every instance. > > > > > > > > > > > > It would be nice to see how other methods fair, > > > > > > such as cross-correlation, as listed by Devon McCormick > > > > > > > > > > > > http://www.jsoftware.com/pipermail/general/2007-March/029123.html > > > > > > > > > > > > You can go iteratively, tweaking a working algorithm > > > > > > with different ideas to see what's improving. > > > > > > For example, I like the idea of normalization (first link) > > > > > > > > http://www.owlnet.rice.edu/~elec431/projects96/pictomaniacs/previous.html > > > > > > < > > http://www.owlnet.rice.edu/%7Eelec431/projects96/pictomaniacs/previous.html > > > > > > > > > > > > > > > You can apply it to the method you use now to see if it will > > > > > > eliminate the mismatch. > > > > > > > > > > > > > > > > > > --- Bj�rn Helgason < [EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > When extracting an image to work with from a Dicom file I have > > three > > > > > > options > > > > > > > > > > > > > > dcm2pnm - Convert DICOM images to PPM/PGM, PNG, TIFF or BMP > > > > > > > > > > > > > > +obt --write-24-bit-bmp > > > > > > > write 24-bit truecolor BMP > > > > > > > > > > > > > > +ot --write-tiff > > > > > > > write 8-bit (monochrome) or 24-bit (color) TIFF > > > > > > > > > > > > > > +on --write-png > > > > > > > write 8-bit (monochrome) or 24-bit (color) PNG > > > > > > > > > > > > > > > > > > > > > I have up to now used bmp and am reasonably happy with the > > results. > > > > > > > > > > > > > > I am wondering if the other forms TIFF or PNG would give me > > better > > > > > > results. > > > > > > > Would I need different technique to find the object I am looking > > for > > > > > > in the > > > > > > > image? > > > > > > > > > > > > > > The method Oleg sent in earlier finds the object most of the > > time in > > > > > > the BMP > > > > > > > images. > > > > > > > Actually only found one image so far where it missed the object > > and > > > > > > gave > > > > > > > another fairly similar looking location. ____________________________________________________________________________________ Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
