http://imagej.273.s1.nabble.com/BoneJ-Analyze-Skeleton-on-Skeletons-with-32766-components-tp5009924p5010032.html
> You're right. I just fixed it and released a new jar.
>
> Thanks for reporting!
>
> ignacio
>
> On Tue, Oct 14, 2014 at 11:29 AM, Jan Eglinger <
[hidden email]>
> wrote:
>
>> Hi Ignacio,
>>
>> On 13.10.14 11:00, Ignacio Arganda-Carreras wrote:
>>
>>> OK, I have just updated the code so the labels are integers (converted to
>>> floats).
>>>
>>
>> Now I get the stack trace pasted below when running AnalyzeSkeleton_.run.
>> I think the problem is caused by `treeIS` containing FloatProcessors since
>> your recent commit:
>>
https://github.com/fiji/AnalyzeSkeleton/commit/ec7bfcf0>> but `getShortPixel()` wants to cast them to Short.
>>
>> Many greetings,
>> Jan
>>
>>
>> (Fiji Is Just) ImageJ 2.0.0-rc-15/1.49i; Java 1.6.0_65 [64-bit]; Mac OS X
>> 10.9.5; 45MB of 4075MB (1%)
>>
>> java.lang.ClassCastException: [F cannot be cast to [S
>> at skeleton_analysis.AnalyzeSkeleton_.
>> getShortPixel(AnalyzeSkeleton_.java:2900)
>> at skeleton_analysis.AnalyzeSkeleton_.
>> getShortPixel(AnalyzeSkeleton_.java:2914)
>> at skeleton_analysis.AnalyzeSkeleton_.divideVoxelsByTrees(
>> AnalyzeSkeleton_.java:1210)
>> at skeleton_analysis.AnalyzeSkeleton_.processSkeleton(
>> AnalyzeSkeleton_.java:903)
>> at skeleton_analysis.AnalyzeSkeleton_.run(
>> AnalyzeSkeleton_.java:367)
>> at sprouting.Sprout_Analyzer.analyzeSproutSkeleton(Sprout_
>> Analyzer.java:885)
>> at sprouting.Sprout_Analyzer.processAndShow(Sprout_
>> Analyzer.java:590)
>> at sprouting.Sprout_Analyzer.run(Sprout_Analyzer.java:442)
>> at ij.plugin.filter.PlugInFilterRunner.processOneImage(
>> PlugInFilterRunner.java:262)
>> at ij.plugin.filter.PlugInFilterRunner.<init>(
>> PlugInFilterRunner.java:111)
>> at ij.IJ.runUserPlugIn(IJ.java:204)
>> at ij.IJ.runPlugIn(IJ.java:166)
>> at ij.Executer.runCommand(Executer.java:131)
>> at ij.Executer.run(Executer.java:64)
>> at java.lang.Thread.run(Thread.java:695)
>>
>>
>>
>>
>>
>>> On Wed, Oct 8, 2014 at 9:46 AM, Karsten <
[hidden email]> wrote:
>>>
>>> The problem with unique integers represented as float numbers starts much
>>>> earlier. You should not have more than 5 decimals at maximum to be sure
>>>> not
>>>> to have mix-ups of labels. The problem is that there is always a
>>>> conversion
>>>> from float to int using numbers as labels!
>>>> Karsten
>>>>
>>>> Am 08.10.2014 um 00:34 schrieb Doube, Michael <
[hidden email]>:
>>>>
>>>> integers above 2^24 (a bit more than 16 million) are
>>>>> not precisely represented by float. See e.g. this:
>>>>>
>>>>>
http://www.ibm.com/developerworks/java/library/j-math2/index.html>>>>>