Folks, sorry for the late reply. I was travelling for the past few days. Martin Andersson 's suggestion makes sense to me. If Apache SIS decides to provide Java 8 support in the long run, we can try to replace GeoTools CRS transformation with Apache SIS.
Thanks, Jia On Mon, Dec 19, 2022 at 4:40 AM Martin Andersson < [email protected]> wrote: > I'm not a PMC member. I'm just a happy Sedona user and occasional > contributor. > > I think that the minimum java version is the key issue. > > Redhat will maintain openjdk8 until 2026. Hadoop and Spark still support > java 8. My guess is that they will do so for many years. > > Geotools is moving to java 11. They might event move to java 17 soon. But > we can stick with an older version since it very mature and has all the > features we need. > https://osgeo-org.atlassian.net/browse/GEOT-7254 > > This could be an opportunity for Apache SIS to get an edge on Geotools, if > you revert the decision to drop java 8 and instead decided to adopt a big > data friendly policy. That would position Apache SIS as the spatial library > of choice in the data space > https://projects.apache.org/projects.html?category#big-data > > The missing features are less concerning to me. The Sedona community could > work with the SIS community to implement them. It would be worth it in the > long run if we have a stable gis library that follows hadoops java version > policy. > > I’m struggling to find any upside to dropping java 8. There are no major > language features in java 11. New apis in the sdk can be used with multi > version jars. > > Br, > Martin > > Den sön 18 dec. 2022 kl 07:32 skrev Jia Yu <[email protected]>: > > > Hi Martin, > > > > Thanks for your email. > > > > 1. I will update the Sedona website to better explain the EPSG terms of > > use. > > 2. GeoTiff read/write are integral to Sedona Raster funcs. We don't want > to > > lose it. Shapefile read are also important. So it looks like we cannot > > avoid geotools anyway. Given this, I am kind of reluctant to add Apache > SIS > > as an additional dependency unless the performance improvement on > > ST_Transform is significant. > > > > Other PMC members, please feel free to chime in. > > > > Thanks, > > Jia > > > > On Fri, Dec 16, 2022 at 3:26 AM Martin Desruisseaux < > > [email protected]> wrote: > > > > > On a minor note, in the following links: > > > > > > > [1] > > > https://sedona.apache.org/setup/maven-coordinates/#use-sedona-fat-jars > > > > [2] > > > > > > https://sedona.apache.org/setup/maven-coordinates/#use-sedona-and-third-party-jars-separately > > > > > > The sentence "This libary is under GNU Lesser General Public License > > > (LGPL) license" should be completed with "and under EPSG terms of use" > > > if the JAR contains gt-epsg.jar. > > > > > > Martin > > > > > > > > > > > > > > -- > Hälsningar, > Martin >
