-
Notifications
You must be signed in to change notification settings - Fork 37
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
Handle archives when downloading met data #114
Comments
We currently do not handle this case -- that is, when met data are downloaded as archive. This is definately somethig that we will look into implementing in the next couple of releses but I cannot give you definite date at the moment. If this is a blocking issue for you at the moment, I would suggest configuring the domain in GIS4WRF so you can get the extent of you domain and dowload the met data manually from NCAR RDA (you can set the extent there too so you won't have to download data for the whole globe). After you have downloaded the data, uncompress them and move all your grib files under Having said that, we would also welcome any contributions to the project. If can start by looking at the Development notes or at these two functions resposible to your specific question to familiarise yourself with the code: gis4wrf/gis4wrf/core/downloaders/met.py Lines 147 to 161 in 4d1dd4e
and gis4wrf/gis4wrf/core/downloaders/util.py Lines 14 to 37 in 4d1dd4e
|
I've got to same runtime error as above. When trying to run a new custom domain (e.g. in Germany), the meteo data (from NCAR, ds.083.3) are downloaded succesufully for the selected domain and time range selected. However they remain in .tar in the specific folder <START_DATE>-<END_DATE> and are not being extracted. Hence, the metgrid can't locate and map the data automatically the files and no VTables are generated. Here is the error: The data from NCAR are actually there but the whole process stops because of the above. Data are just for 1 week. There is an option to add the meteo data manualy for the domain, however it requires the proper VTable ... which is being not generated in the previous step. |
The above solution works. Download the data from NCAR RDA website, put it the unziped version of it in the file met/ds.083.3/analysis file with the name <START_DATE>-<END_DATE>, then in the model choose that and click "use dataset selection from list". |
It worked when I unziped the data, save the project as GIS4WRF project, quit QGIS and started it again. Then data were visibile again and I could run the model. |
This issue is fixed and will be part of the next release. |
When I run the GIS4WRF Amsterdam Tutorial for 1 day and 6 hours (from July 15, 2018, at 12:00 to July 16, 2018, 18:00), I get a Python Error:
RuntimeError: /path/to/file/gis4wrf/datasets/met/ds083.3/Analysis/201807151200-201807161800/gdas1.fnl0p25.2018071512-2018071618.f00.grib2.spasub.yetisti348231.tar is a grib file, but no raster dataset was successfully identified.
It creates a tar file because the file is large.
I use macOS 10.13.6
Is there a limitation of time or area to use GIS4WRF?
Because I need to run for a year later on.
The text was updated successfully, but these errors were encountered: