Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: delta volume fix plus some other stuff #3453

Open
wants to merge 30 commits into
base: develop
Choose a base branch
from

Conversation

paveltomin
Copy link
Contributor

@paveltomin paveltomin commented Nov 18, 2024

  • when defaultAperture is inconsistent with hydraulic aperture table - make hydraulic aperture table override what what specified in defaultAperture
  • use poromechanicsFracturesKernels::StateUpdateKernel in place of poromechanicsEFEMKernels::StateUpdateKernel (they are the same), remove the second one as redundant

@paveltomin paveltomin added the ci: run integrated tests Allows to run the integrated tests in GEOS CI label Nov 18, 2024
@paveltomin paveltomin self-assigned this Nov 18, 2024
@@ -691,8 +691,7 @@ void SinglePhaseBase::implicitStepSetup( real64 const & GEOS_UNUSED_PARAM( time_
{
saveConvergedState( subRegion );

arrayView1d< real64 > const & dVol = subRegion.template getField< fields::flow::deltaVolume >();
dVol.zero();
applyDeltaVolume( subRegion );
Copy link
Contributor Author

Choose a reason for hiding this comment

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

the main fix is here

Copy link
Contributor Author

Choose a reason for hiding this comment

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

the fix is not needed when defaultAperture is consistent with hydraulic aperture table
still it provides some safeguard when it is not consitent and make hydraulic aperture table override what what specified in defaultAperture
@CusiniM, @Guotong-Ren, @rrsettgast please let me know if it makes sense to merge it?

Copy link
Contributor

Choose a reason for hiding this comment

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

make sense to me. one question, when new element is generated, is it also getting the correct value?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

it should yes

@@ -307,70 +305,6 @@ using SinglePhaseKernelFactory = finiteElement::KernelFactory< SinglePhasePorome
real64 const (&)[3],
string const >;

/**
Copy link
Contributor Author

Choose a reason for hiding this comment

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

removed since it is basically a copy of the same from DFM

Base automatically changed from pt/edfm-sohail-bugfix to develop November 21, 2024 12:51
@paveltomin paveltomin added flag: no rebaseline Does not require rebaseline and removed ci: run integrated tests Allows to run the integrated tests in GEOS CI labels Nov 21, 2024
@paveltomin paveltomin removed the request for review from ryar9534 March 4, 2025 15:33
@paveltomin paveltomin added the ci: run integrated tests Allows to run the integrated tests in GEOS CI label Mar 9, 2025
@paveltomin paveltomin removed the ci: run integrated tests Allows to run the integrated tests in GEOS CI label Mar 19, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants