Separating HRUs to Simulate Conservation Works

31 views
Skip to first unread message

jorge.rd...@gmail.com

unread,
Sep 16, 2025, 3:30:00 PMSep 16
to SWAT-user
Hello everyone, I have a specific question regarding the SWAT simulation. I'm modeling a watershed where soil and water conservation (SBN) works, such as terracing, were implemented in specific areas. When I enter these operations in the .ops module, SWAT asks me for the HRU where the works are located. My problem is that, as you can see in the attached image, the works fall into HRUs that are very large and spatially divided. I understand that HRUs are defined by land use, soil type, and slope. However, geographic location is crucial in this case. I believe that SBNs only influence the areas where they are located, and not the distant portions of the same HRU. When applying modifications, SWAT extends them to the entire HRU area, also affecting areas where the works were not implemented. Is there a way to configure the "Create HRUs" tool to split these large HRUs and allow me to isolate the specific areas where the conservation works are located? I'm looking for modifications to apply only to those areas. I welcome any suggestions or advice.

Image_01.jpg
Image_00.jpg

Chris George

unread,
Sep 17, 2025, 10:28:16 AMSep 17
to jorge.rd...@gmail.com, SWAT-user
One approach is to invent new landuses. Suppose the landuse in one of
the SBN areas is AGRL. Then add a new landuse to the crop table, called
AGRL1, say, and all the other attributes the same as AGRL. Then edit
the landuse map so the SBN AGRL areas have a new landuse value, and add
this value mapped to AGRL1 to your landuse lookup table. Or you could
use the same approach with soils.

Chris

On 9/16/2025 8:30 PM, jorge.rd...@gmail.com wrote:
> Hello everyone, I have a specific question regarding the SWAT
> simulation. I'm modeling a watershed where soil and water conservation
> (SBN) works, such as terracing, were implemented in specific areas. When
> I enter these operations in the .ops
> ZjQcmQRYFpfptBannerStart
> This Message Is From an External Sender
> This message came from outside your organization.
> ZjQcmQRYFpfptBannerEnd
> --
> You received this message because you are subscribed to the Google
> Groups "SWAT-user" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to swatuser+u...@googlegroups.com
> <mailto:swatuser+u...@googlegroups.com>.
> To view this discussion visit https://groups.google.com/d/msgid/
> swatuser/bd3faa80-30ed-49d9-80a1-a459571aab57n%40googlegroups.com
> <https://urldefense.com/v3/__https://groups.google.com/d/msgid/swatuser/
> bd3faa80-30ed-49d9-80a1-a459571aab57n*40googlegroups.com?
> utm_medium=email&utm_source=footer__;JQ!!KwNVnqRv!
> Dyki0JzUep2AqTxO8a66j2ju1srLiNNW9YHxkX-
> JfxfHCNuVyPFCXoaGUBPk7zrPMd49HEn238PThYhFSENlrF2oBw$>.

jorge.rd...@gmail.com

unread,
Sep 18, 2025, 10:53:00 AMSep 18
to SWAT-user

Chris, thank you again for answering and providing suggestions and ideas for the questions and concerns regarding this model. I think the suggestion and idea you mentioned could work. It would be the same crop, but I could split it into a different HRU within the same HRU, while still retaining all the original parameters.

Well, then, I'll give your idea a try today and let you know how it turns out.

Thank you very much, and best regards. 
Jorge

jorge.rd...@gmail.com

unread,
Sep 20, 2025, 4:52:32 PMSep 20
to SWAT-user

Chris, hello again! I followed your advice and did what you recommended - generating specific land uses where my SBN (Nature-Based Solutions) are spatially located. For example, these fell into: AGRC, FRST, RNGB, PINE, MESQ, SOYB, CORN, OATS, and BARL.

What I did was make a copy of the parameters from the QSWATRef2012.mdb Access table to preserve the parameters of the same land cover where my SBN are located (see attached image).

For each land use where my SBN are distributed, I created a copy with the same parameters and added them to the same Access database with the following keys to distinguish them. I added suffixes like 21 and 22 for the corresponding project year, just to give them different names but maintain the same parameters: AGRC_21_22, FRST_0_22, RNGB_14_24, PINE_1_22, MESQ_0_24, MESQ_21_22, SOYB_00, CORN_00, OATS_00, BARL_00.

The system doesn't show any errors when adding them, and everything appears correct up to that point. Then I generate my land_use_apan_02.csv as shown in the attached image, as well as my land use raster with corresponding values.

The Problem:

When I read the corresponding databases during HRU creation, the vegetation raster and its land_use_apan_02.csv are read perfectly. However, SWAT reads the same original land uses from the CROP database and does not recognize the new copies I added. When generating the HRUs, it creates the same number of HRUs (1587) as with the original land use setup.

My Question:

Do you have any suggestions on how to properly incorporate these new land use copies to create the specific HRUs I need? Any guidance on the correct procedure for adding new land uses to SWAT would be greatly appreciated.

Thank you very much for your continued help!


El miércoles, 17 de septiembre de 2025 a la(s) 8:28:16 a.m. UTC-6, Chris George escribió:
sw_luc2.png
sw_luc5.png
sw_luc4.png
sw_luc1.png
sw_luc3.png
sw_luc6.png
Reply all
Reply to author
Forward
0 new messages