not sure why it should be specific to parquet file. a thin UI wrapper around duckdb could do the trick but for majority of formats (pq, csv, json, sqlite, iceberg, deltalake)
Thanks for your idea. I first thought that simply viewing data might not be useful as many IDEs already handle basic data previews. One of core goals was to access stored metadata directly from the file without necessarily scanning the data.
Your idea of potentially mixing current implementation (using pyarrow) with DuckDB is very interesting:)
not sure why it should be specific to parquet file. a thin UI wrapper around duckdb could do the trick but for majority of formats (pq, csv, json, sqlite, iceberg, deltalake)
Thanks for your idea. I first thought that simply viewing data might not be useful as many IDEs already handle basic data previews. One of core goals was to access stored metadata directly from the file without necessarily scanning the data. Your idea of potentially mixing current implementation (using pyarrow) with DuckDB is very interesting:)
I upvote this suggestion and add pickle and hd5 to the list.