[gdal-dev] Guidance for GeoJSONSeq Error 6: Too Large Feature

2022-08-08 Thread Theo Linnemann
> > Hi There, > > I'm working with a set of fairly large geojsonl files, one for each state > and territory in the United States. I'm using ogr2ogr to ingest this data > into PostGIS, generally without issue, to speed up an expensive geospatial > join. > > However, one of my files, specifically the

Re: [gdal-dev] gdal_translate drops XMP exif tags

2022-08-08 Thread Tom O'Reilly
Thanks Even and everyone! As a workaround I think that for each XMP tag=value in the input .jpg, I can specify '-mo tag=value' option to gdal_translate. It appears that those tags/values are embedded and preserved in GDALMetadata through subsequent gdal processing. E.g. I can specify the follow

Re: [gdal-dev] gdal_translate drops XMP exif tags

2022-08-08 Thread Javier Jimenez Shaw
That makes more sense. The PR that included the copy of the XMP is https://github.com/OSGeo/gdal/pull/3050/ The key change is in the function GDALDriver::DefaultCreateCopy , that is not used by gdalwarp .___ ._ ..._ .. . ._. .___ .. __ . _. . __.. ... ._ .__ Entre dos pensamientos racionales

Re: [gdal-dev] gdal_translate drops XMP exif tags

2022-08-08 Thread Even Rouault
The geotiff produced by step 1 contains the XMP tags as expected. But the warped geotiff produced by step 2 does not contain any XMP tags. ah ok, gdalwarp indeed does not preserve the XMP information. I guess it would be reasonable to do it. You may create an enhancement ticket on the GDAL g

Re: [gdal-dev] gdal_translate drops XMP exif tags

2022-08-08 Thread Rahkonen Jukka
Hi, If gdal_translate keeps the tags you should be able to create a small test file by reducing the size with -outsize. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Tom O'Reilly Lähetetty: maanantai 8. elokuuta 2022 23.14 Vastaanottaja: Even Rouault Kopio: gda

Re: [gdal-dev] gdal_translate drops XMP exif tags

2022-08-08 Thread Tom O'Reilly
Hi Javier, As noted in my previous response, I was wrong about gdal_translate - it actually does transfer the XMP tags from the input to the output, as XMP tags. It is a subsequent call to gdalwarp that drops the XMP tags. I am running gdal 3.5.0 Thanks Tom

Re: [gdal-dev] gdal_translate drops XMP exif tags

2022-08-08 Thread Tom O'Reilly
Hi Evan, I was mistaken in which gdal program drops the XMP tags. gdal_translate actually transfers the XMP tags properly from the input jpg file to tif output. But a subsequent gdalwarp on that tif does not pass the XMP tags to its output. So the sequence is, for example: step 1: Convert jpg

Re: [gdal-dev] gdal_translate drops XMP exif tags

2022-08-08 Thread Even Rouault
Tom, It would be interesting if you could provide an image how to reproduce that With the sample file from the autotest suite, I can't reproduce that: $ gdal_translate ../autotest/gdrivers/data/jpeg/byte_with_xmp.jpg out.tif $ gdalinfo out.tif -mdd all Driver: GTiff/GeoTIFF Files: out.tif Siz

Re: [gdal-dev] gdal_translate drops XMP exif tags

2022-08-08 Thread Javier Jimenez Shaw
Which version of GDAL are you using? in https://gdal.org/programs/gdal_translate.html there is an option, "-noxmp", since GDAL 3.2. Without that option it should keep them. If I remember correctly, the XMP tags are copied as proper XMP, not as GDALMetadata, with TIFF files. An example with "gdalin

[gdal-dev] gdal_translate drops XMP exif tags

2022-08-08 Thread Tom O'Reilly
gdal_translate output .tif file does not contain XMP tags that were present in the input .jpg file. The output file contains many of the input EXIF tags, aggregated as the GDALMetadata tag, but not the XMP tags. Why does gdal_translate remove XMP tags - is there an option to preserve them? Th