Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
Don't know if this is any useful info, but the original JUMP was able to read JPG and PNG... but I don't remeber that it did read TIFF (ok, just seeing that in JUMP 1.2 TIFF support was added). If you look at the code, it should be also possible to see that Jon Aquino wrote the classes. (or worst case, one can still check out the original JUMP here: http://www.vividsolutions.com/jump/ ) http://www.vividsolutions.com/jump/javadoc/com/vividsolutions/jump/workbench/imagery/package-summary.html I am also not sure if it makes sense to keep working on that. Because it did not head the flexibility and generics of Sextante. However, perhaps you can find a gem. One nice thing I still remember was the first projection plugin, Jon Aquino wrote. On 03/17/2015 06:19 AM, edgar.sol...@web.de wrote: a. no, ReferencedImagesLayer is the older non-sextante image framework simply showing and positioning images. no more no less. yes, everything in org.openjump.core.rasterimage is sextante compatible raster code. b. depends on what you want to do. generally there is a wish to unify OJ raster support into one API only (Jukka), so we might decide to retire ReferencedImagesLayer and it's descendants. before we do that i want to take a closer look at Alberto's changes and check if we can convince it to load more formats. what exactly ddo you wanna do and why _don't_ you wanna use the RasterImageLayer for it? ..ede On 17.03.2015 08:10, Giuseppe Aruta wrote: Hi Ede a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is also a Pirol derived class? I used to know that all the framework into org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I know how to save/load raster file using thiss class (I added a support RasterImageIOUtils class on OJ to expole all those I/O methods). I image that the answer to my question is the class ReferencedImagesLayer. b) Exploring ReferencedImagesLayer as you mentioned, I found ReferencedImageFactoryFileLayerLoader and GeoImageFactoryFileLayerLoader. First class has createLayer(layerManager, uri) method. Should I use that to load a TIF file? thanks Peppe 2015-03-16 20:38 GMT+01:00 edgar.sol...@web.de: you mean like the other other image framework beside pirol/sextante com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer ? ..ede On 16.03.2015 20:34, Giuseppe Aruta wrote: Hi all, I want to build a plugin that programatically load an image file into OJ workbench through Layer.class (not RasterImageLayer.class). For instance a layer that I already know the path (ex. D:/temp/test.tif, or jpg, or png). I am working around a simple OJ affine warp transformation plugin for images. Do we have some defined methods (like as in RasterImageIO.class or GridFloat.class for Sextante layers)? Or is there an OJ class that could be used as a sample? Thanks for replay. Peppe -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel
Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
Hi Ede a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is also a Pirol derived class? I used to know that all the framework into org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I know how to save/load raster file using thiss class (I added a support RasterImageIOUtils class on OJ to expole all those I/O methods). I image that the answer to my question is the class ReferencedImagesLayer. b) Exploring ReferencedImagesLayer as you mentioned, I found ReferencedImageFactoryFileLayerLoader and GeoImageFactoryFileLayerLoader. First class has createLayer(layerManager, uri) method. Should I use that to load a TIF file? thanks Peppe 2015-03-16 20:38 GMT+01:00 edgar.sol...@web.de: you mean like the other other image framework beside pirol/sextante com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer ? ..ede On 16.03.2015 20:34, Giuseppe Aruta wrote: Hi all, I want to build a plugin that programatically load an image file into OJ workbench through Layer.class (not RasterImageLayer.class). For instance a layer that I already know the path (ex. D:/temp/test.tif, or jpg, or png). I am working around a simple OJ affine warp transformation plugin for images. Do we have some defined methods (like as in RasterImageIO.class or GridFloat.class for Sextante layers)? Or is there an OJ class that could be used as a sample? Thanks for replay. Peppe -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
a. no, ReferencedImagesLayer is the older non-sextante image framework simply showing and positioning images. no more no less. yes, everything in org.openjump.core.rasterimage is sextante compatible raster code. b. depends on what you want to do. generally there is a wish to unify OJ raster support into one API only (Jukka), so we might decide to retire ReferencedImagesLayer and it's descendants. before we do that i want to take a closer look at Alberto's changes and check if we can convince it to load more formats. what exactly ddo you wanna do and why _don't_ you wanna use the RasterImageLayer for it? ..ede On 17.03.2015 08:10, Giuseppe Aruta wrote: Hi Ede a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is also a Pirol derived class? I used to know that all the framework into org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I know how to save/load raster file using thiss class (I added a support RasterImageIOUtils class on OJ to expole all those I/O methods). I image that the answer to my question is the class ReferencedImagesLayer. b) Exploring ReferencedImagesLayer as you mentioned, I found ReferencedImageFactoryFileLayerLoader and GeoImageFactoryFileLayerLoader. First class has createLayer(layerManager, uri) method. Should I use that to load a TIF file? thanks Peppe 2015-03-16 20:38 GMT+01:00 edgar.sol...@web.de: you mean like the other other image framework beside pirol/sextante com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer ? ..ede On 16.03.2015 20:34, Giuseppe Aruta wrote: Hi all, I want to build a plugin that programatically load an image file into OJ workbench through Layer.class (not RasterImageLayer.class). For instance a layer that I already know the path (ex. D:/temp/test.tif, or jpg, or png). I am working around a simple OJ affine warp transformation plugin for images. Do we have some defined methods (like as in RasterImageIO.class or GridFloat.class for Sextante layers)? Or is there an OJ class that could be used as a sample? Thanks for replay. Peppe -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
Thanks for the answer Stefan. I will go on working using Sextante, and try to find a solution for the open issue (transparency, ect) 2015-03-17 16:26 GMT+01:00 Stefan Steiniger sst...@geo.uzh.ch: Don't know if this is any useful info, but the original JUMP was able to read JPG and PNG... but I don't remeber that it did read TIFF (ok, just seeing that in JUMP 1.2 TIFF support was added). If you look at the code, it should be also possible to see that Jon Aquino wrote the classes. (or worst case, one can still check out the original JUMP here: http://www.vividsolutions.com/jump/ ) http://www.vividsolutions.com/jump/javadoc/com/vividsolutions/jump/workbench/imagery/package-summary.html I am also not sure if it makes sense to keep working on that. Because it did not head the flexibility and generics of Sextante. However, perhaps you can find a gem. One nice thing I still remember was the first projection plugin, Jon Aquino wrote. On 03/17/2015 06:19 AM, edgar.sol...@web.de wrote: a. no, ReferencedImagesLayer is the older non-sextante image framework simply showing and positioning images. no more no less. yes, everything in org.openjump.core.rasterimage is sextante compatible raster code. b. depends on what you want to do. generally there is a wish to unify OJ raster support into one API only (Jukka), so we might decide to retire ReferencedImagesLayer and it's descendants. before we do that i want to take a closer look at Alberto's changes and check if we can convince it to load more formats. what exactly ddo you wanna do and why _don't_ you wanna use the RasterImageLayer for it? ..ede On 17.03.2015 08:10, Giuseppe Aruta wrote: Hi Ede a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is also a Pirol derived class? I used to know that all the framework into org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I know how to save/load raster file using thiss class (I added a support RasterImageIOUtils class on OJ to expole all those I/O methods). I image that the answer to my question is the class ReferencedImagesLayer. b) Exploring ReferencedImagesLayer as you mentioned, I found ReferencedImageFactoryFileLayerLoader and GeoImageFactoryFileLayerLoader. First class has createLayer(layerManager, uri) method. Should I use that to load a TIF file? thanks Peppe 2015-03-16 20:38 GMT+01:00 edgar.sol...@web.de: you mean like the other other image framework beside pirol/sextante com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer ? ..ede On 16.03.2015 20:34, Giuseppe Aruta wrote: Hi all, I want to build a plugin that programatically load an image file into OJ workbench through Layer.class (not RasterImageLayer.class). For instance a layer that I already know the path (ex. D:/temp/test.tif, or jpg, or png). I am working around a simple OJ affine warp transformation plugin for images. Do we have some defined methods (like as in RasterImageIO.class or GridFloat.class for Sextante layers)? Or is there an OJ class that could be used as a sample? Thanks for replay. Peppe -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/
Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
On 17.03.2015 12:31, Giuseppe Aruta wrote: I wanted to check a couple of alternatives: 1) (going back to poit f) Reload the result layer as ReferencedImagesLayer because you hope that the ReferencedImage API is faster? 2) move all the process from RasterImageLayer to ReferencedImagesLayer. In this case I could modify the original Jump AffineTransformationPlugin in order to work ether with vector layers or with ReferencedImagesLayer. sounds reasonable. as you might know, ReferencedImagesLayer is just a plain Layer with geometries and an attribute with an image path. because of it's special style it renders the image into mapview. an idea i didn't follow up to realize was to realtime scale and rotate the images via their respective bbox geometry. currently you can edit the geometry but the image renderer will ignore the changes.. nope.. just tested it agn, it will respect scaling but not rotation of the geometry. the code is in the paint() method of the respective ReferencedImage implementations (GeoImage, GeoTIFFImage, AbstractGraphicImage). have fun ;) the idea was to add rotation and then to export the georeferencing as world file or even tagged tiff later. ..ede -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
I already used RasterImageLayer.class. I attached to this mail a plugin sample for a simple raster affine transformation. *Please test it with the latest OJ snapshot* as this plugin depends on some enhancements I did a couple of days ago on OJ saving raster. The plugin is located on RasterWarp menu It allows to do a simple affine transformation (move, resize, rotate and partially stretch) on an image. It needs 3 warping vectors and uses a class already embedded into OJ (import com.vividsolutions.jump.warp.AffineTransform) plus JAI warping classes. It is a minimal plugin, far away from a true Image georeferencer. But enough stable and useful to do a simple georeferencing of an image. How it works: a) load an image using Sextante Raster loader b) draw one, two or three warping vectors (from Menu Warp) depending the type of deformation you want c) select the raster on the layer tree d) click on RasterWarpAffine transformation e) a new raster file is saved on OS/TEMP folder f) image file is reloaded as RasterImageLayer (Sextante) on the workbench. The original raster layer is hidden. This plugin works fine, except for a bug that was introduced with the new Alberto's changes: the alpha channel now is displayed as black and it is not possible to set that color to transparent (check on OJ bugs, I already opened a couple of them). If the image is rotated or streched, that black colar is visible on the workbench and it is not possible to hide it. I wanted to check a couple of alternatives: 1) (going back to poit f) Reload the result layer as ReferencedImagesLayer 2) move all the process from RasterImageLayer to ReferencedImagesLayer. In this case I could modify the original Jump AffineTransformationPlugin in order to work ether with vector layers or with ReferencedImagesLayer. Regarding the wish to unify OJ raster support into one API = RasterImageLayer. I totally agree. It make things more simple (at least for me) but I feel we need to improve some aspects: a) loading an image via ReferencedImagesLayer is more faster that via RasterImageLayer - in many case I observed that the difference is at least of an order of magnitude. b) if I load several image via RasterImageLayer and I just zoom form one to another, it takes time to display the s next. c) And of coarse the bug-tickets. I hope my explanation was enough detailed. Peppe 2015-03-17 10:19 GMT+01:00 edgar.sol...@web.de: a. no, ReferencedImagesLayer is the older non-sextante image framework simply showing and positioning images. no more no less. yes, everything in org.openjump.core.rasterimage is sextante compatible raster code. b. depends on what you want to do. generally there is a wish to unify OJ raster support into one API only (Jukka), so we might decide to retire ReferencedImagesLayer and it's descendants. before we do that i want to take a closer look at Alberto's changes and check if we can convince it to load more formats. what exactly ddo you wanna do and why _don't_ you wanna use the RasterImageLayer for it? ..ede On 17.03.2015 08:10, Giuseppe Aruta wrote: Hi Ede a) so com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer is also a Pirol derived class? I used to know that all the framework into org.openjump.core.rasterimage was Pirol. I exclude RasterImageLayer: I know how to save/load raster file using thiss class (I added a support RasterImageIOUtils class on OJ to expole all those I/O methods). I image that the answer to my question is the class ReferencedImagesLayer. b) Exploring ReferencedImagesLayer as you mentioned, I found ReferencedImageFactoryFileLayerLoader and GeoImageFactoryFileLayerLoader. First class has createLayer(layerManager, uri) method. Should I use that to load a TIF file? thanks Peppe 2015-03-16 20:38 GMT+01:00 edgar.sol...@web.de: you mean like the other other image framework beside pirol/sextante com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer ? ..ede On 16.03.2015 20:34, Giuseppe Aruta wrote: Hi all, I want to build a plugin that programatically load an image file into OJ workbench through Layer.class (not RasterImageLayer.class). For instance a layer that I already know the path (ex. D:/temp/test.tif, or jpg, or png). I am working around a simple OJ affine warp transformation plugin for images. Do we have some defined methods (like as in RasterImageIO.class or GridFloat.class for Sextante layers)? Or is there an OJ class that could be used as a sample? Thanks for replay. Peppe -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and
Re: [JPP-Devel] Question about loading an image on OJ workbench via Layer.class
you mean like the other other image framework beside pirol/sextante com.vividsolutions.jump.workbench.imagery.ReferencedImagesLayer ? ..ede On 16.03.2015 20:34, Giuseppe Aruta wrote: Hi all, I want to build a plugin that programatically load an image file into OJ workbench through Layer.class (not RasterImageLayer.class). For instance a layer that I already know the path (ex. D:/temp/test.tif, or jpg, or png). I am working around a simple OJ affine warp transformation plugin for images. Do we have some defined methods (like as in RasterImageIO.class or GridFloat.class for Sextante layers)? Or is there an OJ class that could be used as a sample? Thanks for replay. Peppe -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel