Units/pl

Oto kilka lektur na temat jednostek:
 * System SI
 * Jednostki brytyjskie
 * Jednostki pochodne SI
 * jednostki kątowe
 * jednostka wdrożona w OCC

Przykłady
tu = FreeCAD.Units.parseQuantity tu ('10 m') tu ('3/8 in') tu('100 km/h') tu ('100 km/h') / tu ('m/s') tu ('m^2*kg*s^-3*A^-2') tu ('(m^2*kg)/(A^2*s^3)') tu ('2*pi rad') # pełne koło tu ('2*pi rad') / tu('gon') tu ('1ft (3+7/16)in') tu ('1\' (3+7/16)"') # od znaku ' musimy uciec z powodu Pythona tu ('sin(pi)') b = Part.makeBox(tu ('2in'),tu ('2m')/100,10)
 * 1) --kilka przykładów systemu tłumaczenia jednostek FreeCAD--
 * 2) Zrób skrót do przykładów
 * 1) 10 metry w liczbach wewnętrznych
 * 1) obliczanie
 * 1) połączone rzeczy
 * 1) przeniesienie do innych jednostek
 * 1) jednostki pochodne (Ohm)
 * 1) lub
 * 1) kąty
 * 1) as gon
 * 1) więcej brytyjskich
 * 1) or
 * 1) trygonometria
 * 1) Używając przeliczonych jednostek jako parametrów, to polecenie stworzy sześcian 50.8mm x 20mm x 10mm

Obsługiwane jednostki
Pełna lista wszystkich obsługiwanych jednostek znajduje się na tej stronie.

Cel i zasady: propozycja rozszerzenia systemu zarządzania jednostką
W kolejnych sekcjach zaproponowano system zarządzania jednostkami rozszerzającymi, rozwijający koncepcję systemu jednostek, aktywowanego podczas uruchomionej instancji FreeCAD. Zainteresowanie zdefiniowaniem takiego nowego pojęcia polega na łatwiejszej pracy z tyloma typami jednostek fizycznych, ile się chce (nawet tych tworzonych przez użytkowników), bez zwiększania złożoności zarządzania jednostkami dla użytkownika, ani dla programistów FreeCAD.

W skrócie, skalowanie jednostek jest precyzyjnie lokalizowane i przeprowadzane w sposób ogólny.

Osiągnięcie takiej elastyczności jest szczególnie wymagane, gdy zaczyna się zajmować właściwościami materiałów, które mogą mieć bardzo różne jednostki, trudne do zarządzania pojedynczo.

Proponowane rozumowanie umożliwia obsługę jednostek takich jak opisane w Przewodnik dotyczący stosowania międzynarodowego systemu jednostek (SI) i Międzynarodowy system jednostek (SI) obydwóch pochodzących z NIST.

W tej propozycji, w sekcji Burza mózgów po raz pierwszy przypomina się, jakie są możliwe konteksty, dla których wymagane jest zarządzanie jednostkami.

W sekcji Organizowanie przedstawiamy model danych zachowany w celu osiągnięcia zarządzania jednostkami, oparty na 3 obiektach, unit, unit dictionary oraz unit system. Na koniec przedstawiamy również krótkie API 4. obiektu o nazwie unit manager.

Wynik
Dzięki temu rozszerzeniu dąży się do ułatwienia skalowania jednostek, które może występować pomiędzy różnymi zadaniami biznesowymi. Na przykład, rysunki techniczne mogą być wykonywane w standardowym systemie jednostek, podczas gdy modelowanie FE może być zarządzane w bardziej odpowiednim dla niego systemie jednostek.

Dzięki temu rozszerzeniu wymiana danych między tymi dwoma rodzajami działań staje się łatwiejsza.

Burza mózgów
W tej sekcji podkreślone są konteksty stosowania takiego systemu zarządzania jednostkami. Na podstawie tych uwarunkowań jesteśmy w stanie określić jego specyfikacje techniczne.

Zasadniczo podane są 2 przykładowe sytuacje.

Kontekst 1: otwarcie pliku z danymi
Otrzymujesz plik zawierający na przykład model geometryczny lub opisujący materiał o dość wielu właściwościach. Model geometryczny jest określony w metrach lub właściwościach materiału zgodnie z międzynarodowym systemem jednostek miar.

Niestety...

Jesteś ekspertem w modelowaniu FE, i zazwyczaj pracujesz z milimetrami na długość, Mega Pascalem na naprężenia, toną na masę...

W tym przypadku, zarządzanie jednostkami jest wymagane do skalowania danych z początkowego systemu jednostek zdefiniowanego w pliku wejściowym do systemu jednostek docelowych zdefiniowanego przez użytkownika.

