这两天在做一个系统的后台,需要用到GeoTools做后端空间分析,记录一下自己遇到的问题。
项目通过Maven进行构建,参照文档Maven Quickstart添加GeoTools依赖和远程仓库地址。
<dependencies><dependency><groupId>org.geotools</groupId><artifactId>gt-shapefile</artifactId><version>${geotools.version}</version></dependency><dependency><groupId>org.geotools</groupId><artifactId>gt-swing</artifactId><version>${geotools.version}</version></dependency><dependency><groupId>org.geotools</groupId><artifactId>gt-epsg-hsql</artifactId><version>${geotools.version}</version></dependency></dependencies><repositories><repository><id>maven2-repository.dev.java.net</id><name>Java.net repository</name><url>http://download.java.net/maven/2</url></repository><repository><id>osgeo</id><name>Open Source Geospatial Foundation Repository</name><url>http://download.osgeo.org/webdav/geotools/</url></repository><repository><snapshots><enabled>true</enabled></snapshots><id>boundless</id><name>Boundless Maven Repository</name><url>http://repo.boundlessgeo.com/main</url></repository></repositories>
但是我的maven没有把依赖下载成功,于是我就用笨办法,将GeoTools对应的编译版本下载下来,并利用《填坑:IDEA导入Maven工程无法下载依赖项》方法,将依赖的jar包注册到本地仓库中。问题就随之而来了。
在引用到GeoTools类库中,定义坐标系,并建立坐标系转换关系时,报错!
CoordinateReferenceSystem sourceCRS = CRS.decode("EPSG:4326");
CoordinateReferenceSystem targetCRS = CRS.decode("EPSG:3785");MathTransform transform = CRS.findMathTransform(sourceCRS, targetCRS);
对比参考文档CRS Lab Application,并没发现什么不同。但从报错结果看,是定义的EPSG坐标系无法实例化,折腾再三,将geotools文件夹放入src目录下,然后再项目classpath目录下引用对应的jar包,这样能够运行起来,但是将项目打包后却仍然报错。
最终,发现引入以上三个GeoTools库的依赖关系时,它会自动构建和其他包的依赖并将这些依赖包含在它的次层级内,如图所示
从本地仓库中,也可以看出这种依赖关系
最后还是翻墙,老老实实将依赖下载下来。如果你配置了阿里的镜像,可以在自己的maven配置文件修改一下,直接从GeoTools的远程库中下载。
<mirror> <id>alimaven</id> <name>aliyun maven</name> <url>http://maven.aliyun.com/nexus/content/groups/public/</url> <mirrorOf>*,!osgeo,!maven2-repository.dev.java.net,!boundless</mirrorOf> </mirror>