tess

> @pierce314159 - can this be closed since there is only 1 task that is complete? Or do you have more to add? sorry! i must've gotten distracted by something...

> @pierce314159, @joshmarshall1 , @jaketrookman, @hokiegeek2 - do you think we need to have PDF formatted documentation? I am not convinced it will provide anything we don't already have. i...

once this PR and PR https://github.com/Bears-R-Us/arkouda/pull/3169 get merged we should revisit `Series.map` and see if it works as expected with `nan`s see: https://github.com/Bears-R-Us/arkouda/pull/3010#issuecomment-1971562031

I'm not sure how useful this would be in general... I might just implement the chapel side logic for my purpose and punt on making it user facing for now....

based on how `indexof1d` is used, see https://github.com/Bears-R-Us/arkouda/pull/3109#discussion_r1599881043, I think I should add a flag to `find` which toggles whether indices that aren't found return `-1` or are excluded from...

updated to add a `remove_missing` flag to `find`. @brandon-neth, I think I changed enough to warrant a rereview if you don't mind

I think this example is really good for understanding the broad strokes of what the changes to `find` look like: ```python >>> select_from = ak.arange(10) >>> arr1 = select_from[ak.randint(0, select_from.size,...

I couldn't help but dig into this a bit. It seems bill wrote this over four years ago, so it's kinda crazy it hasn't popped up until now (maybe one...

@ajpotts Just throwing out there that this was touched on in https://github.com/Bears-R-Us/arkouda/issues/3073 It seems to be a deliberate design decision presumably to avoid losing accuracy to overflow since arkouda is...