On Oct 26, 2011, at 2:45 PM, Frank Warmerdam wrote:
> On Wed, Oct 26, 2011 at 12:27 PM, Howard Butler wrote:
>> Folks,
>>
>> Motion: To approve RFC 37: User context data in CPLErrorHandler callbacks
>>
>> http://trac.osgeo.org/gdal/wiki/rfc37_cplerror_userdata
With +1's from Daniel, Tamas, Ev
On 28/10/2011 20:08, Chaitanya kumar CH wrote:
I meant the nodata value of ch00_form.tif
This *is* the nodata value of ch00_form.tif.
The vrt which I posted has been generated through a simple:
$ gdal_translate -of vrt ch00_form.tif ch00_form.vrt
The only modifications I made was to change S
I meant the nodata value of ch00_form.tif
On Fri, Oct 28, 2011 at 11:33 PM, Hermann Peifer wrote:
> On 28/10/2011 20:02, Chaitanya kumar CH wrote:
>
>> What was the nodata value in the original?
>>
>>
>0.**00E+00
>
> Hermann
>
--
Best regards,
Chaitanya kumar CH.
+91-9494447
On 28/10/2011 20:02, Chaitanya kumar CH wrote:
What was the nodata value in the original?
0.00E+00
Hermann
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
What was the nodata value in the original?
On Fri, Oct 28, 2011 at 11:28 PM, Hermann Peifer wrote:
> On 27/10/2011 10:58, Chaitanya kumar CH wrote:
>
>>
>> A vrt file can implement your requirements. It can create a 'lookup
>> table' to translate your pixel values...
>>
>
> Chaitanya,
>
> I just
On 27/10/2011 10:58, Chaitanya kumar CH wrote:
A vrt file can implement your requirements. It can create a 'lookup
table' to translate your pixel values...
Chaitanya,
I just tried to translate an Int32 GeoTIFF with pixel values 111..523
into a byte-type GeoTIFF with values 1..44, using the L
Try it with one file and list all the error messages.
On Fri, Oct 28, 2011 at 9:43 PM, joolek wrote:
> Seriously guys... I do admire your knowledge!!
> Still can't get it to work :)
>
> --
> View this message in context:
> http://osgeo-org.1803224.n2.nabble.com/254-into-255-tp6931988p6940762.htm
Selon guillaume huby :
> Hello,
>
> I am using Gdal 1.8.1 (gdalinfo --version -> GDAL 1.8.1, released
> 2011/07/09).
>
> I used gdal_rasterize to burn some tif file with values from a shapefile:
>
> > gdal_rasterize -a ID -l vector_test vector_test.shp test_out.tif
> >
>
> My tif file contains a u
Seriously guys... I do admire your knowledge!!
Still can't get it to work :)
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/254-into-255-tp6931988p6940762.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gda
Guillaume,
Please do provide the sample shapefile.
On Fri, Oct 28, 2011 at 8:59 PM, guillaume huby <
guillaume.huby.li...@gmail.com> wrote:
> Hello,
>
> I am using Gdal 1.8.1 (gdalinfo --version -> GDAL 1.8.1, released
> 2011/07/09).
>
> I used gdal_rasterize to burn some tif file with values fr
Hello,
I am using Gdal 1.8.1 (gdalinfo --version -> GDAL 1.8.1, released
2011/07/09).
I used gdal_rasterize to burn some tif file with values from a shapefile:
> gdal_rasterize -a ID -l vector_test vector_test.shp test_out.tif
>
My tif file contains a unique layer of type UInt32.
The shape fil
Kat,
Your input image is of 32-bit float type. Whereas KML tiles are supposed to
be png format that should be viewable on browsers.
The corrupted pixels are a result of clipping the float valued pixels to the
range [0,255].
I suggest scaling the pixel values to byte type using the -scale option i
Hi
Gdalinfo reproject.tif
Driver: GTiff/GeoTIFF
Files: reprojected.tif
Size is 3700, 3500
Coordinate System is:
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich",0
as 1.8.1. I have also tried ds
=
driver.Create("D:tempoutput.tif", 10, 10, 1, gdal.GDT_Int32), but
that didn't make much difference.
I tried to make a Surfer grid (GSBG), and this somewhat worked: it
gave a nice picture, but the values
Kat,
Please provide the whole command you used and the output of gdalinfo on your
input file.
On Fri, Oct 28, 2011 at 4:34 PM, katrin eggert
wrote:
> Hi
> I have used gdal2tile.py like this
> python gdal2tile.py -k [input] [output] and the tiels that are generated
> are nothing to do with the in
magvar,
> >> geoidheigh AS geoidheigh, name AS name, cmt AS cmt, desc_ AS desc_, src
> >> AS src] FROM GPS_Project.shp", new.shp GPS_Project.shp
>
> __ Information from ESET NOD32 Antivirus, version of virus
> signature database 6582 (20111028) __
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
magvar, geoidheigh
>>> AS geoidheigh, name AS name, cmt AS cmt, desc_ AS desc_, src AS src] FROM
>>> GPS_Project.shp", new.shp GPS_Project.shp
>>>
>>>
>>
>>
>>
>>
>
>
>
> __ Information from ESET NOD32 Antivirus, version of
eigh, name AS name, cmt AS cmt, desc_ AS desc_, src
AS src] FROM GPS_Project.shp", new.shp GPS_Project.shp
__ Information from ESET NOD32 Antivirus, version of virus signature
database 6582 (20111028) __
The message was checked by ESET NOD32 Antivirus.
http://w
ogr2ogr -f "esri shapefile" -sql "SELECT ele, time AS t, magvar,
geoidheigh, name, cmt, desc, src FROM GPS_Project" new.shp GPS_Project.shp
Gr
Ralf
On Freitag 28 Oktober 2011 13:54:37 António Rocha wrote:
> ogr2ogr -sql "SELECT [ele AS ele, time AS t, magvar AS magvar,
> geoidheigh AS geoidheig
signature database 6575 (20111026) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
--
Best regards,
Chaitanya kumar CH.
+91-9494447584
17.2416N 80.1426E
--
António Rocha
Aerospace & Defence Portugal
DEIMOS Engenharia, SA
Av. D. Joao II, Lt 1.17.0
Hi
I have used gdal2tile.py like this
python gdal2tile.py -k [input] [output] and the tiels that are generated are
nothing to do with the input image. It has changed the image by almost
plotting random values pixels.
Is there any limitation regarding inpu timage (e.g. it must be integer or
somethin
10, 10, 1, gdal.GDT_Int32), but
that didn't make much difference.
I tried to make a Surfer grid (GSBG), and this somewhat worked: it
gave a nice picture, but the values were off the charts.
Any clues as to what I'm missing her
also tried ds
=
driver.Create("D:tempoutput.tif", 10, 10, 1, gdal.GDT_Int32), but
that didn't make much difference.
I tried to make a Surfer grid (GSBG), and this somewhat worked: it
gave a nice picture, but the values were off the charts.
Any clues as to what I'm missi
Hi Vincent,
Thanks for the repliy; unfortunately
gdal_array.BandWriteArray(ds.GetRasterBand(1),a)
(BandWriteAsArray doesn't exist)
has the same effect.
Tom
On Fri 28/10/11 10:57 , Vincent Schut sc...@sarvision.nl sent:
Tom van der Putte wrote:Hi
List,
Tom van der Putte wrote:
Hi List,
I'm trying to save a numpy array to a GTiff, which should be quite
straightforward, considering all the examples available on the web.
However, I get an file that is not readable by Qgis, is regarded by
ArcMap to have only 0 and gdalinfo displays nothing on t
Hi
List,
I'm trying to save a numpy array to a GTiff, which should be quite
straightforward, considering all the examples available on the web.
However, I get an file that is not readable by Qgis, is regarded by
ArcMap to have only 0 and gdalinfo displays nothing on the values.
I start with a nda
I
forgot to mention that I had replaced the original array with
np.ones((10,10)) for testing purposes, the result stays the same...
Tom
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
On 28/10/2011 09:09, Chaitanya kumar CH wrote:
I'm sorry. I should have said that gdalbuildvrt does not support
creation of the lookup table.
Thanks for the clarification and for posting the vrt-lookup-table trick.
This was very helpful.
Hermann
_
I'm sorry. I should have said that gdalbuildvrt does not support creation of
the lookup table.
On Fri, Oct 28, 2011 at 12:22 PM, Hermann Peifer wrote:
> On 27/10/2011 14:48, Chaitanya kumar CH wrote:
>
>> However it [gdalbuildvrt] doesn't support complex sources..
>>
>
> Chaitanya, could you per
29 matches
Mail list logo
