Even,
thank you very much and excuse my impatience ;-)
Best wishes
Uwe
>-Ursprüngliche Nachricht-
>Von: Even Rouault [mailto:even.roua...@spatialys.com]
>Gesendet: Freitag, 4. Oktober 2019 13:56
>An: gdal-dev@lists.osgeo.org
>Cc: Schmitz, Uwe
>Betreff: Re: [gdal-dev]
Folks,
no idea or interest in this issue?
Or are there problems with the download?
I can send them via pm if desired.
Best wishes
Uwe
>-Ursprüngliche Nachricht-
>Von: gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] Im Auftrag von
>Schmitz, Uwe
>Gesendet: Montag, 2. Septe
Folks,
I try to filter a dem (456664_40m.tif) with the help of
a .vrt (456664gf.vrt) to get 456664gf.tif. The result is incorrect.
It looks like it's slightly pushed together vertically in the middle of
the dataset. Please look at 456664gf.tif, compare it to the
original 456664_40m.tif and you
Carsten,
are you shure that the grid is used during transformation?
I know nothing about the C# package, but in my own tests
the “not-found” case was often the cause for wrong results.
So I tend to almost always use an absolute path to
the grid file.
Due to historical reasons gdal silently
rors cause the termination
of the process...
Anyway, thank you very much for the quick patch!
Best wishes
Uwe
>-Ursprüngliche Nachricht-
>Von: Even Rouault [mailto:even.roua...@spatialys.com]
>Gesendet: Dienstag, 18. Juni 2019 17:02
>An: gdal-dev@lists.osgeo.org
>Cc: Schmitz, Uw
Hi Folks,
with gdal 2.4.0 I get errors doing the following:
gdal_translate \
-co COMPRESS=PACKBITS \
-co NBITS=1 \
-co PHOTOMETRIC=MINISWHITE \
-co PROFILE=GeoTIFF \
-a_srs epsg:25832 \
src.tif \
dst.tif
Input file size is 4000, 4000
ERROR 6: dst.tif, band 1: SetOffset() not
Frank,
So if I conclude:
ESRI and GDAL have different WKT formats. It is not
possible to write GeoTIFF files which are fully
ESRI *and* GDAL compatible.
Uwe,
I do not agree with this conclusion! However, it is
difficult to produce a GeoTIFF file that will exactly
preserve and
Hermann,
On 05/09/2011 16:03, Schmitz, Uwe wrote:
I wonder, if anyone else has experienced this or
similar behaviour. And how can I achieve that
ESRI- *and* gdal-Tools can identify the correct
reference system.
What I asked on this list some weeks ago:
--- snip ---
From
Hi all,
some of our customers are complaining that ESRI
products, eg. ArcMap, can't recognize the
spatialreference system of GeoTIFF files written
with gdal_translate.
First I must admit that I don't have ArcMap at
hand and can't test intensly. But I verified the
statement with a colleagues
Heng,
Hi Uwe,
Sorry to bother you again. I actually need your help
about another GDALWARP problem I am having. I just
thought it might be better to send you an email
directly about this (a shortcutJ) although I did
just post a message regarding this problem on
the GDAL DEV forum:
Heng,
Hi Uwe,
Thanks for your quick response as usual :)
Yes, I had to use the BIGTIFF=YES option on some of these
large data to get the re-projection done, but did not need to
use this option on all the data which had this problem. The
word large was actually mentioned due to
Heng,
Hi Uwe,
Hope you had a wonderful Christmas break.
Yes, thank you (but I have the impression that mine has
been shorter than yours ;-))
Regarding the issue about the NTv2 transformation,
the map data provider has confirmed that the raster
data do cover some areas which are
Heng,
http://osgeo-org.1803224.n2.nabble.com/file/n5848200/gdalwarp_
problem1.doc
gdalwarp_problem1.doc
Hi Uwe,
I have tried your suggestion on the same raster file with a modified
+x_0=50 parameter in the command line (as seen in the
attached doc). I
could see the major
Heng,
as Frank wrote the coordinates you try to transform are
far outside the BETA2007.gsb grid. Is it possible that
your georefrenced raster fiel lacks the Gauss-Krueger meridian
prefix? If so, you can try with a modified +x_0=50 parameter
on the command line.
Regards
Uwe
Frank,
I don't know if it's of interrest here, but
I always put a gdalwarp'ed output
file through gdal_translate to get a clean
file. Beside some other things, this step rearranges
the stripes and, IIRC, some older versions of
gdalwarp had problems in writing compressed
NBITS=1 files.
But just
Tilo,
ogr2ogr -s_srs +proj=tmerc +lat_0=0 +lon_0=9 +k=1 +y_0=0
+ellps=bessel
+nadgrids=BETA2007.gsb -t_srs EPSG:25832 target.shp source.shp
I used the parameters instead, but it didn't work either. In
fact, I think it doesn't matter since ogr2ogr looks up the
same parameters in
16 matches
Mail list logo