rearranging massBreakdown and weightAndBalance

AymenBWB / cpacs

Automatically exported from code.google.com/p/cpacs

0 stars 0 forks source link

rearranging massBreakdown and weightAndBalance #337

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago

Xpath of the element CPACS:
"/cpacs/vehicles/aircraft/model/analyses/massBreakDown"
"/cpacs/vehicles/aircraft/model/analyses/weightAndBalance"

What version of CPACS are you using?
"CPACS 2.0"

Currently it is not completely clear where to store which type of masses 
(designMasses/operationalMasses).

Suggestions:
- move payload and fuel from massBreakDown to massBreakDown/designMasses
- move mOEM branch to massBreakDown/structuralMasses (or alike)
- move operationalCases and certificationCases from weightAndBalance to 
massBreakDown (all contain the same children)

* rename mPax under massBreakDown/payload/mPax to mPassenger
* rename mCargo under massBreakDown/payload/mCargo to mCargoItem (or alike)
* rename mTOM to mMTOM or MTOM, rename mZFM to mMZFM or MZFM, etc. It becomes 
clearer that maximum (design) masses are intended.

Some of this already discussed with Till Pfeiffer.

Original issue reported on code.google.com by moerland...@gmail.com on 12 Apr 2012 at 3:06

GoogleCodeExporter commented 8 years ago

Accepted, we should discuss this! Some of the things defenitly make sense. I am 
however not sure whether to disable the weightAndBalanceType...

Original comment by daniel.b...@googlemail.com on 16 Apr 2012 at 11:18

Changed state: Accepted
Added labels: milestone-CPACS2.1

GoogleCodeExporter commented 8 years ago

Additionally, there will be a depth increase in the massBreakdown. See attached 
mindmap for further definitions for wing componentSegements...

Original comment by daniel.b...@googlemail.com on 23 Apr 2012 at 1:46

Added labels: cpacs-analysis

Attachments:

[CPACS Weight Chaper Definition v12.pdf](https://storage.googleapis.com/google-code-attachments/cpacs/issue-337/comment-2/CPACS Weight Chaper Definition v12.pdf)

GoogleCodeExporter commented 8 years ago

for Ribs: a single identification via parentUID is not possible. Additionally, 
there must be a ribNumber specification. Need to care when introducing 
genericMassType

Original comment by daniel.b...@googlemail.com on 23 Apr 2012 at 1:56

GoogleCodeExporter commented 8 years ago

Due to new insights: disabling the weightAndBalanceType does not make sense 
indeed. By keeping this branch, one can clearly distinguish between design 
masses and operational/certification mass distributions.

Documentation on the definition of operational/certification masses needs to be 
added.

Original comment by moerland...@gmail.com on 7 May 2012 at 12:25

GoogleCodeExporter commented 8 years ago

maximum fuel mass is doubly defined:
in massBreakDown/designMasses/mFM
in massBreakDown/fuel/massDescription

Suggestion: keep the latter one

Original comment by moerland...@gmail.com on 7 May 2012 at 12:39

GoogleCodeExporter commented 8 years ago

Original comment by daniel.b...@googlemail.com on 28 Aug 2012 at 9:19

GoogleCodeExporter commented 8 years ago

deleated massBreakDown/designMasses/mFM
included updated massBreakdownStructure, still need to find a way to include 
the ribNumber

Original comment by daniel.b...@googlemail.com on 21 Mar 2013 at 10:56

GoogleCodeExporter commented 8 years ago

included an mRibType that extends genericMassType

Original comment by daniel.b...@googlemail.com on 17 Apr 2013 at 7:58

GoogleCodeExporter commented 8 years ago

Original comment by daniel.b...@googlemail.com on 17 Apr 2013 at 7:58

Changed state: Fixed