Jeffrey Heer

Assigning to an existing column overwrites it by design. At minimum we should double check to ensure this is clearly stated in the documentation. Alternatively, we could consider throwing an...

That seems reasonable to me! Added in #289.

Sorry that this is causing issues. Is the crux of the issue the use of the `**` exponentiation operator? Or something else? We don't _explicitly_ use `BigInt` in the code,...

Arquero is largely type-agnostic by design, so it may take a while for column-type-specific features to develop. That said, more fine-grained type inference is necessary for binary serialization (e.g., to...

I'm marking this an enhancement / feature request, though the exact form this might take is still not yet clear. See also #2.

Thanks for the request! I agree that this could be a useful addition that makes sense as its own verb. While the existing `spread` can work in conjunction `op.values`, (1)...

Right now, aggregate and window functions can not accept other window functions as part of an input column expression. I’d like to fix this, but I’m currently away on vacation....

After some more research, I've decided to shelve this enhancement request. First, not all combinations of window operators / windowed aggregates permit nesting anyway. Second, some require full materialization of...

I'd be happy to consider a new `cut` / `chop` / etc implementation for inclusion in Arquero. Similar to `recode` it might be added as a new standard op function....

Hi, `first_value` is a window function, not an aggregate function, and so only applies in contexts that support ordered windows of values (e.g., `derive`, but not `rollup`). The correct behavior...