Kontekst 2: przełączanie układu jednostek w czasie pracy
W tym przypadku, możesz być jednocześnie facetem, który sporządza rysunek, i facetem, który będzie zarządzał modelowaniem FE. Podobnie jak w poprzednim przypadku, systemy jednostkowe dla tych 2 zadań nie są takie same i musisz przełączyć początkowy system jednostek w czasie pracy na swój ulubiony.

System jednostek
Ze względu na "hipotezę pierwszą", możliwe i istotne jest zdefiniowanie systemu jednostkowego. System jednostkowy odnosi się do: Według Przewodnika dotyczącego stosowania międzynarodowego systemu jednostek (SI) z NIST, jest to siedem fizycznych jednostek bazowych. Zdecydowaliśmy się wyrazić układ jednostek w kategoriach tych 7 jednostek bazowych.
 * uruchomionej instancji FreeCAD, w której pracujesz
 * lub może mieć również ogólne zastosowanie do zawartości pliku wejściowego

Pracując w instancji FreeCAD, użytkownik musi więc najpierw zdefiniować system jednostek, według którego pracuje, zanim zdecyduje się na przejście na inny system jednostek lub przed zaimportowaniem danych z pliku wejściowego.

Ten system urządzeń będzie obowiązywał do momentu, gdy użytkownik zdecyduje się na jego zmianę. Jeśli to zrobi, wszystkie dane z wymiarami będą skalowane.

Biorąc pod uwagę założenie pierwsze zakłada się, że wszystkie dane, które użytkownik wprowadzi ręcznie w FreeCAD są spójne z wybranym systemem jednostek.

Korzyścią wynikającą z pracy z systemem jednostek zdefiniowanch na poziomie instancji uruchomionego programu FreeCAD lub na poziomie plików danych (zamiast jednostek, które są zdefiniowane na poziomie danych) byłoby wówczas znaczącym uproszczeniem zarządzania jednostkami.

Oto kilka przykładów systemów jednostek.
 * metr, kilogram, sekunda, amper, kelwin, mol, kandel,
 * milimetr, tona, milisekunda, amper, kelwin, mol, kandel,
 * milimetr, kilogram, milisekunda, amper, kelwin, mol, kandel,

Jednostki bazowe i pochodne
Jednostki pochodne są tworzone przez zestawienie jednostek bazowych. Na przykład, przyspieszenie (m/s) łączy w sobie jednocześnie długość i czas. Ciekawy obraz przedstawiający relacje pomiędzy jednostkami bazowymi i pochodnymi można zobaczyć tutaj również z NIST.

Dzięki definicji "systemu jednostek", użytkownik może pracować z dowolnym rodzajem jednostek pochodnych, bez konieczności uprzedniego ich przewidywania przez programistów FreeCAD.

Base and derived unit symbols
According to The International System of Units (SI), the symbols to specify a units are officially approved. Two consequences can be highlighted from this.
 * it is not easy for a computer program to work with unit symbols because some are greek letters for instance. Hence they can be a bit difficult to process by a program
 * while some units and their symbols can be used widely, they may be not approved officially, like for instance tonne unit (see p32 of The International System of Units (SI))

To overcome these limitations and remain flexible, the proposed system favors the use of unit magnitudes instead of unit symbols, which remain nonetheless available for an ergonomy reason.

Data model
The three core objects of the unit management system are presented, namely the unit, the unit dictionary and the unit system.

Unit
As a foreword, it is important to highlight that a unit object in itself only indicates a dimension like length, mass, time... It doesn't specify a magnitude like meter, millimeter, kilometer... This last information is specified through the unit system.

Dimension
Compulsory string indicating the dimension of the unit. The dimension of the 7 base units are indicated below (from Guide for the Use of the International System of Units (SI)).
 * LENGTH
 * MASS
 * TIME
 * ELECTRIC CURRENT
 * THERMODYNAMIC TEMPERATURE
 * AMOUNT OF SUBSTANCE
 * LUMINOUS INTENSITY

Dimension attribute allows identifying the unit. Two units cannot share the same dimension.

Signature
Compulsory integer array of size 7 (number of base units) that defines what the unit is. The signature of the 7 base units are:
 * LENGTH: [1,0,0,0,0,0,0]
 * MASS: [0,1,0,0,0,0,0]
 * TIME: [0,0,1,0,0,0,0]
 * ELECTRIC CURRENT: [0,0,0,1,0,0,0]
 * THERMODYNAMIC TEMPERATURE: [0,0,0,0,1,0,0]
 * AMOUNT OF SUBSTANCE: [0,0,0,0,0,1,0]
 * LUMINOUS INTENSITY: [0,0,0,0,0,0,1]

