[GeoMechanicsApplication] Extract biot modulus inverse list #12402

rfaasse · 2024-05-24T13:30:13Z

📝 Description
Similar to the related PRs of extracting pre-calculated lists with clear in- and outputs, this extracts lists for the biot modulus inverse, the degree of saturation and the derivative of the saturation.

In this PR, also some entries from the ElementVariables bucket could be removed, since dependencies became more clear and turned out to be very local.

…lementation) and renamed functions

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_FIC_element.cpp

rfaasse · 2024-05-24T13:32:16Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDerivativesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)
+{
+    std::vector<double> result;
+    std::transform(fluid_pressures.begin(), fluid_pressures.end(), mRetentionLawVector.begin(),
+                   std::back_inserter(result),
+                   [&RetentionParameters](double fluid_pressure, RetentionLaw::Pointer pRetentionLaw) {
+        RetentionParameters.SetFluidPressure(fluid_pressure);
+        return pRetentionLaw->CalculateDerivativeOfSaturation(RetentionParameters);
+    });
+
+    return result;
+}
+
+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDegreesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)
+{
+    std::vector<double> result;
+    std::transform(fluid_pressures.begin(), fluid_pressures.end(), mRetentionLawVector.begin(),
+                   std::back_inserter(result),
+                   [&RetentionParameters](double fluid_pressure, RetentionLaw::Pointer pRetentionLaw) {
+        RetentionParameters.SetFluidPressure(fluid_pressure);
+        return pRetentionLaw->CalculateSaturation(RetentionParameters);
+    });
+
+    return result;
+}


It's a shame this is a 100% duplication with diff order. We could extract a utility, but we'd need to supply the vector of retention laws. It's still open for discussion though, I'm doubting between the two possibilities

I've had the exact same struggle for the calculation of the relative permeability values. I have also opted for keeping the calculation in the element itself, since you need some information that is maintained by the element. Since our intention is to ultimately remove the different branches in the element hierarchy, I'm willing to accept the technical debt that arises from the code duplication.

As you mentioned, this part is also duplication, and it has to be shifted to a utility.

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.hpp

…ulateInverseBiotModulus

…iot-modulus-inverse-list

mnabideltares

@rfaasse Thank you for this nice work and making the code more readible.
I have few comments, mainly about the duplications. In my opinion the rest of implimentation is done nicely.

mnabideltares · 2024-05-27T13:09:48Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_FIC_element.cpp

+    const auto derivatives_of_saturation =
+        this->CalculateDerivativesOfSaturation(fluid_pressures, RetentionParameters);
+    const auto biot_moduli_inverse = GeoTransportEquationUtilities::CalculateInverseBiotModuli(
+        biot_coefficients, degrees_of_saturation, derivatives_of_saturation, Prop);



This part is duplicated several times. It has to be shifted to a utilility. I think it can be done in a seperate PR.

Agreed, but as discussed it's better to do it in a separate PR (same for the other comments)

mnabideltares · 2024-05-27T13:11:04Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

+    const auto derivatives_of_saturation =
+        CalculateDerivativesOfSaturation(fluid_pressures, RetentionParameters);
+    const auto biot_moduli_inverse = GeoTransportEquationUtilities::CalculateInverseBiotModuli(
+        biot_coefficients, degrees_of_saturation, derivatives_of_saturation, rProp);



Same as above comment. Can be shifted to utility.

mnabideltares · 2024-05-27T13:13:39Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDerivativesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)
+{
+    std::vector<double> result;
+    std::transform(fluid_pressures.begin(), fluid_pressures.end(), mRetentionLawVector.begin(),
+                   std::back_inserter(result),
+                   [&RetentionParameters](double fluid_pressure, RetentionLaw::Pointer pRetentionLaw) {
+        RetentionParameters.SetFluidPressure(fluid_pressure);
+        return pRetentionLaw->CalculateDerivativeOfSaturation(RetentionParameters);
+    });
+
+    return result;
+}
+
+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDegreesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)
+{
+    std::vector<double> result;
+    std::transform(fluid_pressures.begin(), fluid_pressures.end(), mRetentionLawVector.begin(),
+                   std::back_inserter(result),
+                   [&RetentionParameters](double fluid_pressure, RetentionLaw::Pointer pRetentionLaw) {
+        RetentionParameters.SetFluidPressure(fluid_pressure);
+        return pRetentionLaw->CalculateSaturation(RetentionParameters);
+    });
+
+    return result;
+}


