Colas Le Guernic

> Just for the record, that's Mathematica output: > > ``` > In[4]:= Interval[{0, 0}] Interval[{1, Infinity}] > > Infinity::indet: Indeterminate expression 0 Infinity encountered. > > Out[4]= Interval[{0, Indeterminate}]...

You are looking for `search_covering` https://github.com/mjschultz/py-radix/blob/52d70b050a1dcbf3a7849aa51b2420883e31539e/radix/_radix.c#L562-L567

I can think of several obvious reasons not to integrate this into the main branch :smiley: If you could integrate any (or all) of the first three commits (a1b769d404d55cbb03179db1bd252d089c1047cf, d28da05ac1e1ba4cece8846e0b68642bfeab80da,...

From [#264 ](https://github.com/joxeankoret/diaphora/issues/264#issuecomment-1642659150) > Not a feature so much, but optimizing the export speed would be nice. I have an arm64 binary that takes over 2 and a half hours...

One way to mitigate this issue would be to extend the work done in #64 for observation expressions to comparison expression. All `exitComparisonExpression*` should be modified to work with generators,...

~`first_observed` and `last_observed` should be strings, not datetime objects.~ My bad: they can be datetime objects, date objects, or timestamp strings. And the error occurs with all of them.

@jamielennox might do a release soon(ish), you should do a PR.