From: Alexander W. <ale...@hu...> - 2009-06-30 07:59:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Bedward schrieb: > Hi Alexander > > It's very puzzling. I'm hoping that someone else will be able to spot > the problem but meanwhile can I suggest that you try using > gt-epsg-hsql instead of gt-epsg-wkt and see if that makes a > difference. > > Michael > Hi Michael, thank you for your fast reply. Yes you are right, the gt-epsg-wkt is one of the little trouble maker in this context. It produces in some cases p.h. epsg:3035 an ecxeption BursaWolfParameters are missing at runtime. But there are more problems. My approach was to set up a simple read/write context for shapefiles and geotiff with JTS as vector backplane and EPSG as a SRS schema. The question was what are the nessesary jar files to do that using netbeans without a maven environment. The depencies are not clear determinable from your docs like http://docs.codehaus.org/display/GEOTDOC/02+Meet+the+GeoTools+Library#02MeettheGeoToolsLibrary-MeettheLibrary May be I have overseen something. For a minimal "jar" setup inside. I find out this constellation to get things work in a very basic way: geoapi-2.2.0.jar gt-api-2.5.5.jar gt-coverage-2.5.5.jar gt-cql-2.5.5.jar gt-data-2.5.5.jar gt-epsg-extension-2.5.5.jar gt-epsg-wkt-2.5.5.jar gt-geotiff-2.5.5.jar gt-jdbc-2.5.5.jar gt-legacy-2.5.5.jar gt-main-2.5.5.jar gt-metadata-2.5.5.jar gt-property-2.5.5.jar gt-referencing-2.5.5.jar gt-render-2.5.5.jar gt-sample-data-2.5.5.jar gt-shapefile-2.5.5.jar gt-xml-2.5.5.jar jsr-275-1.0-beta-2.jar vecmath-1.3.1.jar Unfortunally jsr-275-1.0-beta-2.jar and vecmath-1.3.1.jar are not marked as mandatory if you work with things like CRS.decode(...). A second problem is, that I don't find out and understand how the embedding of functional plugins really works in the geotools context. - ---------------------------------------------------------------------- Sometimes you have to prevent the usage of more than two plugins like the "epsg-backplans". Sometimes you can put everything together. So you get some side effects by the deployment mechanism of the. Netbeans uses here the MANIFEST.MF to adress the jar files for the application. Manifest-Version: 1.0 Ant-Version: Apache Ant 1.7.1 Created-By: 11.0-b11 (Sun Microsystems Inc.) Main-Class: gtools.Main Class-Path: lib/geoapi-2.2.0.jar lib/gt-api-2.5.5.jar lib/gt-coverage- 2.5.5.jar lib/gt-cql-2.5.5.jar lib/gt-data-2.5.5.jar lib/gt-epsg-exte nsion-2.5.5.jar lib/gt-epsg-wkt-2.5.5.jar lib/gt-geotiff-2.5.5.jar li b/gt-jdbc-2.5.5.jar lib/gt-legacy-2.5.5.jar lib/gt-main-2.5.5.jar lib /gt-metadata-2.5.5.jar lib/gt-property-2.5.5.jar lib/gt-referencing-2 .5.5.jar lib/gt-render-2.5.5.jar lib/gt-sample-data-2.5.5.jar lib/gt- shapefile-2.5.5.jar lib/gt-xml-2.5.5.jar lib/jsr-275-1.0-beta-2.jar l ib/vecmath-1.3.1.jar X-COMMENT: Main-Class will be added automatically by build Normally you can call your main application simply java -jar geotools-test.jar with a lib directory inside your application path. But if you use this geotools will not find the plugins. You hav to use a more explicit way to declare what is a classpat like this: #!/bin/sh # set the java home directory JAVA_HOME=/usr/java/jdk1.6.0_10 # where am I local_path=`pwd`; # collect all the jars from the lib directory local_libs=`ls ${local_path}/lib/*.jar`; # replace all spaces with : local_libs_classpath=`echo ${local_libs} | sed -e 's/ /:/g'`; # add the application to the classpath application_classpath=${local_libs_classpath}:${local_path}/gtools-test.jar # start the application $JAVA_HOME/bin/java -classpath ${application_classpath} gtools.Main - ---------------------------------------------------------------------- My questions are: Is there a tech-paper with a depency tree, cases what side effects usage of the jar files have? Are there transparent possibilities (outside the maven enviroment) to give more detailed messages what is missed really and when to get a production stable set of jar files or is the depency tree not so simple an unique? What things reallizing all the other packages delivered with the library Geotools - 2.5.5 and are there groups for usage? Is there a tech-documentation? I ask for things like this 2.5.2 and 2.5.5 net.opengis.ows-2.5.1.jar net.opengis.ows-2.5.5.jar net.opengis.wcs-2.5.1.jar net.opengis.wcs-2.5.5.jar net.opengis.wfs-2.5.1.jar net.opengis.wfs-2.5.5.jar net.opengis.wfsv-2.5.1.jar net.opengis.wfsv-2.5.5.jar net.opengis.wps-2.5.1.jar net.opengis.wps-2.5.5.jar I ask for things like this 1.0-SNAPSHOT and 1.0.1 imageio-ext-arcgrid-1.0-SNAPSHOT.jar imageio-ext-arcgrid-1.0.1.jar imageio-ext-customstreams-1.0-SNAPSHOT.jar imageio-ext-customstreams-1.0.1.jar imageio-ext-gdal-1.0.1.jar imageio-ext-gdaldted-1.0.1.jar imageio-ext-gdalecw-1.0.1.jar imageio-ext-gdalecwjp2-1.0.1.jar imageio-ext-gdalehdr-1.0.1.jar imageio-ext-gdalerdasimg-1.0.1.jar imageio-ext-gdalframework-1.0.1.jar imageio-ext-gdalkakadujp2-1.0.1.jar imageio-ext-gdalmrsid-1.0.1.jar imageio-ext-gdalmrsidjp2-1.0.1.jar imageio-ext-gdalnitf-1.0.1.jar imageio-ext-geocore-1.0.1.jar imageio-ext-imagereadmt-1.0.1.jar imageio-ext-tiff-1.0.1.jar imageio-ext-utilities-1.0.1.jar .... - ---------------------------------------------------------------- For my tool I find out (after a very long night of try and error sessions) that a minimal constallation for the geotool libs is: geoapi-2.2.0.jar gt-api-2.5.5.jar gt-coverage-2.5.5.jar gt-cql-2.5.5.jar gt-data-2.5.5.jar gt-epsg-extension-2.5.5.jar gt-epsg-hsql-2.5.5.jar gt-geotiff-2.5.5.jar gt-jdbc-2.5.5.jar gt-legacy-2.5.5.jar gt-main-2.5.5.jar gt-metadata-2.5.5.jar gt-property-2.5.5.jar gt-referencing-2.5.5.jar gt-render-2.5.5.jar gt-sample-data-2.5.5.jar gt-shapefile-2.5.5.jar gt-xml-2.5.5.jar jsr-275-1.0-beta-2.jar vecmath-1.3.1.jar hsqldb-1.8.0.7.jar jai_codec-1.1.3.jar jai_imageio-1.1.jar jts-1.9.jar . - -- Alexander Weidauer __________________ _ __ ______ ______ / _/ __/ ____/ __ \ | / / / _/ |/ / | / // /_/ / __/ / / / | / /_____ / // /|_/ / /| | _/ // __/ /_/ / /_/ /| |/ /_____// // / / / ___ | /___/_/ \____/_____/ |___/ /___/_/ /_/_/ |_| Institut für Geodatenverarbeitung Informationsdienste, -modelle und -applikationen Tel.: 038333-527 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFKScXBMC1o6iopHygRApjwAJ0ZZQdJ2zPNFeaHzykNLcyqT6dkhQCfbvJw /KpbM5IMYUPK0ejeih6Gnqw= =m0DK -----END PGP SIGNATURE----- |