-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Where is the grd format described? #1
Comments
Hi @hsonne
So, let's keep at it =) Thanks for your input!! |
Thanks, @robetatis. I just googled and found this article about a package that seems to do what you are doing (reading GrADS files). Have you already read this? The package can be installed from a bitbucket repository as follows:
The package seems to consider the metadata file that comes along with the binary data file. I propose that you try to read your data (you need the corresponding metadata files |
Hi @hsonne
|
Hi @hsonne There might be an error in the way you construct the matrix in Also, the precipitation field seems quite different from the original data: The output from my original (though potentially slower) version resembles much more the original data (I have yet to do an exact overlay to compute differences): |
Hi @hsonne I managed to read the raw binary data into GrADS and export it as a GeoTiff with the following commands (GrADS command line):
Content of conf.ctl (configuration file): Here's a comparison of both rasters after loading them into R: Best! |
Hi @robetatis, I used the following code to read the example files that you provided to me. I extracted the control information from your comment above and provided it in a variable
Does this reproduce what the software delivers? Regards,
|
Hello @hsonne |
Hi @robetatis,
nx
andny
to the main function, those that "match" the actual input file. It should be checked somehow if the file and the values fornx
andny
fit together.There are
2464000
bytes in the file but we are only reading1232004
. Arenx
andny
correct for the given file? If yes, what is contained in the remaining bytes of the file? The actual number of bytes is almost exactly twice the number of bytes that we actually read. Are the values maybe coded in 8 bytes instead of 4 bytes?The text was updated successfully, but these errors were encountered: