I used both -a_nodata -32767 and -ot Float32, and neither worked.
-32767 has been converted to 0, and I want to keep the -32767.
Thanks,
Shawn
From: gdal-dev [gdal-dev-boun...@lists.osgeo.org] on behalf of jratike80
[jukka.rahko...@maanmittauslaitos.fi]
S
Thanks Martin, I upgraded to GDAL 2.4.2, and now it works. The problem
was with control points being too near to each other. GDAL 2.4.2 even
worked on a testcase with two control points on the same location.
That's important, for I want to rubbersheet historical maps as exactly
as possible, an
Hi Jukka,
thank you.
jratike80 wrote
> Direct request
> http://map.sitr.regione.sicilia.it/orbs/services/geositi/catalogo_geositi/MapServer/WFSServer?service=wfs&request=GetFeature&TypeNames=geositi_catalogo_geositi:Geositi&Count=1
>
> returns
>
>
> 4159848.60569 407652.219702
>
>
>
Hi,
Direct request
http://map.sitr.regione.sicilia.it/orbs/services/geositi/catalogo_geositi/MapServer/WFSServer?service=wfs&request=GetFeature&TypeNames=geositi_catalogo_geositi:Geositi&Count=1
returns
4159848.60569 407652.219702
It seems that the service returns data as Northing-Ea
Hi all,
I have this WFS source
http://map.sitr.regione.sicilia.it/orbs/services/geositi/catalogo_geositi/MapServer/WFSServer?service=wfs&request=GetCapabilities
If I run
ogr2ogr -skipfailures -f CSV /vsistdout/
wfs:"http://map.sitr.regione.sicilia.it/orbs/services/geositi/catalogo_geositi/MapSer
Hi,
If you read https://gdal.org/programs/gdal_merge.html carefully you'll
notice that -n is used for telling what nodata value is used in the source
files and it is only needed if GDAL can't recognize it automatically. Try
-a_nodata -32767 instead "Assign a specified nodata value to output bands.
Hi Jan,
I had a similar problem, which was solved by normalizing the TPS equations. The
patch
(https://github.com/OSGeo/gdal/commit/c85c58ac781ef781cd126006d91cb5eed2dd53e2)
is included in gdal versions >= 2.4. This may help you as well.
Martin
-Ursprüngliche Nachricht-
Von: gdal-dev