From these 7 units, we are then able to express all derived units defined in Guide for the Use of the International System of Units (SI) and create new ones as needed such as for instance:
 * MASS DENSITY: [-3,1,0,0,0,0,0]
 * AREA: [0,2,0,0,0,0,0]

Signature is the attribute thanks to which unit scaling can be achieved in a generic way.

Symbols
Array of [real, string] (meaning [magnitude, symbol]) that lists all symbols known by FreeCAD. Thanks to this array, the unit scaling API becomes more ergonomic because symbols and related magnitudes are linked.

This array can be extended as required.

For instance, the list of symbols of the LENGTH unit, and their related magnitudes is:

[1e+12,"Tm"],[1e+09,"Gm"],[1e+06,"Mm"], [1e+03,"km"],[1e+02,"hm"],[1e+01,"dam"], [1e+00,"m"],[1e-01,"dm"],[1e-02,"cm"], [1e-03,"mm"],[1e-06,"µm"],[1e-09,"nm"], [1e-12,"pm"],[1e-15,"fm"]

Standard symbols can be found on NIST website and p23 to 26 and p32 (metric ton or tonne) of The International System of Units (SI).

Unit dictionary
All the units available in FreeCAD, and new ones created by the user, should be stored in unit dictionary, which is an XML file (FreeCAD configuration file), so as to be retrieved when needed, i.e. when achieving unit scaling.

Units
Array of units, contained in the unit dictionary.

Unit system
A unit system is the object that allows the user defining the current unit magnitude of each base units with which she/he is working. For instance, knowing that the user is working with millimeter, tonne, and second, thanks to the use of a unit system, FreeCAD can know that energy is expressed in terms of milliJoule, force in terms of Newton, and stress in terms of MegaPascal. Hence a unit system is only defined by a name (for instance Standard unit system) and a magnitude table specifying for each of the 7 base units, what is its corresponding magnitude.

Name
String allowing to the user identifying what is the unit system.

Magnitudes
By specifying the magnitude of the 7 base units, a unit system is defined.

For instance [1e-03, 1e+03, 1, 1, 1, 1, 1], meaning millimeter, tonne, second, ampere, Kelvin, mole, candela

Unit management API
Only the logic of some methods is presented, in order to highlight some features. These methods could belong to an object called Unit manager.

isValid
The unit dictionary can be an XML file (FreeCAD configuration file). It contains a list of defined units. Such a dictionary is required for the proposed unit management system to work.

It must fulfills some conditions that should be checked before activating the unit management system. These conditions are:
 * check that all base units are defined
 * check that a dimension is not defined twice through the units
 * check that a symbol is not defined twice in all the existing symbols
 * check that the signatures of all units have all the same size
 * chacke that a standard symbol (for which magnitude is 1) is defined for all units

isCompatibleWithThisSignature
A unit dictionary defines a set of units and their known magnitudes. When managing a unit, it is relevant to check that its signature is compatible with the set of units registered in the unit dictionary, so as to process it. This check includes:
 * check that the input signature length is of the same size than the unit dictionary unit signatures

scaleUnitFromSymbolToSymbol
Knowing a value, an initial unit by its symbol, the target unit by its symbol, scale the value.

scaleUnitFromSymbolToUnitSystem
Knowing a value, an initial unit by its symbol, the target unit system, scale the value.

scaleUnitFromUnitSystemToSymbol
Knowing a value, an initial unit system, the target unit by its symbol, scale the value.

Motivations for such a management: example of application
Let's assume that we are going to setup a finite element model. To build our model, we need the mesh, material properties, and to define numerical parameters. Considering that they can be tens of material properties to manage, expressed with different units, sometimes not always very common, it is interesting for the user to only have to specify a global unit system, without caring much.

FreeCAD would then just do the job.

As FreeCAD developpers and FreeCAD users do not necessarily know all units that can be defined in the material property files, it is interesting to rely on a generic system.

Let's assume that in such a file we have a fair number of exotic material properties expressed with exotic units, and that we want to work in a specific unit system.

It is easy with the proposed extension to scale any of these properties by knowing their signatures, magnitudes, and the target unit system.

For each of the properties, the scaling is obtained by multiplying the initial property value with the factor $$\frac{initialMagnitude}{targetMagnitude}$$.

The targetMagnitude is then simply obtained with the operation $$\prod_{bu} targetMagnitude_{bu}^{signature_{bu}}$$, bu standing for base unit.

It becomes thus very easy to manage any number of properties with any kind of units with very few lines of Python.

Next actions

 * Implementing Quantity and Unit classes (mostly done)
 * Implementing InputField as User front end (in progress)
 * UnitsCalculator as test bed (in progress)
 * Quantity documentation
 * Std_UnitsCalculator documentation
 * Update Material framework to work only with Quantities
 * Test Cases