Округление чисел в Origin

[Vit Nhoc]

Я пользуюсь Origin 6.1 и столкнулся с таким моментом. Предположим, вам надо посчитать энергии реакции ряда молекул по квантовохимическим данным. Для этого вы в отдельных колонках выписываете полные энергии из выходного файла, далее создаёте дополнительную колонку и для неё прописываете формулу, как пересчитывать энергии реакции. Насколько я понял, Origin немного округляет цифры, которые в него вводятся, если они большие, т.е. если например дана полная энергия порядка тысячи a.u., то в ячейку вставится текст цифры включающий пять знаков после запятой. А цифра, которая приводится в квантовохимическом файле, обычно содержит 12 знаков после запятой. Как следствие, когда происходит пересчёт (из энергий молекул в энергию реакции), это округление даст небольшую ошибку. У меня для ряда органических молекул получилась ошибка в энергии реакции около 0.0001 кдЖ/Моль. Это конечно очень мало и конкретно для моих задач не имеет значения, но может для кого-то это будет ощутимая ошибка? Если такая проблема есть, можно ли в Origin увеличить точность сохранения текстовых значений цифр (сделать более точное округление)? Или мне стоит в Chemcraft создать простой аналог Origin для описанной задачи - пересчёт энергий реакций?

[SkydiVAR]

В мануале не смотрели, коллега?

[Гесс]

Отображаемое число или число используемое в расчете?
Если число используемое в расчете то это какой то треш и угар со стороны Ориджина (я им пользовался несколько раз так что ничего умного не посоветую.
В 1 хартри 2626 кДж/моль, соответственно если точность пять знаков после запятой в хартри - то 0.00001 хартри это 0.026 кДж. Это на 2 порядка больше чем вы указали но всеравно меньше ошибок точности любых известных мне методов квантхима.
12 знаков - ну это не везде, дааааалеко не везде.
Что разумеется не отменяет того что такое округление - это какой то странный треш.

[Vit Nhoc]

В мануале не смотрели, коллега?

Спасибо за ссылку, но я сходу не разобрался. Откуда можно быть уверенным, что рядовой пользователь оригина также разберётся?
У меня в Origin 6.1 можно поменять свойства колонки, но там выбор формата ограничен и нельзя указать напрямую, сколько знаков после точки хранить в ячейке. Может быть это появилось в более новых версиях оригина, как показано в мануале, но я по мануалу сходу не понял, где и как это настраивается. Поэтому, может быть, мне действительно имеет смысл сделать альтернативу оригину в Chemcraft?

[Vit Nhoc]

Отображаемое число или число используемое в расчете?
Если число используемое в расчете то это какой то треш и угар со стороны Ориджина (я им пользовался несколько раз так что ничего умного не посоветую.

Я тоже подозреваю, что отображаемое число менее точное, чем число хранящееся в памяти и используемое в расчёте; но даже если это так, экспортировать из ячеек можно только неточное число. Ещё раз проверил: если в двух колонках поместить большие числа с 12 знаками после запятой, и в третьей колонке через Set column values посчитать разницу между ними, и скопировать третью колонку куда-то ещё - там будет число с пятью знаками.

[Гесс]

и скопировать третью колонку куда-то ещё - там будет число с пятью знаками.

А если это скопированное число домножить на 100000 - оно станет целым или у него проявится больше знаков после запятой?

[Vit Nhoc]

и скопировать третью колонку куда-то ещё - там будет число с пятью знаками.

А если это скопированное число домножить на 100000 - оно станет целым или у него проявится больше знаков после запятой?

Я проверил - появится больше знаков. Только речь не о скопированном числе, а о числе, хранящемся в ячейке таблицы. Т.е. в Origin у числа, которое хранится в ячейке, есть два значения - текстовое значение и цифра, которая хранится в памяти. Всё бы хорошо, да только если копировать это число стандартным способом (Ctrl+C), то в клипбоард попадает текстовое описание числа, т.е. менее точный вариант. Возможно в более поздних версиях Origin это исправлено, может кто-нибудь проверить?

[Гесс]

Ну тоесть проблема проявится в том случае если из ориджина копировать полную энергию (ну или относительную в хартри, но это тоже бред), и потом ее переводить в нормальные единицы гдето в другом месте.
Это уже ближе к притянутой проблеме - если в ориджин вставлять исходные цифры - почему из него не извлекать конечные? А хартри в статьях всеравно никому ненадо.

[Polychemist]

Clipboard01.jpg

У меня 8-й, судя по всему такой же странный. Чтобы отображались все цифирки - настроил в свойствах ячеек Set Decimal Places. При этом просто копирование урезает точность при вставке в сторонние программы, но не в себя. Copy (full precision) работает нормально. Как с вычислениями - не знаю, не умею, как в Excel формулы не вставляются...
Ещё раз убедился, что в Origin можно сделать многое, но надо много времени, чтобы понять как это сделать.