Posted by
Gabriel Landini on
Apr 02, 2014; 4:09pm
URL: http://imagej.273.s1.nabble.com/color-pixel-for-Strahler-order-tp5007132p5007184.html
On Wednesday 02 Apr 2014 11:44:44 Tiago Ferreira wrote:
> The table simply reports the properties of the remaining skeleton upon a
> pruning cycle. Thus, "order 1 branches" are listed under the "# End-points"
> column in row 1, "order 2" in row 2, etc...
OK I will take another look at this.
> As I've mentioned, the "# Branches" column just reports the count of _all_
> slab segments, and its logged (together with "# Junctions") just so that
> users can monitor the progressive pruning. Is this what is causing
> misunderstandings?
Perhaps. I was expecting to get a count of the coloured branches by order but
the bsh file now, I realise that seems to count all segments of a branch as a
different one when the remain with the same order. Perhaps it is the names of
the columns that I could not relate to.
> Did you look at the code annotations[1] and the script page[2]?
No I did not, I am reinventing the wheel, because I can. :-)
Now seriously, I think that this problem could be resolved by a different
means that does not require the skeleton encoded as a graph.
Will post it if it works.
> is very hard for me to materialize it into a concrete criticism that I can
> address. Perhaps we should be working on a common image? (e.g., a region of
> the ddaC sample image in Fiji?) and a reproducible example?
Looking again
http://en.wikipedia.org/wiki/Strahler_numberI realised that they are shown as sub-branches. The confusing part is that the
table counts all branches, not the order k ones, which appear as "end points".
Will have another look at this. Thanks for the follow up.
Gabriel
--
ImageJ mailing list:
http://imagej.nih.gov/ij/list.html