Please point out the obvious & dumb mistake I'm making...

Quick primer: I have a hex grid. I use some geeky math to drop tiles from the grid that fall outside the specifically sized ellipse. All good, now I have a hex map shaped like an ellipse. Bonza. My hexes use a cubic numbering system per redblog games blah blah blah…

Now, I’m trying to find the diagonal extents of a zero column, and this should work:

Buuuuut… while the output log says it’s working, it also says it’s not. There are two print screens in the image. One catches whether the branch is doing it’s job (it is), and the other runs off the completed pin of the loop, and tells me the Cx, Cy, Cz coordinates as well as the vector of the tile. Only, well…

As you can see, the winning entry from all those zeroes doesn’t have a zero in sight. 54, -27, -27?

wtf?

From what I can tell, you’re getting the greatest X coord with a Y coord of 0.
That lines up with X=81000, Y=0, Z=0, but I assume that’s unrelated.
If that’s the case, then there’s no problem with that logic.

Would you mind sharing your print that happens after?

I got up this morning and decided to delete everything and redo the loop. Going through the basic setup etc… and this works:

Seeing as the only variable I really need to carry is the HiID, I’ll stick with it. For the life of me, I can’t see how it wasn’t working before though.