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

@edso >maybe you want to take a peek how other JUMPSs/Java apps access those and >implement it in OJ? Kosmo used Gdal to access to raster data, I think with GvSIG framework Possibly a pure Java solution that works with many TIFF types could be on ImageJ >if it used to work earlier try to

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

If you agree I will keep this ticket open for OpenJUMP 2.0 --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud **Last Updated:** Fri Sep 04, 2020 09:46 PM UTC **Owner:**

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

Hi Michael, I confirm newer OJ MB can load and display simple geotiff. The changes I did: a) TiFFUtils class. Method getRenderedOp(File tiffFile) which was using JAI.create method to load a file. I added as main method GeoReferencedRaster.getRenderedOp which seems more robust and able to open

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

Since I have problems to display Aster tiff files, possibily due to the precence of overviews, I am considering to add a plugin to convert a file image (TIFF in this case) directly without loading into OJ view --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image**

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

OpenJUMP 6430 . Almost solved reading pixel data (Info tool , pixel inspection and raster profile) for test image small_word.tif (not for Aster dem file). Removed also warnings substituting GeoReferencedRaster.getImage() method to read PlanarImage of TIFF (instead of JAI.create("fileload"..)

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

Hi Michael, I added a small patch to RasterImageLayer.class (Sextante) which should partially solve the display for tiff loaded via this class. Not sure about the reason (TIFF drivers? Appling symbology?). I still have Error output whenever I use a pixel querry ([ERROR] 11:11:45.369 Planar

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

Please try OJ 6410 --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud **Last Updated:** Wed Sep 02, 2020 09:28 AM UTC **Owner:** nobody **Attachments:** -

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

*can you check, is your folder /tmp existing and writable by you?* Yes. It is both existing and writable. But the problem is neither the status of tmp folder nor a space in the path: on my machine it happens on every folder I try to use. *i just committed a line, you can check the surrounding

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

I remember we downgrade from Batik 1.13 to Batik 1.6.1 because of problems to export to SVG --- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Mon Aug 31, 2020 05:18

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

I found the reason, a) missing class serializer-2.7.2.jar b) obsolete class xalan-2.4.1.jar How to solve: in the LIB folder a) substitute xalan-2.4.1.jar witn newer xalan-2.7.2.jar b) copy lib serializer-2.7.2.jar with this modification opening TIF files without aux.xml sidecar files works

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

tested on newer OJ 6400 --- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Tue Sep 01, 2020 09:50 AM UTC **Owner:** nobody **Attachments:** -

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

(Sextante) RasterImage. I had to revert some changes I did in these days. Mostly connected to cell query. The reason: Roberto Rossi, from Univ, of Padua, who worked as my tester found some blurring on display discrete DEMs (Dem with classes) and the cell query was quite slow and displaying

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

I see that there is a newer version OJ 6344, I will test it. Just to check it is not a OS problem, I use Ubuntu with OpenJDK 1.8 --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image** **Status:** open **Milestone:** OJ_future **Created:** Sun Aug 30, 2020 08:02 AM UTC by

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

I made several tests opening the test files attached to this post in several combinations. I used: OJ 6445 core - OJ 6445 PLUS **OJ 6445 core** It opens all the files without any problem. the DEM (*AsterDEM, geotif *and *mdt25a*) are displayed wella nd also tool (like pixel inspection) works

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

I would like to find a solution with I imageio-ext 1.3.2. It seems to work faster and to use less memory. Otherwise I am OK to downgrade to the last working version (1.1.13) Attachments: -

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

we lost the ability (version OJ 6443) to load TIFF DEM (mono band rasters). I tested with several TIFF DEM, including the one I attached here. None is load. AFAIR we had the same problem when we moved to imageIO-ext 1.1.13 to 1.1.16 (OJ 1.15). So we had to downgrade to

[JPP-Devel] [jump-pilot:bugs] #175 Bug random behavior of Save Image to Raster

