uDIG

Raster files that used to work in uDig 1.1

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: UDIG 1.2.M0
  • Fix Version/s: UDIG 1.1.x, UDIG 1.2.M3
  • Component/s: file format
  • Labels:
    None
  • Environment:
    Win XP Pro

Description

The following bug report has been provided to me (see the attached XL file for the complete breakdown with screen snaps). The gist of this bug report is that several images that displayed correctly in uDig 1.1 now fail to renderer in uDig 1.2.

http://www.digitalglobe.com/index.php/70/Product+Samples/Boulder_Standard_Pan_16bit.zip
QuickBird/Pan

  • uDig 1.1: Image Opens in 30 seconds
  • uDig 1.2: Projection displayed but Image not loaded even after paning or zooming

http://www.digitalglobe.com/index.php/70/Product+Samples/Boulder_Standard_Multi_16bit.zip
QuickBird/MSS

  • uDig 1.1: Image Opens in 30sec. The Image is displayed in Gray scale with green patches in few places
  • uDig 1.2: Projection displayed but Image not loaded even after paning or zooming

http://www.geoeye.com/CorpSite/resource/sample_imagery.aspx
IKONOS/Pan

  • uDig 1.1: Image Opens in 2 Min
  • uDig 1.2: Projection displayed but Image not loaded even after paning or zooming

IKONOS/MSS

  • uDig 1.1: Image Opens in 5 min with message "Rendering an error occurred when drawing try zooming closer to panning to another part of the image". Image was not displayed in Fit screen mode but it dsplayed after panning and zooming
  • uDig 1.2: Projection displayed but Image not loaded even after paning or zooming

http://www.nrsc.gov.in/IRS-P6/LISSIIIdownloads.htm
IRS/Liss3

  • uDig 1.1: Image does not open with error 'rendering null'
  • uDig 1.2: Image not loaded, no change in projection either. Gives an error message like 'Co-ordinate Reference System of data is unknown'

http://data.alos-restec.jp/downloads/PRISM/PSM_1A.zip
ALOS/Prism

  • uDig 1.1: Image was first converted to geoTif and then it opened in 50sec
  • uDig 1.2: Image not loaded, the format is not supported at all by UDIG. Even after converting to .tif the image did not display, gave an error message like 'Co-ordinate Reference System of data is unknown'

http://data.alos-restec.jp/downloads/AVNIR-2/AV2_1B2.zip
ALOS/AVINIR2

  • uDig 1.1: Image was first converted to geoTif and then it opened in 40sec
  • uDig 1.2: Image not loaded, the format is not supported at all by UDIG. Even after converting to .tif the image did not display, gave an error message like 'Co-ordinate Reference System of data is unknown'

http://www.geoeye.com/CorpSite/resource/sample_imagery.aspx
OrbView/Pan

  • uDig 1.1: Image was first converted to geoTif and then it opened in 1 min. The no feature are discernable on the image.
  • uDig 1.2: Neither .tif nor .jpg is opening even though both the formats are supported. No error message displayed in case of error
    OrbView/MSS
  • uDig 1.1: Image was first converted to geoTif and then it opened in 50 sec. The image opened in gray scale
  • uDig 1.2: Neither .tif nor .jpg is opening even though both the formats are supported. No error message displayed in case of error

