On Sat, 28 May 2016, Even Rouault wrote:
On Saturday 28 May 2016 09:02:49 Roger Bivand wrote:
Blumentrath, Stefan nina.no> writes:
Hi,
And thanks Even and Jukka for your answers!
Based on the info you provided I investigated a bit more and it seems to
be an issue "downstreams" indeed.
g
On Saturday 28 May 2016 09:02:49 Roger Bivand wrote:
> Blumentrath, Stefan nina.no> writes:
> > Hi,
> >
> > And thanks Even and Jukka for your answers!
> >
> > Based on the info you provided I investigated a bit more and it seems to
>
> be an issue "downstreams" indeed.
>
> > gdalsrsinfo epsg:
Blumentrath, Stefan nina.no> writes:
>
> Hi,
>
> And thanks Even and Jukka for your answers!
>
> Based on the info you provided I investigated a bit more and it seems to
be an issue "downstreams" indeed.
>
> gdalsrsinfo epsg:25832 gave the same result for me than for Jukka (the
result from li
.000) ( 7d33'58.86"E, 58d58'40.77"N)
> Upper Right ( 660915.000, 6784515.000) ( 11d59'28.13"E, 61d 9'43.28"N)
> Lower Right ( 660915.000, 6538485.000) ( 11d47'51.98"E, 58d57'20.48"N)
> Center( 539250.000, 6661500.
Right ( 660915.000, 6538485.000) ( 11d47'51.98"E, 58d57'20.48"N)
Center( 539250.000, 6661500.000) ( 9d42'20.11"E, 60d 5'19.35"N)
-Original Message-
From: gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Even
Rouault
S
On Friday 27 May 2016 11:46:14 Jukka Rahkonen wrote:
> Blumentrath, Stefan nina.no> writes:
> > Hei,
> >
> > We are facing issues with GeoTiffs that were written by GDAL, after
>
> importing them to GeoServer or opening in Desktop GIS.
>
> > On file was produced in GRASS and exported using r.o
Blumentrath, Stefan nina.no> writes:
> Hei,
>
> We are facing issues with GeoTiffs that were written by GDAL, after
importing them to GeoServer or opening in Desktop GIS.
> On file was produced in GRASS and exported using r.out.gdal (GDAL 2.1dev),
the other file in R, using rgdal (GDAL2.0.x) wi
Hei,
We are facing issues with GeoTiffs that were written by GDAL, after importing
them to GeoServer or opening in Desktop GIS.
On file was produced in GRASS and exported using r.out.gdal (GDAL 2.1dev), the
other file in R, using rgdal (GDAL2.0.x) with EPSG code 25832.
The rasters seem to miss t