Frank Warmerdam wrote:
On Sat, Jun 26, 2010 at 6:41 PM, Stephen Woodbridge
wrote:
Hi all,
I have a few Spot image files and ran the following. Is there a good way to
check the integrity of the original image. Should I have used some other
options?
Steve,
I imagine the problem is due to a br
Frank Warmerdam wrote:
On Sat, Jun 26, 2010 at 6:41 PM, Stephen Woodbridge
wrote:
Hi all,
I have a few Spot image files and ran the following. Is there a good way to
check the integrity of the original image. Should I have used some other
options?
Steve,
I imagine the problem is due to a br
On Sat, Jun 26, 2010 at 6:41 PM, Stephen Woodbridge
wrote:
> Hi all,
>
> I have a few Spot image files and ran the following. Is there a good way to
> check the integrity of the original image. Should I have used some other
> options?
Steve,
I imagine the problem is due to a broken system libtif
Hi all,
I have a few Spot image files and ran the following. Is there a good way
to check the integrity of the original image. Should I have used some
other options?
Thanks,
-Steve
gdalinfo --version
GDAL 1.5.2, released 2008/05/29
gdalwarp -s_srs EPSG:4326 -t_srs epsg:900913 -co TILED=YE
Has anybody tried to pull GIS data from a Canvas (.cvx) file?
Thanks,
Steve
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Even Rouault wrote:
>
> Yo say 'gdalmerge quits with an error', but you didn't mention the exact
> error
> message nor the command line you've used, so it is hard to tell what's
> wrong
>
Oh, that cause was obvious. Since the TIF had lost the georefence, there was
no overlap between the reque
Chaitanya kumar CH wrote:
>
> Since you said that gdalwarp did not work, try gdal_merge.py with the
> options "-n -332768 -init 0".
>
Thank you, this did the job!
Nop
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Handling-nodata-values-tp5222453p5224997.html
Sent
Nop,
val_repl.py wasn't copying georeferencing from input dataset to output
dataset. I've just improved that now.
There's another existing script that you can use to copy georeferencing from
an input dataset to an existing output dataset. The pixel data of the output
dataset is left untouched.
Nop,
I didn't see the extent val_repl.py does the conversion. That is a problem.
Since you said that gdalwarp did not work, try gdal_merge.py with the
options "-n -332768 -init 0".
On Sat, Jun 26, 2010 at 3:58 PM, NopMap wrote:
>
>
> Chaitanya kumar CH wrote:
> >
> >
> > In line 93 in val_repl
Chaitanya kumar CH wrote:
>
>
> In line 93 in val_repl.py, the default value is taken as of type Byte. For
> a
> quick fix, mention the data type of the raster reported by gdalinfo with
> the
> option -ot to the script. Refer to (
> http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/python/samp
Nop,
In line 93 in val_repl.py, the default value is taken as of type Byte. For a
quick fix, mention the data type of the raster reported by gdalinfo with the
option -ot to the script. Refer to (
http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/python/samples/val_repl.py#L61)
On Sat, Jun 26, 20
11 matches
Mail list logo