As you mentioned, this part is also duplication, and it has to be shifted to a utility.

mnabideltares · 2024-05-27T13:15:32Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_updated_lagrangian_FIC_element.cpp

+    const auto derivatives_of_saturation =
+        this->CalculateDerivativesOfSaturation(fluid_pressures, RetentionParameters);
+    const auto biot_moduli_inverse = GeoTransportEquationUtilities::CalculateInverseBiotModuli(
+        biot_coefficients, degrees_of_saturation, derivatives_of_saturation, Prop);



Duplication, as mentioned above

mnabideltares · 2024-05-27T13:18:23Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.cpp

+
+    return result;
+}
+
 void SmallStrainUPwDiffOrderElement::CalculateMaterialStiffnessMatrix(MatrixType& rStiffnessMatrix,


Duplication, as mentioned

avdg81

It's great to see that we are almost there with precalculating lists of input parameters. This PR looks good to me; I only have several minor remarks. You may also need to resolve some merge conflicts after PR #12408 has been merged. Just so you know ;-)

avdg81 · 2024-05-27T10:01:16Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

@@ -1015,6 +1021,36 @@ void UPwSmallStrainElement<TDim, TNumNodes>::CalculateAll(MatrixType&        rLe
    KRATOS_CATCH("")
 }

+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDerivativesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)


I would suggest to make RetentionParameters a local variable of this function, to keep its scope as small as possible. To create such an object, with my recent changes, all you need is a Properties instance.

avdg81 · 2024-05-27T10:08:40Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

+
+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDegreesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)


Also here, I would suggest to change RetentionParameters to a local variable rather than it being a function parameter (to reduce its scope as much as possible).

Also, please be aware that GeoTransportEquationUtilities::CalculateDegreesSaturation implements the same functionality, although it necessarily has more function parameters than your solution. I would suggest to replace that one by your new member function, since it seems more natural to have it in the element itself.

Done, as per your suggestion I removed the GeoTransportEquationUtilities::CalculateDegreesSaturation and used the new function instead. Although there are then 2 versions of the function, we hope this duplication will be removed soon by merging the diff-order/non-diff order branch.

FYI @markelov208 since you separated out the utility. Please let me know if you have any reservations with this approach

avdg81 · 2024-05-27T10:11:09Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDerivativesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)
+{
+    std::vector<double> result;
+    std::transform(fluid_pressures.begin(), fluid_pressures.end(), mRetentionLawVector.begin(),
+                   std::back_inserter(result),
+                   [&RetentionParameters](double fluid_pressure, RetentionLaw::Pointer pRetentionLaw) {
+        RetentionParameters.SetFluidPressure(fluid_pressure);
+        return pRetentionLaw->CalculateDerivativeOfSaturation(RetentionParameters);
+    });
+
+    return result;
+}
+
+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDegreesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)
+{
+    std::vector<double> result;
+    std::transform(fluid_pressures.begin(), fluid_pressures.end(), mRetentionLawVector.begin(),
+                   std::back_inserter(result),
+                   [&RetentionParameters](double fluid_pressure, RetentionLaw::Pointer pRetentionLaw) {
+        RetentionParameters.SetFluidPressure(fluid_pressure);
+        return pRetentionLaw->CalculateSaturation(RetentionParameters);
+    });
+
+    return result;
+}


I've had the exact same struggle for the calculation of the relative permeability values. I have also opted for keeping the calculation in the element itself, since you need some information that is maintained by the element. Since our intention is to ultimately remove the different branches in the element hierarchy, I'm willing to accept the technical debt that arises from the code duplication.

