Hi Rutger (long email below),
I figured out my projection problems. To increase google search
accuracy I'm going to try to include as many relevant terms as I
searched for to describe what happened.
I was attempting to project VIIRS binary image data that I had extracted
from the SDR hdf fi
Hello Everyone
I sending mode batch for many files NETCDF
for file in fnl*.nc ; do
echo "map: $file"
gdal_translate -a_srs "EPSG:4326" -a_nodata 65535 -a_ullr -180 90 180
-90
NETCDF:"$file":T_CDC_3_CCY_10 ${file}_prep.tif
done
Thanks a lot for assistance Etienne!
Frank,
Yes I have written my own program using the tools created by others. I went
with NITRO NITF to write the data because it had all the necessary header
routines (File Header, Security, Image Header, PIAPRD TRE and XML DE Segment
and CSSHPA Segment) at my disposal. I am not one to reinven
Even,
I knew of big and little endian but never knew how to tell the difference. The
original geotiff dem is little endian (II). I have been comparing the two and
for the most part the data is there it is just swapped. The reason I did not
use GDAL NITF is because at the time (January) I sta
On Thu, Jun 14, 2012 at 12:26 PM, Trist, Brenda R.
wrote:
> I am new to GDAL. I recently downloaded GDAL have successfully built
> and linked to the source. The program I am writing reads in a
> GeoTiff DEM (32bit format) and writes the dem data portion out to a
> ntif file (using NITRO NITF rou
Le jeudi 14 juin 2012 21:26:09, Trist, Brenda R. a écrit :
> I am new to GDAL. I recently downloaded GDAL have successfully built
>
> and linked to the source. The program I am writing reads in a
>
> GeoTiff DEM (32bit format) and writes the dem data portion out to a
>
> ntif file (using NITRO
I am new to GDAL. I recently downloaded GDAL have successfully built
and linked to the source. The program I am writing reads in a
GeoTiff DEM (32bit format) and writes the dem data portion out to a
ntif file (using NITRO NITF routines from sourceforge).
I then ran the command od -c on the
If you read the GDAL download page [1] you will find this:
"The latest FWtools version for Windows, 2.4.7, dates back to a
pre-1.6 GDAL version. In order to benefit from the latest and
greatest, you can refer to the other binary builds mentionned above."
If you want to support netcdf files, you s
Dear all,
Never mind; I figured out that it's a problem that has been described
before:
Either place the dll's from the BIN directory of FWTools next to the
executable or add the the bin directory to the PATH environment...
Cheers,
Siebe
___
gdal-de
Hello all,
I'm trying to build a command line application in VB.NET that extracts
parts from a NetCDF file.
For this I'm using the C# API as supplied with FWTools version 2.4.7.
It's supposed to support VB.NET as well; am I right?
However, the application already crashes at the line Call GDAL
Siva,
I'm not sure how to help you with the below code. Perhaps if you
explain the error someone else on the list might be able to help.
My suggestion was how to get the area using the command line tool ogr2ogr.
Regards, Eli
On Thu, Jun 14, 2012 at 1:16 AM, SIVA RAMA KRISHNA
wrote:
> Eli Ada
Hi all,
I just came accross one possibility that I was missing. It is a bit the
complement of the "-separate" that was introduced in v. 1.9.0.
Why is there actually no "-b" option in gdal_merge ?
I have the case of a bunch of 5 bands images that I want to merge into one
single file but only for o
On Thu, Jun 14, 2012 at 4:15 AM, Rutger wrote:
> Hey David,
>
>
> David Hoese wrote
>>
>> On 6/13/12 10:00 AM, gdal-dev-request@.osgeo wrote
>> I'm not sure at the moment, it's VIIRS data. I'm playing around with
>> different existing remapping tools, I have one that works called
>> ms2gt(ll2cr/f
i am Trying To Find Area of A Polygon
with the Following Code
int main(){OGRRegisterAll();OGRLayer *poLayer;
OGRFeature *poFeature;OGRDataSource *poDS;poDS =
OGRSFDriverRegistrar::Open( "first.shp");poLayer =
poDS->*GetLayerByName*( "first");int
nCount=p
Hi.
i want to be sure that, in a WKT, if the datum is specified as "unknown",
does that mean;
the datum is same as "the given perfect spheroid in WKT" with no specific
adjustments to match real earth, bulges ... etc ?
thanks
--
Yasin Selçuk Berber
"Bismillah, her hayrın başıdır."
__
Sorry, forgot to attach the image.
http://osgeo-org.1560.n6.nabble.com/file/n4981320/gdalwarp_and_pyresample.png
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/gdal-dev-reproject-python-numpy-binary-swath-lat-lon-tp4978609p4981320.html
Sent from the GDAL - Dev mailing list
Hey David,
David Hoese wrote
>
> On 6/13/12 10:00 AM, gdal-dev-request@.osgeo wrote
> I'm not sure at the moment, it's VIIRS data. I'm playing around with
> different existing remapping tools, I have one that works called
> ms2gt(ll2cr/fornav) which you might be able to google for the old
>
17 matches
Mail list logo
