Le lundi 16 juin 2014 14:20:59, Timothy Astle a écrit :
> Hi all,
>
> Does anyone know why CPLEscapeString
> (https://svn.osgeo.org/gdal/trunk/gdal/port/cpl_string.cpp) character
> encodes characters that are valid as-is according to
> http://www.ietf.org/rfc/rfc1738.txt?
>
> I just hit a situati
On 17 June 2014 20:56, Robert Grah wrote:
>
> I try to read the whole elevation data from a band of a GeoTiff image into a
> c++ 2d vector so that I can read the values like vector[x][y].
> [...]
> Is there an easy way to get the values ordered like the pixels of an image?
> From left to right an
Hallo,
i think this question is somehow a bit stupid but I have to ask it anyway
because i can not find a good working solution.
I try to read the whole elevation data from a band of a GeoTiff image into a
c++ 2d vector so that I can read the values like vector[x][y].
I also like to convert the
VRT extend is approximately this:
ulx, uly = (7436881, 4707326)
lrx, lry = (7687838, 4511902)
Here is also excerpt from VRT file itself:
PROJCS["Bessel_1841_Transverse_Mercator",
GEOGCS["GCS_Bessel_1841",
DATUM["D_Bessel_1841",
Hi All,
I just fix Cmake scripts for current GDAL trunk and make GDAL on my
Ubuntu 14.04. Last code is in cmake4gdal brunch on github
(https://github.com/nextgis/gdal-svn/tree/cmake4gdal).
Now it tested on Windows (32-bit and 64-bit builds) and Linux (Ubuntu 14.04).
There are no all parts of GD
Here is VRT header and one "simplesource" node just in case:
PROJCS["Bessel_1841_Transverse_Mercator",
GEOGCS["GCS_Bessel_1841",
DATUM["D_Bessel_1841",
SPHEROID["Bessel_1841",6377397.155,299.1528128]],
PRIMEM["Greenwich