avdg81 · 2024-05-28T09:23:50Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.cpp

@@ -1312,6 +1313,34 @@ void SmallStrainUPwDiffOrderElement::CalculateAll(MatrixType&        rLeftHandSi
    KRATOS_CATCH("")
 }

+std::vector<double> SmallStrainUPwDiffOrderElement::CalculateDerivativesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)


To comply with the Kratos Style Guide, we need to rename the first parameter:

Suggested change

const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)

const std::vector<double>& rFluidPressures, RetentionLaw::Parameters& RetentionParameters)

And as mentioned before, I would make RetentionParameters a local variable, to limit its scope as much as possible.

avdg81 · 2024-05-28T09:26:42Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.cpp

+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)
+{
+    std::vector<double> result;
+    std::transform(fluid_pressures.begin(), fluid_pressures.end(), mRetentionLawVector.begin(),


You might consider to raise an error when the number of fluid pressure values does not match the number of constitutive law pointers.

avdg81 · 2024-05-28T09:27:33Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.cpp

+}
+
+std::vector<double> SmallStrainUPwDiffOrderElement::CalculateDegreesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)


The above comments also apply to this member function.

avdg81 · 2024-05-28T09:32:00Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.hpp

I believe you may now also be able to remove data member DerivativeOfSaturation of nested class ElementVariables (just as you did for class UPwSmallStrainElement::ElementVariables).

avdg81 · 2024-05-28T09:33:38Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.hpp

+    std::vector<double> CalculateDegreesOfSaturation(const std::vector<double>& fluid_pressures,
+                                                     RetentionLaw::Parameters& RetentionParameters);
+    std::vector<double> CalculateDerivativesOfSaturation(const std::vector<double>& fluid_pressures,
+                                                         RetentionLaw::Parameters& RetentionParameters);


Is there any reason why these member functions can't be const? And perhaps you may want to add attribute [[nodiscard]] to them?

Yes, the function calls in retention law that we call in these are not const. Since that's a member, I assumed we couldn't make this one const. Turns out these members are ::Pointers, meaning we can do it.

However, I think it's quite confusing to have a const function which calls a non-const function on an object that this element has ownership over. What do you think in this case?

But indeed we can add [[nodiscard]] regardless

…o adhere to kratos style guide

…iot-modulus-inverse-list

…p/hpp

…tility function

rfaasse

Processed the review comments, thank you for your thorough reviews!

rfaasse · 2024-05-27T07:57:38Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

