> But if I do:
>
> gdal_translate rgbmask.vrt rgb_with_external_msk.vrt -mask none -b 1 -b
> 2 -b 3 -of VRT
I guess in the above you meant without "-mask none", so
"gdal_translate rgbmask.vrt rgb_with_external_msk.vrt -b 1 -b 2 -b 3 -of VRT"
Well, that's a consequence of the behaviour of t
Thanks Even! I'll give it a try.
Could you please help me understand the difference between two next cases.
When I do either
gdal_translate rgbmask.vrt rgb_with_external_msk.vrt -mask none -b 1 -b
2 -b 3 -of VRT
or
gdal_translate rgbmask.vrt rgb_with_external_msk.vrt -mask none -of VR
Hi,
I've prepared a libgeotiff 1.6.0 release candidate
Sources at:
- http://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.6.0rc1.tar.gz
- http://download.osgeo.org/geotiff/libgeotiff/libgeotiff-1.6.0rc1.zip
It is used as the internal libgeotiff copy in GDAL master.
I'll call for a vote for
Mika,
You're using an advanced PROJ feature, with no equivalent in ISO
CRS modeling, so there's no direct replacement. You can still go on
with the old syntax. Or expand to "+proj=longlat +datum=WGS84
+lon_wrap=180" if you want to avoid the warning
Even
--
Spatialys - Geospatial professional
On mercredi 22 avril 2020 14:58:15 CEST Craig Delancy wrote:
> Here is a link to the test file:
> I cannot find any other file created during the export process.
>
> This is the full report I receive from GDALInfo:
OK, your gdalinfo output indeed lacks the CRS. But I do get it on my
installatio
That works great! Thanks Evan!
From: "Even Rouault"
To: gdal-dev@lists.osgeo.org
Cc: "Hays Barrett"
Sent: Tuesday, April 21, 2020 7:18:04 AM
Subject: Re: [gdal-dev] Help with finding residual error for a given GCP.
Hays,
GCPsToGeoTransform() is not used directly by gdalwarp (althou
Hello,
GDAL now warns that the +init syntax is deprecated. The documentation explains
that for example
instead of +init=epsg:4326 one should just use epsg:4326. However, it does not
seem to explain what
do to if one wants to modify the crs as in the following example:
> echo "25w 60n" | /us
QGIS can certainly export valid GeoTIFFs.
But the checkbox "Add georef info" must be checked.
Which SRS is you trying to export?
To my knowledge, qpj is only created for vector data. "Identical" with
the ESRI prj file
On mercredi 22 avril 2020 12:35:23 CEST Craig Delancy wrote:
> Hello.
>
On mercredi 22 avril 2020 12:35:23 CEST Craig Delancy wrote:
> Hello.
>
> I am building an application around GDAL using the C++ API, but I have ran
> into a snag. Normally, after using GDAL Open on a Geotiff file, I am able
> to get a spatial reference containing all the information I need about
Hi Craig,
Providing to this information might give us more clues:
What version of GDAL are you using? What version of GDAL is QGIS using?
What operating system are you using?
On Wed, Apr 22, 2020, 7:35 AM Craig Delancy <
cdela...@blackfangtechnologies.com> wrote:
> Hello.
>
>
>
> I am building
Hello.
I am building an application around GDAL using the C++ API, but I have ran into
a snag.
Normally, after using GDAL Open on a Geotiff file, I am able to get a spatial
reference containing all the information I need about the projection.
However, when I try to get a spatial reference from a
> If I omit the mask, then I don’t see any bigtiff messages with -co
> BIGTIFF=NO. If I include the mask band (change -b 4 to -mask 4 with lzw-
> compressed) then with –debug on, then in the first few seconds of running I
> see the following lines:
> COG: Generating overviews of the mask
> GTIFF:
On mardi 21 avril 2020 23:54:03 CEST Denis Rykov wrote:
> Hello,
>
> I'm using *.vrt file that is built atop of COG rasters with internal mask
> (PER_DATASET) + external overview file *.vrt.ovr.
> These files are stored on Azure Blob Storage and I get access to them using
> /vsiaz scheme.
> I've f
Hi Jeremy,
I’ve definitely identified that it’s the mask generation that takes more time
and not the jpeg compression. If I force the mask in a .lzw COG the time goes
from ~2.5 minutes to a couple hours, and if I just generate a 3-band jpeg with
no mask, it similarly only takes about 3 minutes
Hi Andy,
On Wed, Apr 22, 2020 at 8:33 AM Ritchie, Andrew C wrote:
>
>
> Sorry I should’ve run more tests to clarify the situation re BIGTIFFs. It
> looks like gdal_translate honors -co BIGTIFF=NO for the raster but not the
> mask.
>
What's the output size of your COG when it successful complete
15 matches
Mail list logo
