Re: [JPP-Devel] Sextante dependencies

Hi Michael, excuse me for the late answer: my school is in lock down since a couple of weeks and it seems that working at home takes more time that working in the classroom. About Sextante The original files to recompile are four: sextante.jar, sextante-gui.jar, libMath.jar sextante-algs.jar.

Re: [JPP-Devel] Fwd: Re: OJ 2.x Was:Re: JTS update: first experiments

e necessary code in the new > openjump-gis/sextante-extension project so that we can work together on > this topic. > > Regards, > > Michaël > > *envoyé :* 10 août 2020 à 21:02 > *de :* Giuseppe Aruta > *à :* eric.openj...@thefactory.io, OpenJump develop and use < &g

Re: [JPP-Devel] OpenJUMP build

Hi Michael > I'm tempted to abandon the svn history of our plugins to make the migration >process easier. I would be more encline to clean and uniformize how extensions >are managed than to keep all the bits from the previous repo I am not really expert about it. Anyhow It makes sense to

Re: [JPP-Devel] Important bug on class RasterImageLayer on OpenJUMP 6669

gt; Mike who fixed the memory routine ;).. ede > > ps. All - are we set on the github branch now? if yes i suggest to name it > "devel" or "trunk" as "master" seems to be out of fashion and "main" is to > generic for my taste. > > On 2/4/2021 6:53

Re: [JPP-Devel] Important bug on class RasterImageLayer on OpenJUMP 6669

Note that GridFloat (FLT) and GridAscii (ASC) classes have their own methods to read cell size, GridFloat(string filename).readHdr and than getCellSize(). Il giorno gio 4 feb 2021 alle ore 06:48 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Hi all, > it seems that we lost

[JPP-Devel] Important bug on class RasterImageLayer on OpenJUMP 6669

Hi all, it seems that we lost the ability to read and display FLT and ASC raster files using (Sextante) raster image layer framework. The bug is located into class RasterImageLayer, line 352: bitsPerPixel = Imaging.getImageInfo(new File(imageFileName)).getBitsPerPixel(); The reason is that class

Re: [JPP-Devel] new year, new OJ?

Ready for 1.16 -- Inviato da myMail per Android mercoledì, 30 dicembre 2020, 02:51PM +01:00 da edgar.sol...@web.de : >time to release OJ 1.16. any blockers? with some luck we might get it on >OSGeoLive as well. > >..ede > > >___ >Jump-pilot-devel

Re: [JPP-Devel] Ready fo 1.16 ?

I Will check Spanish and Italian l'abbiate today too. -- Inviato da myMail per Android lunedì, 21 dicembre 2020, 07:41AM +01:00 da Rahkonen Jukka (MML) jukka.rahko...@maanmittauslaitos.fi : >Hi, >  >I will check the Finnish language file today. >  >-Jukka Rahkonen- >  >Lähettäjä: Michaud

Re: [JPP-Devel] New project/new plugin

e to your GridExtent / Raster. Just > let me know if are interested. > > Best, > Eric > > On 02/12/2020 13:14, Giuseppe Aruta wrote: > > Greetings OpenJUMPs > I started a new project to create an interpolation plugin for OpenJUMP > The plugin takes scattered points loa

Re: [JPP-Devel] [jump-pilot:bugs] #511 CropWarp raster plugin can't overload existing file

> Currently, a first dialog ask the user if he wants to overwrite the existing file. If yes, the user is informed it is not possible. GUIUtil.FileChooserWithOverwritePrompting() effect. Which has a priority on the various EnableChecks acting on the panel. I will study another solution Il giorno

[JPP-Devel] New project/new plugin

Greetings OpenJUMPs I started a new project to create an interpolation plugin for OpenJUMP The plugin takes scattered points loaded in OpenJUMP which have a xyz coordinates and transform them into a raster grid, as Sextante raster. OpenJUMP has already some interpolation plugins via Sextante

Re: [JPP-Devel] [jump-pilot:bugs] Re: #515 Raster display in low memory situation

