Frank Warmerdam wrote:
This sounds like a heap of processing that needs to be done.
You can increase the chunk size on which gdal_rasterize operates by
increasing the GDAL_CACHEMAX config option. I would suggest sizing
it to be roughly 1/3 of your machine RAM.
eg.
gdal_rasterize --config GDAL
Hermann Peifer wrote:
Frank Warmerdam wrote:
This sounds like a heap of processing that needs to be done.
You can increase the chunk size on which gdal_rasterize operates by
increasing the GDAL_CACHEMAX config option. I would suggest sizing
it to be roughly 1/3 of your machine RAM.
eg.
gdal_
---
DIPA BISWAS wants to stay in better touch using some of Google's coolest new
products.
If you already have Gmail or Google Talk, visit:
http://mail.google.com/mail/b-737570-9bed6926fd-655bc167fb201c3d
You'll need to click
Good day.
I encountered the following problem using GDAL. GDALGetProjectionRef(...)
works with file formats TIF, but JPG and BMP returns an empty string.
Used as:
There have been downloaded sources from
http://download.osgeo.org/gdal/gdal162.zip
Sources was built using Visual Studio 2005
Alex,
There is nothing wrong with that. If you gdal_translate a TIF to BMP the
projection/reference will be stored on a
.bmp.aux.xml. The question is, why in the process of creating those BMP and JPG
the auxiliary files are not been
created.
Regards,
Ivan
> ---Original Message---
Hi Alex,
How your TIF and BMP files are generated?
Are you writing them by yourself from an input image?
In that case, make sure to create a samenamefile.jpg.aux.xml file containing
a tag with the definition on it.
Try using gdal_translate -of JPEG mytiff.tif myjpeg.jpg to see how that
aux.xml sh
Hello everybody;
First of all, I would like to say that I am quite new in S-57 format
and GDAL/OGR libraries.
As a starting point, I downloaded the source codes and built the whole
GDAL library on my computer,
using the "nmake" of Visual Studio 2008.
Now:
poDS = OGRSFDriverRegistrar::Open( "US5
Hello everybody;
First of all, I would like to say that I am quite new in S-57 format
and GDAL/OGR libraries.
As a starting point, I downloaded the source codes and built the whole
GDAL library on my computer,
using the "nmake" of Visual Studio 2008.
Now:
poDS = OGRSFDriverRegistrar::Open( "US5
Hi,
Phase 1) let's assume i convert the geotiff -> "file1.tif" to ascii grid file
-> "file2.txt"...
Phase 2) later on i change some of the values of file2.txt, now i want to again
convert the file2.txt (with changed data part...) to geotiff with the
projection information of file1.tif... Can y
Hi - I am trying to use a shapefile as a mask for a 32-bit float single
band image in ERDAS img format. When I view the result after running
gdal_rasterize it does not appear to have changed the values in the
image that correspond with the polygons in the shapefile. When I
converted the image (
Riki Tiki wrote:
Hi,
Phase 1) let's assume i convert the geotiff -> "file1.tif" to ascii grid file -> "file2.txt"...
Phase 2) later on i change some of the values of file2.txt, now i want to again convert the file2.txt (with changed data part...) to geotiff with the projection information of fi
I found out what the problem is. I did not delete the pyramid (.rrd)
file associated with the image. As you know gdal_rasterize does not
change that file so when I displayed the processed image in ERDAS the
viewer was still accessing the old (unchanged) pyramid images. I zoomed
in but not enou
Riki Tiki wrote:
Hi,
Phase 1) let's assume i convert the geotiff -> "file1.tif" to ascii grid file -> "file2.txt"...
Phase 2) later on i change some of the values of file2.txt, now i want to again convert the file2.txt (with changed data part...) to geotiff with the projection information of fi
Hermann Peifer wrote:
Riki Tiki wrote:
Hi,
Phase 1) let's assume i convert the geotiff -> "file1.tif" to ascii
grid file -> "file2.txt"... Phase 2) later on i change some of the
values of file2.txt, now i want to again convert the file2.txt (with
changed data part...) to geotiff with the pro
@Frank and Hermann: Thanks a lot!
My other question is as follows:
1) gdal_translate -of AAIGrid a.tif a.asc
it creates the following: a.asc (ASC File), a.asc.aux (XML Document), and a
(IDL project file)...
now to do the reverse i do the following:
2) gdal_translate -of GTiff a.asc a.tif
it
Riki Tiki wrote:
@Frank and Hermann: Thanks a lot!
My other question is as follows:
1) gdal_translate -of AAIGrid a.tif a.asc
it creates the following: a.asc (ASC File), a.asc.aux (XML Document), and a
(IDL project file)...
Riki,
Not that the .prj file is not an IDL project file, it is an A
Riki,
Please let us know whether Frank's suggestion works or not. I have been
experimenting with writing GeoTIFFs using GDAL 1.6.0 and the Python bindings
and have not been successful so far at using GDAL to calculate statistics
that ArcGIS recognizes. It would be interesting to know whether this
Jason,
In my case I have no problems with no data values... ArcGIS sees them right.
I don't know whether this is important or not...
1) When i convert raster to ascii using ArcGIS it writes no data value as -.
2) When i convert the same raster to ascii using gdal_translate, my no data
value
Jason Roberts wrote:
Riki,
Please let us know whether Frank's suggestion works or not. I have been
experimenting with writing GeoTIFFs using GDAL 1.6.0 and the Python bindings
and have not been successful so far at using GDAL to calculate statistics
that ArcGIS recognizes. It would be interestin
Yilmaz Arslanoglu wrote:
Hello everybody;
First of all, I would like to say that I am quite new in S-57 format
and GDAL/OGR libraries.
As a starting point, I downloaded the source codes and built the whole
GDAL library on my computer,
using the "nmake" of Visual Studio 2008.
Now:
poDS = OGRSF
Belaid MOA wrote:
I wrote a GDAL C++ code that solves the following simple problem:
take two images, a source image with spatial resolution 25mx25m (high
resolution) and a destination image with spatial resolution
1mx1m (low resolution) and scale the source image so that the
values of
Frank,
I do not know whether the new fixes would help or not. When I calculate the
statistics with ArcGIS, no .aux.xml file is generated. I believe ArcGIS is
storing the statistics in a .aux file instead. Here is the sequence of
events that suggests it.
1. I created a 8192x4096 float32 .tif file
Jason Roberts wrote:
Given that the .tif itself was not touched, it seems that the statistics
were stored in the .aux file. If this is true, do you think ArcGIS will pay
attention to the .aux.xml file that GDAL will generate? I don't know much
about this stuff so your guess is better than mine.
Hello list
I'm facing for the first time the need of serving a big raster dataset
continuum though a Mapserver wms service. The data source, at the moment, is
an ArcIms service (this comes for various reasons).
I've considered two options to tile, cache and serve it:
- use gdaltindex to use the t
Tamas Szekeres wrote:
You may get the most recent versions compiled daily from the development
and stable branches from this location
http://vbkto.dyndns.org:1280/sdk/
Thanks, it took a bit of manipulating, as those are not installed quite
the same way.
Also, port 1280 is blocked by our fir
Belaid MOA wrote:
I do not see how gdal_wrap could be used to find the pixels in the
source image that map to
the same pixel in the destination image?
sorry for the typo, that's "gdalwarp"
My point was not that you could use it to find the pixels, but that you
could use it to do the whole jo
Thank you very much Chris. I will take a look at "lanczons" method and check
whether I could use it to solve my simple problem once for all.
With best regards.
~Belaid.
> Date: Thu, 17 Sep 2009 15:56:33 -0700
> From: chris.bar...@noaa.gov
> Subject: Re: [gdal-dev] pixel/line mapping for two ima
All:
First, I apologize if this is too much a newbie post, but I need to
know if I can make this work or need to find another tact.
I have some NGA Raster Product Format (RPF) data. I have ~45K NITF
files in this data set. All use the NGA standard compression for RPF.
I have set these up as
Hi,
I see there is a potentially helpful utility for dissolving geometries
at http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/ogrdissolve.cpp
But obviously, there is no related executable in GDAL 1.6.2 or
1.7.0dev. Are there any plans to continue work on ogrdissolve?
Hermann
___
Hi list,
I'm trying to use OTB (Orfeo ToolBox) on Debian Sid with GDAL 1.6.2 and
I get a lot of segmentation fault related to GDAL and TIFF files.
A guy on the OTB mailing list suggested that it could depend on the
"with-hide-internal-symbols" flag used for Debian packages.
See thread
http group
30 matches
Mail list logo