# Habitat Quality:Dataset must be projected in linear units

**URL:** <https://community.naturalcapitalalliance.org/t/habitat-quality-dataset-must-be-projected-in-linear-units/1012>\
**Category:** Software Support\
**Tags:** habitat-quality\
**Created:** [May 19, 2020, 9:38am UTC](https://community.naturalcapitalalliance.org/t/habitat-quality-dataset-must-be-projected-in-linear-units/1012 "2020-05-19T09:38:38Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![fwy1002](https://avatars.discourse-cdn.com/v4/letter/f/7bcc69/32.png) [@fwy1002](https://community.naturalcapitalalliance.org/u/fwy1002)\
**Post date:** [May 19, 2020, 9:38am UTC](https://community.naturalcapitalalliance.org/t/habitat-quality-dataset-must-be-projected-in-linear-units/1012/1 "2020-05-19T09:38:38Z")

</div>

Dear users and developers,

I have ran the InVEST 3.8 and InVEST 3.8.2. It shows error:’'Dataset must be projected in liner units",but the same data can be run in InVEST3.7. The dataset I used in the projected coordinate system: TWD 1997 TM Taiwan.

 ![3.7](https://canada1.discourse-cdn.com/flex031/uploads/naturalcapitalproject/original/1X/1e49f830493aa89cb65be4d3c5b9a8391e1d04c7.png) ![3.8.2](https://canada1.discourse-cdn.com/flex031/uploads/naturalcapitalproject/original/1X/948ca23abe8d70142bd3e517f9084078d507b70f.png)

I managed to run InVEST3.7 successfully, but the deg\_sum map was 0 ~ -2821.66.  
I tried several times and still got the negative value. Anyone can help me to solve the problem?

 ![deg](https://canada1.discourse-cdn.com/flex031/uploads/naturalcapitalproject/original/1X/ccc532694350b3e2bbbcda30268e6de13c204f55.png)

---

<div class="post-metadata">

**Author:** ![dcdenu4](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.naturalcapitalalliance.org/dcdenu4/32/544_2.png) [@dcdenu4](https://community.naturalcapitalalliance.org/u/dcdenu4)\
**Post date:** [May 19, 2020, 11:29am UTC](https://community.naturalcapitalalliance.org/t/habitat-quality-dataset-must-be-projected-in-linear-units/1012/2 "2020-05-19T11:29:59Z")

</div>

Hi @fwy1002,

Thanks for posting. That does seem odd about the landcover raster. Do you think you could attach the raster here? Or if it’s too large, share it via a file share like Google Drive, or another service?

Thanks,

Doug

---

<div class="post-metadata">

**Author:** ![fwy1002](https://avatars.discourse-cdn.com/v4/letter/f/7bcc69/32.png) [@fwy1002](https://community.naturalcapitalalliance.org/u/fwy1002)\
**Post date:** [May 19, 2020, 12:11pm UTC](https://community.naturalcapitalalliance.org/t/habitat-quality-dataset-must-be-projected-in-linear-units/1012/3 "2020-05-19T12:11:20Z")

</div>

Thank you for your kindly reply. The raster is [https://drive.google.com/drive/folders/1ebwI1FHqwnpoo7NQmXe0\_N0UACAue5OU?usp=sharing](https://drive.google.com/drive/folders/1ebwI1FHqwnpoo7NQmXe0_N0UACAue5OU?usp=sharing)

---

<div class="post-metadata">

**Author:** ![dcdenu4](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.naturalcapitalalliance.org/dcdenu4/32/544_2.png) [@dcdenu4](https://community.naturalcapitalalliance.org/u/dcdenu4)\
**Post date:** [May 19, 2020, 12:25pm UTC](https://community.naturalcapitalalliance.org/t/habitat-quality-dataset-must-be-projected-in-linear-units/1012/4 "2020-05-19T12:25:11Z")

</div>

Hi @fwy1002,

I can’t seem to reproduce your issue with InVEST 3.8.0 or 3.8.2. The `LULC_c` raster loads without issue in the user interface. In the user interface, could you go go `Edit` - \> `Clear Inputs` and try to enter the raster again?

Doug

---

<div class="post-metadata">

**Author:** ![dcdenu4](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.naturalcapitalalliance.org/dcdenu4/32/544_2.png) [@dcdenu4](https://community.naturalcapitalalliance.org/u/dcdenu4)\
**Post date:** [May 19, 2020, 12:43pm UTC](https://community.naturalcapitalalliance.org/t/habitat-quality-dataset-must-be-projected-in-linear-units/1012/5 "2020-05-19T12:43:04Z")

</div>

As for the bad results your seeing, it looks like something is failing during the decay of the threats. There’s a known bug that we’ve recently patched that is not released yet with doing this decay and convolution. A workaround might be altering the `MAX_DIST` in the threat table. Since your LULC is about 1200 x 1200 meters, do you think you could scale back your `MAX_DIST` which is in `km` in the threat table? The `exponential` decay for threat `road` especially. I might try 1,1,1 down the board. That would basically decay across the entire LULC have still, but may provide stability to the bugged algorithm.

You can look at `intermediate/filtered_road_c.tif` to see the bad output currently and after you re-run to see if it looks more appropriate.

Doug

---

<div class="post-metadata">

**Author:** ![fwy1002](https://avatars.discourse-cdn.com/v4/letter/f/7bcc69/32.png) [@fwy1002](https://community.naturalcapitalalliance.org/u/fwy1002)\
**Post date:** [May 19, 2020, 1:25pm UTC](https://community.naturalcapitalalliance.org/t/habitat-quality-dataset-must-be-projected-in-linear-units/1012/6 "2020-05-19T13:25:57Z")

</div>

Thank you for your advice. I go “Clear Inputs ”and try to enter the raster again ，but still can’t run the InVEST3.8 and InVEST3.8.2 successfully. I will try to modify the threat table，Thanks again.

---

<div class="post-metadata">

**Author:** ![jdouglass](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.naturalcapitalalliance.org/jdouglass/32/9_2.png) [@jdouglass](https://community.naturalcapitalalliance.org/u/jdouglass)\
**Post date:** [May 19, 2020, 5:26pm UTC](https://community.naturalcapitalalliance.org/t/habitat-quality-dataset-must-be-projected-in-linear-units/1012/7 "2020-05-19T17:26:12Z")

</div>

Just to chime in here, we made a few changes to how validation works in the user interface between InVEST version 3.7 and 3.8, and one of these changes was to require projected datasets (in linear units such as meters) for the model inputs that needed them. So that’s why you’re seeing the error in 3.8 and not in 3.7, but it doesn’t explain why @dcdenu4 isn’t able to reproduce the issue with your inputs … that part is strange.
