VGSML

I have a same bug. SELECT ST_Point(9.140245906108277, 48.790896726572214) AS geom, ST_Transform(geom, 'EPSG:4326', 'EPSG:3857') Result: POINT (9.140245906108277 48.790896726572214) POINT (5431377.778949217 1021830.8530386784) But the last one should be: POINT (1017487.5199932767 6239455.136400283). -...

Thanks a lot, I understood, it was transformation error because coordinates was flipped, with this param always_xy all works good.

Thanks, will wait.

I think it won't work like your example. The main difficulty to implement is postgis—duckdb function mapping. In the PG should be used normal Postgis functions or duckdb functions from...

ST_Transform works with statical linked projection database and three is no possibility to add new one or set up projection as WKT OR proj string. As well as get set...

It would be nice to have this option to ingest huge data. Can it be included to the wishlist:))Sent from my iPhoneOn 27. May 2025, at 21:59, Thijs ***@***.***> wrote:Tishj...

Is there any plan to work on it? As well as on ST_ClusterIntersect and ST_ClusterKMeans?

The current ArrowConverter implementation with the new logical type is still not working. Using the new arrow c-api (duckdb_to_arrow_schema, duckdb_schema_from_arrow) still defines the duckdb geometry as binary data with out...

I got the same results when I tried to pass a table with geometry columns through the airport extension, so it is somewhere in the arrow_converter (ArrowConverter)