Marvin Lanhenke
Marvin Lanhenke
I've already taken a look at this; so I'd like to work on this myself in the upcoming week.
@Fokko @liurenjie1024 @sdd PTAL. Implementation based on [pyiceberg](https://github.com/apache/iceberg-python/blob/main/pyiceberg/expressions/visitors.py#L461).
@liurenjie1024 @sdd I changed the impl to reflect the changes made in #390 PTAL. Thanks again @sdd for unblocking this PR.
@odysa Just to follow up on this, any progress regarding some design ideas? @liurenjie1024 Do we have any reference implementation where we can get "inspired" on how things could be...
in order to verify my understanding and possibly kick of a design discussion, we could follow the approach of `sqlx`: - have a `runtime.rs` - to define a `Runtime` trait...
... so as a first step - simply wrap tokio::spawn (for example) like [here](https://github.com/launchbadge/sqlx/blob/main/sqlx-core/src/rt/mod.rs#L61-L78) - and not even use a feature-flag for now; just the most simplest layer of abstraction?...
> How do you feel starting with one task for one manifest file you mean: - spawn a new task for each manifest, load the manifest (entry.load_manifest(...).await?) - and handle...
@Fokko thanks for your effort here
> Certainly! Great suggestions! I'm less familiar on some of these topics (like Datafusion), feel free to edit the post if you feel something is missing. ...for Datafusion I have...
what about supporting FormatVersion V1 and V2? Will we simply model V2 and provide all optional fields as well for V1 in order to simplify the struct TableMetadata (like it...