Re: [gdal-dev] GeoPDF and neatline

Great. Thanks Even On Fri, Nov 17, 2023 at 5:13 PM Even Rouault wrote: > Hi, > > > *My question :* > Is there a way to gdal_translate / gdalwarp the PDF file without > EXPLICITLY extracting the neatline ? > > No. Your above method is the nominal one. > > > I tried to use the "*-oo NEATLINE=somet

Re: [gdal-dev] GeoPDF and neatline

Hi, _My question :_ Is there a way to gdal_translate / gdalwarp the PDF file without EXPLICITLY extracting the neatline ? No. Your above method is the nominal one. I tried to use the "*-oo NEATLINE=something*" option : gdal_translate -of GTiff -oo NEATLINE="POLYGON ((467455.095191925 442728

[gdal-dev] GeoPDF and neatline

Dear all, I would like to translate a GeoPDF into Geotiff. Furthermore, I would like to select the image area, given by the neatline. Image samples are available on "FSTopo Map Products " site. Typical gdalinfo gives : gd

Re: [gdal-dev] GeoPDF with a KML layer and a rotated GeoTIFF layer

Dear Even and Andreas, thanks for your answers. I did try with a VRT file, with the following : * LayerSRS tag, * use of OGRVRTWarpedLayer layer type with no success. In fact I was trying to avoid Even's advice : warp the original image to make it "north up". But if I understand it correctly, I

Re: [gdal-dev] GeoPDF with a KML layer and a rotated GeoTIFF layer

Philippe, the zip attachment didn't make its way to us but from what you're telling and a look at the code, I can indeed see that when writing a raster with rotational terms in the geotransform matrix, and vectors, the vector writing part will not work correctly taking into account those rotati

Re: [gdal-dev] GeoPDF with a KML layer and a rotated GeoTIFF layer

Have you tested to include the OGR datasource in a VRT file instead, with the LayerSRS tag defined? Oups sorry for my uncomplete message : "raw" tags are not well handled. Below is the GDAL command I used to create my GeoPDF image: gdal_translate.exe -of PDF --config LIBKML_RESOLVE_STYLE YES \

Re: [gdal-dev] GeoPDF with a KML layer and a rotated GeoTIFF layer

Oups sorry for my uncomplete message : "raw" tags are not well handled. Below is the GDAL command I used to create my GeoPDF image: gdal_translate.exe -of PDF --config LIBKML_RESOLVE_STYLE YES \ -co OGR_DATASOURCE=rectangle.kml \ -co LAYER_NAME=lena lena_rot.ti

[gdal-dev] GeoPDF with a KML layer and a rotated GeoTIFF layer

Dear all, I try to create a GeoPDF file with 2 layers: 1) Raster layer: a Geotiff image (*lena_rot.tif*) with a ModelTransformationTag model, with respect to EPSG:4326. The image has a rotation angle (~40° wrt to North). 2) Vector layer: the KML file (*rectangle.kml*) contains a single rectangular

Re: [gdal-dev] GeoPDF

Hello George, wow, thank you for your very helpful answer! I must admit I am more of a trial-and-error person and when I saw all the docs and the sheer amount of content I just went ahead and tried something. But obviously there's a lot more to learn about on how to make a GeoPDF. I'll go thro

Re: [gdal-dev] GeoPDF

I just have to agree :) If I read the qgis homepage correctly, 2.16 is due on the beginning of july (2016-07-08) Am 17.06.2016 um 00:02 schrieb Luca Delucchi: On 16 June 2016 at 13:32, Nyall Dawson wrote: I can't help with this, but you may be interested to know that QGIS 2.16 will natively

Re: [gdal-dev] GeoPDF

On 16 June 2016 at 13:32, Nyall Dawson wrote: > > > I can't help with this, but you may be interested to know that QGIS 2.16 > will natively georeference composer PDF outputs. This feature was added > during the recent hackfest in Girona. > this is cool, do you know if it export the vector as vec

Re: [gdal-dev] GeoPDF

On Thu, Jun 16, 2016 at 7:27 AM, Frank Broniewski wrote: > Ok, finally l found some time to investigate into making GeoPDF files from > QGIS map composer PDFs. I've created a small python script to aid me in the > creation of the GeoPDF (https://github.com/frankbroniewski/GeoPDF). It > basically t

Re: [gdal-dev] GeoPDF

On 16 Jun 2016 21:27, "Frank Broniewski" wrote: > > Ok, finally l found some time to investigate into making GeoPDF files from QGIS map composer PDFs. I've created a small python script to aid me in the creation of the GeoPDF (https://github.com/frankbroniewski/GeoPDF). It basically takes paramete

