Opened 13 years ago

Closed 13 years ago

#3895 closed defect (fixed)

OZI drivers fails to open a lot of OZF2 files

Reported by: jcrepetto Owned by: warmerdam
Priority: normal Milestone: 1.8.0
Component: default Version: unspecified
Severity: normal Keywords:
Cc:

Description

Hello, About one half of the OZF2 files I have tested couldn't be opened by the new driver in GDAL-1.8.0 beta 2. For example, with the World.ozf2 file shipped with the demo version of OziExplorer :

$ gdalinfo --debug on /mnt/share/World.ozf2 OZI: OZI version code : 0x07A431F1 OZI: zoom[0] nW=2108, nH=2048, nTileX=33, nTileY=33 ERROR 4: `/mnt/share/World.ozf2' not recognised as a supported file format.

gdalinfo failed - unable to open '/mnt/share/World.ozf2'. GDAL: GDALDeregister_GTiff() called.

Some other files give the message "OZI: didn't get end of zoom levels marker" .

Change History (3)

comment:1 by Even Rouault, 13 years ago

Jean-Claude,

I've fetched World.ozf2 and will have a look at what happens. Could you also attach the other files (or provide a link where to download them) that cause the message "OZI: didn't get end of zoom levels marker" ?

comment:2 by Even Rouault, 13 years ago

r21407: OZI: accept files were advertized vertical tile number is greater than the minimum required

--> this fixes the issue for World.ozf2 only. The other error message indicates a different issue.

comment:3 by Even Rouault, 13 years ago

Resolution: fixed
Status: newclosed

r21408 /trunk/gdal/gcore/gdal_misc.cpp: GDALLoadOziMapFile(): take into account the MSF parameter when found (#3895)

r21409 /trunk/ (autotest/gdrivers/ozi.py gdal/frmts/ozi/ozidataset.cpp): OZI: be robust when 'end of zoom levels marker' is not found at the expected place; add support for the GCP related virtual methods to return GCPs instead of geotransform when the geotransform was only approximate (#3895)

That should fix the issue with the provided file.

Note: See TracTickets for help on using tickets.