paleolimbot commented on PR #240: URL: https://github.com/apache/parquet-format/pull/240#issuecomment-2637292052
> There was a discussion ... to not want people assuming that X is always longitude. I believe the outcome of that discussion was that Iceberg wanted to leave the interpretation of the CRS completely to the engine/reader/writer, and that being explicit about axis order was not consistent with that. Joris is 100% correct that this language forces the Parquet implementation to be CRS aware (when I believe the intent was the opposite!). The very short backstory is that if you ask any PostGIS/GeoArrow/GeoPackage/GeoParquet/Sedona/GeoPandas/R-sf/DuckDB/Almost anything else to reproject to "EPSG:4326" (or any representation of it), you will get longitude, latitude, even though the CRS definition says otherwise. Feel free to send a note to any one of us to get a long backstory 🙂 I really think you want Parquet to stay out of this one (or adopt GeoParquet/GeoArrow/GeoPackage's language). > Is it possible to use projjson as the CRS for GeoParquet to do the transition when the axis order must be overriden? I think it is more likely that producers will just write GeoParquet + binary and ignore the native geometry type. -- 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 specific comment. To unsubscribe, e-mail: issues-unsubscr...@parquet.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@parquet.apache.org For additional commands, e-mail: issues-h...@parquet.apache.org
