Index is out of bounds error!

Heya :slight_smile:

I am new at CP, but very excited and pleased so far!
I have built a pipeline that seems to work ok, up to the IdentifyTetriaryObjects, after which I want to do different measurements. As I start with MeasureObjectIntensity, an Error pops up reading: “Error while processing MeasureObjectIntensity: index 227 is out of bounds for axis 0 with size 227”
(I am using CP 3.1.5 on Windows)


A1_1_15.08.18-b - Copy.cpproj (613.5 KB)

What do I do??!!

Thanking you, in advance.

Best,
Sophia

Hi Sophia,

I’m having this issue too. I think it’s a known bug:

Hopefully someone will solve the problem soon. For now, you could maybe try an earlier version of CellProfiler? Does anyone know if there’s a version without this issue?
For me, it only happens on some images (I don’t know what’s special about those images!) so currently I’m just excluding those ones from my analysis.

Good luck!
Francesca

2 Likes

Thank you for taking the time to reply, Franscesca! It’s good to know I’m not the only one, and indeed I found more comments (@[shaney314]).
It’s not giving me an output of MeasureObjectIntensity at all. I hope there is an easy solution, too. Was quite keen to progress :slight_smile:

Best wishes,
Sophia

Well, I am getting the same error on all my images…just the number of the index changes… (?!) :confused:

Thank you,
Sophia

Hi

I’m also having the same problem with CellProfiler 3.1.5 in a Mac.
Some images don’t give a problem but some do. More strangely I was running the pipeline with these images and didn’t get this error. I have attached the pipeline and some of the images that are giving problem. I’m using the bright field image to contour the cell limits
.kassie-version13.cpproj (190.9 KB)

Hi,

Yes, I had missed the beginning of this conversation when I reposted earlier today as an updated comment from a past incident. In that case, David Logan was able to solve the issue with some kind of reformatting of the figures, but this was definitely a work-around and they were able to fix it in an update.

I am pretty sure the numbers change because CP can identify the primary objects for an image but then forgets how to count them (beginning with 0 instead of 1), so they are different for every image. So in the case you cite in the beginning, the 227 objects it found are numbered from 0 to 226.

In my case, the problem is only for some images, but it consistently has problems with these images. If I remove them, the pipeline will run without an error, but it can be a problem for a third or more of the images. The images themselves don’t appear different to me from those that don’t cause problems.

I am using 3.1.5 on a Mac. Does anyone know of a build that does not have this problem? It would be best for me to stick with CP3, but I would go back to CP2 if needed.

Thanks,

Steve

I’ve had to roll back our cluster installation to 3.0.0 which doesn’t seem to have the issue.

Thank you very much for your reply :slight_smile:

Best wishes,
Sophia

As an update; I eventually am using 2.1.1 that seems to be fine, and doesn’t have this bug.
Fingers crossed…

Best wishes,
Sophia

Sorry all, this does indeed sound like a bug. I agree that downgrading to version 2.1 is likely the safest approach. My organization’s cluster only has version 2.1.2 so I hadn’t seen this bug that appears to be only in CP version 3.X.

I am having this issue as well. How come there no substantial response to it from the CP team for three months? Downgrading from 3.15 to 2.1.2 seems too much regress. CP team: we need help with this please!

Hello, it seems to be the glitch of 3.15 version. Please see attached for realization of the exact same thing in versions 3.0 and 3.15. Version 3.0 works fine without any error, but version 3.15 gives the above mentioned error. I hope by comparing the two the CP team will be able to figure out the problem, because I can’t make any logical/reasonable conclusion from this. Just try to measure one object at a time in version 3.15 and you will see that only merged per parent nuclear puncta will cause the problem.

I did not want to, but because of this glitch I am going to have to go back to version 3.0 as we do a lot of this kind of measurements.

One curious/observational question which may seem unrelated to the issue, but maybe it is. What is the purpose of naming the output of “RelateObjects” operation in version 3.15? It doesn’t make much sense to me. Because we are relating the input child objects to the input parent object, right?

Thanks, Jama.

MeasureObjectIntensity_OutOfBoundError_CP3.0.cppipe (14.3 KB)
MeasureObjectIntensity_OutOfBoundError_CP3.15.cppipe (23.6 KB)
MeasureObjectIntensity_OutOfBoundError_CP3.0.cpproj (535.4 KB)
MeasureObjectIntensity_OutOfBoundError_CP3.15.cpproj (113.2 KB)
ChallengingSet_ch01_crop|nullxnull ChallengingSet_ch03_crop|nullxnull

Hi
Did have to reinstall CP3.1.5 on my Mac for unknown reason.
I did not get those error messages before and now I get it.
Plus after multiple downloads, CP3 does crash before opening?
Any solution?
thank you

Hi guys,

This is indeed a 3.1.5 error; we’ve found and fixed it, and will hopefully be pushing a new release next week with the solution.

Hello,

I’m still getting this error on version 3.1.8, any recommendations on how to fix this without having to reinstall a previous version of cell profiler?

Thanks!

Getting the problem with relateObjects module with option “calculate centroid” in both 3.18 and 3.19 version on Win10.

This seem to persist since 2017 at least (https://github.com/CellProfiler/CellProfiler/issues/3329)

Hi @Anton_Kamnev,
@bcimini

Could you please upload the pipeline & sample image so that we could check the problem?

Regards,
Lakshmi
Fujifilm Wako Automation (Consultant)
www.wakoautomation.com
For CellProfiler training or optimised pipeline write to,
lakshmi.balasubramanian.contractor@fujifilm.com

Read more on our site.
Yokogawa CV8000 - The Ultimate in Confocal HCS
https://www.wakoautomation.com/products/yokogawa-high-content-imaging

Join us at, https://www.slas2020.org

Thanks for looking into the problem.

The modules which cause error are no 17~20 (RelateObjects). When I choose option “Calculate child-parent distances” only None or minimum works. If I choose Both or Centroid option. The “Index out of bounds error” show up.

Pipeline.cpproj (1.1 MB) r04c03f01p01_ch1_ave.tif (2.2 MB) r04c03f01p01_ch2_ave.tif (2.2 MB) r04c03f01p01_ch3_ave.tif (2.2 MB) r04c03f01p01_ch4_ave.tif (2.2 MB)

Hi @Anton_Kamnev,
@bcimini

I checked the pipeline with your images. It works fine. Please find the screenshot (3.1.8) below for the relate objects & I tried both “centriod” & “Both” options. it works fine. I tried your pipeline in 3.1.8 (linux) & 3.1.9(win10). It works fine.
Ensure that the relating objects, because in the example that you had shared, there was only one object you could see. Since it is single object the distance computing could be a problem. But still worked fine.
sorry, if this is not helping, please share the screenshot of the error.

Regards,
Lakshmi
Fujifilm Wako Automation (Consultant)
www.wakoautomation.com
For CellProfiler training or optimised pipeline write to,
lakshmi.balasubramanian.contractor@fujifilm.com

Read more on our site.
Yokogawa CV8000 - The Ultimate in Confocal HCS
https://www.wakoautomation.com/products/yokogawa-high-content-imaging

Join us at, https://www.slas2020.org