Closed niazim3 closed 6 years ago
I'll edit in my comments below:
Under section 1.2 specifically :
I don't have a problem with the definition given. An abstract definition is appropriate, since Fx is used for the general theory of equilibrium. However, it should be $x$ component, not X component.
Also seems fine as given. However, it should be $y$ component, not Y component.
$a$ comes from StolleGuo2008. $a$ is a constant that ensures the denominator in the calculation of $K_t$ is not zero and $K_t >> k_t$.
At least in the short term, I do not really want to support the documentation of the rigid finite element method in SSP. We don't want to put too much work into these aspects of the documentation.
$A$ is also defined in StolleGuo2008. As I mentioned above, we don't want to put too much work into the rigid finite element portion of the documentation. You can say that A is a material property related to the interface stiffness in tension.
C1_i is the shear force at the interslice interface for slice i.
C2_i is the normal force at the interslice interface for slice i.
Does kappa even appear in the current documentation? The parameter $A$ mentioned above is calculated from kappa (StolleAndGuo2008), but I don't think this equation is given in the document.
"Moment of a Body: assumed 2D allowing a scalar" isn't the best description. It isn't the moment of a body, but the moment of a force. I think we can just say "Moment of a force about a given axis".
Yes, please make this change and check the Drasil version as well.
Undefined/misdefined instances:
Yes, is should be c'.
Use c' instead
Can you put this in a separate issue. The theoretical model for Mohr Coloumb should be investigated.
This is the same phi as in the Mohr-Coloumb constitutive equation. There is just the possibility of a different friction angle for each slice.
Yes, this should be the specific weight of the water. Replace any occurences of wat with w.
Other:
Yes, good idea. Please do that.
@smiths You mentioned that "we don't want to put too much work into the rigid finite element portion of the documentation" with respect to the symbols a
and A
that came from StolleGuo2008. Would it be beneficial to leave the descriptions as FIXMEs then, to serve as a reminder that SSP needs to be updated in this regard?
Yes, I am fine with the FIXMEs. There is a reasonable chance that we will remove mention of a and A completely, at least temporarily.
(1 more point left to close this issue)
Re: Kappa is in the document:
It is in the same equation A is in, so are they close enough in nature for kappa to also be left as a Fixme that will be removed with a and A? @smiths
Yes, make kappa a fix me. Thank you.
Since lowercase kappa is a fixme, all symbols originally mentioned have been discussed/updated.
(Issue #27)
Under section 1.2 specifically :
a missing descriptionSee comments below (https://github.com/smiths/caseStudies/blob/220c839436f38aaf2c87c4020d0ca23a278fa6c0/CaseStudies/ssp/Documentation%20Files/SRS_SSP.tex#L154)A missing descriptionSee comments below (https://github.com/smiths/caseStudies/blob/220c839436f38aaf2c87c4020d0ca23a278fa6c0/CaseStudies/ssp/Documentation%20Files/SRS_SSP.tex#L156)Undefined/misdefined instances:
Other: