Aaron,
This could be solved by using the nodata attribute. You can set the nodata
value in the source in the vrt file[1]. The vrt driver will ignore the
nodata areas.
If you have problem with that, rerun the gdalwarp operation and make sure
you get the nodata values.
Use the -srcnodata and -dstnod
Hi Jean-Claude. Thanks for the idea. Unfortunately it made the split a little
larger. Is it possible to make the borders transparent, or remove them so
the blending works properly as it does in gdal_merge.py?
Thanks,
Aaron
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/gdal
Does anyone happen to know how to get Kakadu v7 SDK to compile
successfully into GDAL under 64bit Debian Linux please ?
(eventually it would be great to get the GeoServer jp2k ImageIO stuff
working as well, but that's another matter)
The v7 SDK of Kakadu (by itself) compiles successfully.
I'v
On 07/08/2012 07:48 PM, aphunter wrote:
> Definitely, thanks for the help. I am sort of new to this stuff. Below is the
> imagery from the small images I'm testing with.
Hi,
Since you have reprojected one of the images, it has a black border. Try
to change the images order in the gdalwarp command.
Jeff,
The coordinates you are using with -te are not in the coordinate system of
the image.
>From the docs
-te xmin ymin xmax ymax:set georeferenced extents of output file to be
created (in target SRS).
Convert the lat/lon coordinates you are using to the srs of the image and
then try it.
Mi
I am attempting to crop a geo tiff that I reprojected ..
But I keep getting the error I cannot make an image that is 0x0
gdalinfo of the geotif
Driver: GTiff/GeoTIFF
Files: na_regionals.tif
Size is 13738, 9740
Coordinate System is:
PROJCS["unnamed",
GEOGCS["WGS 84",
DATUM["unknown",
Definitely, thanks for the help. I am sort of new to this stuff. Below is the
imagery from the small images I'm testing with.
Here is the info for the reprojected image (EPSG26910 -> EPSG26911)
Driver: GTiff/GeoTIFF
Files: 26910_rs.tif
Size is 4577, 11883
Coordinate System is:
PROJCS["NAD83 / UTM
08.07.2012 17:58, Lorenzo Moretti пишет:
Hi
There are some problems in gdal 1.9.1. There are errors in dxf output when I
use ogr2ogr.
I have a simple shape file with some polylines. I want to convert it in dxf
file.
The same command
GDAL 1.8
ogr2ogr -f "DXF" -t_srs EPSG:3004 "/Volumes/myhd/
Hi
There are some problems in gdal 1.9.1. There are errors in dxf output when I
use ogr2ogr.
I have a simple shape file with some polylines. I want to convert it in dxf
file.
The same command
GDAL 1.8
ogr2ogr -f "DXF" -t_srs EPSG:3004 "/Volumes/myhd/ustgdal18.dxf" -s_srs
EPSG:32633 "/Volumes
Aaron,
Can you provide some info about the images?
The gdalinfo output of each dataset and, if possible, the small images.
On Sun, Jul 8, 2012 at 12:08 PM, aphunter wrote:
> Thanks for the suggestion. Unfortunately building the .vrt file as you
> suggested, and using gdal_translate, gives me th
10 matches
Mail list logo