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.7gdalinfo
D:\City\raster\gas\500\g8746-1_
cit.tif
Driver: GTiff/GeoTIFF
Files:
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
(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=7:
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
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)
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
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
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
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, according to
