Am 26.11.2011 04:27, schrieb Hermann Peifer:
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
Hi all,
well i found the little error from my files. In fact blanks before the name
of type of the file in the header (GENERAL_INFORMATION_FILE for example)
missed. That's why i had :
ERROR 1: Unrecognised data_struct_code value G.
Field 000 initialization incorrect.
ERROR 1: Unrecognised data_typ
HI !
after my problems to transform rasterimage now i have a problem to make
the white background tranparency.
After the translation the new image had following status:
C:\Program Files (x86)\FWTools2.4.7>gdalinfo
"D:\City\raster\gas\500\twf_chec
k\baseline_etrs.tif"
Driver: GTiff/GeoTIF
Hi !
i have transform successfully !!
thanks for help !!
regards Jan .-)
my next problem i post by "Problems to define trancparency" .-)
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi !
i have transform successfully !!
thanks for help !!
regards Jan .-)
my next problem i post by "Problems to define trancparency" .-)
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Jan,
Your original image has a color table with RGBA values. Since it includes
the alpha channel, you can just modify the color table to set the entry for
0 to (0,0,0,0). With a 0 value for alpha, the pixels with 0 value will be
transparent.
But you can set it using the VRT format. This method ha
Please disregard my question on this topic. I was able to resolve this
issue on my own. For the record what I did was open the OSGeo4W
installer and re-install all of the libraries which seems to have
cleaned on some dll conflict I am guessing.
Thanks and I am digging this forum.
-- JD Morga
Hi !
i try to start a gdal_merge by win7 64 bit and the fwtools 2.4.7
gdal_merge.bat -ul_lr 2601660.7343 5477349.8203 2607572.5742
5475273.3574 -of GTiff -o %output%_number.tif %input%
but i get the message
C:\Program Files (x86)\FWTools2.4.7>echo off
Traceback (most recent call last)
Jan,
A problem like this could be caused by any number of reasons.
FWTools-2.4.7 for windows is pretty outdated. It's better to uninstall it
and use the binaries from OSGeo4W [1].
See if the error is resolved when using it.
[1]: http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries#OSGeo4W
On
Le lundi 28 novembre 2011 12:09:13, Florent JITIAUX a écrit :
> Hi all,
>
> well i found the little error from my files. In fact blanks before the name
> of type of the file in the header (GENERAL_INFORMATION_FILE for example)
> missed. That's why i had :
> ERROR 1: Unrecognised data_struct_code v
Le lundi 28 novembre 2011 07:44:26, Chaitanya kumar CH a écrit :
> I should have said that you need to copy all bands 'individually'.
Well, ReadAsArary() and WriteArray() also exist at the dataset level and will
read/write all bands.
See :
$ python
Python 2.6.5 (r265:79063, Apr 16 2010, 13:57:4
I'm working with indexed color types of raster data (charts). The data
is in RGB geotiffs and I'm using gdaladdo to create pyramid layers for
them. Unfortunately, the best method for this raster type available
using gdaladdo is still pretty bad - much of the linework becomes
garbled when vi
Le jeudi 24 novembre 2011 22:47:04, Even Rouault a écrit :
> Hi,
>
> The implementation of the OGR SQL SUBSTR(string, offset[, length]) function
> considers that the character offset is like the convention of the C
> language, that is to say that the first character is offset 0, the second
> one i
Le vendredi 25 novembre 2011 23:14:31, Even Rouault a écrit :
> 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
Excellent. Thanks folks for your helpful replies
Cheers,
Graeme
On Tue, Nov 29, 2011 at 6:01 AM, Even Rouault
wrote:
> Le lundi 28 novembre 2011 07:44:26, Chaitanya kumar CH a écrit :
> > I should have said that you need to copy all bands 'individually'.
>
> Well, ReadAsArary() and WriteArray()
Robb,
If you are using gdal version 1.6 or later, you can use the -ro option[1].
It opens the tiff file in read-only mode and creates external overview.
[1]: http://www.gdal.org/gdaladdo.html
On Mon, Nov 28, 2011 at 11:53 PM, Robb Wright wrote:
>
> I'm working with indexed color types of raste
Thanks Chaitanya. Unfortunately gdaladdo doesn't support the Lanczos
resampling type. Lanczos creates - by far - the best looking
downsampled images for my type of rasters. What I'm looking for is a
way to create pyramid layers/.ovr files using the Lanczos resampling method.
Robb
On 11/29/
Robb,
Note that the quality is effected by the levels you choose.
Can you provide a small part of the image where the overview is garbled the
most.
On Tue, Nov 29, 2011 at 12:00 PM, Robb Wright wrote:
> Thanks Chaitanya. Unfortunately gdaladdo doesn't support the Lanczos
> resampling type. L
18 matches
Mail list logo