> On Apr 16, 2020, at 7:46 PM, Mateusz Loskot wrote:
>
> On Fri, 17 Apr 2020 at 01:45, Mike Taves wrote:
>>
>> It seems that many projects have shifted from AppVeyor to AZP for
>> performance benefits.
>
> Or GitHub Actions, which is an incarnation of AzP.
Having done both GitHub Actions an
Hello all,
I want to get the error for each GCP before warping so I can calculate the RMSE
before georeferencing.
With a list of GCPs, is it possible to get the eventual map location of each
pixel coordinate to calculate the transformation error for each GCP?
I have tried to use GCPsToGeoTrans
Thank you for all your quick answer. So the conclusion is I need a geogrid
file to do it.
Even Rouault ezt írta (időpont: 2020. ápr.
20., H, 12:06):
> On lundi 20 avril 2020 01:08:15 CEST jratike80 wrote:
>
> > Hi,
>
> >
>
> > When it comes to gdalwarp I believe that this part of the documentati
On lundi 20 avril 2020 13:39:50 CEST Sebastiaan Couwenberg wrote:
> On 4/20/20 12:15 PM, Even Rouault wrote:
> > In preparation for the upcoming GDAL 3.1.0 release, I intend to prepare a
> > libgeotiff 1.6.0 release later this week. I believe things are in good
> > shape, but if people want to give
On 4/20/20 12:15 PM, Even Rouault wrote:
> In preparation for the upcoming GDAL 3.1.0 release, I intend to prepare a
> libgeotiff 1.6.0 release later this week. I believe things are in good shape,
> but
> if people want to give it a quick try to master, that's welcome.
Will there be an RC befor
Hi,
In preparation for the upcoming GDAL 3.1.0 release, I intend to prepare a
libgeotiff 1.6.0 release later this week. I believe things are in good shape,
but
if people want to give it a quick try to master, that's welcome.
The major point w.r.t 1.5.0 is added support for the OGC GeoTIFF 1.1
On lundi 20 avril 2020 01:08:15 CEST jratike80 wrote:
> Hi,
>
> When it comes to gdalwarp I believe that this part of the documentation
> https://gdal.org/programs/gdalwarp.html is essential
>
> "Starting with GDAL 2.2, if the SRS has an explicit vertical datum that
> points to a PROJ.4 geoidgrid
I would like to add that the command that you used
gdalwarp -t_srs EPSG:4326 -s_srs EPSG:2056
SWISSALTI3D_10_TIFF_CHLV95_LN02_2600_1196.tif test.tif
of course must not alter the pixel values. There are other sort of single
band raster files than DEMs and it would make no sense at all to apply dat
Hi,
When it comes to gdalwarp I believe that this part of the documentation
https://gdal.org/programs/gdalwarp.html is essential
"Starting with GDAL 2.2, if the SRS has an explicit vertical datum that
points to a PROJ.4 geoidgrids, and the input dataset is a single band
dataset, a vertical correc
