Tanmay Mohapatra

Have a `compact` method? Maybe `_merge` or `flush!` can also do the compaction in a batch.

`compact` would remove entries where value equals the default value. To `delete` cells, set them to the default value. But since `setfield!` accumulates new entries till `flush!`, `compact` would be...

Maybe just overwrite deleted cells with subsequent valid ones and `resize!` at the end?

Yes. Credentials to your private registry and repositories, that Registrator.jl needs to work with, would then remain on your server.

We need to have an implementation that can decode Int64 logical timestamps and then plug it in there. This is the format specification: https://github.com/apache/parquet-format/blob/master/LogicalTypes.md#timestamp. The `Parquet.logical_timestamp` method currently handles only...

Looks like an unsupported/unexpected column type? @xiaodaigh ?

Could you check if invoking GC helps as discussed here: https://discourse.julialang.org/t/mmap-mmap-leaves-the-file-open/19413 ?

Few more pointers: [this](https://github.com/JuliaIO/Parquet.jl/blob/a21df68a57add5b6c48902f4ec775146fe0ef3a1/src/reader.jl#L172) is where Parquet does memory map. Memory mapped pages are cached as weakrefs [here](https://github.com/JuliaIO/Parquet.jl/blob/a21df68a57add5b6c48902f4ec775146fe0ef3a1/src/reader.jl#L20), so they should get gc'd on memory pressure. It may also be...

Thanks! Looks like the doc build is failing, possibly needs some tweaks?

Thanks for the detailed report! Yes Parquet.jl does not support all data types yet. From what I recollect regarding dates and timestamps, it is missing support for (each again with...