Hi Even and Antonio,
Thank you Even for explaining how to make the impossible possible!
I will explore this option.
The suggestion of Antonio to include a default set of PixelFunctions is
an excellent idea, as it lowers the threshold for newcomers, like me.
The proposed standard functions
Hi,
I just updated to 1.8.0 from 1.7, using the MrSid DSDK 8.0.
In order to handle transparency, i have until now used the metadata values
from IMAGE__NO_DATA_VALUE,
and simply masked away pixels.
After upgrading, the IMAGE__NO_DATA_VALUE yields nothing, neither is it
listed when using
Hi Knut-Frode,
Il giorno Fri, 13 May 2011 10:37:25 +0200
Knut-Frode Dagestad knutfrodesop...@hotmail.com ha scritto:
Hi Even and Antonio,
Thank you Even for explaining how to make the impossible possible!
I will explore this option.
If you think it is useful I can attach the fake-driver
On 11-05-13 06:51 AM, Jorge Arévalo wrote:
Hello,
Is there any reason to limit the GDALPolygonize function to read data
in int32 buffers, instead of using 32b float or even 64b double ones?
As I stated in ticket #4005 (http://trac.osgeo.org/gdal/ticket/4005),
I want to code an alternative
Is this with MG3 or MG4 files? MG4 uses an alpha channel instead of nodata, so
what you describe would be expected in that case.
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Oyvind Idland
Sent: vendredi 13 mai 2011 04:28
To:
Greetings
I have a couple of Gtif Images and I want to create thumbnails. Is it
possible to do that with GDAL?
Thanks
Antonio
__ Information from ESET NOD32 Antivirus, version of virus signature
database 6119 (20110513) __
The message was checked by ESET NOD32 Antivirus
2011/5/13 António Rocha antonio.ro...@deimos.com.pt
Greetings
I have a couple of Gtif Images and I want to create thumbnails. Is it
possible to do that with GDAL?
Thanks
Antonio
__ Information from ESET NOD32 Antivirus, version of virus
signature database 6119 (20110513
Le mercredi 11 mai 2011 10:10:52, Even Rouault a écrit :
Hi,
Motion: I move to adopt RFC 35: Delete, reorder and alter field definitions
of OGR layers.
http://trac.osgeo.org/gdal/wiki/rfc35_deletereorderalterfielddefn
Hi,
I declare this motion passed with support (+1) from FrankW,
On 13/05/2011 12:07, Antonio Valentino wrote:
If you think it is useful I can attach the fake-driver code to the
#3367.
Thank you, that would be useful.
In the meantime I have tested this approach, nearly successful:
I copied one of your pixel-functions from #3367 and made a dynamic
library
Le vendredi 13 mai 2011 18:59:14, Knut-Frode Dagestad a écrit :
On 13/05/2011 12:07, Antonio Valentino wrote:
If you think it is useful I can attach the fake-driver code to the
#3367.
Thank you, that would be useful.
In the meantime I have tested this approach, nearly successful:
I
For transparency's sake, I posted this to gis.stackexchange
(http://gis.stackexchange.com/questions/9609/translating-grid-to-usgs-dem-in-c-via-gdal),
but haven't heard anything that really helps, so I thought this might be a
better place to seek help.
I am attempting to translate ArcInfo binary
On 11-05-13 01:13 PM, supercooper wrote:
Dataset dsDem = demDriver.Create(C:\\Data\\65587895\\foo.dem, x, y, 1,
DataType.GDT_Int16, opts);
Gives the error:
System.ApplicationException: GDALDriver::Create() ... no create method
implemented for this format.
I thought the USGSDEM format was
Le vendredi 13 mai 2011 19:13:32, supercooper a écrit :
For transparency's sake, I posted this to gis.stackexchange
(http://gis.stackexchange.com/questions/9609/translating-grid-to-usgs-dem-i
n-c-via-gdal), but haven't heard anything that really helps, so I thought
this might be a better place
On 13/05/2011 19:07, Even Rouault wrote:
I had also a similar error on Linux, but it worked despite the error. I have
pushed a fix in trunk to silent that error. You can try to add a printf()
statement in your GDALRegisterMe function to check if it is loaded correctly.
You are right, it works
Hi,
Using gdal_merge.py to merge multiple Geotif files and get the
following error? Is there a work around to the size issue? Expected
output file size is about 12 Gigs. I was under the impression gdal was
able to handle Big TIFF format. If not, can you please suggest a
format
On Fri, May 13, 2011 at 11:03 AM, Vytas vy...@dendron.com wrote:
Hi,
gdal_merge.py -o tot.tif Port*.tif
Try gdal_merge.py -co BIGTIFF=IF_NEEDED -o tot.tif Port*.tif
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
Even, CreateCopy did it. Thanks!
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Translating-ArcInfo-binary-grid-to-USGS-dem-in-C-via-GDAL-tp6360189p6360610.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
the code is at
http://trac.osgeo.org/gdal/attachment/ticket/3367/pixfun-plugin-20110513.tar.gz
In the meantime I have tested this approach, nearly successful:
I copied one of your pixel-functions from #3367 and made a dynamic
library file with:
gcc -fPIC -c gdal_nerscpixelfun.c
gcc -shared
GDALers:
Say I have two rasters, A and B with different projections, extents,
and resolution. I want to make B match A, such that the projection,
resolution, and extent (filling in with some arbitrary value where
there is no data) all match. Is there a quick way to do this using
command line
Le vendredi 13 mai 2011 21:58:50, Jonathan Greenberg a écrit :
GDALers:
Say I have two rasters, A and B with different projections, extents,
and resolution. I want to make B match A, such that the projection,
resolution, and extent (filling in with some arbitrary value where
there is no
Jonathan,
Assuming you want to convert B's projection to A's.
First, run gdalinfo on A.tif and save the part under 'Coordinate System is:'
in a file named 'A.prf'. This is the OGC's WKT representation of the Spatial
Reference System of A.tif
Then, run gdalwarp on B.tif with the following
21 matches
Mail list logo