+    std::vector<double> result;
+    std::transform(fluid_pressures.begin(), fluid_pressures.end(), mRetentionLawVector.begin(),
+                   std::back_inserter(result),
+                   [&RetentionParameters](double fluid_pressure, RetentionLaw::Pointer pRetentionLaw) {


Clang-tidy complains about this because it thinks the retention law is copied (it doesn't recognize this is a pointer). I could make it const auto&, but not sure if that makes it more clear.

Used auto to remove the clang-tidy issue

rfaasse · 2024-05-28T12:51:40Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.hpp

+    std::vector<double> CalculateDegreesOfSaturation(const std::vector<double>& fluid_pressures,
+                                                     RetentionLaw::Parameters& RetentionParameters);
+    std::vector<double> CalculateDerivativesOfSaturation(const std::vector<double>& fluid_pressures,
+                                                         RetentionLaw::Parameters& RetentionParameters);


Yes, the function calls in retention law that we call in these are not const. Since that's a member, I assumed we couldn't make this one const. Turns out these members are ::Pointers, meaning we can do it.

However, I think it's quite confusing to have a const function which calls a non-const function on an object that this element has ownership over. What do you think in this case?

rfaasse · 2024-05-28T12:52:31Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.hpp

+    std::vector<double> CalculateDegreesOfSaturation(const std::vector<double>& fluid_pressures,
+                                                     RetentionLaw::Parameters& RetentionParameters);
+    std::vector<double> CalculateDerivativesOfSaturation(const std::vector<double>& fluid_pressures,
+                                                         RetentionLaw::Parameters& RetentionParameters);


But indeed we can add [[nodiscard]] regardless

rfaasse · 2024-05-28T12:58:05Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.hpp

rfaasse · 2024-05-28T14:25:13Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.hpp

+class StressStatePolicy;
+
+template <class T, std::size_t N>
+class array_1d;


Added these as forward declare. I would like to discuss this, especially the one from core as e.g. the google style guide discourages forward declares (however, mainly focused on external libraries) https://google.github.io/styleguide/cppguide.html#Forward_Declarations. I didn't find anything in the core guidelines

rfaasse · 2024-05-29T10:47:40Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

@@ -1015,6 +1021,36 @@ void UPwSmallStrainElement<TDim, TNumNodes>::CalculateAll(MatrixType&        rLe
    KRATOS_CATCH("")
 }

+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDerivativesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)


rfaasse · 2024-05-29T10:47:46Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

+
+template <unsigned int TDim, unsigned int TNumNodes>
+std::vector<double> UPwSmallStrainElement<TDim, TNumNodes>::CalculateDegreesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)


Done, as per your suggestion I removed the GeoTransportEquationUtilities::CalculateDegreesSaturation and used the new function instead. Although there are then 2 versions of the function, we hope this duplication will be removed soon by merging the diff-order/non-diff order branch.

FYI @markelov208 since you separated out the utility. Please let me know if you have any reservations with this approach

rfaasse · 2024-05-29T10:47:55Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.cpp

@@ -1312,6 +1313,34 @@ void SmallStrainUPwDiffOrderElement::CalculateAll(MatrixType&        rLeftHandSi
    KRATOS_CATCH("")
 }

+std::vector<double> SmallStrainUPwDiffOrderElement::CalculateDerivativesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)


rfaasse · 2024-05-29T10:48:04Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.cpp

+}
+
+std::vector<double> SmallStrainUPwDiffOrderElement::CalculateDegreesOfSaturation(
+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)


rfaasse · 2024-05-29T10:53:44Z

applications/GeoMechanicsApplication/custom_elements/small_strain_U_Pw_diff_order_element.cpp

