pdames commented on issue #123:
URL: https://github.com/apache/iceberg-python/issues/123#issuecomment-1843693977
Resolved by https://github.com/apache/iceberg-python/pull/150
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and
pdames closed issue #123: Catalog fails to load table using the table's
identifier
URL: https://github.com/apache/iceberg-python/issues/123
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specif
pdames commented on issue #123:
URL: https://github.com/apache/iceberg-python/issues/123#issuecomment-1792695382
Thanks for the input @danielcweeks and @Fokko. I'll raise a PR to apply the
fix recommended by @danielcweeks for review.
--
This is an automated message from the Apache Git Ser
Fokko commented on issue #123:
URL: https://github.com/apache/iceberg-python/issues/123#issuecomment-1791855246
Thanks for raising this @pdames
In hindsight, I think adding the catalog name to the identifier was a bad
choice. We tried to mimic the behavior of Java, but I don't see any
danielcweeks commented on issue #123:
URL: https://github.com/apache/iceberg-python/issues/123#issuecomment-1791411464
Other than the obvious edge case: loading a table from a catalog that
supports 4-part namespaces and happens to have a namespace that matchings the
first part.
I wou