General Comments on this Issue:

  • Since we do not know how they converted the images much of the information provided is not going to help us
  • We have a new raster library at work here in uDig 1.2 and thus we should expect differences. Also the SLD support for RasterSymbolizer now functions (so we may be seeing the work of a poorly chosen default RasterSymbolizer.
  • The long load times (and some time failures) seen in uDig 1.1 are probably doing to loading an image into memory - and in the case of failures running out of memory. As a result it would be nice to check the log and see if any out of memory messages occured.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Jody Garnett added a comment -
I could not download the provided quickbird link - the website insists on showing me adds. Apprently this is sample data from a vendor. Navigating through the website is wasting my time.
Show
Jody Garnett added a comment - I could not download the provided quickbird link - the website insists on showing me adds. Apprently this is sample data from a vendor. Navigating through the website is wasting my time.
Hide
Permalink
Jody Garnett added a comment - - edited
This link seems to work for "IKONOS/Pan"
- http://www.geoeye.com/CorpSite/assets/docs/partner-portal/OV3Ortho_1m_Pan_TokyoJapan.zip

The file loads into the catalog fine; and responds well to a resource summary. As promised it is visualized as a big black square. Looking at the generated SLD it looks as if the default raster symbolizer is in question; playing with some SLDs from the geotools test directory did not yield a display - however I feel that making a good raster symbolizer is the next logical step here.
Show
Jody Garnett added a comment - - edited This link seems to work for "IKONOS/Pan" - http://www.geoeye.com/CorpSite/assets/docs/partner-portal/OV3Ortho_1m_Pan_TokyoJapan.zip The file loads into the catalog fine; and responds well to a resource summary. As promised it is visualized as a big black square. Looking at the generated SLD it looks as if the default raster symbolizer is in question; playing with some SLDs from the geotools test directory did not yield a display - however I feel that making a good raster symbolizer is the next logical step here.
Hide
Permalink
Jody Garnett added a comment - - edited
Using some rasters from the geotools library test cases we have another clue:
- http://svn.osgeo.org/geotools/trunk/modules/plugin/geotiff/src/test/resources/org/geotools/gce/geotiff/test-data/
- http://svn.osgeo.org/geotools/trunk/modules/plugin/imagemosaic/src/test/resources/org/geotools/gce/imagemosaic/test-data/

In a few cases the images do not display ... even though their CRS is used to create a new map; only when I change the map to "EPSG:4326" are the images rendered.

- (/) 002025_011_010722_17_01_utm2.tiff
- (/) ace.tiff
- (x) albers2.tiff - needed to make the map EPSG:4326 before it would display
- (/) bogot.tiff
- (x) c41078a.tiff

So I suspect that the CoordianteReferenceSystem we are creating from the GeoTIFF description is not complete enough for us to display. We could try doing a CRS.findIdentifiedObject in order to look up a more official definition?
Show
Jody Garnett added a comment - - edited Using some rasters from the geotools library test cases we have another clue: - http://svn.osgeo.org/geotools/trunk/modules/plugin/geotiff/src/test/resources/org/geotools/gce/geotiff/test-data/ - http://svn.osgeo.org/geotools/trunk/modules/plugin/imagemosaic/src/test/resources/org/geotools/gce/imagemosaic/test-data/ In a few cases the images do not display ... even though their CRS is used to create a new map; only when I change the map to "EPSG:4326" are the images rendered. - (/) 002025_011_010722_17_01_utm2.tiff - (/) ace.tiff - (x) albers2.tiff - needed to make the map EPSG:4326 before it would display - (/) bogot.tiff - (x) c41078a.tiff So I suspect that the CoordianteReferenceSystem we are creating from the GeoTIFF description is not complete enough for us to display. We could try doing a CRS.findIdentifiedObject in order to look up a more official definition?
Hide
Permalink
Jody Garnett added a comment -
Code sprint on this topic is here:
- http://spreadsheets.google.com/ccc?key=pyWSNIuVKOuxJydpCQ1bUbQ

Questions and follow up:
- how were the "orbview" files converted - without knowing this we cannot help test (please supply a converted file)
- the QuickBird/MSS image mentioned above was mostly transparent and thus not visible to humans
Show
Jody Garnett added a comment - Code sprint on this topic is here: - http://spreadsheets.google.com/ccc?key=pyWSNIuVKOuxJydpCQ1bUbQ Questions and follow up: - how were the "orbview" files converted - without knowing this we cannot help test (please supply a converted file) - the QuickBird/MSS image mentioned above was mostly transparent and thus not visible to humans
Hide
Permalink
Mayur G added a comment -
ALOS / Prism
Step 1 : ALOS / Prism Image was Imported to a native raster format of a COTS tool.
Step 2 : These images was then opened in the COTS tool
Step 3 : The Images in the Native Raster was then exported to Tif 6.0 using the same COTS tools

ALOS / AVINIR2
Step 1 : ALOS / AVINIR2 Image was Imported to a native raster format of a COTS tool.
Step 2 : These images was then opened in the COTS tool
Step 3 : The Images in the Native Raster was then exported to Tif 6.0 using the same COTS tools

OrbView / Pan
Step 1 :OrbView / Pan Image was Imported to a native raster format of a COTS tool.
Step 2 : These image was then opened in the COTS tool
Step 3 : The Image in the Native Raster was then exported to Tif 6.0 using the same COTS tools

OrbView / MSS
Step 1 :OrbView / MSS Image was Imported to a native raster format of a COTS tool.
Step 2 : These image was then opened in the COTS tool
Step 3 : The Image in the Native Raster was then exported to Tif 6.0 using the same COTS tools
Show
Mayur G added a comment - ALOS / Prism Step 1 : ALOS / Prism Image was Imported to a native raster format of a COTS tool. Step 2 : These images was then opened in the COTS tool Step 3 : The Images in the Native Raster was then exported to Tif 6.0 using the same COTS tools ALOS / AVINIR2 Step 1 : ALOS / AVINIR2 Image was Imported to a native raster format of a COTS tool. Step 2 : These images was then opened in the COTS tool Step 3 : The Images in the Native Raster was then exported to Tif 6.0 using the same COTS tools OrbView / Pan Step 1 :OrbView / Pan Image was Imported to a native raster format of a COTS tool. Step 2 : These image was then opened in the COTS tool Step 3 : The Image in the Native Raster was then exported to Tif 6.0 using the same COTS tools OrbView / MSS Step 1 :OrbView / MSS Image was Imported to a native raster format of a COTS tool. Step 2 : These image was then opened in the COTS tool Step 3 : The Image in the Native Raster was then exported to Tif 6.0 using the same COTS tools
Hide
Permalink
Mayur G added a comment -
OrbView and ALOS images were converted by the above mentioned workflow
Show
Mayur G added a comment - OrbView and ALOS images were converted by the above mentioned workflow
Hide
Permalink
Jody Garnett added a comment -
Mayur - we had deduced your workflow. However we cannot reproduce the same tif file you are having problems with. Chances are it is a difference in understanding of the geo tiff specification between the COTS (which one?) and that understood by the open source community.

Can you run gdal info on the resulting tif and let us know what it says? And to actually debug anything we will need a tif generated by this program that is small enough for us to run tests cases against.
Show
Jody Garnett added a comment - Mayur - we had deduced your workflow. However we cannot reproduce the same tif file you are having problems with. Chances are it is a difference in understanding of the geo tiff specification between the COTS (which one?) and that understood by the open source community. Can you run gdal info on the resulting tif and let us know what it says? And to actually debug anything we will need a tif generated by this program that is small enough for us to run tests cases against.
Hide
Permalink
karthi added a comment -
Jody - We have uploaded one of the image in the site mentioned below.

Download link: http://www.filejumbo.com/Download/687833102C4E6C5F
File name: 3V060320P0001134522C5200001000810_01_output.rar
File size: 55.28 MB

Show
karthi added a comment - Jody - We have uploaded one of the image in the site mentioned below. Download link: http://www.filejumbo.com/Download/687833102C4E6C5F File name: 3V060320P0001134522C5200001000810_01_output.rar File size: 55.28 MB
Hide
Permalink
karthi added a comment -
Jody - we have downloaded the uDig 1.2 M2 from uDig site. We are facing problem in opening the images. I have attached the installation procedures followed and the bug report.
Show
karthi added a comment - Jody - we have downloaded the uDig 1.2 M2 from uDig site. We are facing problem in opening the images. I have attached the installation procedures followed and the bug report.
Hide
Permalink
Jody Garnett added a comment -
Thanks - the developer list mentioned the problems about the location of the "jre" folder. It should be fixed now. The email message was sent out earlier:
- http://www.nabble.com/forum/ViewPost.jtp?post=21781650&framed=y

Are you getting these emails?

Show
Jody Garnett added a comment - Thanks - the developer list mentioned the problems about the location of the "jre" folder. It should be fixed now. The email message was sent out earlier: - http://www.nabble.com/forum/ViewPost.jtp?post=21781650&framed=y Are you getting these emails?
Hide
Permalink
Jody Garnett added a comment -
gdavis just found (and confirmed the fix for) a problem loading any image with a space in its pathname (such as C:\Documents and Settings\Graham\projects\Hurricane Ike\Pre"

Perhaps this problem applys to your testing?
Show
Jody Garnett added a comment - gdavis just found (and confirmed the fix for) a problem loading any image with a space in its pathname (such as C:\Documents and Settings\Graham\projects\Hurricane Ike\Pre" Perhaps this problem applys to your testing?
Hide
Permalink
Andrea Antonello added a comment -
I think this can be closed? Was solved after the raster code sprint at begin 2009
Show
Andrea Antonello added a comment - I think this can be closed? Was solved after the raster code sprint at begin 2009
Hide
Permalink
Silvia Franceschi added a comment -
Fixed in the last Raster Code Strint
Show
Silvia Franceschi added a comment - Fixed in the last Raster Code Strint

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved:
Atlassian JIRA (v4.4.3#663-r165197) | Report a problem
Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.