Problems with GeoTiff
|
|
César Martínez Izquierdo-3
|
Hello,
I'm trying to read some (Geo)Tiff files with GeoTools, but I get an error. My code is simple: File file = new File("C:\\test\\recorte_lceugr.tif"); GeoTiffFormat gtf = new GeoTiffFormat(); GridCoverageReader reader = gtf.getReader(file); But I get an exception in the third line. If the TIFF was generated with gvSIG, I get the following exception: java.lang.IllegalArgumentException: GeoKey directory does not exist at org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.<init>(GeoTiffIIOMetadataDecoder.java:124) at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:278) at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) If the TIFF was generated with ArcGIS, then I get: 03-sep-2009 16:51:16 org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter getGeoKeyAsInt ADVERTENCIA: null java.lang.NumberFormatException: null at java.lang.Integer.parseInt(Integer.java:415) at java.lang.Integer.parseInt(Integer.java:497) at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.getGeoKeyAsInt(GeoTiffMetadata2CRSAdapter.java:452) at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:235) at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) Exception in thread "main" java.lang.UnsupportedOperationException: GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic & Projected Systems are supported. at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:243) at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) In this second case (ArcGIS), the problem might be that they are not real GeoTiff files, as pointed by Niels Hoffmann in [1]. I'm not an expert on the topic, so I can't be sure. Anyway, I am able to read these TIFFs with uDig 1.1.1, so I guess that GeoTools is able to read them, and then the problem should be in my code or my runtime configuration. Any idea? Best Regards, [1] http://52north.org/pipermail/geoprocessingservices/2009-July/000445.html -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-gt2-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
||||||||||||||||
Simone Giannecchini
|
Ciao Cesar,
best thing would be if you could provide some sample data to me. Which version of geotools are you using? Simone. ------------------------------------------------------- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://simboss.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini ------------------------------------------------------- 2009/9/3 César Martínez Izquierdo <[hidden email]>: > Hello, > > I'm trying to read some (Geo)Tiff files with GeoTools, but I get an > error. My code is simple: > > > File file = new File("C:\\test\\recorte_lceugr.tif"); > GeoTiffFormat gtf = new GeoTiffFormat(); > GridCoverageReader reader = gtf.getReader(file); > > > But I get an exception in the third line. > If the TIFF was generated with gvSIG, I get the following exception: > > java.lang.IllegalArgumentException: GeoKey directory does not exist > at org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.<init>(GeoTiffIIOMetadataDecoder.java:124) > at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:278) > at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) > at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) > at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) > at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) > > If the TIFF was generated with ArcGIS, then I get: > 03-sep-2009 16:51:16 > org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter > getGeoKeyAsInt > ADVERTENCIA: null > java.lang.NumberFormatException: null > at java.lang.Integer.parseInt(Integer.java:415) > at java.lang.Integer.parseInt(Integer.java:497) > at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.getGeoKeyAsInt(GeoTiffMetadata2CRSAdapter.java:452) > at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:235) > at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) > at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) > at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) > at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) > at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) > Exception in thread "main" java.lang.UnsupportedOperationException: > GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic & > Projected Systems are supported. > at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:243) > at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) > at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) > at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) > at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) > at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) > > In this second case (ArcGIS), the problem might be that they are not > real GeoTiff files, as pointed by Niels Hoffmann in [1]. I'm not an > expert on the topic, so I can't be sure. > > Anyway, I am able to read these TIFFs with uDig 1.1.1, so I guess that > GeoTools is able to read them, and then the problem should be in my > code or my runtime configuration. > > Any idea? > > > Best Regards, > > > > [1] http://52north.org/pipermail/geoprocessingservices/2009-July/000445.html > > > -- > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > César Martínez Izquierdo > GIS developer > - - - - - - - - - - - - - - - - - - - - > ETC-LUSI: http://etc-lusi.eionet.europa.eu/ > Universitat Autònoma de Barcelona (SPAIN) > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Geotools-gt2-users mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-gt2-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
|
Simone Giannecchini
|
Ciao Cesar,
I quickly inspected those files and: 1> the gvsig one, is not a real geotiff, but rather a plain tiff with a non-standard metadata file (the rmf file) which seems to be specific to gvsig. I have never seen this one anyway 2> the arcgis one is not a real geotiff again, but it contains a proprietary xml file for th metadata. We don't actually read such a format, although gdal seems to read it. Ciao, Simone. ------------------------------------------------------- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://simboss.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini ------------------------------------------------------- 2009/9/3 Simone Giannecchini <[hidden email]>: > Ciao Cesar, > best thing would be if you could provide some sample data to me. > Which version of geotools are you using? > > Simone. > > ------------------------------------------------------- > Ing. Simone Giannecchini > GeoSolutions S.A.S. > Founder - Software Engineer > Via Carignoni 51 > 55041 Camaiore (LU) > Italy > > phone: +39 0584983027 > fax: +39 0584983027 > mob: +39 333 8128928 > > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://simboss.blogspot.com/ > http://www.linkedin.com/in/simonegiannecchini > > ------------------------------------------------------- > > > > 2009/9/3 César Martínez Izquierdo <[hidden email]>: >> Hello, >> >> I'm trying to read some (Geo)Tiff files with GeoTools, but I get an >> error. My code is simple: >> >> >> File file = new File("C:\\test\\recorte_lceugr.tif"); >> GeoTiffFormat gtf = new GeoTiffFormat(); >> GridCoverageReader reader = gtf.getReader(file); >> >> >> But I get an exception in the third line. >> If the TIFF was generated with gvSIG, I get the following exception: >> >> java.lang.IllegalArgumentException: GeoKey directory does not exist >> at org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.<init>(GeoTiffIIOMetadataDecoder.java:124) >> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:278) >> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >> >> If the TIFF was generated with ArcGIS, then I get: >> 03-sep-2009 16:51:16 >> org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter >> getGeoKeyAsInt >> ADVERTENCIA: null >> java.lang.NumberFormatException: null >> at java.lang.Integer.parseInt(Integer.java:415) >> at java.lang.Integer.parseInt(Integer.java:497) >> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.getGeoKeyAsInt(GeoTiffMetadata2CRSAdapter.java:452) >> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:235) >> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >> Exception in thread "main" java.lang.UnsupportedOperationException: >> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic & >> Projected Systems are supported. >> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:243) >> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >> >> In this second case (ArcGIS), the problem might be that they are not >> real GeoTiff files, as pointed by Niels Hoffmann in [1]. I'm not an >> expert on the topic, so I can't be sure. >> >> Anyway, I am able to read these TIFFs with uDig 1.1.1, so I guess that >> GeoTools is able to read them, and then the problem should be in my >> code or my runtime configuration. >> >> Any idea? >> >> >> Best Regards, >> >> >> >> [1] http://52north.org/pipermail/geoprocessingservices/2009-July/000445.html >> >> >> -- >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> César Martínez Izquierdo >> GIS developer >> - - - - - - - - - - - - - - - - - - - - >> ETC-LUSI: http://etc-lusi.eionet.europa.eu/ >> Universitat Autònoma de Barcelona (SPAIN) >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Geotools-gt2-users mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >> > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-gt2-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
||||||||||||||||
|
César Martínez Izquierdo-3
|
Hi Simone,
thank you for the interest. I will talk with the raster team at gvSIG to see what can be done to improve compatibility. I think format interoperability is very important. As far as I know, gvSIG uses gdal to generate these files. In the arcgis side, I guess we can't repair anything on their side, but we'd be very interested in geotools being able of reading them. I think arcgis also uses gdal to read/write them. I'd like to know if GeoTools plans to maintain GeoTiff standalone reader/writer, or if they plan to move it to the ImageIO-Ext GDAL framework. (A brief, up-to-date description about raster current status in GeoTools, and future plans would be great). Regards, César El 4 de septiembre de 2009 19:32, Simone Giannecchini<[hidden email]> escribió: > Ciao Cesar, > I quickly inspected those files and: > > 1> the gvsig one, is not a real geotiff, but rather a plain tiff with > a non-standard metadata file (the rmf file) which seems to be specific > to gvsig. I have never seen this one anyway > 2> the arcgis one is not a real geotiff again, but it contains a > proprietary xml file for th metadata. We don't actually read such a > format, although gdal seems to read it. > > Ciao, > Simone. > ------------------------------------------------------- > Ing. Simone Giannecchini > GeoSolutions S.A.S. > Founder - Software Engineer > Via Carignoni 51 > 55041 Camaiore (LU) > Italy > > phone: +39 0584983027 > fax: +39 0584983027 > mob: +39 333 8128928 > > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://simboss.blogspot.com/ > http://www.linkedin.com/in/simonegiannecchini > > ------------------------------------------------------- > > > > 2009/9/3 Simone Giannecchini <[hidden email]>: >> Ciao Cesar, >> best thing would be if you could provide some sample data to me. >> Which version of geotools are you using? >> >> Simone. >> >> ------------------------------------------------------- >> Ing. Simone Giannecchini >> GeoSolutions S.A.S. >> Founder - Software Engineer >> Via Carignoni 51 >> 55041 Camaiore (LU) >> Italy >> >> phone: +39 0584983027 >> fax: +39 0584983027 >> mob: +39 333 8128928 >> >> >> http://www.geo-solutions.it >> http://geo-solutions.blogspot.com/ >> http://simboss.blogspot.com/ >> http://www.linkedin.com/in/simonegiannecchini >> >> ------------------------------------------------------- >> >> >> >> 2009/9/3 César Martínez Izquierdo <[hidden email]>: >>> Hello, >>> >>> I'm trying to read some (Geo)Tiff files with GeoTools, but I get an >>> error. My code is simple: >>> >>> >>> File file = new File("C:\\test\\recorte_lceugr.tif"); >>> GeoTiffFormat gtf = new GeoTiffFormat(); >>> GridCoverageReader reader = gtf.getReader(file); >>> >>> >>> But I get an exception in the third line. >>> If the TIFF was generated with gvSIG, I get the following exception: >>> >>> java.lang.IllegalArgumentException: GeoKey directory does not exist >>> at org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.<init>(GeoTiffIIOMetadataDecoder.java:124) >>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:278) >>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>> >>> If the TIFF was generated with ArcGIS, then I get: >>> 03-sep-2009 16:51:16 >>> org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter >>> getGeoKeyAsInt >>> ADVERTENCIA: null >>> java.lang.NumberFormatException: null >>> at java.lang.Integer.parseInt(Integer.java:415) >>> at java.lang.Integer.parseInt(Integer.java:497) >>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.getGeoKeyAsInt(GeoTiffMetadata2CRSAdapter.java:452) >>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:235) >>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>> Exception in thread "main" java.lang.UnsupportedOperationException: >>> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic & >>> Projected Systems are supported. >>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:243) >>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>> >>> In this second case (ArcGIS), the problem might be that they are not >>> real GeoTiff files, as pointed by Niels Hoffmann in [1]. I'm not an >>> expert on the topic, so I can't be sure. >>> >>> Anyway, I am able to read these TIFFs with uDig 1.1.1, so I guess that >>> GeoTools is able to read them, and then the problem should be in my >>> code or my runtime configuration. >>> >>> Any idea? >>> >>> >>> Best Regards, >>> >>> >>> >>> [1] http://52north.org/pipermail/geoprocessingservices/2009-July/000445.html >>> >>> >>> -- >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> César Martínez Izquierdo >>> GIS developer >>> - - - - - - - - - - - - - - - - - - - - >>> ETC-LUSI: http://etc-lusi.eionet.europa.eu/ >>> Universitat Autònoma de Barcelona (SPAIN) >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>> trial. Simplify your report design, integration and deployment - and focus on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> Geotools-gt2-users mailing list >>> [hidden email] >>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >>> >> > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-gt2-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
||||||||||||||||
|
Simone Giannecchini
|
Ciao Cesar,
I am decently happy about the geotiff geotools plugin and therefore I don't have any current plan for replacing it with the gdal one. Nevertheless I have been thinking about including the geotiff gdal plugin as well as an optional step in geotools, since it is currently disabled. Daniele, what do you think? What would happen with the GeoTools factory mechanism when we introduce two plugins for the same format? About a brief, up-to-date description about raster current status in GeoTools, and future plans, I will leave that for another email since I am quite busy as of now :-). Ciao, Simone. ------------------------------------------------------- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://simboss.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini ------------------------------------------------------- 2009/9/7 César Martínez Izquierdo <[hidden email]>: > Hi Simone, > > thank you for the interest. > I will talk with the raster team at gvSIG to see what can be done to > improve compatibility. I think format interoperability is very > important. As far as I know, gvSIG uses gdal to generate these files. > > In the arcgis side, I guess we can't repair anything on their side, > but we'd be very interested in geotools being able of reading them. I > think arcgis also uses gdal to read/write them. > > I'd like to know if GeoTools plans to maintain GeoTiff standalone > reader/writer, or if they plan to move it to the ImageIO-Ext GDAL > framework. (A brief, up-to-date description about raster current > status in GeoTools, and future plans would be great). > > Regards, > > César > > El 4 de septiembre de 2009 19:32, Simone > Giannecchini<[hidden email]> escribió: >> Ciao Cesar, >> I quickly inspected those files and: >> >> 1> the gvsig one, is not a real geotiff, but rather a plain tiff with >> a non-standard metadata file (the rmf file) which seems to be specific >> to gvsig. I have never seen this one anyway >> 2> the arcgis one is not a real geotiff again, but it contains a >> proprietary xml file for th metadata. We don't actually read such a >> format, although gdal seems to read it. >> >> Ciao, >> Simone. >> ------------------------------------------------------- >> Ing. Simone Giannecchini >> GeoSolutions S.A.S. >> Founder - Software Engineer >> Via Carignoni 51 >> 55041 Camaiore (LU) >> Italy >> >> phone: +39 0584983027 >> fax: +39 0584983027 >> mob: +39 333 8128928 >> >> >> http://www.geo-solutions.it >> http://geo-solutions.blogspot.com/ >> http://simboss.blogspot.com/ >> http://www.linkedin.com/in/simonegiannecchini >> >> ------------------------------------------------------- >> >> >> >> 2009/9/3 Simone Giannecchini <[hidden email]>: >>> Ciao Cesar, >>> best thing would be if you could provide some sample data to me. >>> Which version of geotools are you using? >>> >>> Simone. >>> >>> ------------------------------------------------------- >>> Ing. Simone Giannecchini >>> GeoSolutions S.A.S. >>> Founder - Software Engineer >>> Via Carignoni 51 >>> 55041 Camaiore (LU) >>> Italy >>> >>> phone: +39 0584983027 >>> fax: +39 0584983027 >>> mob: +39 333 8128928 >>> >>> >>> http://www.geo-solutions.it >>> http://geo-solutions.blogspot.com/ >>> http://simboss.blogspot.com/ >>> http://www.linkedin.com/in/simonegiannecchini >>> >>> ------------------------------------------------------- >>> >>> >>> >>> 2009/9/3 César Martínez Izquierdo <[hidden email]>: >>>> Hello, >>>> >>>> I'm trying to read some (Geo)Tiff files with GeoTools, but I get an >>>> error. My code is simple: >>>> >>>> >>>> File file = new File("C:\\test\\recorte_lceugr.tif"); >>>> GeoTiffFormat gtf = new GeoTiffFormat(); >>>> GridCoverageReader reader = gtf.getReader(file); >>>> >>>> >>>> But I get an exception in the third line. >>>> If the TIFF was generated with gvSIG, I get the following exception: >>>> >>>> java.lang.IllegalArgumentException: GeoKey directory does not exist >>>> at org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.<init>(GeoTiffIIOMetadataDecoder.java:124) >>>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:278) >>>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>>> >>>> If the TIFF was generated with ArcGIS, then I get: >>>> 03-sep-2009 16:51:16 >>>> org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter >>>> getGeoKeyAsInt >>>> ADVERTENCIA: null >>>> java.lang.NumberFormatException: null >>>> at java.lang.Integer.parseInt(Integer.java:415) >>>> at java.lang.Integer.parseInt(Integer.java:497) >>>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.getGeoKeyAsInt(GeoTiffMetadata2CRSAdapter.java:452) >>>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:235) >>>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >>>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>>> Exception in thread "main" java.lang.UnsupportedOperationException: >>>> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic & >>>> Projected Systems are supported. >>>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:243) >>>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >>>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>>> >>>> In this second case (ArcGIS), the problem might be that they are not >>>> real GeoTiff files, as pointed by Niels Hoffmann in [1]. I'm not an >>>> expert on the topic, so I can't be sure. >>>> >>>> Anyway, I am able to read these TIFFs with uDig 1.1.1, so I guess that >>>> GeoTools is able to read them, and then the problem should be in my >>>> code or my runtime configuration. >>>> >>>> Any idea? >>>> >>>> >>>> Best Regards, >>>> >>>> >>>> >>>> [1] http://52north.org/pipermail/geoprocessingservices/2009-July/000445.html >>>> >>>> >>>> -- >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> César Martínez Izquierdo >>>> GIS developer >>>> - - - - - - - - - - - - - - - - - - - - >>>> ETC-LUSI: http://etc-lusi.eionet.europa.eu/ >>>> Universitat Autònoma de Barcelona (SPAIN) >>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>> >>>> ------------------------------------------------------------------------------ >>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>>> trial. Simplify your report design, integration and deployment - and focus on >>>> what you do best, core application coding. Discover what's new with >>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>>> _______________________________________________ >>>> Geotools-gt2-users mailing list >>>> [hidden email] >>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >>>> >>> >> > > > > -- > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > César Martínez Izquierdo > GIS developer > - - - - - - - - - - - - - - - - - - - - > ETC-LUSI: http://etc-lusi.eionet.europa.eu/ > Universitat Autònoma de Barcelona (SPAIN) > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Geotools-gt2-users mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-gt2-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
||||||||||||||||
|
César Martínez Izquierdo-3
|
El 7 de septiembre de 2009 11:27, Simone
Giannecchini<[hidden email]> escribió: > Ciao Cesar, > I am decently happy about the geotiff geotools plugin and therefore I > don't have any current plan for replacing it with the gdal one. > Nevertheless I have been thinking about including the geotiff gdal > plugin as well as an optional step in geotools, since it is currently > disabled. Daniele, what do you think? What would happen with the > GeoTools factory mechanism when we introduce two plugins for the same > format? > > About a brief, up-to-date description about raster current status in > GeoTools, and future plans, I will leave that for another email since > I am quite busy as of now :-). Hi Simone, I consider your first paragraph as the brief, up-to-date description I was expecting (at least, regarding GeoTiff). Thank you very much :-) Regarding the problem with these files, I think I found the cause. It seems a gdal effect (or defect) [1], which causes that some 'weird' coordinate systems don't get correctly stored in the Geotiff. I've exported the same area in EPSG:23030 (using arcgis), and the resulting file could be correctly loaded in GeoTools (and I could see the GeoTiff tags by using [fwtools] tiffinfo). However, it seems that EPSG:3035 is considered by GDAL as an uncommon CRS (despite it is the preferred projected CRS for the European Environmental Agency, for European-scale data). However, this doesn't help me, as I can't change Esri code... So it could be great if we could enable this support in GeoTools... Best regards, César [1] See "Georeferencing" chapter: http://gdal.org/frmt_gtiff.html > > Ciao, > Simone. > ------------------------------------------------------- > Ing. Simone Giannecchini > GeoSolutions S.A.S. > Founder - Software Engineer > Via Carignoni 51 > 55041 Camaiore (LU) > Italy > > phone: +39 0584983027 > fax: +39 0584983027 > mob: +39 333 8128928 > > > http://www.geo-solutions.it > http://geo-solutions.blogspot.com/ > http://simboss.blogspot.com/ > http://www.linkedin.com/in/simonegiannecchini > > ------------------------------------------------------- > > > > 2009/9/7 César Martínez Izquierdo <[hidden email]>: >> Hi Simone, >> >> thank you for the interest. >> I will talk with the raster team at gvSIG to see what can be done to >> improve compatibility. I think format interoperability is very >> important. As far as I know, gvSIG uses gdal to generate these files. >> >> In the arcgis side, I guess we can't repair anything on their side, >> but we'd be very interested in geotools being able of reading them. I >> think arcgis also uses gdal to read/write them. >> >> I'd like to know if GeoTools plans to maintain GeoTiff standalone >> reader/writer, or if they plan to move it to the ImageIO-Ext GDAL >> framework. (A brief, up-to-date description about raster current >> status in GeoTools, and future plans would be great). >> >> Regards, >> >> César >> >> El 4 de septiembre de 2009 19:32, Simone >> Giannecchini<[hidden email]> escribió: >>> Ciao Cesar, >>> I quickly inspected those files and: >>> >>> 1> the gvsig one, is not a real geotiff, but rather a plain tiff with >>> a non-standard metadata file (the rmf file) which seems to be specific >>> to gvsig. I have never seen this one anyway >>> 2> the arcgis one is not a real geotiff again, but it contains a >>> proprietary xml file for th metadata. We don't actually read such a >>> format, although gdal seems to read it. >>> >>> Ciao, >>> Simone. >>> ------------------------------------------------------- >>> Ing. Simone Giannecchini >>> GeoSolutions S.A.S. >>> Founder - Software Engineer >>> Via Carignoni 51 >>> 55041 Camaiore (LU) >>> Italy >>> >>> phone: +39 0584983027 >>> fax: +39 0584983027 >>> mob: +39 333 8128928 >>> >>> >>> http://www.geo-solutions.it >>> http://geo-solutions.blogspot.com/ >>> http://simboss.blogspot.com/ >>> http://www.linkedin.com/in/simonegiannecchini >>> >>> ------------------------------------------------------- >>> >>> >>> >>> 2009/9/3 Simone Giannecchini <[hidden email]>: >>>> Ciao Cesar, >>>> best thing would be if you could provide some sample data to me. >>>> Which version of geotools are you using? >>>> >>>> Simone. >>>> >>>> ------------------------------------------------------- >>>> Ing. Simone Giannecchini >>>> GeoSolutions S.A.S. >>>> Founder - Software Engineer >>>> Via Carignoni 51 >>>> 55041 Camaiore (LU) >>>> Italy >>>> >>>> phone: +39 0584983027 >>>> fax: +39 0584983027 >>>> mob: +39 333 8128928 >>>> >>>> >>>> http://www.geo-solutions.it >>>> http://geo-solutions.blogspot.com/ >>>> http://simboss.blogspot.com/ >>>> http://www.linkedin.com/in/simonegiannecchini >>>> >>>> ------------------------------------------------------- >>>> >>>> >>>> >>>> 2009/9/3 César Martínez Izquierdo <[hidden email]>: >>>>> Hello, >>>>> >>>>> I'm trying to read some (Geo)Tiff files with GeoTools, but I get an >>>>> error. My code is simple: >>>>> >>>>> >>>>> File file = new File("C:\\test\\recorte_lceugr.tif"); >>>>> GeoTiffFormat gtf = new GeoTiffFormat(); >>>>> GridCoverageReader reader = gtf.getReader(file); >>>>> >>>>> >>>>> But I get an exception in the third line. >>>>> If the TIFF was generated with gvSIG, I get the following exception: >>>>> >>>>> java.lang.IllegalArgumentException: GeoKey directory does not exist >>>>> at org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.<init>(GeoTiffIIOMetadataDecoder.java:124) >>>>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:278) >>>>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>>>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>>>> >>>>> If the TIFF was generated with ArcGIS, then I get: >>>>> 03-sep-2009 16:51:16 >>>>> org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter >>>>> getGeoKeyAsInt >>>>> ADVERTENCIA: null >>>>> java.lang.NumberFormatException: null >>>>> at java.lang.Integer.parseInt(Integer.java:415) >>>>> at java.lang.Integer.parseInt(Integer.java:497) >>>>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.getGeoKeyAsInt(GeoTiffMetadata2CRSAdapter.java:452) >>>>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:235) >>>>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >>>>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>>>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>>>> Exception in thread "main" java.lang.UnsupportedOperationException: >>>>> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic & >>>>> Projected Systems are supported. >>>>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:243) >>>>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >>>>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>>>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>>>> >>>>> In this second case (ArcGIS), the problem might be that they are not >>>>> real GeoTiff files, as pointed by Niels Hoffmann in [1]. I'm not an >>>>> expert on the topic, so I can't be sure. >>>>> >>>>> Anyway, I am able to read these TIFFs with uDig 1.1.1, so I guess that >>>>> GeoTools is able to read them, and then the problem should be in my >>>>> code or my runtime configuration. >>>>> >>>>> Any idea? >>>>> >>>>> >>>>> Best Regards, >>>>> >>>>> >>>>> >>>>> [1] http://52north.org/pipermail/geoprocessingservices/2009-July/000445.html >>>>> >>>>> >>>>> -- >>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>> César Martínez Izquierdo >>>>> GIS developer >>>>> - - - - - - - - - - - - - - - - - - - - >>>>> ETC-LUSI: http://etc-lusi.eionet.europa.eu/ >>>>> Universitat Autònoma de Barcelona (SPAIN) >>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>>>> trial. Simplify your report design, integration and deployment - and focus on >>>>> what you do best, core application coding. Discover what's new with >>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>>>> _______________________________________________ >>>>> Geotools-gt2-users mailing list >>>>> [hidden email] >>>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >>>>> >>>> >>> >> >> >> >> -- >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> César Martínez Izquierdo >> GIS developer >> - - - - - - - - - - - - - - - - - - - - >> ETC-LUSI: http://etc-lusi.eionet.europa.eu/ >> Universitat Autònoma de Barcelona (SPAIN) >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Geotools-gt2-users mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >> > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Geotools-gt2-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
||||||||||||||||
|
César Martínez Izquierdo-3
|
Hello list,
Some time ago I raised a question about reading Tiff files that don't conform with GeoTiff standard (such the data published by the EEA: http://dataservice.eea.europa.eu/dataservice/). Probably I'm going to explain something obvious for most GeoTools users (because it is documented in Javadocs), but as it took a while for me to find the solution, I want to complete this thread. Simply adding some hints makes the trick: File file = new File("C:\\test\\recorte_lceugr.tif"); GeoTiffFormat gtf = new GeoTiffFormat(); Hints hints = new Hints(Hints.DEFAULT_COORDINATE_REFERENCE_SYSTEM, CRS.decode("EPSG:3035")); GridCoverageReader reader = gtf.getReader(file, hints); I hope it's useful for someone. Best regards, César El día 7 de septiembre de 2009 12:46, César Martínez Izquierdo <[hidden email]> escribió: > El 7 de septiembre de 2009 11:27, Simone > Giannecchini<[hidden email]> escribió: >> Ciao Cesar, >> I am decently happy about the geotiff geotools plugin and therefore I >> don't have any current plan for replacing it with the gdal one. >> Nevertheless I have been thinking about including the geotiff gdal >> plugin as well as an optional step in geotools, since it is currently >> disabled. Daniele, what do you think? What would happen with the >> GeoTools factory mechanism when we introduce two plugins for the same >> format? >> >> About a brief, up-to-date description about raster current status in >> GeoTools, and future plans, I will leave that for another email since >> I am quite busy as of now :-). > > Hi Simone, > > I consider your first paragraph as the brief, up-to-date description I > was expecting (at least, regarding GeoTiff). > Thank you very much :-) > > Regarding the problem with these files, I think I found the cause. It > seems a gdal effect (or defect) [1], which causes that some 'weird' > coordinate systems don't get correctly stored in the Geotiff. > > I've exported the same area in EPSG:23030 (using arcgis), and the > resulting file could be correctly loaded in GeoTools (and I could see > the GeoTiff tags by using [fwtools] tiffinfo). However, it seems that > EPSG:3035 is considered by GDAL as an uncommon CRS (despite it is the > preferred projected CRS for the European Environmental Agency, for > European-scale data). > > However, this doesn't help me, as I can't change Esri code... So it > could be great if we could enable this support in GeoTools... > > > Best regards, > > César > > > [1] See "Georeferencing" chapter: http://gdal.org/frmt_gtiff.html > > > >> >> Ciao, >> Simone. >> ------------------------------------------------------- >> Ing. Simone Giannecchini >> GeoSolutions S.A.S. >> Founder - Software Engineer >> Via Carignoni 51 >> 55041 Camaiore (LU) >> Italy >> >> phone: +39 0584983027 >> fax: +39 0584983027 >> mob: +39 333 8128928 >> >> >> http://www.geo-solutions.it >> http://geo-solutions.blogspot.com/ >> http://simboss.blogspot.com/ >> http://www.linkedin.com/in/simonegiannecchini >> >> ------------------------------------------------------- >> >> >> >> 2009/9/7 César Martínez Izquierdo <[hidden email]>: >>> Hi Simone, >>> >>> thank you for the interest. >>> I will talk with the raster team at gvSIG to see what can be done to >>> improve compatibility. I think format interoperability is very >>> important. As far as I know, gvSIG uses gdal to generate these files. >>> >>> In the arcgis side, I guess we can't repair anything on their side, >>> but we'd be very interested in geotools being able of reading them. I >>> think arcgis also uses gdal to read/write them. >>> >>> I'd like to know if GeoTools plans to maintain GeoTiff standalone >>> reader/writer, or if they plan to move it to the ImageIO-Ext GDAL >>> framework. (A brief, up-to-date description about raster current >>> status in GeoTools, and future plans would be great). >>> >>> Regards, >>> >>> César >>> >>> El 4 de septiembre de 2009 19:32, Simone >>> Giannecchini<[hidden email]> escribió: >>>> Ciao Cesar, >>>> I quickly inspected those files and: >>>> >>>> 1> the gvsig one, is not a real geotiff, but rather a plain tiff with >>>> a non-standard metadata file (the rmf file) which seems to be specific >>>> to gvsig. I have never seen this one anyway >>>> 2> the arcgis one is not a real geotiff again, but it contains a >>>> proprietary xml file for th metadata. We don't actually read such a >>>> format, although gdal seems to read it. >>>> >>>> Ciao, >>>> Simone. >>>> ------------------------------------------------------- >>>> Ing. Simone Giannecchini >>>> GeoSolutions S.A.S. >>>> Founder - Software Engineer >>>> Via Carignoni 51 >>>> 55041 Camaiore (LU) >>>> Italy >>>> >>>> phone: +39 0584983027 >>>> fax: +39 0584983027 >>>> mob: +39 333 8128928 >>>> >>>> >>>> http://www.geo-solutions.it >>>> http://geo-solutions.blogspot.com/ >>>> http://simboss.blogspot.com/ >>>> http://www.linkedin.com/in/simonegiannecchini >>>> >>>> ------------------------------------------------------- >>>> >>>> >>>> >>>> 2009/9/3 Simone Giannecchini <[hidden email]>: >>>>> Ciao Cesar, >>>>> best thing would be if you could provide some sample data to me. >>>>> Which version of geotools are you using? >>>>> >>>>> Simone. >>>>> >>>>> ------------------------------------------------------- >>>>> Ing. Simone Giannecchini >>>>> GeoSolutions S.A.S. >>>>> Founder - Software Engineer >>>>> Via Carignoni 51 >>>>> 55041 Camaiore (LU) >>>>> Italy >>>>> >>>>> phone: +39 0584983027 >>>>> fax: +39 0584983027 >>>>> mob: +39 333 8128928 >>>>> >>>>> >>>>> http://www.geo-solutions.it >>>>> http://geo-solutions.blogspot.com/ >>>>> http://simboss.blogspot.com/ >>>>> http://www.linkedin.com/in/simonegiannecchini >>>>> >>>>> ------------------------------------------------------- >>>>> >>>>> >>>>> >>>>> 2009/9/3 César Martínez Izquierdo <[hidden email]>: >>>>>> Hello, >>>>>> >>>>>> I'm trying to read some (Geo)Tiff files with GeoTools, but I get an >>>>>> error. My code is simple: >>>>>> >>>>>> >>>>>> File file = new File("C:\\test\\recorte_lceugr.tif"); >>>>>> GeoTiffFormat gtf = new GeoTiffFormat(); >>>>>> GridCoverageReader reader = gtf.getReader(file); >>>>>> >>>>>> >>>>>> But I get an exception in the third line. >>>>>> If the TIFF was generated with gvSIG, I get the following exception: >>>>>> >>>>>> java.lang.IllegalArgumentException: GeoKey directory does not exist >>>>>> at org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.<init>(GeoTiffIIOMetadataDecoder.java:124) >>>>>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:278) >>>>>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>>>>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>>>>> >>>>>> If the TIFF was generated with ArcGIS, then I get: >>>>>> 03-sep-2009 16:51:16 >>>>>> org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter >>>>>> getGeoKeyAsInt >>>>>> ADVERTENCIA: null >>>>>> java.lang.NumberFormatException: null >>>>>> at java.lang.Integer.parseInt(Integer.java:415) >>>>>> at java.lang.Integer.parseInt(Integer.java:497) >>>>>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.getGeoKeyAsInt(GeoTiffMetadata2CRSAdapter.java:452) >>>>>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:235) >>>>>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >>>>>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>>>>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>>>>> Exception in thread "main" java.lang.UnsupportedOperationException: >>>>>> GeoTiffMetadata2CRSAdapter::createCoordinateSystem:Only Geographic & >>>>>> Projected Systems are supported. >>>>>> at org.geotools.gce.geotiff.crs_adapters.GeoTiffMetadata2CRSAdapter.createCoordinateSystem(GeoTiffMetadata2CRSAdapter.java:243) >>>>>> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:294) >>>>>> at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:222) >>>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:253) >>>>>> at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:213) >>>>>> at etclusi.tests.gt.TestGeoTiff.main(TestGeoTiff.java:24) >>>>>> >>>>>> In this second case (ArcGIS), the problem might be that they are not >>>>>> real GeoTiff files, as pointed by Niels Hoffmann in [1]. I'm not an >>>>>> expert on the topic, so I can't be sure. >>>>>> >>>>>> Anyway, I am able to read these TIFFs with uDig 1.1.1, so I guess that >>>>>> GeoTools is able to read them, and then the problem should be in my >>>>>> code or my runtime configuration. >>>>>> >>>>>> Any idea? >>>>>> >>>>>> >>>>>> Best Regards, >>>>>> >>>>>> >>>>>> >>>>>> [1] http://52north.org/pipermail/geoprocessingservices/2009-July/000445.html >>>>>> >>>>>> >>>>>> -- >>>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>>> César Martínez Izquierdo >>>>>> GIS developer >>>>>> - - - - - - - - - - - - - - - - - - - - >>>>>> ETC-LUSI: http://etc-lusi.eionet.europa.eu/ >>>>>> Universitat Autònoma de Barcelona (SPAIN) >>>>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>>>>> trial. Simplify your report design, integration and deployment - and focus on >>>>>> what you do best, core application coding. Discover what's new with >>>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>>>>> _______________________________________________ >>>>>> Geotools-gt2-users mailing list >>>>>> [hidden email] >>>>>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >>>>>> >>>>> >>>> >>> >>> >>> >>> -- >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> César Martínez Izquierdo >>> GIS developer >>> - - - - - - - - - - - - - - - - - - - - >>> ETC-LUSI: http://etc-lusi.eionet.europa.eu/ >>> Universitat Autònoma de Barcelona (SPAIN) >>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >>> >>> ------------------------------------------------------------------------------ >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >>> trial. Simplify your report design, integration and deployment - and focus on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> Geotools-gt2-users mailing list >>> [hidden email] >>> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users >>> >> > > > > -- > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > César Martínez Izquierdo > GIS developer > - - - - - - - - - - - - - - - - - - - - > ETC-LUSI: http://etc-lusi.eionet.europa.eu/ > Universitat Autònoma de Barcelona (SPAIN) > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Geotools-gt2-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
||||||||||||||||
mbedward
|
Hi César,
Many thanks for that. What's obvious to one person is often not to many more, so it's always good to have solutions to problems posted to the list so that they are there for people to refer to later. cheers, Michael ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Geotools-gt2-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users |
||||||||||||||||
| Free Embeddable Forum Powered by Nabble | Help |