ImageJ (https://imagej.nih.gov/ij/) manages in a very good way rasters, including reading values and styling. Just a note to check an alternative source for the future Il giorno lun 30 nov 2020 alle ore 11:52 ha scritto: > the bug is already tagged OJ_future so no hurry there. > > we still got

[JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

- **status**: open --> pending --- ** [bugs:#512] Georeferenced RasterImage : useless dialog to create a worlfile** **Status:** pending **Milestone:** OJ_1.16 **Created:** Wed Nov 11, 2020 08:29 AM UTC by michael michaud **Last Updated:** Mon Nov 30, 2020 07:53 PM UTC **Owner:** nobody

[JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

Michael- Will you close this ticket? Or shall I do? --- ** [bugs:#512] Georeferenced RasterImage : useless dialog to create a worlfile** **Status:** open **Milestone:** OJ_1.16 **Created:** Wed Nov 11, 2020 08:29 AM UTC by michael michaud **Last Updated:** Mon Nov 23, 2020 01:47 PM UTC

[JPP-Devel] [jump-pilot:bugs] #513 displaying raster layers in a correct way

- **status**: open --> closed-fixed --- ** [bugs:#513] displaying raster layers in a correct way** **Status:** closed-fixed **Milestone:** OJ_1.16 **Labels:** raster display **Created:** Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta **Last Updated:** Mon Nov 30, 2020 07:52 PM UTC **Ow

[JPP-Devel] [jump-pilot:bugs] #513 displaying raster layers in a correct way

by Giuseppe Aruta **Last Updated:** Mon Nov 23, 2020 01:50 PM UTC **Owner:** nobody **Attachments:** - [correct_display.png](https://sourceforge.net/p/jump-pilot/bugs/513/attachment/correct_display.png) (27.4 kB; image/png) - [wrong_display.png](https://sourceforge.net/p/jump-pilot/bugs/513

Re: [JPP-Devel] [jump-pilot:bugs] Re: #515 Raster display in low memory situation

Hi, I agree with Michael that ij this step we can consider a good result to have a better RasterImageLayer framework for this three reasons: it if faster in opening images, it requires less ram, it can open more TIF versions than before. Possibly we can postpone, as Michael suggests, to rewrite

Re: [JPP-Devel] SVN: [6636] core/trunk/src/language

Hi Ede, thanks for the suggestion. Indeed we need a more generic code but, you were right, it is not this case. I corrected to ui.GenericNames.cannot-overwrite-input-layer and the text: Cannot overwrite selected input layer Peppe Il giorno lun 23 nov 2020 alle ore 15:19 ha scritto: > Peppe, >

[JPP-Devel] [jump-pilot:bugs] #513 displaying raster layers in a correct way

I was expecting Roberto's test to close the ticket. I am quite satisfied thanks to Michael's fix --- ** [bugs:#513] displaying raster layers in a correct way** **Status:** open **Milestone:** OJ_1.16 **Labels:** raster display **Created:** Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta

[JPP-Devel] [jump-pilot:bugs] #511 CropWarp raster plugin can't overload existing file

I added a check in order not to overwrite input raster file with the new one. This patch together with Michael's unograde should avoid to have strange output, I hope --- ** [bugs:#511] CropWarp raster plugin can't overload existing file** **Status:** open **Milestone:** OJ_1.16 **Created:**

[JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

This seems correct with newer upgrade fom Michael --- ** [bugs:#512] Georeferenced RasterImage : useless dialog to create a worlfile** **Status:** open **Milestone:** OJ_1.16 **Created:** Wed Nov 11, 2020 08:29 AM UTC by michael michaud **Last Updated:** Fri Nov 20, 2020 11:15 PM UTC

[JPP-Devel] [jump-pilot:bugs] Re: #512 Georeferenced RasterImage : useless dialog to create a worlfile

Hi Michael, It is a geotiff image opened with Gimp and saved back as image. I tried to reproduce a most common mistake that users at their first approach to Gis do (open a geotiff with an image viewer and Dave it back loosing geotiff tags). With a previous version of RasterImageLayer framework

Re: [JPP-Devel] [jump-pilot:bugs] #513 displaying raster layers in a correct way

layers in a correct way >Status: open >Milestone: undecided >Labels: raster display >Created: Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta >Last Updated: Wed Nov 11, 2020 05:56 PM UTC >Owner: nobody >Attachments: >* correct_display.png (27.4 kB; image/png) >* wrong_disp

[JPP-Devel] [jump-pilot:bugs] #510 Create Polygon From a Raster bug

Hi Michael, Jukka I tested the plugin and everything seems to work file. I suggest to close the ticket and I will postpone after OJ new real. Jukka's suggestion to make the plugin able to use histograms to define ranges of values. I will add some notes on the wiki Peppe --- ** [bugs:#510]

[JPP-Devel] [jump-pilot:bugs] #511 CropWarp raster plugin can't overload existing file

The bug seems to happen only if user tries to overwrite the input file. One possible (hard) solution seems to make RasterImageLayer framework able to store modified datas into memory and give up to output file option into the dialog(s). This seems to hard to work around that generates other

[JPP-Devel] [jump-pilot:bugs] #511 CropWarp raster plugin can't overload existing file

I was able to reproduce the bug. The warning message comes out but the output image either is not saved or it has a wierd look. I will give a look at the code on this weekend --- ** [bugs:#511] CropWarp raster plugin can't overload existing file** **Status:** open **Milestone:** undecided

[JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

Hi Michael, I added some files to this post to explain I used OJ 6624 a) open GeoTIFF.tif (GeoTIFF file) now works fine thanks to your commit: no input dialog appears b) open withWF.tif - this isn't a geotiff and all geographic info are written in the sidecar file withWF.tfw - Nothing happens.

[JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

More info about the bug. A) when a TIFF is load as Layer via GeoReferencedRaster, this class 1. first checks the geotags 2. if no geotags are found, it checks a worlfile. 3. if no valid world file is found, the class creates a new geolocation (Envelope) to locate the image according to

Re: [JPP-Devel] OpenJUMP Road map page

did not remove "reviewing plugin architecture" and "style from kosmo" > yet, but I agree with you, they are not goals for v2.0. > > Michaël > > *envoyé :* 10 novembre 2020 à 15:51 > *de :* Giuseppe Aruta > *à :* OpenJump develop and use >

[JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

AddRasterImageLayerWizard class The dialog was used on original code in order to create a worldfile for raster (tif, gif, jpg, bmp) with no geolocation (=no worldfile). Reorganizing TIF import that part of code ended in a wrong position:, and dangerous because OJ creates a worldfile which is

[JPP-Devel] [jump-pilot:bugs] #513 displaying raster layers in a correct way

**Labels:** raster display **Created:** Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta **Last Updated:** Wed Nov 11, 2020 12:35 PM UTC **Owner:** nobody **Attachments:** - [correct_display.png](https://sourceforge.net/p/jump-pilot/bugs/513/attachment/correct_display.png) (27.4 kB; image/png

Re: [JPP-Devel] SVN: [6620] core/trunk/src/org/openjump/core/rasterimage/ RasterImageLayer.java

Hi Michael, I opened a bug ticket on RasterImage class following Roberto's description. I will ad also some comments regarding your modifications Il giorno mer 11 nov 2020 alle ore 11:31 jump-pilot-svn--- via Jump-pilot-devel ha scritto: > Revision: 6620 >

[JPP-Devel] [jump-pilot:bugs] #513 displaying raster layers in a correct way

--- ** [bugs:#513] displaying raster layers in a correct way** **Status:** open **Milestone:** undecided **Labels:** raster display **Created:** Wed Nov 11, 2020 12:35 PM UTC by Giuseppe Aruta **Last Updated:** Wed Nov 11, 2020 12:35 PM UTC **Owner:** nobody **Attachments

Re: [JPP-Devel] SVN: [6621] core/trunk/src/org/openjump/core/rasterimage/algorithms/ VectorizeAlgorithm.java

Interesting. Thanks MIchael! I will study this modification... (Integer(ID) was a left over from an old code.) Peppe Il giorno mer 11 nov 2020 alle ore 12:02 jump-pilot-svn--- via Jump-pilot-devel ha scritto: > Revision: 6621 > http://sourceforge.net/p/jump-pilot/code/6621 >

Re: [JPP-Devel] [jump-pilot:bugs] #511 CropWarp raster plugin can't overload existing file

I will check too, later. Anyhow I was planning to make some changes on this tool in order to save cell size whenever the tool is used on Crop mode. Peppe Il giorno mer 11 nov 2020 alle ore 12:00 ede via Jump-pilot-devel < jump-pilot-devel@lists.sourceforge.net> ha scritto: > maybe it's related

Re: [JPP-Devel] [jump-pilot:bugs] #512 Georeferenced RasterImage : useless dialog to create a worlfile

Originally the worldfile dialog was activated only: fist a) if there were no georeference tag into the file (GeoTIFF) than b) if there is no worldfile Possibly, when we move to new framework to read TIFF something was broken. Peppe Il giorno mer 11 nov 2020 alle ore 09:30 michael michaud via

[JPP-Devel] OpenJUMP Road map page

Hi all, I started to upgrade the road map page on our wiki: http://ojwiki.soldin.de/index.php?title=OpenJUMP_Roadmap#OpenJUMP_2.0_.282021.3F.29 Please, if you can give a look and make your modifications and comments. I think some voices could be removed (see plugin architecture or Kosmo style

[JPP-Devel] [jump-pilot:bugs] #510 Create Polygon From a Raster bug

Hi Michael, ...even the time to vectorialize a raster with continuous data like DTM084 is incredibly long... In theory in mostly case an user chooses one of Raster->Vector tool according to the type of the raster she/he wants to convert: a) a continuous raster like a DTM. Data are scattered in a

Re: [JPP-Devel] [jump-pilot:bugs] #509 GeoImage and RasterImageLayer : why JAI

Hi all, following Michael's comment I did a test on RasterImageLayer substituting JAI in private BufferedImage scaleImage() method and associated ( protected BufferedImage getScaledImageMatchingVisible()). This is the method I used: private BufferedImage scaleImage(BufferedImage srcImg, int

Re: [JPP-Devel] SVN: [6618] core/trunk/src

getBandCount()<3) { > +//int pos = row * origImageWidth + col; > + //double value; > +//int bands = stats.getBandCount(); > +return RasterImageIO.readCellValue(imageFileName, col, row, band); > + > +/* &

Re: [JPP-Devel] elevation raster and commons imaging

users pan / zoom / refresh. I don't think there will be any memory problems, because code that once ran only if there was a lot of free memory (needFreeRAM = false) now always runs. Rather perhaps there will be a decrease in display performance.* *Alberto* Il giorno mer 28 ott 2020 alle ore 15:4

Re: [JPP-Devel] elevation raster and commons imaging

Hi Michael. thanks for the comment. I made again the test removing that part of the code and I had no evidence of that bug (no spaghetti like shape). I was expecting some out of memory message that I didn't have, maybe because 37-39 raster layers loaded still use lesser memory that OJ uses on my

Re: [JPP-Devel] elevation raster and commons imaging

After Roberto's video I was able to reproduce the bug. I had to load 39 (!) raster layers together the huge shapefiles (I used the same rasters that Roberto kindly provided) before I had that spagetti shape raster our. I have no idea about the reason of it. I can image it could be related to

Re: [JPP-Devel] SVN: [6615] plug-ins/CADExtension/trunk/src/org/openjump/advancedtools/ utils/WorkbenchUtils.java

ed with totally different code? ..ede > > On 10/27/2020 13:52, Giuseppe Aruta wrote: > > Yes. > > The problem is on line > > ClassLoader classLoader = > context.getWorkbench().getPlugInManager().getClassLoader(); > > > > > > After searching in the c

Re: [JPP-Devel] SVN: [6615] plug-ins/CADExtension/trunk/src/org/openjump/advancedtools/ utils/WorkbenchUtils.java

Yes. The problem is on line ClassLoader classLoader = context.getWorkbench().getPlugInManager().getClassLoader(); After searching in the code I changed it with the method ClassLoader classLoader = context.getWorkbench() .getPlugInManager().getPlugInClassLoader() and it seems to work fine (see

Re: [JPP-Devel] SVN: [6611] core/trunk/src/com/vividsolutions/jump/workbench

Please try version 6614. Il giorno lun 26 ott 2020 alle ore 19:58 Rahkonen Jukka (MML) < jukka.rahko...@maanmittauslaitos.fi> ha scritto: > Hi, > > What I see is different row number in the first error when I click the CAD > tool. > > java.lang.NoSuchMethodError: >

Re: [JPP-Devel] SVN: [6608] core/trunk/lib/plus/CadTools-1.0.jar

Hi Jukka, It should have been fix on OJ 6609 Peppe Il giorno lun 26 ott 2020 alle ore 17:52 Rahkonen Jukka (MML) < jukka.rahko...@maanmittauslaitos.fi> ha scritto: > Hi, > > With OJ 6608 I see too CAD toolbox icons in the main toolbar and they both > produce an error when pressed: > > >

[JPP-Devel] [jump-pilot:bugs] #508 Possible bug on Interior Border, Basic Style

It is solved. Thanks Michael --- ** [bugs:#508] Possible bug on Interior Border, Basic Style** **Status:** open **Milestone:** undecided **Created:** Sun Oct 25, 2020 11:41 AM UTC by Giuseppe Aruta **Last Updated:** Sun Oct 25, 2020 01:02 PM UTC **Owner:** nobody **Attachments:** - [Schermata

[JPP-Devel] [jump-pilot:bugs] #508 Possible bug on Interior Border, Basic Style

I confirm the same bug with latest OJ version 6601 --- ** [bugs:#508] Possible bug on Interior Border, Basic Style** **Status:** open **Milestone:** undecided **Created:** Sun Oct 25, 2020 11:41 AM UTC by Giuseppe Aruta **Last Updated:** Sun Oct 25, 2020 11:41 AM UTC **Owner:** nobody

[JPP-Devel] [jump-pilot:bugs] #508 Possible bug on Interior Border, Basic Style

--- ** [bugs:#508] Possible bug on Interior Border, Basic Style** **Status:** open **Milestone:** undecided **Created:** Sun Oct 25, 2020 11:41 AM UTC by Giuseppe Aruta **Last Updated:** Sun Oct 25, 2020 11:41 AM UTC **Owner:** nobody **Attachments:** - [Schermata a 2020-10-25 12-36-24.png

[JPP-Devel] [jump-pilot:bugs] #504 TODO: OJ2.x

Hi Ede, OJ can inizialize a plugin via default-plugins.xml. Do you recommend to use it? Peppe --- ** [bugs:#504] TODO: OJ2.x** **Status:** open **Milestone:** OJ_2.x **Created:** Mon Sep 14, 2020 11:44 AM UTC by ede **Last Updated:** Mon Sep 14, 2020 11:44 AM UTC **Owner:** nobody this is

[JPP-Devel] [jump-pilot:bugs] #385 Paste Layerable fails to work with RasterImageLayer class

- **status**: pending --> closed-fixed --- ** [bugs:#385] Paste Layerable fails to work with RasterImageLayer class** **Status:** closed-fixed **Milestone:** OJ_1.16 **Labels:** RasterImageLayer **Created:** Mon Jan 19, 2015 05:35 PM UTC by Giuseppe Aruta **Last Updated:** Sun Oct 18, 2

[JPP-Devel] [jump-pilot:bugs] #385 Paste Layerable fails to work with RasterImageLayer class

Confirm the bug is solved on newer version of OpenJUMP. I clos the ticket --- ** [bugs:#385] Paste Layerable fails to work with RasterImageLayer class** **Status:** pending **Milestone:** OJ_1.16 **Labels:** RasterImageLayer **Created:** Mon Jan 19, 2015 05:35 PM UTC by Giuseppe Aruta **Last

[JPP-Devel] [jump-pilot:bugs] #385 Paste Layerable fails to work with RasterImageLayer class

:** pending **Milestone:** OJ_1.16 **Labels:** RasterImageLayer **Created:** Mon Jan 19, 2015 05:35 PM UTC by Giuseppe Aruta **Last Updated:** Tue Oct 13, 2020 09:10 PM UTC **Owner:** nobody It seems that Paste Raster layer plugin (of Sextante Raster Image Layer - layer context menu) has no effects

[JPP-Devel] [jump-pilot:bugs] #385 Paste Layerable fails to work with RasterImageLayer class

n.java:344) at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967) --- ** [bugs:#385] Paste Layerable fails to work with RasterImageLayer class** **Status:** pending **Milestone:** OJ_1.16 **Labels:** RasterImageLayer **Created:** Mon Jan 19, 2015 05:35 PM UTC b

[JPP-Devel] [jump-pilot:bugs] #291 Problem on drop-down menus

- **status**: open --> closed-fixed --- ** [bugs:#291] Problem on drop-down menus** **Status:** closed-fixed **Milestone:** OJ_1.16 **Labels:** General / Other **Created:** Sat Mar 16, 2013 08:20 PM UTC by Giuseppe Aruta **Last Updated:** Tue Oct 13, 2020 11:14 AM UTC **Owner:** nobody

[JPP-Devel] [jump-pilot:bugs] #291 Problem on drop-down menus

I cannot observe this behaviour any more. It seems that it was solved in the time Closed fixed --- ** [bugs:#291] Problem on drop-down menus** **Status:** open **Milestone:** OJ_1.16 **Labels:** General / Other **Created:** Sat Mar 16, 2013 08:20 PM UTC by Giuseppe Aruta **Last Updated

[JPP-Devel] [jump-pilot:feature-requests] #271 Extend capaiblities of Cadplan vertex symbology plugin

--- ** [feature-requests:#271] Extend capaiblities of Cadplan vertex symbology plugin** **Status:** open **Created:** Tue Oct 13, 2020 11:11 AM UTC by Giuseppe Aruta **Last Updated:** Tue Oct 13, 2020 11:11 AM UTC **Owner:** nobody see email by Geoff: New Vertex Symbols Plugin : 11. July

[JPP-Devel] [jump-pilot:bugs] #89 label offset should be set according to symbol size

- **status**: open --> closed-invalid - **assigned_to**: Giuseppe Aruta --- ** [bugs:#89] label offset should be set according to symbol size** **Status:** closed-invalid **Milestone:** OJ_1.16 **Created:** Fri Jul 13, 2007 08:51 AM UTC by Anonymous **Last Updated:** Tue Oct 13, 2020 11:08

[JPP-Devel] [jump-pilot:bugs] #89 label offset should be set according to symbol size

**Created:** Fri Jul 13, 2007 08:51 AM UTC by Anonymous **Last Updated:** Sun Sep 13, 2020 06:31 PM UTC **Owner:** nobody see email by Geoff: New Vertex Symbols Plugin : 11. July 2007: 3:31 Dear Giuseppe Thank you for your comments. Please see my responses below: geoff Giuseppe Aruta wrote

Re: [JPP-Devel] 6506 loading raster test

I asked Roberto to do some tests using other raster tools on OpenJUMP in order to limit the possible "bug" to other sectors of Rater management rather than loading. Roberto valuated on the Digital Terrain Model(DTM) file those tools a) RasterPropertiesPlugin and Compare raster layers, as these

[JPP-Devel] Move Rasterize plugin form Tool>Generate menu to Raster>Rasterize menu

Hi all, I am considering moving the new plugin "Rasterize vector layer" from menu Tool>Generate to menu Raster>Rasterize (rasterize submenu). The reason is to make it more evident to students who need to use it in a raster analysis. Raster tools are already scattered between the OJ Raster menu,

Re: [JPP-Devel] Fwd: Reading elevation data using Apache Commons Imaging

Hi all, First of all, I would like to thank Gary for the help to solve an important issue in OpenJUMP. This project is the result of a collaborative work of many people coming from different experiences and using OpenJUMP for different purposes: work, teaching, research. Extending this

[JPP-Devel] Problems on OJ SVN builds

Hi Ede, not sure what is the problem. it seems since version 6591 Peppe ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SVN: [6566] plug-ins/GraphToolboxPlugin/trunk

Thanks Michael. Interesting new featured -- Inviato da myMail per Android sabato, 03 ottobre 2020, 07:59PM +02:00 da jump-pilot-svn--- via Jump-pilot-devel jump-pilot-devel@lists.sourceforge.net : >Revision: 6566 >   http://sourceforge.net/p/jump-pilot/code/6566 >Author: michaudm

Re: [JPP-Devel] 6506 loading raster test

Ede, Roberto, I reverted a change made on display raster . The changes was made in order to bypass the bug described by Michael : 498 Most GeoTIFF drivers fail with a simple GeoTIFF image The change

[JPP-Devel] Activated Rasterize Vector layer plugin

rds Giuseppe Aruta ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] RasterizePlugIn

Hi Michael, thanks for the comment. Indeed my idea was to test and refine the plugin before to make available. *- plugin throws a NPE if selected attribute contains nulls* Thanks, I corrected it *- RasterizeAlgorithm class : why don't you stick to CamelCase conventions for method names?* I will

Re: [JPP-Devel] SVN: [6526] core/trunk/src

Hi Ede I am going to partially revert no data reading back to Apache Commons Imaging The reason is that the actual method that uses JAI (I added yesterday) still throws a NumberFormatException with one of the 24 test files that Roberto provided. While commons imaging works file with all. Peppe Il

Re: [JPP-Devel] Fwd: [jira] [Commented] (IMAGING-267) Colorful rendering of b/w Monoband TIF

*First off, this TIFF appears to be geophysical data. But there are no GeoTIFF tags bundled with the image. Judging from the ModelTiepointTag, it appears that the original image was configured using a projected coordinate system, maybe a UTM zone. It might help me understand this better if there

Re: [JPP-Devel] SVN: [6518] core/trunk/src/org/openjump/core/rasterimage

Removing common imaging also "prodigiously" solved the problem on AsterDem dimension that Michael described in a previous post Il giorno mar 22 set 2020 alle ore 18:20 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Hi Ede, > The changes I did: > a) remove

Re: [JPP-Devel] SVN: [6518] core/trunk/src/org/openjump/core/rasterimage

fUtilsV2.getEnvelope(tiffFile); > + // Overviews overviews = OverviewsUtils.getOverviews(new > File(fileNameOrURL), imageEnvelope); > > - return TiffUtilsV2.readImage(tiffFile, viewPortEnvelope, > requestedRes, overviews, stats); > - > +// return TiffUtilsV2.

Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

scritto: > > > On 9/22/2020 13:49, Giuseppe Aruta wrote: > >> + private static ImageAndMetadata readImage(File tiffFile, int > overviewIndex, int indexStart, Point originalSize, > >> + Resolution originalCellSize, Envelope wholeImageEnvelope, >

Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

files*. Note that, together with Statistics, also NoData value is read using apache commons. Possibly it can be used JAI staff instead (as in AddRasterImageLayerWizard class). Il giorno mar 22 set 2020 alle ore 13:49 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > > + pr

Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

data reading within > TiffUtils generally. still you my want to consider a caching approach there > as well if the info is accessed more than once and expected not to change > over the course of the runtime. > > ..ede > > On 9/22/2020 12:32, Giuseppe Aruta wrote: > > I wi

Re: [JPP-Devel] SVN: [6513] core/trunk/src/org/openjump/sigle/utilities/geom/ FeatureCollectionUtil.java

OK 2020-09-22 13:28 GMT+02:00, edgar.sol...@web.de : > Peppe, > > just rephrased/formatted/typofixed some more. can you check that it > describes what is done? ..thx ede > > On 9/22/2020 13:26, jump-pilot-svn--- via Jump-pilot-devel wrote: >> Revision: 6513 >>

Re: [JPP-Devel] SVN: [6508] core/trunk/src/org/openjump/sigle/utilities/geom/ FeatureCollectionUtil.java

..ede > > On 9/22/2020 12:25, Giuseppe Aruta wrote: > > Done > > > > Il giorno mar 22 set 2020 alle ore 12:06 edgar.sol...@web.de>> ha scritto: > > > > Peppe, some comments inline below ..ede > > > > On 9/22/2020 11:30, jump-pilot-

[JPP-Devel] New tool to rasterize vectors

Hi all, Roberto Rossi and I made a revision on Rasterize vector layer tools in OpenJUMP. This functionality is quite essential in raster analysis as it allows to transfer info in a raster to reuse in so-called Raster algebra to get new information. Generally, in a raster analysis, the number of

Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

I will make those changes. Statistics are calculated in order to reuse on raster analysis (sextante). It is also saved into a special .aux.xml sidecar file. At this moment there is no need to implement GeoReferencedRaster with Statistic read as it is uìused only by Sextante. Il giorno mar 22 set

Re: [JPP-Devel] SVN: [6508] core/trunk/src/org/openjump/sigle/utilities/geom/ FeatureCollectionUtil.java

/** > >* This class can check if a FeatureCollection has only one Geometry > Type > > @@ -22,7 +33,8 @@ > >* @author Erwan Bocher > >* @author Olivier Bedel > >* @version 2005-08-10 > > - * > > + * @author Giuseppe Aruta [2020-0

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

OK. I will do 2020-09-21 18:31 GMT+02:00, edgar.sol...@web.de : > On 21.09.2020 17:19, Giuseppe Aruta wrote: >> Hi Ede, >> it works fine. I was able to cut a selected part of the image. And also I >> tested on some simple  tools form Sextante that generate raster (Raster

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

age.. ede > > On 9/21/2020 16:02, ede wrote: > > Peppe, > > > > please try r6506. extracting a part works for me now. tested on Ubuntu > > 20. ..ede > > > > On 9/21/2020 11:03, Giuseppe Aruta wrote: > >> OK. > >> > >> *First

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

On the toolbar. The one that looks like a gray box [image: image.png] Il giorno lun 21 set 2020 alle ore 13:47 ha scritto: > On 9/21/2020 11:03, Giuseppe Aruta wrote: > > h) I drew a fence on the raster > > g) On layer tree, selecting Depit070.tif, I clicked on tool "Extra

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

; > ..ede > > On 21.09.2020 09:54, Giuseppe Aruta wrote: > > Hi Ede, everything fine on my side to load view and zoom raster file. > > I have problems on loading raster generated by OpenJUMP (ex. using > "Extract selected part of the image" tool on Layerable tree

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

you Peppe Il giorno lun 21 set 2020 alle ore 01:13 ha scritto: > On 20.09.2020 18:53, Giuseppe Aruta wrote: > > :-) > > Sorry for misunderstanding. > > nuhhh. no problemo. > > > Roberto starts the course at the 1 of October. > > He can use OJ 1.15

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

ppe, > > misunderstanding ;). my question is when do you need it working as stable > or better as in OJ 1.15? when do the courses start? ..ede > > On 20.09.2020 18:19, Giuseppe Aruta wrote: > > Hi Ede > >>what was your time frame again? > > TiffUtils ->6398 30/08/2020

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

Hi Ede >what was your time frame again? TiffUtils ->6398 30/08/2020 RasterImageLayer -> 6399 31/08/2020 RasterImageIO -->5413 01/04/2017 AddRasterImageLayerWizard --> 5916 18/08/2018 All my modification started from 02/09/2020 Il giorno dom 20 set 2020 alle ore 14:52 ha scritto: >

Re: [JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

Ede, MIchael, regarding RasterImageLayers. At this stage, even if I partially solved the problems of the warning from my side, Roberto still finds them. I also find a problem on Sextante. Whenever a raster is generated by a Sextante tool, it is loaded but neither displayed nor readable on

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

Thanks Ede Il gio 17 set 2020, 16:47 ha scritto: > let me have a look at it over the weekend. i am fairly certain that i can > cut out some computing which is not necessary for sextante raster, which > might already fix this issue. > > ..ede > > On 9/17/2020 15:34,

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

the error in several files of the list and was not able to load and view some of them Peppe Il giorno gio 17 set 2020 alle ore 15:29 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Hi Ede, > sorry, I sent the message just a microsecond I received yours > > >how

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

critto: > hey Peppe, > > On 9/17/2020 14:58, Giuseppe Aruta wrote: > > Hi Ede, > > the class > > com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster > (and > > related) work very well on loading raster in sextante. > > In order to clean up from

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

gt; >> Il 16/09/2020 12:10, edgar.sol...@web.de ha scritto: >> >> hey Peppe, >> >> could you provide one or more of the problematic image files as well? >> >> ..ede >> >> On 9/16/2020 7:12, Giuseppe Aruta wrote: >> >> Hi Ede, >

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

en several raster files. > Best regards > Roberto Rossi > > Il 16/09/2020 12:10, edgar.sol...@web.de ha scritto: > > hey Peppe, > > could you provide one or more of the problematic image files as well? > > ..ede > > On 9/16/2020 7:12, Giuseppe Aruta wrote:

Re: [JPP-Devel] SVN: [6490] core/trunk/src/com/vividsolutions/jump/workbench/ui/ JTablePanel.java

>it is as well cluttering our API Do you mean to add a panel on JTablePanel and then to remove it on a plugin? I agree. But honestly in this moment I don't find another solution. The time I added the class JTablePanel to OpenJUMP, I was thinking of an easy (and uniform) way to manage data on a

Re: [JPP-Devel] About CAD tool Draw a symmetric geometry

Hi Jukka the following steps work for me: a) select the feature(s) you want to mirror b) click on the tool "Draw a symmetric geometry" c) in the next dialog select the option in the middle ("Select a line") d) the cursor changes icon, put on the line you want to use and click once. e) a small

[JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

Hi all Sometimes I try to load a monoband raster, like the one I attached to this mail, and I get this message of error: *(Referenced Image Exception)com.vividsolutions.jump.workbench.imagery.ReferencedImageException: java.lang.ArrayIndexOutOfBoundsException at

[JPP-Devel] Extend pixel inspection

Hi all, I added to the pixel inspection tool - activated on Sextante raster layer, on the menu Raster>pixel inspection - the capability to retrieve a set of a value (into a table) if the user drags on an area of the displayed (and selected) raster layer. It is a very testing tools as it is limited

Re: [JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

Yes. Also with other project files I made using OJ 1.15. I remember I had a similar bug connect to one of the implements of JFileChooser in openjump (with the tools to save and load style files). Peppe Il lun 14 set 2020, 20:38 michael michaud via Jump-pilot-devel <

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

I still have problems. I attached an image of what is going on on the view when I try to open a project made with OJ 1.15 with OJ 6477. Nothing happens. Attachments: - [Schermata a 2020-09-14

Re: [JPP-Devel] SVN: [6461] core/trunk/src/org/openjump/core/rasterimage

I reverted the changes. I didn't find a valid way. Il giorno lun 14 set 2020 alle ore 11:49 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Hi Ede, > can you check if this modification fits memory problems? > a) On loading TIF (RasterImageIO and TiFFUtils class) I g

<    1   2   3   4   5   6   7   8   9   10   >