Hermann,
Just a note that this topic has been on the list before,
http://lists.osgeo.org/pipermail/gdal-dev/2010-March/023779.html
Bests, Eli
>
> Hi all,
>
> Could it (perhaps) make sense to have a gdal-users mailing list, in analogy
> to grass-users, qgis-users, etc. ?
>
> I assume that, accord
Hi all,
Could it (perhaps) make sense to have a gdal-users mailing list, in
analogy to grass-users, qgis-users, etc. ?
I assume that, according to some logic, GDAL/OGR is considered to be a
library from/for developers, not a GIS application for end-users. On the
other hand, there are quite
Another option would be to gdal_translate to a .vrt by using
-a_srs srs_def EPSG:31466
-a_nodata value # in case you happen to know
-a_ullr ulx uly lrx lry # coordinates at pixel edges, not their centre
points
Think about the .vrt as being the big brother of a world file. You might
want to s
Hi all,
The WKT EXTENSION nodes are used in a few contexts, however I have not
been able to find any documentation, aside from random web pages and
mailing list comments about them.
Could anyone point me to any existing documentation, and inform me on
any other EXTENSION parameters that are suppo
Hi,
http://trac.osgeo.org/gdal/ticket/4354 :
"""Currently, OGR SQL considers COUNT(a_column) as a synonym of COUNT(*).
However the standard mandates that COUNT(a_column) only count non-NULL values,
whereas COUNT(*) count all rows (after the effect of WHERE clause of course).
So COUNT(a_column)
I think I'm experiencing a gdalwarp bug. Maybe two gdal bugs? Dark-colored
blocks and misregistered output from a VRT with about a dozen or so ground
control points. The problem looks like this:
http://mike.teczno.com/img/gdalwarp-darkness/landcover-1km-merc-z7.jpg
http://mike.tec
(neglected to include one link below)
On Nov 25, 2011, at 11:20 AM, Michal Migurski wrote:
> When I convert the VRT to tiles using GDAL's python bindings, I get darkened
> tiles but only at one specific scale that's close to the original scale of
> the image. The output looks like this at zoom=
Jan,
Something does not look right with the coordinates / bbox of the
source g8746-1_cit.tif file.
Data should be within the DHDN / 3-degree Gauss-Kruger zone 2 bbox
2490547.1867, 5440321.7879, 2609576.6008, 5958700.0208
The gdalinfo indicates that dataset bbox is
-948545665.890,-1049712345.693,
HI !
i try my translation in use of an other tif-source files!
here even in the tif-header are informations about the reference - worst
coordintes:
C:\Program Files (x86)\FWTools2.4.7>gdalinfo
"D:\City\raster\gas\500\g8746-1_
cit.tif"
Driver: GTiff/GeoTIFF
Files: D:\City\raster\gas\500\g8