Re: [gdal-dev] GeoPDF

Ok, finally l found some time to investigate into making GeoPDF files from QGIS map composer PDFs. I've created a small python script to aid me in the creation of the GeoPDF (https://github.com/frankbroniewski/GeoPDF). It basically takes parameters from QGIS (map position in the page, map exten

Re: [gdal-dev] GeoPDF

On 19 May 2016 at 01:10, Even Rouault wrote: > Le mercredi 18 mai 2016 16:50:03, Frank Broniewski a écrit : >> Hi, >> >> I want to turn my QGIS map composer PDF into a GeoPDF or a geospatial >> PDF. Unfortunately that is not supported, just on a per layer basis from >> within the main program. I c

Re: [gdal-dev] GeoPDF

On 18 May 2016 at 18:30, Frank Broniewski wrote: > Hi Luca, Hi Frank, >> >> I developed a plugin for QGIS to export layers (vector and raster) to >> geospatial PDF using GDAL library. >> I'm waiting the authorization from the customer to publish it in the >> plugin repository. > > this sounds in

Re: [gdal-dev] GeoPDF

Hi Luca, I developed a plugin for QGIS to export layers (vector and raster) to geospatial PDF using GDAL library. I'm waiting the authorization from the customer to publish it in the plugin repository. this sounds interesting. But your plugin cannot save a map composition with legend, neatline a

Re: [gdal-dev] GeoPDF

Hi Even, Am 18.05.2016 um 17:10 schrieb Even Rouault: Sure. There are 2 specifications mentionned in http://gdal.org/frmt_pdf.html : - Adobe Supplement to ISO 32000: http://www.adobe.com/devnet/acrobat/pdfs/adobe_supplement_iso32000.pdf - OGC GeoPDF Encoding Best Practice Version 2.2 (08-139r3)

Re: [gdal-dev] GeoPDF

On 18 May 2016 at 16:50, Frank Broniewski wrote: > Hi, > Hi, > I want to turn my QGIS map composer PDF into a GeoPDF or a geospatial PDF. I developed a plugin for QGIS to export layers (vector and raster) to geospatial PDF using GDAL library. I'm waiting the authorization from the customer to p

Re: [gdal-dev] GeoPDF

Le mercredi 18 mai 2016 16:50:03, Frank Broniewski a écrit : > Hi, > > I want to turn my QGIS map composer PDF into a GeoPDF or a geospatial > PDF. Unfortunately that is not supported, just on a per layer basis from > within the main program. I could export my map to TIFF with a world file > and u

[gdal-dev] GeoPDF

Hi, I want to turn my QGIS map composer PDF into a GeoPDF or a geospatial PDF. Unfortunately that is not supported, just on a per layer basis from within the main program. I could export my map to TIFF with a world file and use GDAL on that, but I'd like to maintain the vectors and text in th

Re: [gdal-dev] GeoPDF vs GeoSpatial PDF

Gane R gmail.com> writes: > > I have been browsing on the internet for finding the difference > between GeoPDF and Geospatial PDF. It seems that the terms geopdf and > geospatial are interchangeable used. Is the both geopdf and geospatial > are same, if so the PDF driver in gdal will handle geo

[gdal-dev] GeoPDF vs GeoSpatial PDF

I have been browsing on the internet for finding the difference between GeoPDF and Geospatial PDF. It seems that the terms geopdf and geospatial are interchangeable used. Is the both geopdf and geospatial are same, if so the PDF driver in gdal will handle geopdf and geospatial PDF. Suggestions an

Re: [gdal-dev] GeoPDF content inverted as GeoTIF

Thanks for your timely response. Well the PDF was generated at the source by different form such that I didn't face this problem, that new version of the file worked for me. On Mon, Dec 14, 2015 at 7:20 PM, Even Rouault wrote: > Le lundi 14 décembre 2015 13:25:13, Rahkonen Jukka (MML) a écrit :

Re: [gdal-dev] GeoPDF content inverted as GeoTIF

Le lundi 14 décembre 2015 13:25:13, Rahkonen Jukka (MML) a écrit : > Hi, > > There is something odd in the PDF. It is without coordinate system and > perhaps because of that the top-left coordinates are (0,0) and north > coordinate is increasing from top to bottom. Probably the "Invalid length > f

Re: [gdal-dev] GeoPDF content inverted as GeoTIF

