BUGS. Error in units

BUGS. Error in units - Сообщения

#1 Опубликовано: 12.02.2020 07:34:19
veb

veb

1 сообщений из 38 понравились пользователям.

Группа: User

Incorrect calculations with units
see example
Maybe I was wrong somewh
ddd.png_001.png
bugs Units.sm (6 КиБ) скачан 30 раз(а).ere
#2 Опубликовано: 12.02.2020 07:47:49
veb

veb

1 сообщений из 38 понравились пользователям.

Группа: User

ddd.png_0021.png

It turns out that the program before multiplication translates into Kelvin, and then in Celsius.
It turns out that it is necessary to increase the temperature somehow in a special way. help is needed
#3 Опубликовано: 12.02.2020 08:35:31
Martin Kraska

Martin Kraska

1222 сообщений из 2150 понравились пользователям.

Группа: Moderator

The question is: what do you mean by "a*0.5"? What is the physical meaning of this`?

The trouble comes from the thermodynamic temperature as a physical quantity (regardless of what units are used) may be not proportional to the numerical value if non-absolute units are used.

If you have in mind to directly manipulate the numerical value, then the result obviously must depend on what units you use. Then it is better to first extract the numerical value, then do the manipulation and then re-apply a unit.

There is indeed a bug, the error message below is pointless and un-useful.

A safe alternative is to use offset-free difference units tagged with Delta.

tunits.png
tunits.sm (4 КиБ) скачан 30 раз(а).
Martin Kraska Pre-configured portable distribution of SMath Studio: https://en.smath.info/wiki/SMath%20with%20Plugins.ashx
1 пользователям понравился этот пост
frapuano 12.02.2020 13:31:00
#4 Опубликовано: 12.02.2020 09:08:39
veb

veb

1 сообщений из 38 понравились пользователям.

Группа: User

Wrote

The question is: what do you mean by "a*0.5"? What is the physical meaning of this`?

The trouble comes from the thermodynamic temperature as a physical quantity (regardless of what units are used) may be not proportional to the numerical value if non-absolute units are used.

If you have in mind to directly manipulate the numerical value, then the result obviously must depend on what units you use. Then it is better to first extract the numerical value, then do the manipulation and then re-apply a unit.

There is indeed a bug, the error message below is pointless and un-useful.

A safe alternative is to use offset-free difference units tagged with Delta.



I think this is a mistake. You just need to take half the temperature from 20 C. Initially, in reference books and in other literature, half from 20 C, this is 10 C, and not 146K (-126C). Using the program on autopilot, with large formulas. The user may simply not notice that the manipulations with the temperature values ​​are not the same as with other elements. There is a high probability of errors! I know that it is possible to remove the unit of measurement to count and return. You and I know this, while others can make mistakes. It would be possible to make a custom SI table for calculations, then the user himself would decide what half C is and what half F
  • Новые сообщения Новые сообщения
  • Нет новых сообщений Нет новых сообщений