<div dir="ltr">Just FYI , Poppler is being used with GDAL, <a href="http://www.gdal.org">http://www.gdal.org</a> to work with geopdf data.  There are a few pdfs with issues, however.<div><br></div><div>Doug<br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Even Rouault</b> <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>></span><br>Date: Wed, Sep 24, 2014 at 6:23 AM<br>Subject: Re: [gdal-dev] turn off Orthoimage layer for USGS topos<br>To: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br><br><br>Jian,<br>
<br>
I've analyzed the file and it has indeed a particular structure with its<br>
OptionalContentGroup and OptionalContentMembershipDirectionary, the PDF<br>
objects that define layers and their visibility rules. Would be difficult to<br>
explain here... I believe the file is correct (at least layer turning on/off<br>
works well in Acrobat), but it seems that poppler (the PDF library used for<br>
PDF rendering) isn't ready yet to deal with that structure. It might be fixable<br>
in poppler and could perhaps be workarounded in GDAL code too.<br>
<br>
Best regards,<br>
<br>
Even<br>
<br>
> Hello list,<br>
><br>
> I am just wondering if anybody has any experience with this-<br>
<span class="">><br>
> I want to convert USGS Topos to Geotiff using GDAL. My command below seems<br>
> to work well in general:<br>
><br>
> gdalwarp C:\JIANTestFolder\geo.pdf C:\JIANTestFolder\geo.tif<br>
> -crop_to_cutline -cutline C:\JIANTestFolder\cutline.csv -overwrite<br>
> --config GDAL_CACHEMAX 500 -wm 500 --config GDAL_PDF_LAYERS "ALL" --config<br>
> GDAL_PDF_LAYERS_OFF Images.Orthoimage --config GDAL_PDF_DPI 250 -co<br>
> "TILED=YES" -co "TFW=YES" -co "COMPRESS=JPEG" -co "PHOTOMETRIC=YCBCR"<br>
><br>
> Except for some files:<br>
> WI_Madison_West_20100723_TM_geo.pdf<br>
> (<a href="http://ims.er.usgs.gov/gda_services/download?item_id=5222418" target="_blank">http://ims.er.usgs.gov/gda_services/download?item_id=5222418</a>)<br>
> IL_Metropolis_20101018_TM_geo.pdf<br>
> LA_Union_Springs_20100930_TM_geo.pdf<br>
> ND_Lehr_20110324_TM_geo.pdf<br>
> TX_Panola_20100312_TM_geo.pdf<br>
</span>> .......<br>
> ......<br>
<div class="HOEnZb"><div class="h5">><br>
><br>
> For some reason, the Orthoimage layer cannot be turned off for these files.<br>
> I've noticed these might be the early versions of the new generation USGS<br>
> topos (for example, the 2013 Madison one works well with the command).<br>
> Also I found people with similar issue here:<br>
> <a href="http://gis.stackexchange.com/questions/88988/gdal-conversion-of-us-topo-ge" target="_blank">http://gis.stackexchange.com/questions/88988/gdal-conversion-of-us-topo-ge</a><br>
> opdfs<br>
><br>
> So I was wondering:<br>
><br>
> 1.       Why this is happening? "Bad" file format in the earlier versions?<br>
><br>
> 2.        For these files, separating orthoimage from others is not doable<br>
> at all or there might be other workaround?<br>
><br>
> Thank you in advance for any insight you want to share. I much appreciate<br>
> any suggestions/comments.<br>
><br>
> Best regards,<br>
> Jian Liu<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</font></span></div><br><br clear="all"><div><br></div>-- <br><div>Doug Newcomb</div><div>USFWS</div><div>Raleigh, NC</div><div>919-856-4520 ext. 14 <a href="mailto:doug_newcomb@fws.gov" target="_blank">doug_newcomb@fws.gov</a></div><div>---------------------------------------------------------------------------------------------------------</div><div>The opinions I express are my own and are not representative of the official policy of the U.S.Fish and Wildlife Service or Dept. of the Interior.   Life is too short for undocumented, proprietary data formats.</div>
</div></div>