Ciao Landon, please read below... ------------------------------------------------------- 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 ------------------------------------------------------- On Tue, Sep 29, 2009 at 1:41 AM, Sunburned Surveyor <[email protected]> wrote: > I've been poking around the Javadoc in Geotools to see what code I > might be able to use to improve JUMP's support for displaying > georeferrenced raster images. I've been looking at the > org.geotools.coverage.grid package mostly. > > It seems like the coverage model may be a little more heavy than I > need. This makes sense, as coverages could be a lot more than images, > and all I want is images. Is UDig currently using the coverage code to > display raster images as a map background? I think so. > Is there an alternative > solution using Geotools? Not one I would recommend :-) > > Here is the basic work flow I am trying to implement: > > - The user selects an image file which has a corresponding world file. > - JUMP paints the image file on the map view using the information in > the world file to put the image in the "correct" location. > > I know I can use the WorldfileReader class in org.geotools.data to do > some of this work. But I'd like to reuse more code if I could. I'm > also trying to avoid a dependency on JAI or other native libraries. Notice that JAI can work in pure Java and so can ImageIO. JAI and ImageIO can make use of native libraries to boost performances as needed, but these are not required, therefore I would not be afraid of using them. > I > was even toying with the idea of using the ImagePlus class from ImageJ > to back a Geotools interface (I'm not sure which one) that represents > a georeferrenced image. This would allow me to automatically pick-up > support for all of the raster formats that ImageJ supports. I can whip > up my own solution using the ImageJ code and the WorldFileReader class > without anything else from Geotools, but I'm trying to increase the > opportunities for sharing. I have had little exposure in the past to ImageJ but it looks like an interesting library. The easiest way, at least for me, to expose an existing library for reading/writing raster data to geotools is to create ImageIO wrappers. It might seem difficult but IMHO in the end it is easier than it seems at first. We have created a project a while ago to collect all the new plugins for ImageIO, which is hosted here https://imageio-ext.dev.java.net/ so I would suggest you to contribute your code to it. After that geotools can automatically pick the new formats up and use them for doing I/O on raster data. Of course we would be happy to provide some guidance. Ciao, Simone. > > At any rate, I appreciate suggestions. I'm not sure if I'm on the > right track with the coverage code. > > Landon > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® 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/devconf > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® 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/devconf _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
