Hi Evan, Thanks for the prompt reply.
Regards Sunil -----Original Message----- From: Even Rouault [mailto:[email protected]] Sent: 07 April 2015 01:21:PM To: [email protected] Cc: Vankadara, Sunil Subject: Re: [gdal-dev] Relating to GeoLocation tool of Geospatial PDF Document Le mardi 07 avril 2015 09:37:35, Vankadara, Sunil a écrit : > Hi Team, > > I created a PDF file with OGC_BP as GEO_ENCODING option like shown in > the below command. The below tif file's Datum and Projection details > are > WGS84 /Geographic (lat/lon). > > ./gdal_translate.exe -of PDF ../../Data/input/sample256x256_1.tif > ../../Data/output/sample256x256_1.pdf -co GEO_ENCODING=OGC_BP -co > COMPRESS=JPEG -co PRODUCER="ERDAS IMAGINE" -co > CREATION_DATE=D:20150407111345+02'00' > > Looked at the created PDF file Metadata using QGIS tool and noticed > that it is having the same datum and projection details as like below. > > Layer Spatial Reference System > +proj=longlat +datum=WGS84 +no_defs > Layer Extent (layer original source projection) > -84.5046451524118538,34.1200924180016969 : > -84.5042907999925177,34.1204467704210259 > > When I tried to use the Geospatial Location tool > (Edit->Analysis->Geospatial Location Tool ) in the Adobe PDF Reader > then the empty lat/long values are displaying at the right bottom of > the document. Am I missing anything in creating the Geospatial PDF document ? > How to confirm whether the CRS information is written into the PDF > document or not? How GDAL PDF handles in case the given projection is > not supported by the driver? Sunil, I'm not sure Adobe Reader understands the OGC Best Practice encoding. I think it's only the TerraGo toolbar. Try with the ISO32000 encoding instead (the default). Even -- Spatialys - Geospatial professional services http://www.spatialys.com _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