+    const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)
+{
+    std::vector<double> result;
+    std::transform(fluid_pressures.begin(), fluid_pressures.end(), mRetentionLawVector.begin(),


avdg81

This one looks good to go for me. I have only two minor comments, but those can be addressed later.

avdg81 · 2024-05-29T12:50:16Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_FIC_element.cpp

@@ -463,6 +463,12 @@ void UPwSmallStrainFICElement<TDim, TNumNodes>::CalculateAll(MatrixType& rLeftHa
        GeoTransportEquationUtilities::CalculateBiotCoefficients(constitutive_matrices, Prop);
    const auto relative_permeability_values = this->CalculateRelativePermeabilityValues(
        GeoTransportEquationUtilities::CalculateFluidPressures(Variables.NContainer, Variables.PressureVector));
+    const auto fluid_pressures = GeoTransportEquationUtilities::CalculateFluidPressures(


A very minor thing, which we can also do later: if you would move the calculation of the fluid pressures one line up, you could also pass it to CalculateRelativePermeabilityValues.

Will do in the next PR

avdg81 · 2024-05-29T12:53:19Z

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.cpp

@@ -976,6 +975,12 @@ void UPwSmallStrainElement<TDim, TNumNodes>::CalculateAll(MatrixType&        rLe
                                         strain_vectors, mStressVector, constitutive_matrices);
    const auto biot_coefficients = GeoTransportEquationUtilities::CalculateBiotCoefficients(
        constitutive_matrices, this->GetProperties());
+    const auto fluid_pressures = GeoTransportEquationUtilities::CalculateFluidPressures(


Also here the calculated fluid_pressures could be passed to CalculateRelativePermeabilityValues.

mnabideltares

Thank you @rfaasse for this work. It looks good to me.

rfaasse added 6 commits May 24, 2024 12:05

Extracted a couple of lists for saturation and biot moduli (first imp…

4d36bb7

…lementation) and renamed functions

Extract some diff order functions for saturation lists

8f9a230

Removed some calculations from the retention response function

e98bb12

Removed detF from Variables

9cfb3e7

Some minor rearrangement

688279b

Same exercise as for diff order elements

b578e71

rfaasse commented May 24, 2024

View reviewed changes

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_FIC_element.cpp Show resolved Hide resolved

rfaasse commented May 24, 2024

View reviewed changes

applications/GeoMechanicsApplication/custom_elements/U_Pw_small_strain_element.hpp Show resolved Hide resolved

rfaasse added 3 commits May 24, 2024 16:49

Changed unit tests to use the list version instead of the single Calc…

c0ddbe1

…ulateInverseBiotModulus

Merge remote-tracking branch 'origin/master' into geo/12319-extract-b…

e6449a2

…iot-modulus-inverse-list

Add missing include in steady_state_Pw_element.cpp

8596047

rfaasse changed the title ~~Geo/12319 extract biot modulus inverse list~~ [GeoMechanicsApplication] Extract biot modulus inverse list May 27, 2024

Merge remote-tracking branch 'origin/master' into geo/12319-extract-b…

e41be53

…iot-modulus-inverse-list

rfaasse marked this pull request as ready for review May 27, 2024 08:48

rfaasse requested review from avdg81 and mnabideltares May 27, 2024 08:49

mnabideltares requested changes May 27, 2024

View reviewed changes

rfaasse self-assigned this May 28, 2024

rfaasse added Refactor When code is moved or rewrote keeping the same behavior GeoMechanics Issues related to the GeoMechanicsApplication labels May 28, 2024

avdg81 reviewed May 28, 2024

View reviewed changes

rfaasse added 8 commits May 28, 2024 14:38

Using auto to remove clang tidy warnings

d94aab2

Using auto to remove clang tidy warnings and changed some arguments t…

f723c2b

…o adhere to kratos style guide

Added [[nodiscard]]

b0b6ba0

Merge remote-tracking branch 'origin/master' into geo/12319-extract-b…

56c4d94

…iot-modulus-inverse-list

Clean up some includes in the small_strain_U_Pw_diff_order_element.cp…

82e1dc5

…p/hpp

Add some includes explicitly

c04d7fa

Changed signature of new function

e772c29

used calculate degrees of saturation of the element and removed the u…

ff2db9c

…tility function

rfaasse added 2 commits May 28, 2024 17:28

Removed detF for normal element

0f30211

Added error if vector lengths are incompatible

5f1e343

rfaasse requested review from avdg81 and mnabideltares May 29, 2024 10:59

rfaasse commented May 29, 2024

View reviewed changes

rfaasse linked an issue May 29, 2024 that may be closed by this pull request

[GeoMechanicsApplication] Split the calculation of the inputs for the utility functions for element matrices and the calling of the functions #12319

Closed

avdg81 approved these changes May 29, 2024

View reviewed changes

rfaasse enabled auto-merge (squash) May 29, 2024 13:12

mnabideltares approved these changes May 29, 2024

View reviewed changes

rfaasse merged commit 1ddd4f1 into master May 29, 2024
11 checks passed

rfaasse deleted the geo/12319-extract-biot-modulus-inverse-list branch May 29, 2024 13:35

	const std::vector<double>& fluid_pressures, RetentionLaw::Parameters& RetentionParameters)
	const std::vector<double>& rFluidPressures, RetentionLaw::Parameters& RetentionParameters)

[GeoMechanicsApplication] Extract biot modulus inverse list #12402

[GeoMechanicsApplication] Extract biot modulus inverse list #12402

Conversation

rfaasse commented May 24, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

mnabideltares left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

avdg81 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

rfaasse left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

avdg81 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

mnabideltares left a comment

Choose a reason for hiding this comment

rfaasse commented May 24, 2024 •

edited

Loading