# 
msgid ""
msgstr ""
"Project-Id-Version: Modelica by Example v0.3.6\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2015-05-06 08:12-0400\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: LANGUAGE <LL@li.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: ../../source/behavior/equations/physical.rst:4
msgid "Getting Physical"
msgstr "التحوّل إلى النظام المادي"

#: ../../source/behavior/equations/physical.rst:6
msgid ""
"Although the previous section got us started with representing mathematical "
"behavior, it doesn't convey any connection to *physical* behavior.  In this "
"section, we'll explore how to build models that represent the modeling of "
"physical behavior.  Along the way, we will highlight some of the language "
"features we can leverage that will not only tie these models to physical and"
" engineering domains, but, as we shall see, they can even help us avoid "
"mistakes."
msgstr ""
"على الرغم من أن القسم السابق قد أخذنا في البداية مع تمثيل السلوك الرياضي،"
" إلا أنه لم يكن له أي صلة بالسلوك المادي."
" وفي هذا القسم، سوف نستكشف كيفية بناء نماذج تمثل سلوك النظام المادي."
" وعلى طول الطريق، سوف نسلط الضوء على بعض مميزات لغة مودليكا"
" والتي يمكننا الاستفادة منها ليس فقط من أجل ربط النماذج بالنظام المادي"
" والمجالات الهندسية ولكن أيضا من أجل تجنب الأخطاء."

#: ../../source/behavior/equations/physical.rst:14
msgid "Let's start with the following example:"
msgstr "دعونا نبدأ بهذا المثال"

#: ../../source/behavior/equations/physical.rst:22
msgid ""
"As we saw in the examples in our discussion of :ref:`first-order`, the "
"previous example consists of a ``model`` definition that includes variables "
"and equations."
msgstr ""
"كما رأينا في مناقشتنا السابقة عن نظام الرتبة الأولى"
" :ref:`first-order`"
" فالمثال السابق يتكون من تعريف نموذج"
" ``model``"
" وهو الذي يتضمن المتغيّرات والمعادلات."

#: ../../source/behavior/equations/physical.rst:26
msgid ""
"However, this time we see the word ``parameter`` for the first time. "
"Generally speaking, the ``parameter`` keyword is used to indicate variables "
"whose value is known *a priori* (*i.e.*, prior to the simulation).  More "
"precisely, ``parameter`` is a keyword that specifies the *variability* of a "
"variable.  This will be discussed more thoroughly in the section on "
":ref:`variability`.  But for now, we can think of a ``parameter`` as a "
"variable whose value we must provide."
msgstr ""
"ولكن هذه المرة سوف نرى كلمة مُعامِل"
" ``parameter``"
" للمرة الأولى."
" وبشكل عام، كلمة مُعامِل تستخدم لتعبر عن المتغيّرات التي يطلق عليها ماقبلية"
" *priori*"
" (*أي:* ما قبل المحاكاة). وبصورة أدق فإن كلمة مُعامِل"
" ``parameter``"
" هي كلمة مفتاحية تحدد مدى تغير المتغير. وسوف نناقش هذا الموضوع بصورة أكبر في قسم التغيّر"
" :ref:`variability`."
" ولكن الآن ، سوف نعتبر أن المُعامِل هو متغير يجب علينا تحديد قيمته."

#: ../../source/behavior/equations/physical.rst:35
msgid ""
"Looking at our ``NewtonCooling`` example, we see there are five parameters: "
"``T_inf``, ``T0``, ``h``, ``A``, ``m`` and ``c_p``.  We don't need to bother"
" explaining what these variables are because the model itself includes a "
"descriptive string for each one.  At the moment, there are no values for "
"these parameters, but we will return to that topic shortly.  As with all the"
" variables we have seen so far, these are all of type ``Real``."
msgstr ""
"بالنظر إلى مثالنا"
" ``NewtonCooling``"
" نرى أن لدينا خمسة معاملات هم:"
" ``T_inf`` و ``T0`` و ``h`` و ``A`` و ``m`` بالإضافة إلى ``c_p``."
" ونحن لا نحتاج إلى شرح ماهية هذه المتغيرات لأن النموذج نفسه به سلسلة محارف وصفية (مَقْطَع وصفي)"
" لكل واحد منها."
" في هذه اللحظة، لا توجد قيم لهذه المُعَامِلات، ولكننا سوف نرجع إلى هذا الموضوع قريبا."
" وكما جميع المتغيرات التي تعاملنا معها "
" حتى الآن، فإن كل المتغيرات ستكون من نوع العدد الحقيقي"
" ``Real``."

#: ../../source/behavior/equations/physical.rst:43
msgid ""
"Let's examine the rest of this model.  The next variable is ``T`` (also a "
"``Real``).  Since this variable doesn't have the ``parameter`` qualifier, "
"its value is determined by the equations in the model."
msgstr ""
"دعونا نجرب بقية هذا النموذج. المتغير التالي هو"
" ``T``"
" (وهو أيضا من نوع العدد الحقيقي"
" ``Real``)."
" ولأن هذا المتغير ليس له مميِّز يبين أنه مُعَامِل"
" ``parameter``"
" فإن قيمته ستتحدد عن طريق المعادلات في النموذج."

#: ../../source/behavior/equations/physical.rst:47
msgid ""
"Next we see the two ``equation`` sections.  The first is an ``initial "
"equation`` section which specifies how the variable ``T`` should be "
"initialized.  It should be pretty clear that the initial value for ``T`` is "
"going to be whatever value was given (by us) for the parameter ``T0``."
msgstr ""
"دعونا ننظر إلى قسمي المعادلة. القسم الأول هو معادلة الابتداء"
" ``initial equation``"
" والذي يحدد كيفية ابتداء المتغير"
" ``T``."
" يجب أن يكون واضحا أن القيمة الابتدائية ل"
" ``T``"
" ستحدد قيمتها حسب القيمة التي ستعطى للمعامل (عن طريقنا)"
" ``T0``."

#: ../../source/behavior/equations/physical.rst:53
msgid ""
"The other equation is the differential equation that governs the behavior of"
" ``T``.  Mathematically, we could express this equation as:"
msgstr ""
"والمعادلة الأخرى هي المعادلة التفاضلية التي ستحدد السلوك لـ"
" ``T``. "
" ورياضيا يمكن تمثيل هذه المعادلة كالتالي:"

#: ../../source/behavior/equations/physical.rst:58
msgid "but in Modelica, we write it as:"
msgstr "ولكن في لغة مودليكا، نحن نكتبها على الصورة التالية:"

#: ../../source/behavior/equations/physical.rst:64
msgid ""
"Note that this is really no different from the equation we saw in our "
"``FirstOrder`` model from the :ref:`first-order` example."
msgstr ""
"لاحظ أنه لا يوجد هنا اختلاف حقيقي عن المعادلة التي رأيناها في نموذج نظام الرتبة الأولى"
" ``FirstOrder``"
" في المثال الذي ذكرناه في قسم نظام بسيط من الرتبة الأولى"
" :ref:`first-order`"

#: ../../source/behavior/equations/physical.rst:67
msgid ""
"One thing worth noting is that the equation in our ``NewtonCooling`` example"
" contains an **expression** on the left hand side.  In Modelica, it is "
"**not** necessary for each equation to be an explicit equation for a single "
"variable.  An equation can contain arbitrary expressions on either side of "
"the equals sign.  It is the compiler's job to determine how to use these "
"equations to solve for the variables contained in the equations."
msgstr ""
"أحد الأمور التي ليس بها أية مشكلة هو أن المعادلة في مثالنا"
" ``NewtonCooling``"
" تتضمن **تعبيرا رياضيا** في الطرف الأيسر من المعادلة."
" في لغة مودليكا **ليس** ضروريا أن تكون كل معادلة هي معادلة صريحة "
" لمتغير واحد."
" أية معادلة قد تتضمن تعبيرات رياضية في أي طرف من طرفي المعادلة حول علامة التساوي."
" ومهمة المُصَرِّف (المترجم) هي تحديد كيفية استخدام هذه المعادلات لإيجاد الحل للمتغيرات"
" التي توجد في هذه المعادلات."

