lot:bugs]" <4...@bugs.jump-pilot.p.re.sourceforge.net>,
> OpenJump develop and use
> *objet :* Re: [JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers
> fail with a simple GeoTIFF image
>
> Actually Image Raster (Sextante) uses class
> com.vividsolutions.jump.w
septembre 2020 à 11:55de : Giuseppe Aruta à : "[jump-pilot:bugs]" <4...@bugs.jump-pilot.p.re.sourceforge.net>, OpenJump develop and use objet : Re: [JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF imageActually Image Raster (Sext
Actually Image Raster (Sextante) uses class
com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster to
read an image.
@Michael ASTGTMV003_N08W084_de file is a geotiff even it has a tfw file:
everythimes that OJ loads a till image, even geotiff, it creates a new
worldfile
I made
I did mor eextensive tests with 4 types of image :
**small world** : seems that the problem with commons-imaging is the
combination of multi-bands and interleave=band (an image with same
characteristics but with interleave=pixel can be read correctly)
**peppe's dem (ASTGTMV003_N08W084_dem)** :
Peppe,
please retest with r6451. ..ede
---
** [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 michael michaud
**Last Updated:** Sat Sep 12, 2020 11:54 AM UTC
**Owner:** nobody
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
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
thanks for testing Peppe. i actually made sure that the monoband geotiff you
sent once me would properly load after the switch still. talking about the
attached.
wrt. to closing this ticket - yeah let's clear up the monoband issue and close
then.
Attachments:
-
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:
-
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
I tried to handle errors in a more friendly way in r6443, but it seems that the
best improvement wrt this ticket has been made by changing old jai libray by
the new oss version. Thanks EDE.
There is still two drivers failing in reading the small_world tiff image. One
of them is Apache Commons
(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
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"..)
wrt. to Standard TIFF Image reader from sun. since jdk9 or later it needs
--add-exports java.desktop/com.sun.imageio.plugins.tiff=ALL-UNNAMED
to access the specific imageio package.
added that to our startup scripts in rev 6427
https://sourceforge.net/p/jump-pilot/code/6427/
---
**
wrt. Commons Imaging - tested with commons-imaging-1.0-alpha2.jar the issue
still remains.
i logged a bug in their tracker, let's see how it pans out
https://issues.apache.org/jira/projects/IMAGING/issues/IMAGING-265?filter=allopenissues
---
** [bugs:#498] Most GeoTIFF drivers fail with a
- **Milestone**: OJ_1.16 --> OJ_future
- **Comment**:
won't be fixed soonish, tag it accordingly
---
** [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 michael michaud
**Last
@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
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:**
Just tested again with r6423.
Loading image with Open > File did not change
There is still the same drivers working and the same drivers throwing different
exceptions with small_world tif
On the other hand, Open > Raster Image (Sextante) now loads and display the
image correctly ;-)
Aster DEM
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:
-
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**
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
Hi Mihael,
please, wait to test: I found that I need to make an extra
modification on the library (in was on my local OJ but not on the SVN
upgrade)
I will do other tests and upgrade the new version tomorrow
Peppe
> Thanks for your effort Peppe, I'll try it soon and I'll come back to you.
>
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:**
-
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
Regarding RasterImageLayer. It has a quite good method to read geospatial
position of GeoTiff, even if fails to read raster. And it automatically
generated a world file. This is a good as I can reopen the GeoTiff with
external software (I prefer imagej) and save back in a format readable by
---
** [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:** Sun Aug 30, 2020 08:02 AM UTC
**Owner:** nobody
**Attachments:**
-
27 matches
Mail list logo