MODFLOW-USGS / mt3d-usgs

MT3D-USGS Repository
23 stars 12 forks source link

Does FTL have the correct SFR node number for diversions? #62

Closed vivekbedekar closed 5 years ago

vivekbedekar commented 5 years ago

In the problem I am debugging, SFR file mentions that a diversion exists from segment 8 to segment 54. Segment 8 has 20 reaches. However, in the FTL file, the diversion is written to SFR node that represents segment 8, reach 1 (the first reach of segment 20). Should it be SFR node that represents segment 8, reach 20 (last reach)?

emorway-usgs commented 5 years ago

Using a smaller test problem, it would appear that this is in fact a bug, the diversion appears to be happening at the front end of a segment when it should be diverting from the end of a segment. In the example below, if iseg 3 has an iupseg specified as 2, then it should be diverted the specified amount coming out of iseg 2, not what enters iseg 2

div

vivekbedekar commented 5 years ago

The error seems to be in the reported SFR node number in the FTL file. Mass balance for the last reach suggests that diversion is being taken out of the last reach, however, the node to node reporting in FTL is likely reporting the first reach number instead of the last reach number.

emorway-usgs commented 5 years ago

A confirmation of the fix from Rich:

"A diversion (iseg=3) pulls water from the outflow of the last reach of the IUPSEG segment (iseg=2). This is done using the variable SGOTFLW, which is the flow out of the last reach of the IUPSEG segment (iseg=2)."

Issue #34 on the MFNWT repo documents/links to the actual fix, which required an adjustment to LMT8 and not MT3D-USGS. Next release of NWT should resolve this issue.