#: ../../source/behavior/equations/physical.rst:75
msgid ""
"Another thing that distinguishes our ``NewtonCooling`` example from the "
"``FirstOrder`` model is that we can independently adjust the different "
"parameter values.  Furthermore, these parameter values are tied to physical,"
" measurable properties of the materials or environmental conditions.  In "
"other words, this version is slightly more physical than the simple "
"mathematical relationship used in the ``FirstOrder`` model because it is "
"related to physical properties."
msgstr ""
"وشيء آخر يميز مثالنا"
" ``NewtonCooling``"
" عن نموذج"
" ``FirstOrder``"
" وهو أننا نستطيع بشكل مستقل ضبط القيم المختلفة للمعاملات."
" وعلاوة على ذلك، فإن قيم هذه المعاملات مرتبطة بخواص مادية"
" يمكن قياسها للمواد أو لظروف البيئة."
" وبعبارة أخرى، فإن هذا المثال مادي أكثر"
" وليس مجموعة من العلاقات الرياضية البسيطة كما هو الحال في نموذج"
" ``FirstOrder``"
" وذلك لأنه متعلق بالخواص المادية."

#: ../../source/behavior/equations/physical.rst:83
msgid ""
"Now, we can't really run the ``NewtonCooling`` model as is because it lacks "
"*values* for the six parameters.  In order to create a model that is ready "
"to be simulated, we need to provide those values, *e.g.*,"
msgstr ""
"الآن، نحن لا نستطيع بالفعل تشغيل نموذج"
" ``NewtonCooling``"
" كما هو ﻷنه ما زالت تنقصه *قيم* المعاملات الستة."
" ومن أجل عمل نموذج جاهز للمحاكاة، يجب أن تكون هذه القيم معطاه، *وعلى سبيل المثال،*"

#: ../../source/behavior/equations/physical.rst:92
msgid ""
"The only real difference here is that each of the ``parameter`` variables "
"now has a value specified.  One way to think about the ``NewtonCooling`` "
"model is that we could not simulate it because it had 7 variables (total) "
"and only one equation (see the section on :ref:`initialization` for an "
"explanation of why the ``initial equation`` doesn't really count).  However,"
" the ``NewtonCoolingWithDefaults`` model has, conceptually speaking, 7 "
"equations (6 of them coming from specifying the values of the ``parameter`` "
"variables + one in the equation section) and 7 unknowns."
msgstr ""
"الفرق الحقيقي الوحيد الذي حدث هنا هو أن كل معامل الآن له قيمة محددة."
" أحد الطرق للتفكير في نموذج"
" ``NewtonCooling``"
" هي عندما نقول إننا لا نستطيع عمل محاكاة له ﻷنه يتضمن سبعة متغيرات"
" (ككل)"
" ومعادلة واحدة فقط"
" (انظر في قسم الابتداء"
" :ref:`initialization`"
" لتوضيح السبب الذي من أجله لا نَعُدّ معادلة الابتداء)."
" ولكن نموذج"
" ``NewtonCoolingWithDefaults``"
" يحتوي بشكل نظري على سبعة معادلات -ستة منها تأتي من تحديد قيم متغيرات المعاملات"
" وواحد في قسم المعادلة- وسبعة مجاهيل."

#: ../../source/behavior/equations/physical.rst:102
msgid ""
"If we simulate the ``NewtonCoolingWithDefaults`` model, we get the following"
" solution for ``T``."
msgstr ""
"إذا قمنا بمحاكاة نموذج"
" ``NewtonCoolingWithDefaults``"
" سنحصل على الحل التالي ل"
" ``T``."

#: ../../source/behavior/equations/physical.rst:111
msgid "Physical Units"
msgstr "الوحدات الفيزيائية"

#: ../../source/behavior/equations/physical.rst:113
msgid ""
"As mentioned already in this section, these examples are a bit more physical"
" because they include individual physical parameters that correspond to "
"individual properties of our real world system. However, we are still "
"missing something.  Although these variables represent physical quantities "
"like temperature, mass, *etc.*, we haven't explicitly given them any "
"physical types."
msgstr ""
"كما ذكرنا للتو في هذا القسم، هذه الأمثلة أصبحت مادية أكثر لأنها تحتوي"
" على معاملات فيزيائية مستقلة تعبر عن خواص في نظامنا في العالم الحقيقي."
" ولكن، ما زلنا نفتقد شيئا ما. فبالرغم من أن هذه المتغيرات تعبر عن"
" كميات فيزيائية مثل درجة الحرارة، والكتلة ..إلخ، إلا أننا لم نذكر نوع كل منها صراحة."