- **status**: open --> closed-fixed - **Comment**: It is already solved. Fixed --- ** [bugs:#175] Bug random behavior of Save Image to Raster** **Status:** closed-fixed **Milestone:** OJ_1.16 **Labels:** General / Other **Created:** Wed Feb 09, 2011 07:32 AM UTC by Anonymous **Last

[JPP-Devel] [jump-pilot:bugs] #422 Bug in jython tools

OK. I will close it. No complain for the absence of Road Tool --- ** [bugs:#422] Bug in jython tools** **Status:** pending **Milestone:** OJ_1.16 **Created:** Wed Jun 01, 2016 06:13 AM UTC by michael michaud **Last Updated:** Sun Sep 13, 2020 06:37 PM UTC **Owner:** nobody Some jython tools

[JPP-Devel] [jump-pilot:bugs] #422 Bug in jython tools

- **status**: pending --> closed-fixed --- ** [bugs:#422] Bug in jython tools** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Wed Jun 01, 2016 06:13 AM UTC by michael michaud **Last Updated:** Mon Sep 14, 2020 07:26 AM UTC **Owner:** nobody Some jython tools like Road arc

[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

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

No'It is amazing that the class was never modified. That means the good experience of the developer --- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** closed-works-for-me **Milestone:** OJ_future **Created:** Fri Jul 31, 2020 07:40 AM UTC by

[JPP-Devel] [jump-pilot:bugs] #429 CRS transformation

- **status**: open --> closed - **Milestone**: --> undecided - **Comment**: Closed since november 2017. See discussion --- ** [bugs:#429] CRS transformation** **Status:** closed **Milestone:** undecided **Created:** Thu Sep 29, 2016 07:43 PM UTC by michael michaud **Last Updated:** Mon Dec

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

Thanks Ede, I did the modification and tested everything fine WarpingPanelPlugin moved from version 9 (2005) to verison 6423 (2020) :-( --- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** open **Milestone:** OJ_future **Created:** Fri Jul 31,

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

I attached the Aster DEM tif file. Once loaded into OpenJUMP, to display it, click on "Zoom to layer" Then try to use the tools Raster>Pixel inspection or Raster>Profile The output is always "0.0" Peppe Attachments: -

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

Hi Ede, the problem is only on warp plugin toolbar. The proposed modification (toolbox.getToolBar().setLayout(new FlowLayout())) should fix it without affect on other toolbars (Editing, CAD and Measure Plugin) which seems to work file. --- ** [bugs:#495] Warp panel shows a vertical toolba

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

- **status**: open --> closed-works-for-me --- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** closed-works-for-me **Milestone:** OJ_future **Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta **Last Updated:** Fri Sep 04, 2020 09:57 AM

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

Hi Ede, I didi some test, now everything works fine, thanks. The cryses is over. OpenJUMP Raster analysis is heavily used in the cource of GIS analysis at the Univ. of Padua by Roberto Rossi (https://persone.csia.unipd.it/off/2020/LM/AV/AG0062/000ZZ/AG01122459/N0) which starts in a months I am

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

Export is fine for Vector and ReferenceImageLayer at any scale. Export RasterImageLayer: it is rescales and sometimes lost if we rescale the view using saving options: The difference: a) Embedded Save view>to SVG and change current scale box on "Scale 1:" option. 1) If I leave the scale box

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

- **status**: open --> closed-fixed --- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Tue Sep 01, 2020 03:26 PM UTC **Owner:** nobody **Attachments:** -

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

Hi Michael, sorry for that. I was working to solve problems on visibility/query on raster layers and I inadvertently reverted your change. I restore it back to 6399 and today I will do some tests Peppe --- ** [bugs:#385] Paste Layerable fails to work with RasterImageLayer class** **Status:**

[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 AM

[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 I

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

I thgink we can close it. It was more like a feature request than a bug. At that time I was in the need to have a tool like that. Not now. I am goung to save it as Feature request --- ** [bugs:#89] label offset should be set according to symbol size** **Status:** open **Milestone:** OJ_1.16

[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] #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

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

Using Ubuntu. Loading an image as RasterImageLayer (Sextante). Using the coomad "Copy selected layer" I have this warning: com.vividsolutions.jts.util.AssertionFailedException: Should never reach here at com.vividsolutions.jts.util.Assert.shouldNeverReachHere(Assert.java:122) at

[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

- **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, 2020

[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] #480 SLD import/export problems

- **Milestone**: --> OJ_future - **Comment**: Tagged ad posted. Maybe it can be fix --- ** [bugs:#480] SLD import/export problems** **Status:** open **Milestone:** OJ_future **Created:** Sun Dec 02, 2018 02:47 PM UTC by Giuseppe Aruta **Last Updated:** Sat Aug 29, 2020 08:47 AM UTC

[JPP-Devel] [jump-pilot:bugs] Re: #479 OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

AFAIR. Possibly It is already fixed. Il sab 29 ago 2020, 10:49 michael michaud ha scritto: > Do you have any tiff / tiff.aux.xml to reproduce the problem ? > -- > > * [bugs:#479] OpenJUMp > doen't recognize

[JPP-Devel] [jump-pilot:bugs] #479 OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

It has been fixed but tag has not been changed yet --- ** [bugs:#479] OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore** **Status:** open **Milestone:** **Labels:** SRS **Created:** Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta **Last Updated:** Sat Aug 29, 2020 08:49 AM

[JPP-Devel] [jump-pilot:bugs] #479 OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

- **status**: open --> closed-fixed - **Milestone**: --> undecided --- ** [bugs:#479] OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore** **Status:** closed-fixed **Milestone:** undecided **Labels:** SRS **Created:** Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta **Last

[JPP-Devel] [jump-pilot:bugs] #483 RasterStyleDialog freezes if the selected raster has only one value (raster used as mask)

- **status**: pending --> closed-fixed - **Milestone**: --> undecided --- ** [bugs:#483] RasterStyleDialog freezes if the selected raster has only one value (raster used as mask)** **Status:** closed-fixed **Milestone:** undecided **Created:** Thu Dec 20, 2018 11:25 AM UTC by Giuseppe Aruta

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

Hi Ede, > did you rename the samples before you uploaded them? No. file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml should be automatically created by OJ when it load the new generated file. >the files you attached open and save fine incl. the aux file on windows within >eclipse current trunk

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

- Description has changed: Diff: --- old +++ new @@ -1,6 +1,15 @@ -Hi all,(Layerable: RasterImageLayer) whenever I try to create a new raster I get  an error message due to matter that OJ cannot read (or create) a aux.xml file (file where some statistics are stored). The bug  is

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

--- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Sun Aug 30, 2020 03:17 PM UTC **Owner:** nobody **Attachments:** -

[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

[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

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:feature-requests] #268 Translation of Map Coloring plugin to Hungarian

Janos, your hungarian file has been uploaded into OpenJUMP dist and will be available on next build. If you are interested to translate OpenJUMP to Hungarian, as suggested by Ede, and need a help, fill free to write to the group list Bets regards Peppe --- ** [feature-requests:#268]

[JPP-Devel] [jump-pilot:feature-requests] #268 Translation of Map Coloring plugin to Hungarian

- **status**: open --> closed - **assigned_to**: Giuseppe Aruta --- ** [feature-requests:#268] Translation of Map Coloring plugin to Hungarian** **Status:** closed **Labels:** localisation ojmapcoloring **Created:** Wed Jun 10, 2020 07:31 AM UTC by kjt **Last Updated:** Wed Jun 10, 2020

[JPP-Devel] [jump-pilot:feature-requests] #245 Create form to edit attribute values

- **status**: open --> pending - **Comment**: OJ 6352 2020-07-16. added to EditOptionPanel an option to automatically open a feature Info Frame after a new feature is created. This allows user to input attribute values directly after digitalizing a feature --- ** [feature-requests:#245]

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

One possible solution is to change LayoutManager of the toolbar. This line works: toolbox.getToolBar().setLayout(new FlowLayout()); --- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** open **Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

--- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** open **Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta **Last Updated:** Fri Jul 31, 2020 07:40 AM UTC **Owner:** Giuseppe Aruta **Attachments:** -

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

Hi Michael, can you send me the files you used as first test? I will try on my side --- ** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing versions** **Status:** open **Created:** Tue Aug 11, 2020 10:35 AM UTC by ede **Last Updated:** Fri Aug 14, 2020 12:19 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

[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] #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

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

I am going to close this bug as it has already solved by Michael's last modification on RasterImageLayer framework. --- ** [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

[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] #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

[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:** -

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

Test on OpenJUMP 6619. I cannot reproduce Roberto's bug anymore but another problem comes out, possibly due to the memory. a) when I load a raster (sextante) layers, if its position is outside the current view, I have an error message (yellow stripe) pointing to RasterImageLayer class, line

[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] #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

[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] #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] #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] #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] #521 Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017

--- ** [bugs:#521] Error on Measure Toolbox plugin OpenJUMP 2 - rev 4996 20211017** **Status:** open **Milestone:** undecided **Created:** Thu Nov 18, 2021 07:30 PM UTC by Giuseppe Aruta **Last Updated:** Thu Nov 18, 2021 07:30 PM UTC **Owner:** nobody Hi all, the error comes out when I

[JPP-Devel] [jump-pilot:bugs] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work

- **Comment**: I will close this bug as not fixed, If you agree. This plugin possibly will be never used as it requires an external software which works only in Windows and possibly it was never upgraded for a while. We can leave the code in the repository as an external plug-in Peppe ---

[JPP-Devel] [jump-pilot:bugs] #522 CADTools - Drawing Blocks throws NPEs

Hi Ede, I will open also an issue on Github. No, The snapshot seems not solved the problem. I attached to this post a sample project that made with OpenJUMP 1.16 ver 6669 Attachments: -

[JPP-Devel] [jump-pilot:bugs] #522 CADTools - Drawing Blocks throws NPEs

Hi Ede, I will open also an issue on Github. No, The snapshot seems not solved the problem. I attached to this post a sample project that made with OpenJUMP 1.16 ver 6669 Attachments: -

[JPP-Devel] [jump-pilot:bugs] #522 CADTools - Drawing Blocks throws NPEs

 --- ** [bugs:#522] CADTools - Drawing Blocks throws NPEs** **Status:** open **Milestone:** undecided **Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta **Last Updated:** Fri

[JPP-Devel] [jump-pilot:bugs] #522 CADTools - Drawing Blocks throws NPEs

I added the screenshot as it seems that the same bug affects also Vertex symbols plugin. Since CADTools and Vertex Symbols (and FillPattern) plugins share the same way to read wkt, it could be a problem on OpenJUMP jar file and not on the plugins --- ** [bugs:#522] CADTools - Drawing Blocks

[JPP-Devel] [jump-pilot:bugs] #522 Severe bug on CADTools - Block section - Some blocks are not read

--- ** [bugs:#522] Severe bug on CADTools - Block section - Some blocks are not read** **Status:** open **Milestone:** undecided **Created:** Tue Aug 16, 2022 09:57 AM UTC by Giuseppe Aruta **Last Updated:** Tue Aug 16, 2022 09:57 AM UTC **Owner:** nobody PlugIn: CADTools Bug description:

[JPP-Devel] [openjump-gis/openjump] 2e5165: Added missing epsg codes 4909 to 4999 (#86)

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: 2e5165b8594c771150256bffb9efde4394dddf87 https://github.com/openjump-gis/openjump/commit/2e5165b8594c771150256bffb9efde4394dddf87 Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] 0f2a0e: Minimal upgrade of srid.txt

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: 0f2a0ef897e4101935dccddf57e344e650f4151a https://github.com/openjump-gis/openjump/commit/0f2a0ef897e4101935dccddf57e344e650f4151a Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] a4684e: upgrade RasterTools extension

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: a4684e7b68a6882ec1330b753f2814ac3745d5ae https://github.com/openjump-gis/openjump/commit/a4684e7b68a6882ec1330b753f2814ac3745d5ae Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] 10b484: Completed Italian file language

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: 10b4848f6518115511012a4c4f3a722f9544f945 https://github.com/openjump-gis/openjump/commit/10b4848f6518115511012a4c4f3a722f9544f945 Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] ad2248: Complete transaltion in Spanish

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: ad2248127208585d5031e34ef32ee450e4af585f https://github.com/openjump-gis/openjump/commit/ad2248127208585d5031e34ef32ee450e4af585f Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] 680184: Spatially consistency between 2 Raster layers (#80)

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: 6801846e800148250033fae95bde88b5a1e31bbb https://github.com/openjump-gis/openjump/commit/6801846e800148250033fae95bde88b5a1e31bbb Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] 4a6f5a: Deactivated the numeric limit of raster info (#90)

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: 4a6f5a18dd61a994e73989ca6582bc946fcea1c1 https://github.com/openjump-gis/openjump/commit/4a6f5a18dd61a994e73989ca6582bc946fcea1c1 Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] 90be94: Deactivated the numeric limit of Layer info

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: 90be945e74f4cebb1a142834a5f6aeb986d408a8 https://github.com/openjump-gis/openjump/commit/90be945e74f4cebb1a142834a5f6aeb986d408a8 Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] beb484: Upgraded Raster Tools Extension to v2.05 (#88)

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: beb484dc68d02bcbe62b68f47a103b47b335ebf3 https://github.com/openjump-gis/openjump/commit/beb484dc68d02bcbe62b68f47a103b47b335ebf3 Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] a9cd35: Update Changes.txt

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: a9cd357409ad0377635a6ce7eb69bddd1350e65d https://github.com/openjump-gis/openjump/commit/a9cd357409ad0377635a6ce7eb69bddd1350e65d Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] d6a2b8: Update pom.xml (#110)

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: d6a2b895f5c757ee5c062ae641de93da015cbbac https://github.com/openjump-gis/openjump/commit/d6a2b895f5c757ee5c062ae641de93da015cbbac Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>

[JPP-Devel] [openjump-gis/openjump] 327047: new version 2.09 of Raster Tools ...

Branch: refs/heads/main Home: https://github.com/openjump-gis/openjump Commit: 3270477871b65312ddd81b06d64057747f4f8c28 https://github.com/openjump-gis/openjump/commit/3270477871b65312ddd81b06d64057747f4f8c28 Author: Giuseppe Aruta <69568435+ma15...@users.noreply.github.com>