[GRASS-user] Problem with TRMM data and r.in.bin

[Diana Brito]

Thanks for your answer Glynn,

You are totally right, Now i know my script is downloading an ascii file
instead a binary file, thats the reason why r.in.bin doesn´t work,

i´m sorry, I didn't realize about that before.

thanks!!!!!

2015-05-08 0:45 GMT-03:00 Glynn Clements <glynn at gclements.plus.com>:

>
> Diana Brito wrote:
>
> > I'm trying to import the 3b42rt TRMM product by using r.in.bin.
> >
> > I've used the follow lines,
> >
> > r.inr.in.bin --o  -f -h input=2001-1-1.bin output=2001-1-1 north=-16
> > south=-57 east=50 west=76 cols=104 rows=197
> >
> > but, always i got the follow error message:
> >
> > ADVERTENCIA: File Size 519968 ... Total Bytes 81952
>
> r.in.bin reads raw binary input. E.g. the above command expects the
> file to contain 197*104*4 = 81952 bytes (197 rows by 104 columns by 4
> bytes per value).
>
> According to this:
>
> http://www.eol.ucar.edu/projects/name/documentation/3B42RT_README
>
> The original 3B42RT data consists of a 2880-byte header followed by 3
> arrays of 480 rows by 1440 columns, the first two being 2 bytes per
> value (for a total of 480*1440*2 = 1382400 bytes each) and the third
> being 1 byte per value (for a total of 480*1440 = 691200 bytes).
>
> But given the URL you're using:
>
> > url = "....prod_id=3B42RT_daily&action=ASCII+Output"
>
> I wouldn't be surprised if the data is being converted to ASCII, in
> which case r.in.bin would be entirely the wrong tool to import it.
>
> --
> Glynn Clements <glynn at gclements.plus.com>
>



-- 
Diana Marcela Brito Hoyos
Bióloga

"*El bosque sería muy triste si solo cantaran los pájaros que mejor lo
hacen"*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20150508/471f5530/attachment.html>