#: ../../source/behavior/equations/physical.rst:120
msgid ""
"As you may have already guessed, the variable ``T`` is a temperature. This "
"is made clear in the descriptive text associated with the variable.  "
"Furthermore, it doesn't take a very deep analysis of our previous model to "
"determine that ``T0`` and ``T_inf`` must also be temperatures."
msgstr ""
"وكما توقعتا للتو، المتغير"
" ``T``"
" هو درجة حرارة. هذا واضح في النص الوصفي المصاحب للمتغير."
" بالإضافة إلى ذلك، لم يتم إجراء تحليل عميق جدا في النموذج السابق لتحديد أن كلا من"
" ``T0`` و ``T_inf``"
" يجب أن يكونا أيضا درجات حرارة."

#: ../../source/behavior/equations/physical.rst:126
msgid ""
"But what about the other variables like ``h`` or ``A``?  What do they "
"represent?  Even more important, are the equations **physically "
"consistent**?  By physically consistent, we mean that both sides of the "
"equations have the same physical units (*e.g.*, temperature, mass, power)."
msgstr ""
"ولكن ماذا عن متغيرات أخرى مثل"
" ``h`` أو ``A``؟"
" عن ماذا يعبران؟ والأكثر أهمية هو هل هذه المعادلات متفقة مع بعضها"
" من الناحية الفيزيائية؟"
" والاتفاق من الناحية الفيزيائية معناه هل الوحدات في كلا الطرفين"
" في المعادلات هي نفسها (كدرجة الحرارة أو الكتلة أو القدرة *مثلا*)."

#: ../../source/behavior/equations/physical.rst:132
msgid ""
"We could convey the physical units of the different variables more "
"rigorously by actually including them in the variable declarations, like so:"
msgstr ""
"يمكننا التعامل مع الوحدات الفيزيائية للمتغيرات المختلفة بدقة وذلك بجعلها ضمن"
" إعلان المتغيرات كالتالي:"

#: ../../source/behavior/equations/physical.rst:142
msgid ""
"Note that each of the variable declarations now includes the text "
"``(unit=\"...\")`` to associate a physical unit with the variable.  What "
"this additional text does is specify a value for the ``unit`` attribute "
"associated with the variable.  Attributes are special properties that each "
"variable has.  The set of attributes a variable can have depends on the type"
" of the variable (this is discussed in more detail in the upcoming section "
"on :ref:`variables`)."
msgstr ""
"لاحظ أن إعلانات المتغيرات الآن أصبحت تحوي هذه العبارة"
" ``(unit=\"...\")``"
" وذلك لكتابة الوحدة الفيزيائية مع المتغير."
" وما يبينه هذا النص هو تحديد قيمة لتمييز الوحدة الفيزيائية المرتبطة بهذا المتغير."
" والتمييزات هي خواص مميزة تميّز كل متغير."
" ومجموعة التمييزات التي يرتبط بها كل متغير تعتمد على نوع هذا المتغير (وهذا الموضوع ستتم مناقشته"
" بالتفصيل في قسم المتغيرات لاحقا "
" :ref:`variables`)."

#: ../../source/behavior/equations/physical.rst:150
msgid ""
"At first glance, it may not seem obvious why specifying the unit attribute "
"(*e.g.*, ``(unit=\"K\")``) is any better than simply adding "
"``\"Temperature\"`` to the descriptive string following the variable. In "
"fact, one might even argue it is worse because \"Temperature\" is more "
"descriptive than just a single letter like \"K\"."
msgstr ""
"للوهلة الأولى، قد لا يبدو واضحا السبب الذي من أجله نقوم بتحديد تمييز للوحدة *مثل هذا:*"
" ``(unit=\"K\")``"
" ولماذا لا نقوم ببساطة بكتابة درجة حرارة"
" Temperature"
" ومن ثم نضيفها إلى سلسلة المحارف الوصفية (المَقْطَع الوصفي) التي تتبع المتغير."
" في الحقيقة، قد يجادل البعض ويقولون إن هذا أسوأ ﻷن كلمة درجة حرارة تعتبر واصفة بشكل"
" أفضل من مجرد حرف مثل:"
" \"K\"."

#: ../../source/behavior/equations/physical.rst:156
msgid ""
"However, setting the ``unit`` attribute is actually a more formal approach "
"for two reasons.  The first reason is that the Modelica specification "
"defines relationships for all the standard SI unit attributes (*e.g.*, "
"``K``, ``kg``, ``m``).  This includes complex unit types that can be "
"composed of other base units (*e.g.*, ``N``)."
msgstr ""
"ولكن في الحقيقة ضبط تمييز الوحدة هو الأفضل لسببين."
" الأول هو أن مواصفات لغة مودليكا تعرّف العلاقات بين تمييزات الوحدات القياسية في النظام الدولي"
" SI Units"
" *وذلك مثل:*"
" ``K`` و ``kg`` و ``m``."
" وذلك يتضمن الوحدات المركّبة *مثل:*"
" ``N``."


#: ../../source/behavior/equations/physical.rst:162
msgid ""
"The other reason is that the Modelica specification also defines rules for "
"how to compute the units of complex mathematical expressions.  In this way, "
"the Modelica specification defines everything that is necessary to **unit "
"check** Modelica models for errors or physical inconsistencies.  This is a "
"big win for model developers because adding units not only makes the models "
"clearer, it provides better diagnostics in the case of errors."
msgstr ""
"والسبب الآخر هو أن مواصفات لغة مودليكا تعرّف أيضا القوانين والتعبيرات الرياضية التي تبيّن كيفية حساب"
" الوحدات المركّبة. وبهذه الطريقة تعرّف مواصفات لغة مودليكا كل ما هو مطلوب لاختبار الوحدات في نماذج مودليكا"
" واكتشاف الأخطاء أو عدم اتساق الوحدات الفيزيائية مع بعضها. وهذا يعتبر ميزة كبيرة لمطوّري النماذج لأن إضافة"
" الوحدات لا تجعل النماذج أوضح وحسب ولكنها أيضا تجعل اكتشاف الأخطاء اكثر سهولة."
#: ../../source/behavior/equations/physical.rst:173
msgid "Physical Types"
msgstr "الأنواع الفيزيائية"

#: ../../source/behavior/equations/physical.rst:175
msgid ""
"But truth be told, there is one drawback of the code for our "
"``NewtonCoolingWithUnits`` example and that is that we have to repeat the "
"``unit`` attribute specification for every variable.  Furthermore, as "
"mentioned previously, ``K`` isn't nearly as descriptive as \"Temperature\"."
msgstr ""
"ولكن في الحقيقة ، هناك عيب في الكود البرمجي لمثالنا"
" ``NewtonCoolingWithUnits``"
" هو أننا نقوم بتكرار ذكر توصيف تمييز ``الوحدة`` لكل متغيّر. بالإضافة إلى ذلك فإن حرف"
" ``K``"
" كما ذكرنا سابقا هو ليس واصفا كما كلمة درجة حرارة"
" \"Temperature\"."

#: ../../source/behavior/equations/physical.rst:183
msgid ""
"Fortunately, we have a simple solution to both problems because Modelica "
"allows us to define *derived types*.  So far, all the variables we have "
"declared have been of type ``Real``.  The problem with ``Real`` is that it "
"could be anything (*e.g.*, a voltage, a current, a temperature).  What we'd "
"like to do is narrow things down a bit.  This is where derived types come "
"in.  To see how to define derived types and then use them in declarations, "
"consider the following example:"
msgstr ""
"لحسن الحظ، لدينا حل بسيط لكلا المشكلتين لأن لغة مودليكا تتيح لنا تعريف *أنواع مشتقة*."
" حتى الآن، كل المتغيرات التي عرّفناها كانت من نوع العدد الحقيقي"
" ``Real``"
" ومشكلة هذا النوع هي أنه قد يكون أي شيء (*مثل:* الجهد الكهربي، والتيار، ودرجة الحرارة)."
" وما نود أن نفعله هو تقريب الأمور قليلا. وذلك لكي نرى كيفية تعريف الأنواع المشتقة، ومن ثم استخدامها في الإعلانات"
" انظر في المثال التالي:"

#: ../../source/behavior/equations/physical.rst:199
msgid ""
"You can read the definition ``type Temperature=Real(unit=\"K\", min=0);`` as"
" \"Let us define a new type, ``Temperature``, that is a specialization of "
"the built-in type ``Real`` with physical units of Kelvin (``K``) and a "
"minimum possible value of ``0``\"."
msgstr ""
"يمكنك أن تقرا التعريف"
" ``type Temperature=Real(unit=\"K\", min=0);``"
" ودعنا نعرّف نوعا جديدا هو درجة حرارة"
" ``Temperature``"
" وهذا تخصيص للنوع المُضَمَّن (النوع المبني ضمن لغة مودليكا) والمسمى عدد حقيقي"
" ``Real``"
" وذلك بجعل وحدة قياسه الفيزيائية هي كلفن"
" ``K``"
" وجعل القيمة الصغرى له تساوي الصفر."

#: ../../source/behavior/equations/physical.rst:204
msgid ""
"From this example, we can see that once we define a physical type like "
"``Temperature``, we can use it to declare multiple variables (*e.g.*, ``T``,"
" ``T_inf`` and ``T0``) without having to specify the ``unit`` or ``min`` "
"attribute for each variable.  Also, we get to use the familiar name "
"``Temperature`` instead of the SI unit, ``K``.  You might be wondering what "
"other attributes are available when creating derived types.  For further "
"discussion, see the section on :ref:`builtin-types`."
msgstr ""
"من هذا المثال، يمكننا أن نرى انه بمجرد تعريف نوع فيزيائي مثل درجة الحرارة"
" ``Temperature``"
" يمكننا استخدام هذا النوع للإعلان عن العديد من المتغيرات (*مثل:*"
" ``T`` و ``T_inf`` و ``T0``"
" بدون الحاجة إلى تحديد تمييز الوحدة الفيزيائية أو القيمة الصغرى"
" ``unit`` أو ``min``"
" لكل متغيّر. وأيضا لدينا الآن اسم مألوف هو درجة حرارة"
" ``Temperature``"
" بدلا من من الوحدة القياسية الدولية"
" ``K``."
" قد تتساءل عن التمييزات الأخرى المتاحة عند نشاء الأنواع المشتقة."
" للمزيد من المناقشات حول هذا الموضوع يكنك الاتجاه إلى قسم الأنواع المُضَمَّنة (الأنواع المبنية ضمن لغة مودليكا)"
" :ref:`builtin-types`."


#: ../../source/behavior/equations/physical.rst:213
msgid ""
"At this point, you might find the idea of defining ``Temperature``, "
"``ConvectionCoefficient``, ``SpecificHeat`` and ``Mass`` in every model "
"extremely tedious.  It would be, if it were truly necessary. But don't "
"worry, there is an easy solution to this as you will see in a later section "
"where we discuss :ref:`importing_physical_types`."
msgstr ""
"عند هذه النقطة، قد تجد أن فكرة تعريف درجة الحرارة ومعامل الحمل الحراري والسعة الحرارية والكتلة"
" ``Temperature`` و ``ConvectionCoefficient`` و ``SpecificHeat`` و ``Mass``"
" في كل نموذج عملية شاقة للغاية. وقد تكون كذلك فعلا إذا كانت ضرورية ولازمة. ولكن لا تقلق، فهناك"
" حل بسيط لهذا كما كما سنرى لاحقا في مناقشة قسم استيراد الأنواع الفيزيائية"
" :ref:`importing_physical_types`."
"\n"
"\n"
"-Used Terms المصطلحات المستخدمة-\n"
"\n"
"qualifier مميّز (لاحظ الفرق بينها وبين تمييز)\n"
"attribute تمييز\n"
"section قسم\n"
"expression تعبير رياضي\n"
"physical فيزيائي ، مادي\n"
"declare إعلان ، تعريف\n"
"keyword كلمة مفتاحيّة\n"
"variable متغير\n"
"specifications مواصفات\n"
"specification توصيف\n"
"standard SI Unit attributes\n"
"تمييزات الوحدات القياسية الدولية\n"
"complex units وحدات مركّبة\n"
"built-in types الأنواع المُضمَّنة (الأنواع المبنية ضمن لغة مودليكا)\n"
"unknown مجهول\n"
"importing استيراد\n"
"coefficient مُعامل\n"


#: ../../source/behavior/equations/physical.rst:20
msgid "parameter"
msgstr "مُعامل"

#: ../../source/behavior/equations/physical.rst:140
msgid "attributes"
msgstr "تمييزات"

#: ../../source/behavior/equations/physical.rst:140
msgid "unit attribute"
msgstr "تمييز الوحدة"

#: ../../source/behavior/equations/physical.rst:181
msgid "derived types"
msgstr "أنواع مشتقة"

#: ../../source/behavior/equations/physical.rst:196
msgid "min attribute"
msgstr "تمييز القيمة الصغرى"

#: ../../source/behavior/equations/physical.rst:197
msgid "type"
msgstr "نوع"
