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

new finalizer module #4

Open
xulman opened this issue Jan 6, 2022 · 1 comment
Open

new finalizer module #4

xulman opened this issue Jan 6, 2022 · 1 comment

Comments

@xulman
Copy link
Member

xulman commented Jan 6, 2022

currently: CCA with choosing of the largests CC
try new: for candidates were large (>10%) collision were resolved, try to check all involved candidates as follows:

  • find "octopus" by doing:

    • consider "neighbor matrix", N-by-N where N is the number of the involved candidates
    • fill position a,b by the number of pixels from 'a' that have pixel 'b' in their 8-neigh (3D) surrounding
    • octopus is a candidate whose line is "fat"
      • has more contacts to other candidates then the rest (that is, has more non-zero elems on its line)
      • non-zero items on its line are larger than what is usual for the rest
  • cut (and remove) arms by doing:

    • erode by X px (width, X = 3px) all octopuses, eroded pixels are marked with special value
    • CCA on octopuses and keep largest CC for each
    • dilate back by X px all octopuses only over the special value'd pixels

This should remove "embracing around normal candidates by one that is oversegmenting a lot"...

@xulman
Copy link
Member Author

xulman commented Jan 12, 2023

Another tweak, motivated by a real (and rare) problem in some data, is that the current CCA is choosing the largest component but it should be choosing a component that is overlapping with the original TRA marker. Sometimes the same instance ID (in an instance segmentation result) is repeated, defining multiple-segments in this way, and not necessarily the largest component is the one that brought this multi-segments result for consideration w.r.t. to the currently examined TRA marker. Since this is the latest (cleaning) stage of the fusion, chosing a component that overlaps with TRA will also guarantee that the produced result overlaps with TRA (which again was sometimes seen in the fused data), see #7.

@xulman xulman mentioned this issue Jan 12, 2023
2 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant