This forum is shutting down! Please post new discussions at community.naturalcapitalproject.org

This forum is shutting down! Please post new discussions at community.naturalcapitalproject.org

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

- All Categories 1.6K
- General 572
- MOOC 23
- Gulf Coast 3
- Freshwater Models 365
- Forum Feedback 13
- Marine Models 143
- MSP Toolkit 1
- Pre/Post-Processing 52
- MAFE-T 1
- OPAL 5
- RIOS 72
- Terrestrial Models 279
- Trainings 13
- Greater Mekong Region 1
- Experimental Software Tools 25
- 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.