Hi Peppe, thanks for the comments (Util class). And good to see that your work was actually not finished yet (gif, colour tif etc). I also see that, when your code if finally working (and we can resolve the band-count problem that seems to be a bug on OJ core side), then we should integrate it directly in the core.
Lets see how we could keep going with geo-referencing... And well, you did already a good job. Now its just that I got a bit more experience in programming (10+ years), you will see, in a few years you will do it similar ;) Btw. thanks for your other response on the blog.. that makes now already 3 people who would write stuff there (You, Andrei & I). Maybe Jukka will also find some topics. cheers stefan Am 26.09.13 17:53, schrieb Giuseppe Aruta: > Hi Stefan and others > I gave a look to your job: very nice and elegant (what I would not ever > done myself..). > Few other ideas that I have: > a) ImageUtil.class - I image this file as a sort of "central engineer" > for future raster works. I was planning to add flip/rotate etc jai > methods to have other possibilities to do modifications on images: it > will probably make the code simpler (I think). I will see when I will be > back home. > b) since we have Apache commions-imaging as a library in OJ I think we > can expand Sextante rasterlayer to read JPG2000, that's why I asked Ede > (whom I thank to for his work) few days ago to enable jjpeg2000 worlfile > reader. > c) with flip/rotate/scale simple jai methods (or jimi library) we can > have a simple affine transformation plugin for raster. It is not enough, > but it will be almost useful for teaching some simple georeferencing > raster. BTW Ede did an interesting job with that buffered image that can > be moved/scaled around the workbench. > Greetings form Rome > > Peppe > > > 2013/9/26 Giuseppe Aruta <giuseppe.ar...@gmail.com > <mailto:giuseppe.ar...@gmail.com>> > > Hi Stefan, > thanks for all. I will solve my Eclipse problem when I will be back > home, after work. > There were some parts of the plugin that I added in order to study a > future use > - *info file: that was an attempt to save raster info on a TXT file > if user would save to GRID (asc, grd, xyz). I wanted to find a > solution in the future, like an XML file as in QGIS > - I diveded TIF save to rwo options: the original JAI from pirol > drive if the image is a monoband, commons-imaging for other TIF > types, in order to find a future solution for the last one. It seems > to work on my computer but, as I mentioned, I had to remove Open JDK > 7 and reuse ver. 6. That was the original problem that made me try > to develop this plugin: OpenJDK has limited TIF support > - GIF was planned for a future realize. I am not sure what will be > the usage beacause of limited color support: maybe turn monoband > images with many values to only 256 to have a better LUT representation. > > thnks again for the help. I will upgrade from svn > > Peppe > > > 2013/9/25 Stefan Steiniger <sst...@geo.uzh.ch > <mailto:sst...@geo.uzh.ch>> > > Hi Peppe and others, > > i committed Peppes code with some changes: > - I did some refactoring and formatting of the SaveIamge... class > - I added o.close() etc., in some locations as Eclipse > recommended to close the print streams > - I moved your last else-if condition (ASC || GRD || XYZ) that > would write an *.info file as the logic you used would not > allow it to be executed. > - for writing monoband tif images I got an error message (could > have been due to my refactoring, though) and also saving as Gif > does not work. But ASC, Grd, Png and JPG is working, and using > Imaging IO for tif works as well. However, I found that a colour > image I have loaded into OJ is saved in grey (for tif & png). > But this could be a problem with our Sextante driver, as the > Sextante image info returns that it is a one-band image. Maybe > something is not set correctly on RasterImageLayer and > OpenJUMPSextanteRaster initialisation. > > Unfortunately I need to defer fixing Gif and proper JPG & Png > support (= writing colour images) to another time. > > For improvements of the current code, you would need to update > to my last version from svn. Hope thats ok. > > cheers, > > Stefan > > Am 24.09.13 12:36, schrieb Giuseppe Aruta: > > Hi Stefan and all, > > Coming back home from my job for few days, I made an upgrade > of Export > Raster (sextante) to image file. > I attached on this mail (still problems with Eclipse on > Ubuntu, sorry > :-( .....). > What are the news: > - No need of commons-sanselan. It uses commons-imaging > embedded into > newer OJ NB > - It saves to Jpeg2000 using imageIO > - It saves to Golden Software surfer ver 6 (.grd) - I added > this option > as this format is still popular in Italy (see code into > SaveImageToRasterPlugIn.java) > - It saves to XYZ file (see code into > SaveImageToRasterPlugIn.java) > - The plugin is available on Raster>Tools menu > > I ask Stefan or other if they can committed SVN sources as I > cannot do. > Thanks. > Source code of the plugin is embedded into the jar file. > best regards > Peppe > > > 2013/7/22 Stefan Steiniger <sst...@geo.uzh.ch > <mailto:sst...@geo.uzh.ch> <mailto:sst...@geo.uzh.ch > <mailto:sst...@geo.uzh.ch>>> > > > Hi Peppe, > > yep I found it under this url as well. Problem is: I > get asked for a > password. So the download fails...??? > > w.r.t: missing jpg encoder... mhm thats bad :( > > saludos de Chile, > stefan > > Am 22.07.13 13:01, schrieb Giuseppe Aruta: > > Hi Stefan, > > This is the Url where I download common-imagig jar: > > http://maven.acm-sl.org/____artifactory/list/libs-____releases/org/apache/commons/____commons-imaging/1.1-SNAPSHOT/ > > <http://maven.acm-sl.org/__artifactory/list/libs-__releases/org/apache/commons/__commons-imaging/1.1-SNAPSHOT/> > > > > <http://maven.acm-sl.org/__artifactory/list/libs-__releases/org/apache/commons/__commons-imaging/1.1-SNAPSHOT/ > > <http://maven.acm-sl.org/artifactory/list/libs-releases/org/apache/commons/commons-imaging/1.1-SNAPSHOT/>> > This library seems not to have JPG write support, > and OpenJDK > seems not > to have a native JPEG encoder so we probably still > need to use > JAI if we > want to have JPEG support. > > Cheers > > Peppe > > > > 2013/7/21 Stefan Steiniger <sst...@geo.uzh.ch > <mailto:sst...@geo.uzh.ch> > <mailto:sst...@geo.uzh.ch > <mailto:sst...@geo.uzh.ch>> <mailto:sst...@geo.uzh.ch > <mailto:sst...@geo.uzh.ch> > > <mailto:sst...@geo.uzh.ch <mailto:sst...@geo.uzh.ch>>>> > > > Hi Peppe (cc list) > > thanks. I just committed the sources to the > svn - plugin > folder. > I am haveing two notes on that: > (a) I could not find the common-imaging lib > you used on the > web, so > I replaced it with a nb of common-sanselan > (b) I noticed that there is still a > dependencie to JAI when the > color model for imagebuffer is created, using > javax.media.jai.PlanarImage > > I hope to have a look at it again next week. > > cheers, > stefan > > Am 21.07.13 08:23, schrieb Giuseppe Aruta: > > Hi Stefan, > this is the zip file made using Eclipse > options > Thanks again for the help. I hope I can go > back working > on it in > August. > There are few news and differences > comparing to Pirol Save > Raster plugin: > - Export to TIF uses common-imaging lib > from Apache, > the others > uses ImageIO > - Exporting the loaded image to another > one save the > new file, but > leaves the riginal loaded image into OJ > workbench > - Exporting a part of the image (Pirol > Tool extract > part in the > fence) > save the new file and loads it into OJ > workbench (only with > image IO not > with common-imaging library, this means > all except TIF) > - I left on class ImageUtils all the > exporting process > (except > save to > ASC, it should be moved there), the idea > was to create > a unique > class > for future raster processes/plugin > cheers > Peppe > > > > > ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
