You mean the HEIGHT_OFFSET parameter in the RPC ? Yes, that can
generally be used as a first-order correction if you don't use a DEM.
I'm not sure using it vs not-using it has been a deliberate choice. One
could say that with the current behavior people know that something is
wrong and must thu
Finally I solved the issue by adding "-to RPC_HEIGHT=XXX" to gdalwarp.
It seems gdalwarp doesn't take this parameter into account even if it is
presented in the RPC *.txt file.
Should I file the ticket or was it done by purpose?
On Tue, May 18, 2021 at 11:26 PM Denis Rykov wrote:
> Thanks!
>
> O
Thanks!
On Tue, May 18, 2021 at 10:57 PM Even Rouault
wrote:
> Denis,
>
> if the view angle is off-nadir, you generally need to use the -to RPC_DEM=
> option with a DEM covering the area of interest (and make sure the values
> it contains are WGS 84 ellipsoidal elevations) to get accurate result
Denis,
if the view angle is off-nadir, you generally need to use the -to
RPC_DEM= option with a DEM covering the area of interest (and make sure
the values it contains are WGS 84 ellipsoidal elevations) to get
accurate results.
Even
Le 18/05/2021 à 22:50, Denis Rykov a écrit :
Hi,
I have
Hi,
I have a GeoTIF file and file with RPC information next to it (*.txt). Is
there a way to transform this raster to a normal geotiff without
displacement (with geotransform inside) or is it fundamentally impossible?
I've tried to achieve it with gdalwarp but in this case the result of the
transf
