Skip to content

Improve validation xsections + cleanup#107

Open
dbrakenhoff wants to merge 12 commits into
devfrom
improve-validation-xsections
Open

Improve validation xsections + cleanup#107
dbrakenhoff wants to merge 12 commits into
devfrom
improve-validation-xsections

Conversation

@dbrakenhoff
Copy link
Copy Markdown
Contributor

Add check for gaps in xsections and add check for correct number of z-values for semi-confined models.

  • cleaned up the inits for both submodules, and adjusted notebooks accordingly.

@mbakker7
Copy link
Copy Markdown
Contributor

Maybe also look at Issue #110 ?

@dbrakenhoff dbrakenhoff linked an issue May 14, 2026 that may be closed by this pull request
@mbakker7
Copy link
Copy Markdown
Contributor

Am I correct to understand that timflow doesn't nudge anything, but suggests to nudge when elements (BCs) coincide? If so, I like that. If not, let's discuss.

This brings back the question of an inhomogeneity boundary where one or more (or all) layers are constant head of impermeable/leaky. That would be useful, but we would have to think of a clear way to define that. Something to consider for another issue (there probably already is one).

@dbrakenhoff
Copy link
Copy Markdown
Contributor Author

Yes, correct, Timflow doesn't do anything, but does raise an error, listing the elements on boundaries and a suggestion to nudge their positions.

As for your second comment, we have the issue on supporting finite domain cross section models and specifying the boundary conditions for those situations, which feels like a somewhat similar problem.

I think letting users add their own boundary elements might be too complex(?) so some kind of control through keyword arguments or extra Xsection classes might be the way to go. But this too could get pretty complex given all the options here (finite domain, fixed head, ghb, flux, or boundaries between domains with fixed heads or resistances in specified layers). Something to think about :).

@dbrakenhoff
Copy link
Copy Markdown
Contributor Author

dbrakenhoff commented May 15, 2026

I should perhaps have added the element vs boundary check to the steady model as well.

Oops, I did that already 😅

Copy link
Copy Markdown
Contributor

@mbakker7 mbakker7 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Very useful addition.
I have some thoughts for an integrated element, but that will be for a new issue.

@mbakker7
Copy link
Copy Markdown
Contributor

I think letting users add their own boundary elements might be too complex(?) so some kind of control through keyword arguments or extra Xsection classes might be the way to go. But this too could get pretty complex given all the options here (finite domain, fixed head, ghb, flux, or boundaries between domains with fixed heads or resistances in specified layers). Something to think about :).

What I was thinking is: We can make, for example, a River (line-sink) element where the user specifies the layers it is in, and in the other layers applies a continuity condition. That is all that is necessary. So it is an extended element, but the element itself and the specification by the user is easy. What remains to be decided is how to specify this for inhomogeneity boundaries. Maybe we can catch that for users: When an element is placed on a boundary, we replace the boundary (inhomogeneity) element by this new element. And your nudging code can be removed. Let's think about it some more. Definitely something for a new Issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Projects

None yet

2 participants