Yes, it does! Thank you very much for the quick fix!
On Wed, 21 Aug 2019 at 15:37, Even Rouault
wrote:
> > So I think, the (already hefty) `if` clause could just be expanded to
> also
> > allow spaces in the separators and we would be fine.
>
> Good catch. Does the following commit fixes the iss
> So I think, the (already hefty) `if` clause could just be expanded to also
> allow spaces in the separators and we would be fine.
Good catch. Does the following commit fixes the issue ?
https://github.com/rouault/gdal/commit/89cbc8f59e39f15b523a912984be8cb265c61953
Even
--
Spatialys - Geospa
Hi Even,
Thanks for your quick response!
The issue is not that we are dealing with POSIX TAR files (which actually
seems to be handled fine with GDAL 3.1, when we created them using `tar
--format=pax`).
The issue seems to be the handling of the file user/group separator.
Looking at the code, the
Hi Even,
Yes, the make clean and recompile did the trick. Now the output of
ogr/gdalinfo seems correct and QGIS can export to GeoPDF.
Many thanks for your help!
Andreas
Am 21.08.19 um 14:49 schrieb Even Rouault:
On mercredi 21 août 2019 14:38:39 CEST Andreas Neumann wrote:
Hi Even,
I thin
On mercredi 21 août 2019 14:38:39 CEST Andreas Neumann wrote:
> Hi Even,
>
> I think I got building with poppler to work.
>
> gdalinfo and ogrinfo show both:
>
> PDF -raster,vector- (w+): Geospatial PDF
It should display '(rw+vs)' with r for 'read'
If you've made several buid attempts while pla
Hi Even,
I think I got building with poppler to work.
gdalinfo and ogrinfo show both:
PDF -raster,vector- (w+): Geospatial PDF
However, QGIS still thinks there is no PDF read support in QGIS. When
trying to export to GeoPDF there is a message:
GDAL PDF driver was not build with PDF read sup
Fabian,
/vsitar/ has indeed no dedicated support for POSIX.1-2001 (pax)
On a very simple test with a tiny file from GDAL autotest,
tar --format=pax --create -f byte_pax.tar byte.tif
then gdalinfo /vsitar/byte_pax.tar/byte.tif works.
But I see that GDAL sees an extra text file "PaxHeaders.25680
Andreas,
> I am trying to test GeoPDF support in QGIS and have questions on the
> external library dependencies in GDAL. I am trying to interpret the
> notes on https://gdal.org/drivers/raster/pdf.html
>
> Which of the three options (Poppler, PoDoFo, PDFium) is recommended? I
> work on Ubuntu 18.
Craig,
gdal.GDALDestroyDriverManager() exists in the SWIG binding but I would
definitely not recommend using it. At best, it will be a no-op. At worst, this
will result in double free of datasets.
The only situations I can think of where you would have still-alive GDAL
datasets at Python proce
Hi,
I am trying to test GeoPDF support in QGIS and have questions on the
external library dependencies in GDAL. I am trying to interpret the
notes on https://gdal.org/drivers/raster/pdf.html
Which of the three options (Poppler, PoDoFo, PDFium) is recommended? I
work on Ubuntu 18.04 and I can
Hi list,
We have a large archive of images which are stored in POSIX TAR format
(POSIX.1-2001 (pax)). GDAL seems to be unable to open these files (GDAL
2.4.0). Unfortunately, re-packing these files in GNU format (which GDAL
seems to be happy with) is not an option.
We also tried with the latest D
11 matches
Mail list logo