Hi, There is something odd in the PDF. It is without coordinate system and perhaps because of that the top-left coordinates are (0,0) and north coordinate is increasing from top to bottom. Probably the "Invalid length for GPTS object" error does not have any effect on this. gdalinfo loopmap.

[gdal-dev] GeoPDF content inverted as GeoTIF

Here is link to GeoPDF which is inverted when converted to GeoTIFF https://drive.google.com/file/d/0B4shTM1bPS5TNHBDVG45RzdWYjA/view?usp=sharing Is it a problem in PDF or something with the PDF driver rotation. Thanks Gane ___ gdal-dev mailing list g

Re: [gdal-dev] GeoPDF offsets from actual location after gdalwarp

Le mercredi 18 novembre 2015 19:42:30, Gane R a écrit : > Here is link to a GeoPDF ( > https://drive.google.com/file/d/0B4shTM1bPS5TMmk2OWxuTGJpY1k/view?usp=shari > ng) this has a mile offset from the current location, > on GDAL gdal-2.0.1 when gdalwarp warps the PDF (poppler driver) to GeoTIF > >

[gdal-dev] GeoPDF offsets from actual location after gdalwarp

Here is link to a GeoPDF ( https://drive.google.com/file/d/0B4shTM1bPS5TMmk2OWxuTGJpY1k/view?usp=sharing) this has a mile offset from the current location, on GDAL gdal-2.0.1 when gdalwarp warps the PDF (poppler driver) to GeoTIF Here is gdalinfo for the file Driver: PDF/Geospatial PDF Files: Ass

Re: [gdal-dev] GeoPDF translation

> > > -- > View this message in context: > http://osgeo-org.1560.x6.nabble.com/gdal-dev-GeoPDF-translation-tp3742508p5152932.html > Sent from the GDAL - Dev mailing list archive at Nabble.com. > ___ > gdal-dev mail

Re: [gdal-dev] GeoPDF translation

l maps together, and it would > really help. > > Thanks > > > > -- > View this message in context: > http://osgeo-org.1560.x6.nabble.com/gdal-dev-GeoPDF-translation-tp3742508p5152932.html > Sent from the GDAL - Dev mailing list archive at Nabble.com. > ___

Re: [gdal-dev] GeoPDF translation

Can someone help me figure out where to insert the code to also have this crop to the neat line? I need to tile several maps together, and it would really help. Thanks -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-GeoPDF-translation-tp3742508p5152932.html Sent

Re: [gdal-dev] GeoPDF fails despite poppler/godofo

Evan I'm happy to report your confidence was not misplaced. This make was indeed being run after a previous initial build of PDAL. After now starting with "make clean", the new gdalinfo successfully recognizes the GeoPDF. Thanks very much for that insight, which likely saved me many hours of pu

Re: [gdal-dev] GeoPDF fails despite poppler/godofo

Le mercredi 02 juillet 2014 18:52:18, Even Rouault a écrit : > John, > > > gdalinfo --formats has > no way of indicating a write-only driver Well, since you're not the first one to be bitten by that, now, it has one in the development version ! $ gdalinfo --formats | grep PDF PDF -raster,vec

Re: [gdal-dev] GeoPDF fails despite poppler/godofo

John, if you did several attempts of ./configure and intermediate builds, you may need to "make clean" before "make; make install". The dependencies rules of the GDAL makefiles are rather primitive and don't generally notice in-between configuration changes The write-side of the PDF driver is

[gdal-dev] GeoPDF fails despite poppler/godofo

I am unable to get a GDAL 1.11.0 build to recognize any GeoPDF I have obtained from the USGS, despite having configured with poppler and podofo, both separately and together. Running usr/local/bin/gdalinfo CA_Rana_Creek_20120306_TM_geo.pdf gives ERROR 4: `CA_Rana_Creek_20120306_TM_geo.pdf' not

Re: [gdal-dev] GeoPDF translation

xstr[1]+ ' ' + ystr[1] gcp[2] = ' -gcp '+ CornerCol[2]+ ' ' + CornerRow[2]+ ' ' + xstr[2]+ ' ' + ystr[2] gcp[3] = ' -gcp '+ CornerCol[3]+ ' ' + CornerRow[3]+ ' ' + xstr[3]+ ' ' + ystr[3]

Re: [gdal-dev] Geopdf dependency on Poppler and Visual Studio 2012

Thanks Even. I'll stick then with 'FreeType' and enable the xpdf headers. Jeff On Sun, Apr 28, 2013 at 8:13 AM, Even Rouault wrote: > Le vendredi 26 avril 2013 14:28:26, Jeff Lacoste a écrit : > > Thanks Joaquim. I now managed to build Poppler using freetype as its only > > dependency. > > Do w

Re: [gdal-dev] Geopdf dependency on Poppler and Visual Studio 2012

Le vendredi 26 avril 2013 14:28:26, Jeff Lacoste a écrit : > Thanks Joaquim. I now managed to build Poppler using freetype as its only > dependency. > Do we know if GDAL GeoPdf driver needs 'Poppler' to be built with other > dependencies that can come with Poppler: lcms, icon, openjpeg, tiff, etc.

Re: [gdal-dev] Geopdf dependency on Poppler and Visual Studio 2012

Thanks Joaquim. I now managed to build Poppler using freetype as its only dependency. Do we know if GDAL GeoPdf driver needs 'Poppler' to be built with other dependencies that can come with Poppler: lcms, icon, openjpeg, tiff, etc. To have Geopdf driver work correctly using 'Poppler' are these depe

Re: [gdal-dev] Geopdf dependency on Poppler and Visual Studio 2012

Jeff, I built it from from source (from the git repo actually) and don't remember to have had any particular problem. They provide a cmake solution, which creates only a static lib but it linked fine with my VS2012 GDAL build. Joaquim Hi, I'm trying to build GDAL using Visual Studio 2012

[gdal-dev] Geopdf dependency on Poppler and Visual Studio 2012

Hi, I'm trying to build GDAL using Visual Studio 2012 and run into an issue with Geopdf format. This format depends on Poppler (or podofo) 3rd party component. Is there a VS 2012 compatible Poppler library for win32 and x64 bits ? I downloaded the Poppler library from http://vbkto.dyndns.org:1280

Re: [gdal-dev] GeoPDF Writing support using Create()?

> it kind of reminds me of GDAL virtual > format (.vrt) as I think it uses the MEM driver under the hood. Not really, but the inner working of the drivers isn't very important from the user point of view. > > So, essentially you are telling me I can create a MEM object and store my > image band

Re: [gdal-dev] GeoPDF Writing support using Create()?

"gdal-dev@lists.osgeo.org" Sent: Wednesday, November 21, 2012 4:11 AM Subject: Re: [gdal-dev] GeoPDF Writing support using Create()? Selon Robert Zermeno : > GDAL Community (Especially Even Rouault), > > It has been around 1 1/2 years the last time I had used GDAL and noticed GDAL > now

Re: [gdal-dev] GeoPDF Writing support using Create()?

Selon Robert Zermeno : > GDAL Community (Especially Even Rouault), > > It has been around 1 1/2 years the last time I had used GDAL and noticed GDAL > now has capabilities of generating Geospatial PDF files from existing > GDALDataset objects. How far in the future do you see GDAL having > capabi

[gdal-dev] GeoPDF Writing support using Create()?

GDAL Community (Especially Even Rouault), It has been around 1 1/2 years the last time I had used GDAL and noticed GDAL now has capabilities of generating Geospatial PDF files from existing GDALDataset objects.  How far in the future do you see GDAL having capabilities of using Create() to gene

Re: [gdal-dev] GeoPDF (TM) vs. GeoSpatial PDF

On Mon, Jun 4, 2012 at 5:02 AM, David Strip wrote: > On 6/3/2012 10:59 AM, George Demmy wrote: > >>> David Strip wrote: > > >>> >  When used in conjunction with the (free) TerraGo toolbar, the geoPDF >>> >  provides many more capabilities than a geo-spatial pdf, especially if >>> > the >>> >  pdf

Re: [gdal-dev] GeoPDF (TM) vs. GeoSpatial PDF

On 6/3/2012 10:59 AM, George Demmy wrote: David Strip wrote: > When used in conjunction with the (free) TerraGo toolbar, the geoPDF > provides many more capabilities than a geo-spatial pdf, especially if the > pdf "modify" permission is set. As of version 6 which shipped recently, the Ter

Re: [gdal-dev] GeoPDF (TM) vs. GeoSpatial PDF

On Sat, Jun 2, 2012 at 6:16 PM, David Strip wrote: > Jukka's posting earlier today has made me aware that GDAL will now write a > geospatial PDF. Is it also capable of writing a geoPDF (which is a trademark > of TerraGo, but there is an OGC standard, so possibly it's legal to create > them)? Hi D

[gdal-dev] GeoPDF (TM) vs. GeoSpatial PDF

Jukka's posting earlier today has made me aware that GDAL will now write a geospatial PDF. Is it also capable of writing a geoPDF (which is a trademark of TerraGo, but there is an OGC standard, so possibly it's legal to create them)? When used in conjunction with the (free) TerraGo toolbar, the

Re: [gdal-dev] GeoPDF translation

Le mardi 13 décembre 2011 21:18:51, Smith, Michael a écrit : > Thanks to those of you who pointed out the obvious -co "GDAL_PDF_DPI" > which I somehow overlooked in the online docs. RTFM right... > > That said, I ran a test script using that CO and GDAL yields a warning > message and then makes t

RE: [gdal-dev] GeoPDF translation

Thanks to those of you who pointed out the obvious -co "GDAL_PDF_DPI" which I somehow overlooked in the online docs. RTFM right... That said, I ran a test script using that CO and GDAL yields a warning message and then makes the export at 150dpi anyway. gdal_translate -co "GDAL_PDF_DPI=300" -c

Re: [gdal-dev] GeoPDF translation

On Tue, Dec 13, 2011 at 2:13 PM, Derrick Brashear wrote: > From my mail to geowankers: > > > gdalinfo $i|grep NEATLINE | awk -F= '{print "foo,WKT\nbla,\"" $2 "\""}' > > $i.csv; > gdalwarp -crop_to_cutline -cutline $i.csv -co "GDAL_PDF_DPI=250" -of > GTiff $i $i.tiff > > > On Tue, Dec 13, 2011 at

Re: [gdal-dev] GeoPDF translation

>From my mail to geowankers: gdalinfo $i|grep NEATLINE | awk -F= '{print "foo,WKT\nbla,\"" $2 "\""}' > $i.csv; gdalwarp -crop_to_cutline -cutline $i.csv -co "GDAL_PDF_DPI=250" -of GTiff $i $i.tiff On Tue, Dec 13, 2011 at 1:58 PM, Smith, Michael wrote: > ** > I am trying to convert the histor

Re: [gdal-dev] GeoPDF translation

Michael,   GDAL's PDF format page says you can use the GDAL_PDF_DPI config option... Best Regards, Brent Fraser On 12/13/2011 11:58 AM, Smith, Michael wrote: I am trying to convert the historic USGS topo maps (Geo

Re: [gdal-dev] GeoPDF translation

> > Is there some argument that would specify the dpi at which the GeoPDF > were rendered before conversion to GeoTIFF? I don't see anything like > that in the docs or the list archives. Oh! Did you check http://gdal.org/frmt_pdf.html ? If so, check again ;-) > > BTW if you haven't checked out

[gdal-dev] GeoPDF translation

I am trying to convert the historic USGS topo maps (GeoPDFs) into GeoTIFFs with GDAL 1.8 . A very straightforward thing to do is gdal_translate in.pdf out.tiff This works fine but the TIFF looks as if the PDF was exported at 150dpi, which is a pretty crappy resolution. Using something else (

[gdal-dev] GeoPDF and neatline. Not correct when neatline is smaller than PDF page.

Even and GDAL community, Sorry if everyone has already received this message.   I was I hope you can enlighten me on the issue of computing neatline values.  The solution presented in GDAL (I am using the trunk version download from 11-16-2010) to compute the neatline values is not fully correct

Re: [gdal-dev] geoPDF file "not recognized as a supported format" by GDAL1.8dev ?

Your instructions worked. thanks! On Thu, Oct 14, 2010 at 4:02 PM, Even Rouault wrote: > Boris > > yes, GDAL should be able to read geoPDF topo files from the USGS. > (geospatial > PDF is more neutral term than geoPDF that happens to be a trademark... see > "Important Note" in http://en.wikipedia

Re: [gdal-dev] geoPDF file "not recognized as a supported format" by GDAL1.8dev ?

yes, GDAL should be able to read geoPDF topo files from the USGS. (geospatial PDF is more neutral term than geoPDF that happens to be a trademark This is great news, thanks! -matt ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo

Re: [gdal-dev] geoPDF file "not recognized as a supported format" by GDAL1.8dev ?

Boris yes, GDAL should be able to read geoPDF topo files from the USGS. (geospatial PDF is more neutral term than geoPDF that happens to be a trademark... see "Important Note" in http://en.wikipedia.org/wiki/Geospatial_PDF. no further comment...) First, did you check that PDF is listed when do

[gdal-dev] geoPDF file "not recognized as a supported format" by GDAL1.8dev ?

A GDAL doc says GDAL1.8 handles geospatial PDF file (which I assume are the same as geoPDF topo files of the USGS). The problem is that after compiling GDAL1.8 from source GDAL doesn't recognize my geoPDF file. When I try both of the following: $gdalinfo my_ge