Revision: 6622
http://sourceforge.net/p/jump-pilot/code/6622
Author: michaudm
Date: 2020-11-11 22:01:40 + (Wed, 11 Nov 2020)
Log Message:
---
Warning message if memory is too low to display images
Modified Paths:
--
core/trunk/src/org/openjump/core/raste
Peppe,
a) I cannot reproduce the problem. Can you test again with 6620+. In 6619, I
let a println which could eventually throw a NPE. Also in 6619, line 432 is an
empty line (?)
b) We probably must handle memory limitations in a more elegant way, but it is
not easy because the current code may
"style from kosmo" came from an old request of mine. The time I
collaborated with Saig to translate Kosmo in Italian: I was attracted by
Kosmo way to define styles. In that time my experience with Java
programming was very low. It has not much increased nowadays but I
understand a little better to
Thanks for the update Peppe,I dispatched todos in subsections and added a few comments.Indeed, I think that Ede did a good job with ticket classification but we now have a bit of workif we want the roadmap and ticket classification to be consistent.I can't remember where bug identifiers of the ro
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 use
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 432,
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
> http://sourceforge.net/p/jump
---
** [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:**
-
[correct_disp
Maybe. I think at least NPE was a bug left in a recent commit I did. For other
remarks, I really must repeat the process step by step.
---
** [bugs:#511] CropWarp raster plugin can't overload existing file**
**Status:** open
**Milestone:** undecided
**Created:** Tue Nov 10, 2020 10:01 PM UTC b
I just made a fix as if it was a bug : floating values was not recognized
because of a conversion to int which , I think, was not necessary.
I also changed a piece of code to make it faster.
Peppe, the change is quite small. Please, have a look and check if I have
respected the original intentio
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
> Autho
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 to
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
Jum
Revision: 6621
http://sourceforge.net/p/jump-pilot/code/6621
Author: michaudm
Date: 2020-11-11 11:01:59 + (Wed, 11 Nov 2020)
Log Message:
---
Fix #510 + acceleration
Modified Paths:
--
core/trunk/src/org/openjump/core/rasterimage/algorithms/VectorizeAlg
maybe it's related to memory usage? ..ede
---
** [bugs:#511] CropWarp raster plugin can't overload existing file**
**Status:** open
**Milestone:** undecided
**Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud
**Last Updated:** Wed Nov 11, 2020 09:02 AM UTC
**Owner:** nobody
If one
Revision: 6620
http://sourceforge.net/p/jump-pilot/code/6620
Author: michaudm
Date: 2020-11-11 10:30:58 + (Wed, 11 Nov 2020)
Log Message:
---
Remove a System.out.println which could cause NPE
Modified Paths:
--
core/trunk/src/org/openjump/core/rasterimag
I try to reproduce the problem this morning, but after I get a NPE in roughly
similar conditions, I now try to describe the problem precisely, step by
step... and the problem vanished.
I'm quite sure there are some conditions producing weird results or NPE, but it
may not be normal conditions.
---
** [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:** Wed Nov 11, 2020 08:29 AM UTC
**Owner:** nobody
Trying to open a georeferenced GeoTiff
18 matches
Mail list logo