[gdal-dev] Unrecognized Geopdf files using GDAL 1.8

N. Farah nfarah at hotmail.com
Mon Feb 28 06:51:09 EST 2011


Okay. Thanks again ! 
I remember i built one time open jpeg from v2 branch and there was compatibility issues with poppler distributed with kdewin32 project.The poppler I got from kdewin32 was dependent openJpeg 1.3-2 and this one was built with the following exported functions:opj_destroy_decompress, opj_cio_close and opj_set_event_mgr that are not existent any more in Open jpeg v2.
2>gdal.lib(JPEG2000Stream.cc.obj) : error LNK2001: unresolved external symbol __imp__opj_destroy_decompress at 42>gdal.lib(JPEG2000Stream.cc.obj) : error LNK2001: unresolved external symbol __imp__opj_cio_close at 42>gdal.lib(JPEG2000Stream.cc.obj) : error LNK2001: unresolved external symbol __imp__opj_cio_open at 122>gdal.lib(JPEG2000Stream.cc.obj) : error LNK2001: unresolved external symbol __imp__opj_set_event_mgr at 12
But it appears that http://vbkto.dyndns.org:1280/sdk had a poppler version that is compatible with open jpeg 2000 v2.So i end up using it those packaged versions with http://vbkto.dyndns.org:1280/sdk.
Apparently since you can open ok the mentioned .pdf with poppler 0.12.4 the issue seems to come from the packaged poppler orits a regression issue introduced in 0.15.1.
Noureddine Farah
> Date: Mon, 28 Feb 2011 08:57:22 +0100
> From: even.rouault at mines-paris.org
> To: nfarah at hotmail.com
> CC: even.rouault at mines-paris.org; gdal-dev at lists.osgeo.org
> Subject: RE: [gdal-dev] Unrecognized Geopdf files using GDAL 1.8
> 
> Selon "N. Farah" <nfarah at hotmail.com>:
> 
> 
> > I believe poppler packaged with http://vbkto.dyndns.org:1280/sdk might be
> > 0.15.1 and apparently0.16.0 had changes that probably made
> >
> http://acrobatusers.com/sites/default/files/gallery_pictures/GEOEYE-INAUGURATION.pdf
> recognized as valid GeoPdf.
> 
> Actually not. I have tested with a GDAL windows build of mine, against a
> libpoppler (0.12.4 I believe) build from the kdewin32 project, and with that
> build, I get the same results as on Linux. So it is likely something with the
> build at http://vbkto.dyndns.org:1280/sdk
> 
> > Noureddine Farah
> >
> > > From: even.rouault at mines-paris.org
> > > To: gdal-dev at lists.osgeo.org
> > > Subject: Re: [gdal-dev] Unrecognized Geopdf files using GDAL 1.8
> > > Date: Mon, 28 Feb 2011 00:42:34 +0100
> > > CC: nfarah at hotmail.com
> > >
> > > Le lundi 28 février 2011 00:26:43, N. Farah a écrit :
> > > > Hi,
> > > > Using gdalinfo (http://vbkto.dyndns.org:1280/sdk/) on few geopdf files
> > did
> > > > not recognized the files as supported.Other files were opened and
> > > > recognized ok. Here are 3 files that were unrecognized:
> > > > http://www.agc.army.mil/GeoPDFgallery/3D/Fargo.jpg
> > >
> > > --> this is a JPEG file ...
> > >
> > > You probably meant http://www.agc.army.mil/GeoPDFgallery/3D/Fargo.pdf which
> > is
> > > recognized as a *non* spatial PDF on Linux with Poppler 0.16.0. A dump of
> > the
> > > PDF content shows that there are indeed no spatial info in that PDF that
> > > follow the OGC best practice encoding or Adobe supplement to ISO 32000. And
> > > the name of the file suggests that this is a 3D GeoPDF, which is a
> > specification
> > > not handled by the driver.
> > >
> > > > http://www.agc.army.mil/GeoPDFgallery/3D/Fargo_May09_geo.jpg
> > >
> > > Same as above
> > >
> > > > http://acrobatusers.com/sites/default/files/gallery_pictures/GEOEYE-
> > > INAUGURATION.pdf
> > >
> > > --> recognized as a geospatial PDF on Linux with Poppler 0.16.0
> > >
> > > Driver: PDF/Geospatial PDF
> > > Files: GEOEYE-INAUGURATION.pdf
> > > Size is 1350, 619
> > > Coordinate System is:
> > > PROJCS["WGS 84 / UTM zone 18N",
> > >     GEOGCS["WGS 84",
> > >         DATUM["WGS_1984",
> > >             SPHEROID["WGS 84",6378137,298.257223563,
> > >                 AUTHORITY["EPSG","7030"]],
> > >             AUTHORITY["EPSG","6326"]],
> > >         PRIMEM["Greenwich",0,
> > >             AUTHORITY["EPSG","8901"]],
> > >         UNIT["degree",0.0174532925199433,
> > >             AUTHORITY["EPSG","9122"]],
> > >         AUTHORITY["EPSG","4326"]],
> > >     UNIT["metre",1,
> > >         AUTHORITY["EPSG","9001"]],
> > >     PROJECTION["Transverse_Mercator"],
> > >     PARAMETER["latitude_of_origin",0],
> > >     PARAMETER["central_meridian",-75],
> > >     PARAMETER["scale_factor",0.9996],
> > >     PARAMETER["false_easting",500000],
> > >     PARAMETER["false_northing",0],
> > >     AUTHORITY["EPSG","32618"],
> > >     AXIS["Easting",EAST],
> > >     AXIS["Northing",NORTH]]
> > > GeoTransform =
> > >   322005.63038904, 2.8993752, -0.04217184
> > >   4307533.17691748, -0.13576416, -2.77423392
> > > Metadata:
> > >   NEATLINE=POLYGON ((322005.69019039417617
> > > 4307537.110892030410469,325915.627076361211948
> > > 4307346.153255709446967,325893.724369931151159
> > > 4305634.64386628754437,321983.72777434962336
> > > 4305821.667495521716774,322005.630388610996306
> > > 4307533.176889259368181,322005.69019039417617 4307537.110892030410469))
> > > Corner Coordinates:
> > > Upper Left  (  322005.630, 4307533.177) ( 77d 3' 9.14"W, 38d53'55.17"N)
> > > Lower Left  (  321979.526, 4305815.926) ( 77d 3' 8.62"W, 38d52'59.48"N)
> > > Upper Right (  325919.787, 4307349.895) ( 77d 0'26.58"W, 38d53'52.05"N)
> > > Lower Right (  325893.683, 4305632.645) ( 77d 0'26.09"W, 38d52'56.36"N)
> > > Center      (  323949.656, 4306582.911) ( 77d 1'47.61"W, 38d53'25.77"N)
> > >
> > > >  Thanks
> > > > Noureddine Farah
> >
> 
> 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20110228/f2f6fc04/attachment-0001.html


More information about the gdal-dev mailing list