http://imagej.273.s1.nabble.com/BoneJ-Analyze-Skeleton-on-Skeletons-with-32766-components-tp5009924p5009938.html
"int" will probably work, giving ~2 billion labels, for a cost of 2x data size over short. Although, IIRC in IJ1, int is interpreted as an RGB (+alpha) image. I'm pretty sure I've used float or double for labelling (integer numeric values) in the past with no particular problems, but will watch out since Karsten's warning!
> Hi, just one shart remark to "use Float instead" for label image data!
>
> Don't do that! For larger label numbers you will struggle around with float rounding errors, hence mislabelling problems. The latter will need more time to overcome! I don't know Java enough, but Long is much better than float.
>
> Karsten
>
> Am 07.10.2014 um 10:08 schrieb Ignacio Arganda-Carreras <
[hidden email]>:
>
>> Hello Simon,
>>
>> This limitation comes from the fact that I used a "short" image to store
>> the labeled skeletons in AnalzyeSkeleton. If you have some coding
>> experience you can easily create your own version of the plugin to use
>> Float instead of Short pixel values. That should make the trick.
>>
>> In any case, I will talk to Michael Doube (BoneJ maintainer) to see if we
>> also add that change to our released version.
>>
>> Best regards,
>>
>> ignacio
>>
>> On Mon, Oct 6, 2014 at 10:31 PM, Simon Carr <
[hidden email]> wrote:
>>
>>> Dear All,
>>>
>>> I am using BoneJ to undertake pore analysis of soils and sediments, but
>>> keep coming up against the Java limit of a maximum of 32,766 components.
>>> Unfortunately, my samples have populations of pores to be measured in the
>>> order of ~120,000 components, some of which extend right through the CT
>>> volume that has been scanned. Whilst I appreciate that I can sub-sample
>>> each volume into smaller pieces that bring the component number below the
>>> magic number, I am aware that this is compromising the quality of the
>>> analysis, because numerous large pore networks that extend as a single
>>> network through the whole volume are being split into perhaps four (or
>>> more) skeletons for subsequent analysis.
>>>
>>> Can anyone advise whether there is a way to get around the Java-imposed
>>> limit on my volumes?
>>>
>>> Regards,
>>>
>>> Simon
>>> _________________________________
>>> Dr Simon Carr
>>> School of Geography,
>>> Queen Mary University of London,
>>> Mile End Road, London, E1 4NS, UK.
>>> t: 00 44 20 7882 2780
>>> f: 00 44 20 8981 6276
>>> e:
[hidden email]<mailto:
[hidden email]>
>>> twitter: @DrSimonCarr
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html>>>
>>
>>
>>
>> --
>> Ignacio Arganda-Carreras, Ph.D.
>> Seung's lab, 46-5065
>> Department of Brain and Cognitive Sciences
>> Massachusetts Institute of Technology
>> 43 Vassar St.
>> Cambridge, MA 02139
>> USA
>>
>> Phone: (001) 617-324-3747
>> Website:
http://bioweb.cnb.csic.es/~iarganda/index_EN.html>>
>> --
>> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html>
> --
> ImageJ mailing list:
http://imagej.nih.gov/ij/list.html>
This message, together with any attachments, is intended for the stated addressee(s) only and may contain privileged or confidential information. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Royal Veterinary College.