Opened 8 years ago
Closed 5 years ago
#6413 closed defect (wontfix)
Cannot get uuid box information in a JPIP stream
Reported by: | bugbuster | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | closed_because_of_github_migration |
Component: | default | Version: | 2.0.1 |
Severity: | normal | Keywords: | |
Cc: |
Description
I have tested the RPC location model in a GeoJP2 image. It seems that gdalinfo cannot get the uuid box data in a JPIP stream. Below are the steps to show the issue :
1) Kakadu : check JPEG2000 information
Using kdu_jp2info tool, we can see that the JPEG2000 image header contains location information in the uuid box.
Prompt > kdu_jp2info -i TiffRPC_GEOJP2.jp2 -hex 8192 <JP2_family_file> ... <uuid name="UUID box" header="8" body="1,114" pos="77"> <hexdump> B1 4B F8 BD 08 3D 4B 43 A5 AE 8C D7 D5 A6 CE 03 49 49 2A 00 0A 00 00 00 00 00 0F 00 00 01 03 00 01 00 00 00 01 00 00 00 01 01 03 00 01 00 00 00 00 00 CF CD EF C2 EB 65 51 BE ... </hexdump> </uuid> ... </JP2_family_file> Prompt >
2) Kakadu : check JPIP information
I first start the kakadu server (kdu_server), and display the same image in kdu_show :
Prompt > kdu_show jpip://192.168.15.10:8085/TiffRPC_GEOJP2.jp2
In kdu_show, I select Metadata==> Open Metashow and display the uuid box content :
Hex Dump of Binary Contents: ---------------------------------- B1 4B F8 BD 08 3D 4B 43 | ?????? A5 AE 8C D7 D5 A6 CE 03 | ?????? 49 49 2A 00 0A 00 00 00 | ?????? 00 00 0F 00 00 01 03 00 | ?????? ...
which is the same as in point 1) This means that the kakadu server in sending the uuid box through the JPIP stream.
3) GDAL : check JPEG2000 information
Doing the same with gdalinfo, we can see that the uuid box contains an RPC location model :
Prompt > gdalinfo TiffRPC_GEOJP2.jp2 Driver: JP2KAK/JPEG-2000 (based on Kakadu v7.7.1) Files: TiffRPC_GEOJP2.jp2 Size is 870, 544 Coordinate System is: PROJCS["WGS 84 / UTM zone 23S", GEOGCS["WGS 84", ... AUTHORITY["EPSG","32723"]] Origin = (679603.199999999950000,7467345.599999999600000) Pixel Size = (12.008275862068965,-12.000000000000000) Metadata: Corder=PCRL RPC Metadata: HEIGHT_OFF=52 HEIGHT_SCALE=501 LAT_OFF=-22.9211 LAT_SCALE=0.0301 LINE_DEN_COEFF=1 -5.709163e-006 -0.0005965691 ... LINE_NUM_COEFF=-0.001201926 0.01941386 -1.003488 ... LINE_OFF=1361 LINE_SCALE=1384 LONG_OFF=-43.1978 LONG_SCALE=0.0513 SAMP_DEN_COEFF=1 0.001252145 -0.0001032272 ... SAMP_NUM_COEFF=-0.002523547 0.9934586 0.007712146 ... SAMP_OFF=2179 SAMP_SCALE=2207 ... Prompt >
4) GDAL : check JPIP information
gdalinfo does not find the uiid box information when dealing with the JPIP stream :
Prompt > gdalinfo TiffRPC_GEOJP2.jp2 Warning 1: Parsed metadata boxes from jpip stream, geographic metadata not found - is the server using placeholders for this data? Driver: JPIPKAK/JPIP (based on Kakadu) Files: none associated Size is 870, 544 Coordinate System is `' Image Structure Metadata: NBITS=8 Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 544.0) Upper Right ( 870.0, 0.0) Lower Right ( 870.0, 544.0) Center ( 435.0, 272.0) Band 1 Block=870x128 Type=Byte, ColorInterp=Undefined Overviews: 435x272, 218x136, 109x68 PROMPT >
Attachments (2)
Change History (3)
by , 8 years ago
Attachment: | TiffRPC_GEOJP2.jp2 added |
---|
by , 8 years ago
Attachment: | KakaduMetashowWindow.jpg added |
---|
UUID box content as displayed in kdu_show Metashow window
comment:1 by , 5 years ago
Milestone: | → closed_because_of_github_migration |
---|---|
Resolution: | → wontfix |
Status: | new → closed |
This ticket has been automatically closed because Trac is no longer used for GDAL bug tracking, since the project has migrated to GitHub. If you believe this ticket is still valid, you may file it to https://github.com/OSGeo/gdal/issues if it is not already reported there.
Test image