It looks like you're new here. If you want to get involved, click one of these buttons!

- All Categories 1.6K
- General 557
- MOOC 23
- Gulf Coast 3
- Freshwater Models 364
- Forum Feedback 13
- Marine Models 142
- MSP Toolkit 1
- Pre/Post-Processing 52
- MAFE-T 1
- OPAL 5
- RIOS 72
- Terrestrial Models 274
- Trainings 13
- Greater Mekong Region 1
- Experimental Software Tools 24
- Job Opportunities 9
- Collaborations 3
- Publications 5
- Interesting Reads 2

## Comments

Thank you, Dave.

I also unified the coordinate system(GCS_WGS_1984), expecting it to be a coordinate system problem.

Then another error occurred.

Is this also a coordinate system problem?

(with units of degrees) when it needs to have a projected coordinate

system (with units of meters). This needs to be more clear in our

documentation. The "cell_size" parameter is described to have units of

meters, but in reality it has units that match the units of the AOI

shapefile coordinate system. So in your example, that means a cell size

of 100 with a decimal degree coordinate system will instruct the model

to create a raster with cells 100 degrees wide! That resulted in a

raster with 0 cells, and eventually raised the error you saw.

solution is to project the AOI shapefile to a coordinate system that

uses meters for units (such as a UTM system). Then specify the cell_size

in meters, as you have done. You should not need to re-project all of

your other data sources, the model will do that for you by transforming

all the other input data to match the AOI coordinate system.