zed
zed copied to clipboard
brimdata
A novel data lake based on super-structured data
There's several open issues about the current limitations/bugs in the `join` implementation. This Epic groups them all together to ensure we've thought through all the angles when we dig into...
Repro is with Zed commit 1c906e4. With the steps described here, the issue reproduces about 50% of the time. In the video below, we see a `zed serve` started from...
@philrz ran into this issue when running zed auth login from an ssh shell into a Linux VM.
Repro is with Zed commit 30299b5. The [`join` tutorial](https://zed.brimdata.io/docs/tutorials/join/#embedding-the-entire-opposite-record) shows this example that runs ok. ``` $ zq -version Version: v1.2.0-28-g30299b5a $ cat embed-opposite.zed from ( file fruit.ndjson => sort...
This ``` echo '`foo`' | zq -i zson - ``` should produce `"foo"` but instead it produces no output.
In the words of the community user that initially requested the functionality: > Do you think it could be possible to develop an enhanced `put` operator to change the value...
The derived values produced by the [`over` operator](https://zed.brimdata.io/docs/language/operators/over) are top-level only. The language would benefit from a way to achieve something similar while descending recursively into objects. @mccanne has noted...
Currently if I do something like: ``` echo {} | zq -z 'yield "hello " + 2' - ``` my result is: ``` "incompatible types"(error) ``` We should update the...
Right now, map lookups return missing if the lookup value does not exactly match the type of the map key. This should be more robust with coercion etc.