jiayuasu commented on issue #3038: URL: https://github.com/apache/sedona/issues/3038#issuecomment-4701117993
We could not reproduce this on Spark 3.5 with Sedona 1.5.1 + geotools-wrapper 1.5.1-28.2. Tested `ST_Transform` (EPSG:4326 → EPSG:26914) under concurrency across separate executor JVMs (`local-cluster`), cold EPSG factory each run, both with and without an added `gt-epsg-hsql:28.2` dependency — no failures. The `EngineeringCRS` symptom is consistent with a GeoTools authority-factory initialization problem that is sensitive to classpath/classloader layout (e.g. `javax.measure`/units service discovery), rather than something in Sedona's transform logic itself, which is hard to reproduce outside the specific Databricks runtime. Recommendation: upgrade to Sedona 1.9.0. As of 1.9.0, vector `ST_Transform` uses proj4sedona instead of GeoTools by default, so this code path no longer depends on the GeoTools EPSG factory. If the problem persists on 1.9.0, please attach the full stack trace and the cluster's installed library list so we can investigate the classpath. -- 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: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
