> Randy,
>
> I've taken this off the list since it isn't really a gdal issue.
>
> This part of the log:
>
> "configure:5590: Using requested GDAL_HOME
> of /home/randyqiu/run-time/gdal-1.6.2
> configure:5605: checking for GDALOpen in -lgdal
> configure:5640: gcc -o conftest -O2 -I/usr/local/i
Hi there,
I tried to read HDF4 files downloaded from this website:
http://oceancolor.gsfc.nasa.gov/
More specifically, the SeaWiFS L3 BIN:
http://oceandata.sci.gsfc.nasa.gov/SeaWiFS/L3BIN/2009/312/S2009312.L3b_DAY_CHL.main.bz2
But running gdalinfo on that file doesn't show any SUBDATASET:
% g
On Wed, Nov 18, 2009 at 7:19 PM, Frank Warmerdam wrote:
> Shaun Kolomeitz wrote:
>
>> Thanks Seth,
>>
>> It makes sense that the slowest part of the whole equation would be the
>> disk operations, and there must be quite a number of disk reads/writes
>> when processing imagery. Currently we use Ra
Shaun Kolomeitz wrote:
Thanks Seth,
It makes sense that the slowest part of the whole equation would be the
disk operations, and there must be quite a number of disk reads/writes
when processing imagery. Currently we use Raid Arrays that push data
through at a rate of 300MB/s, granted if these w
Thanks Seth,
It makes sense that the slowest part of the whole equation would be the
disk operations, and there must be quite a number of disk reads/writes
when processing imagery. Currently we use Raid Arrays that push data
through at a rate of 300MB/s, granted if these were SSDs in Raid0 we
coul
I've been intending for a while to work on either CUDA or OpenCL with GDAL
& GRASS. I applied to do this for the Google Summer of Code, but wasn't
accepted this past summer. I'll probably work on it someday just to make
sure my thesis work gets finished within budget.
However, I'm mostly interest
I've heard a lot about the power of NVidia CUDA and am curious about
ways in which we could leverage off this to increase the performance of
1) Image Mosaics 2) Translates and 3) Image Reading/rendering
(especially highly compressed images).
I also see that there is pyCUDA as well. Both of which I
Even,
I just got it to work with the new API today. That is great!
And just liike you said, the advantage is in usability not performance.
Thanks,
Ivan
> ---Original Message---
> From: Even Rouault
> Subject: Re: [gdal-dev] Re: JAVA API - Performance
> Sent: Nov 14 '09 17:32
>
>
I think you can also use the SEPARATOR layer creation option, per
http://www.gdal.org/ogr/drv_csv.html?
> -Original Message-
> From: gdal-dev-boun...@lists.osgeo.org
> [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of
> doug_newc...@fws.gov
> Sent: Wednesday, 18 November 2009 13:4
Bruce,
If you're on a linux system with perl:
perl -pi -e 's/\t/,/g' filename
is a perl one-liner that should replace all of the tabs with commas in the
file, working on the file in place. I've used similar commands on text
files up to 379 GB in size, although it does take a while for fil
Hi Bruce,
A while ago I wrote a little utility to convert delimited text files to
shapefiles, based on an old version of shapelib. (This is before I knew
about the OGR project.) You can download a copy from ESRI's ArcScripts site
at http://arcscripts.esri.com/details.asp?dbid=14268. It does wor
Thanks for these precious informations Frank, it seems clearer to me
now.
Best regards
Guillaume
Le mercredi 18 novembre 2009 à 11:41 -0500, Frank Warmerdam a écrit :
> Guillaume Sueur wrote:
> > Having just realised that gdal doesn't use proj EPSG file for
> > reprojection (see my previous pos
Guillaume Sueur wrote:
Having just realised that gdal doesn't use proj EPSG file for
reprojection (see my previous post on "Unsupported SRS but available in
epsg file"), I have a few questions to clarify the reprojection
processes both in gdal and mapserver :
- where do the gdal gcs/pcs definitio
Rahkonen Jukka wrote:
Hi,
Thanks, that makes things more understandable. Is there some good reason to
keep delivering "epsg" text file with FWTools if it is not used for
anything? Is it perhaps included for Mapserver that ships with FWTools?
Jukka,
It is used for MapServer, and PROJ.4. I wou
Hi,
Thanks, that makes things more understandable. Is there some good reason to
keep delivering "epsg" text file with FWTools if it is not used for anything?
Is it perhaps included for Mapserver that ships with FWTools?
Both my codes, 2393 and 3067 are included in pcs.csv thus I believe I must
Is there any way to use ogr2ogr to convert tab-delimited data such as
the geoname dot org files into shapefiles short of converting all tabs
to commas?
I created a VRT file that works with CSV files but I can not find any
way to convert tab-delimited data.
Bruce
This message and any
Jukka Rahkonen wrote:
Hi,
With Mapserver I am used to correct projection parameters, if needed, by editing
directly the projection file which is in MS4W package located at
\ms4w\proj\nad\epsg.
Now I tried to do the same with FWTools 2.4.2. There is a file with promising
name at \FWTools2.4.2\
I'm trying to fill nodata values (32767) in some SRTM elevation data using
gdal_fillnodata.py.
But the output file has interpolated pixels all set to zero rather than an
average of the surrounding pixels.
A new output file is created, (surprisingly quickly) so I assume the script
is working OK.
A
Hi,
With Mapserver I am used to correct projection parameters, if needed, by editing
directly the projection file which is in MS4W package located at
\ms4w\proj\nad\epsg.
Now I tried to do the same with FWTools 2.4.2. There is a file with promising
name at \FWTools2.4.2\proj_lib\epsg. However,
Thanks for the mail Alan.
I am programming it in Cpp and using Qt architechture . I will try with a
new raster band and try to make it as a mask with forecfully assiging a
value to it.
data = (uchar *) CPLMalloc(sizeof(uchar)*width*height*bytesPerPixel);
poBandR->RasterIO(GF_Read, xOff, yO
On Tue, 17 Nov 2009 07:07:59 -, Raspaud Martin
wrote:
>
> Now I would like to project satellite data for which I have the 2d lat
> and lon grids onto, say, a polar stereographic projection for example.
GDAL can do this using VRT files.
First create a VRT file to represent your raw data set,
Having just realised that gdal doesn't use proj EPSG file for
reprojection (see my previous post on "Unsupported SRS but available in
epsg file"), I have a few questions to clarify the reprojection
processes both in gdal and mapserver :
- where do the gdal gcs/pcs definitions come from ? Is it a se
> When you use "EPSG:" or "+init=EPSG:x" as a SRS definition, OGR will
> try
> to resolve the EPSG code from its own CSV data files, and thus will not use
> /usr/share/epsg/proj for this. This is normally done with the
> $(gdal_data)/gcs.csv or $(gdal_data)/pcs.csv files derived from the
Hi ,
I have found the solution myself.
Below is the piece of code for polygonizing the raster.
Yet there is another problem i am facing. I am unable to create a mask band
for a particular pixel value.I understand that could be done using
thresholding. But I did not find any method for that in GDA
24 matches
Mail list logo
