Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Algorithms and Input GUI v2: Investigate whether we should unify/resue any functionality with JACoP / MOSAIC Suite - Interaction analysis plugin for ImageJ #13

Open
hinerm opened this issue Jul 29, 2015 · 8 comments

Comments

@hinerm
Copy link
Member

hinerm commented Jul 29, 2015

JACoP may have useful functionality that we should be using here. Someone should investigate!

@ctrueden ctrueden changed the title Investigate whether we should reuse any functionality from JACoP Investigate whether we should unify any functionality with JACoP Jul 29, 2015
@ctrueden ctrueden added this to the unscheduled milestone Jul 29, 2015
@chalkie666
Copy link
Collaborator

From JACoP - the main 2 things are:

  1. manually user definable thresholds (a really bad idea, but like crack cocaine, attractive to short sighted users)
  2. an object based coloc measurement.... relying on a very simple / crude thresholding to determine the segmentation of objects....

From MOSAIC update site comes interesting new object based methods.
http://mosaic.mpi-cbg.de/Downloads/IAPManual.pdf
we could make it a dependency and integrate/reuse functionality into our new GUIs for job setup and results?????


Thoughts:

I reached out to the jacop authors very recently to discuss collaboration, and also a while back, but got rather little response... so i think we might be on our own....i guess they may have moved on....

I'm planning to add the algorithm for % coloc by intensity and/or pixels above thresholds. see issue #17

What i also liked about Jacop is the nice user interface with tabs for different functions, and some visual feedback about what settings or input parameters are needed to run the selected algorithms.
We can certainly learn from the usabilitty and layout of the GUI.

The SingleWindowDisplay implementation of ResultHandler in Coloc_2 was only ever meant to be a first attempt to get us going. There was always supposed to be a much nicer GUI in the end.... see issue #31 and issue #8 and issue #27

@chalkie666
Copy link
Collaborator

  1. For Onject/segmentation based coloc, we could port over the object based methods in JACoP to Coloc_2... using imageJ buil-in autothreshold method like Otsu etc.
  2. instead of implementing the dangerous to the user totally non robust manual thressholding
    we could add more autothreshold algorithms, and re use existing imageJ autothreshold methods like Otsu
    See the design doc in the wiki here.

@ctrueden
Copy link
Member

ctrueden commented Aug 6, 2015

One of our primary goals for Coloc 2 in coming months will be to convert the core routines to ImageJ Ops. We already have lots of autothresholding methods in Ops (including all of the ones ImageJ 1.x offers and more, as well as local autothresholding methods), although with object-based segmentation actually thresholding is only the beginning—we may want to reuse something more general w.r.t. ROIs.

@tomka
Copy link
Collaborator

tomka commented Aug 6, 2015

@ctrueden Coloc 2 already supports masks with the same number of dimensions as the input images. These are are essentially ROIs.

@ctrueden
Copy link
Member

ctrueden commented Aug 6, 2015

@tomka Cool.

So then, I am not sure how @chalkie666's idea about autothreshold methods fits in to the picture. But don't worry too much about explaining it now if you are busy. @etarena has plenty to do in the meantime!

@chalkie666
Copy link
Collaborator

@ctrueden there are two different kinds of thresholding going on here.

  1. normal thresholding that looks at one image histogram and sets a
    threshold according to some single histogram or difference from mean or
    mode etc.
    Used for object based colocalisation. Could be a different threshold method
    for each image colour channel.

  2. the Costes autothreshold which uses two images at once to measure
    correlation above and below the thresholds and find thresholds where
    Pearson's r correlation is zero below thresholds and positive above the
    thresholds.
    We use this for the pixel Intensity correlation over space based
    colocalisation measurements.
    You could imagine even more ways to do it with two images together to funds
    thresholds according to some criteria or other. Eg could use a rank
    correlation instead of Pearsons correlation.

I digress......
On 6 Aug 2015 17:56, "Curtis Rueden" [email protected] wrote:

@tomka https://github.com/tomka Cool.

So then, I am not sure how @chalkie666 https://github.com/chalkie666's
idea about autothreshold methods fits in to the picture. But don't worry
too much about explaining it now if you are busy. @etarena
https://github.com/etarena has plenty to do in the meantime!


Reply to this email directly or view it on GitHub
#13 (comment)
.

@chalkie666 chalkie666 changed the title Investigate whether we should unify any functionality with JACoP Algorithms and Investigate whether we should unify any functionality with JACoP Aug 8, 2015
@chalkie666 chalkie666 changed the title Algorithms and Investigate whether we should unify any functionality with JACoP Algorithms and Input GUI v2: Investigate whether we should unify/resue any functionality with JACoP / MOSAIC Suite - Interaction analysis plugin for ImageJ Aug 8, 2015
@chalkie666
Copy link
Collaborator

Note that the 3D ROI manager available as an update site does 3D object coloc, so we dont need to re do that immediately at all!!! See
http://imagejdocu.tudor.lu/doku.php?id=tutorial:working:tutorial_for_3d_roi_manager

@imagejan
Copy link
Member

@chalkie666

Note that the 3D ROI manager available as an update site does 3D object coloc, so we dont need to re do that immediately at all!!!

Note that the 3D ROI Manager does voxel colocalization on binary objects, i.e. it calculates the percentage of voxels that are positive in both of two objects/channels.

See this post on the ImageJ mailing list

(it should be made clear to users that this is different from calculating coloc using Pearsons and Manders coefficients)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants