I opened the tif file I've extracted form it in QGIS and it looked like
the same thing, a line. What do I need to do to manipulate this as a
tiled/blocked data so? I want both things: make mapserver renders direct
from the GRIB file and either create GeoTiff files from them using
Roberto Garcia,MSc wrote:
Size is *161, 98*
Coordinate System is:
.
Origin = (-150.000,-61.2460002)
Pixel Size = (0.938,-0.001836734693878)
...
Band 1 Block=*161x1* Type=Float64, ColorInterp=Undefined
As u can see the size according to the its header is
Hi Frank, tks for the answer.
CTL is an ASCII file that follows Grib files (at least here) and informs
the metadata of the Grib file. If anyone consider helping me my data
is available by ftp in ftp1.cptec.inpe.br inside bdados folder, as my
map file is.
I access them with
if you are not in a hurry.
Ivan
---Original Message---
From: Roberto Garcia,MSc roberto.gar...@cptec.inpe.br
Subject: Re: [mapserver-users] GRIB files - gdal_translate
Sent: May 21 '09 09:16
Hi Frank, tks for the answer.
CTL is an ASCII file that follows Grib files (at least
Olá Roberto,
The file T126L28.ctl gives up the clue:
--
xdef 161 linear *-150.15* *0.937500*
ydef 98 levels
*-61.246* -60.311
-59.376 -58.441 -57.506 -56.571 -55.636 -54.701 -53.766 -52.831 -51.896 -50.961
-50.026 -49.091 -48.156 -47.221 -46.286 -45.350 -44.415 -43.480 -42.545 -41.610
Hi people,
I used gdal_translate in the GRIB file I want to show with mapserver,
but there still is something wrong. The following is a partial output
from it:
Driver: GRIB/GRIdded Binary (.grb)
Files: data\raster\T126L28.grb
Size is *161, 98*
Coordinate System is:
.
Origin =
Hi there!
There is nothing wrong with your block X and Y size (161x1). It indicates that your data is not
tiled/blocked, so it is most likely to be read row by row. If the image looks strange is not because
of that. You have 98 rows in 0.02 degrees, so if it looks like a line, I wouldn't be