Статус: Advanced Member
Группы: Registered, Advanced Member
Зарегистрирован: 03.06.2009(UTC)
Сообщений: 156
Сказал «Спасибо»: 209 раз Поблагодарили: 3 раз в 3 постах
Статус: Administration
Группы: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Зарегистрирован: 11.07.2008(UTC)
Сообщений: 912
Сказал «Спасибо»: 640 раз Поблагодарили: 262 раз в 102 постах
Здравствуйте. Да, изначально не придовал этому значение, но в последнее время на русско- и англо- язычных форумах было столько раз об этом упомянуто, что я таки проникся тем, насколько это полезная функциональность и насколько она необходима в SMath Studio. Единственное, что меня останавливает от сиюминутного внедрения единиц измерения, так это то, что использование обычных переменных в качестве идентификаторов единиц измерения чисел, которое, по сути, предлагает Mathcad меня не вполне устраивает. На лицо проблема возможного переопределения этих идентификаторов пользователем, да и символ умножения между числом и показателем единицы измерения в режиме редактирования математических выражений мне кажется элементом непродуманности. Всё это и кое-что другое заставляет меня придумать альтернативный вариант ввода чисел с указанием системы измерения, который бы не проигрывал в удобстве использования. Задача оказалась непростой и на данный момент окончательно сформированнной идеи у меня нет. Хотя частенько думаю на эту тему. Соответственно варианта развития событий два: либо в обозримом будущем будет собственная реализация, либо придётся копировать имеющуюся функциональность (что не очень-то и хорошо). А вопроса о том, делать или не делать не стоит - однозначно будет сделано. С уважением, Андрей Ивашов.
Статус: Advanced Member
Группы: Registered, Advanced Member
Зарегистрирован: 03.06.2009(UTC)
Сообщений: 156
Сказал «Спасибо»: 209 раз Поблагодарили: 3 раз в 3 постах
smath написал: Единственное, что меня останавливает от сиюминутного внедрения единиц измерения, так это то, что использование обычных переменных в качестве идентификаторов единиц измерения чисел, которое, по сути, предлагает Mathcad меня не вполне устраивает.
В Mathcad есть одноименные, но разные переменные, переменные с разным
стилем .
См. twt.mpei.ac.ru/ochkov/Mathcad_14/Chapter1rus/12.png
smath написал: да и символ умножения между числом и показателем единицы измерения в режиме редактирования математических выражений мне кажется элементом непродуманности.
Знак умножения в Mathcad можно прятать
См. twt.mpei.ac.ru/ochkov/Mathcad_14/Chapter1rus/09.png
smath написал: Задача оказалась непростой и на данный момент окончательно сформированнной идеи у меня нет. Хотя частенько думаю на эту тему. Соответственно варианта развития событий два: либо в обозримом будущем будет собственная реализация, либо придётся копировать имеющуюся функциональность (что не очень-то и хорошо). А вопроса о том, делать или не делать не стоит - однозначно будет сделано. С уважением, Андрей Ивашов.
Я готов помочь - см. главу 2 "Работа с физическими величинами: проблемы и решения" книги "Mathcad 14 для студентов и инженеров: русская версия" twt.mpei.ac.ru/ochkov/Mathcad_14/RusIndex.html
и книгу "Физические и экономические величины в Mathcad и Maple” twt.mpei.ac.ru/ochkov/Units/Forword_book.htm
С уважением,
В.Очков
Отредактировано пользователем 16 ноября 2009 г. 1:46:43(UTC)
| Причина: Не указана
Статус: Newbie
Группы: Registered
Зарегистрирован: 04.10.2009(UTC) Сообщений: 4
Если последовательно вводить размерности величин то с блоком символьных вычислений возможны конфликты: логарифм частного величин одной размерности - допустимое выражение, а разность логарифмов уже нет. Таким образом правильное выражение на входе может привести к ошибке. Другие грабли - в некоторых областях, например электродинамике (система СГС), используются размерности дробной степени. В других областях это не допустимо. Фигаро здесь, Фигаро там. Опять же если степени вычисляются через логарифмы это может привести к ошибкам.
Статус: Advanced Member
Группы: Registered, Advanced Member
Зарегистрирован: 03.06.2009(UTC)
Сообщений: 156
Сказал «Спасибо»: 209 раз Поблагодарили: 3 раз в 3 постах
kt315e написал: Другие грабли - в некоторых областях, например электродинамике (система СГС), используются размерности дробной степени. В других областях это не допустимо. Фигаро здесь, Фигаро там. Опять же если степени вычисляются через логарифмы это может привести к ошибкам.
Mathcad и Maple эти габли, как правило, успешно переступают. А с другой стороны "заставь дурака Богу молиться, так он лоб расшибет!".
Статус: Advanced Member
Группы: Registered, Advanced Member
Зарегистрирован: 03.06.2009(UTC)
Сообщений: 156
Сказал «Спасибо»: 209 раз Поблагодарили: 3 раз в 3 постах
smath написал: Здравствуйте. Единственное, что меня останавливает от сиюминутного внедрения единиц измерения, так это то, что использование обычных переменных в качестве идентификаторов единиц измерения чисел, которое, по сути, предлагает Mathcad меня не вполне устраивает. На лицо проблема возможного переопределения этих идентификаторов пользователем, да и символ умножения между числом и показателем единицы измерения в режиме редактирования математических выражений мне кажется элементом непродуманности. Всё это и кое-что другое заставляет меня придумать альтернативный вариант ввода чисел с указанием системы измерения, который бы не проигрывал в удобстве использования.
В новой версии Mathcad (Prime - только что закончилось ее тестирование) эти проблемы успешно решены!
Статус: Administration
Группы: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Зарегистрирован: 11.07.2008(UTC)
Сообщений: 912
Сказал «Спасибо»: 640 раз Поблагодарили: 262 раз в 102 постах
OchkovVF написал: В новой версии Mathcad (Prime - только что закончилось ее тестирование) эти проблемы успешно решены!
У нас их не будет вовсе.
Статус: Newbie
Группы: Registered
Зарегистрирован: 10.11.2009(UTC) Сообщений: 7 Откуда: Россия
Еще было бы неплохо иметь возможность создавать собственную базу единиц измерения, тогда каждый бы мог пользоваться теми единицами, которые нужны именно в его специальности=)
Статус: Administration
Группы: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Зарегистрирован: 11.07.2008(UTC)
Сообщений: 912
Сказал «Спасибо»: 640 раз Поблагодарили: 262 раз в 102 постах
Согласен. Такая возможность подразумевается и в итоге будет добавлена.
Статус: Advanced Member
Группы: Registered, Advanced Member
Зарегистрирован: 03.06.2009(UTC)
Сообщений: 156
Сказал «Спасибо»: 209 раз Поблагодарили: 3 раз в 3 постах
Ololo написал: Еще было бы неплохо иметь возможность создавать собственную базу единиц измерения, тогда каждый бы мог пользоваться теми единицами, которые нужны именно в его специальности=)
Тут речь должна идти о создании пользовательских систем измерений, дополняющих встроенные - SI, US, cm-g-sec...
В среде Mathcad calculation Server я поступаю иначе - ввожу в расчет единицы, связанные с конкретной областью знаний, с термодинамикой, например. Так в данном расчете twt.mpei.ac.ru/MCS/Worksheets/KiSyShe/Fig-11-15.xmcd
фигурируют kJ/kg (удельная энтальпия), kJ/(kg K) (удельная энтропия) и др., а не отдельно джоуль (J), колограмм (kg), кельвин (K) и т.д.
Но!
Есть расчеты, где фигурируют два, например, килограмма - один для пара, а другой для газа. Это разные физические величины, имеющие одну размерность. Mathcad умеет их отличать. Нужно, чтобы SMath тоже это мог делать!
Статус: Advanced Member
Группы: Registered
Зарегистрирован: 21.05.2009(UTC)
Сообщений: 155
Откуда: Россия, Новочеркасск
Сказал «Спасибо»: 21 раз Поблагодарили: 13 раз в 9 постах
А можно глупый вопрос? Для чего вводить единицы измерения? Ведь комп считает все равно просто в числах? А если нужен перевод из метров в сантиметры, например, то можно просто вводить дополнительный множитель...
Статус: Advanced Member
Группы: Registered, Advanced Member
Зарегистрирован: 03.06.2009(UTC)
Сообщений: 156
Сказал «Спасибо»: 209 раз Поблагодарили: 3 раз в 3 постах
kasper написал: А можно глупый вопрос? Для чего вводить единицы измерения? Ведь комп считает все равно просто в числах? А если нужен перевод из метров в сантиметры, например, то можно просто вводить дополнительный множитель...
...а потом во всем этом запутаться.
Инженерный калькулятор без единиц измерения никому сейчас не нужен. Можно электронными таблицами обойтись - там тоже нет единиц измерения.
См.
twt.mpei.ac.ru/ochkov/Units/Forword_book.htm
и вторую главу книги twt.mpei.ac.ru/ochkov/Mathcad_14/RusIndex.html
Статус: Advanced Member
Группы: Registered
Зарегистрирован: 24.07.2008(UTC) Сообщений: 97 Откуда: Питер
Сказал(а) «Спасибо»: 18 раз Поблагодарили: 3 раз в 3 постах
OchkovVF написал: ...а потом во всем этом запутаться.
Достаточно, всего лишь хорошо разбираться в своих расчетах
Статус: Advanced Member
Группы: Registered, Advanced Member
Зарегистрирован: 03.06.2009(UTC)
Сообщений: 156
Сказал «Спасибо»: 209 раз Поблагодарили: 3 раз в 3 постах
kmihaylovich написал: OchkovVF написал: ...а потом во всем этом запутаться.
Достаточно, всего лишь хорошо разбираться в своих расчетах
А если делать расчеты и для Европы (метры-килограммы) и для США (футы-фунты)?
См. twt.mpei.ac.ru/ochkov/KiSyShe/index.html например!
И еще.
Работая с логарифмической линейкой, мы должны были порядок чисел держать в голове.
Работая с языками программирования или калькуляторами, мы должны были единицы измерения держать в голове.
Математические пакеты с физическими величинами (Mathcad, Maple и др.) - это еще один шаг вперед.
Отредактировано пользователем 1 декабря 2009 г. 22:52:55(UTC)
| Причина: Не указана
Статус: Advanced Member
Группы: Registered
Зарегистрирован: 24.07.2008(UTC) Сообщений: 97 Откуда: Питер
Сказал(а) «Спасибо»: 18 раз Поблагодарили: 3 раз в 3 постах
OchkovVF написал: А если делать расчеты и для Европы (метры-килограммы) и для США (футы-фунты)? См. twt.mpei.ac.ru/ochkov/KiSyShe/index.html например! И еще. Работая с логарифмической линейкой, мы должны были порядок чисел держать в голове. Работая с языками программирования или калькуляторами, мы должны были единицы измерения держать в голове. Математические пакеты с физическими величинами (Mathcad, Maple и др.) - это еще один шаг вперед.
Для оформления это удобно, но разве из-за этого можно говорить, что без них программа ничто? И если речь идет об инженерных расчетах, почему не взять специализированный софт?
smath : пожалуйста, не используйте многоуровневые цитаты - удаляйте вложенные перед публикацией. Данное сообщение поправил.Отредактировано модератором 2 декабря 2009 г. 21:15:46(UTC)
| Причина: Не указана
Статус: Advanced Member
Группы: Registered, Advanced Member
Зарегистрирован: 03.06.2009(UTC)
Сообщений: 156
Сказал «Спасибо»: 209 раз Поблагодарили: 3 раз в 3 постах
kmihaylovich написал: OchkovVF написал: А если делать расчеты и для Европы (метры-килограммы) и для США (футы-фунты)? См. twt.mpei.ac.ru/ochkov/KiSyShe/index.html например! И еще. Работая с логарифмической линейкой, мы должны были порядок чисел держать в голове. Работая с языками программирования или калькуляторами, мы должны были единицы измерения держать в голове. Математические пакеты с физическими величинами (Mathcad, Maple и др.) - это еще один шаг вперед.
Для оформления это удобно, но разве из-за этого можно говорить, что без них программа ничто? И если речь идет об инженерных расчетах, почему не взять специализированный софт?
smath : пожалуйста, не используйте многоуровневые цитаты - удаляйте вложенные перед публикацией. Данное сообщение поправил.Во-первый, это удобно не только для оформления, но и для самих расчетов. Попробуйте и убедитесь.
Во-вторых, иногда оформление может занимать львиную долю расчетов. Неоформленный расчет - это баловство для собственного удовольствия или (само)образования.
В-третьих, если SMath копирует Mathcad, то SMath и есть "специализированный софт" - инженерный калькулятор.
И наконец, если кому-то не нужны единицы измерения, то он может их отключить.
Кстати, в новом Mathcad эта возможность исключена и одновременно исправлены все недоработки, заставляющие теперешних пользователей отключать в Mathcad единицы измерения. Так, например, сейчас нельзя отключить мнимую единицу, хотя многим она мешает - выдает ответ там, где должно быть сообщение об ошибке. В Mathcad, например, исключена возможность выдачи множества ответов многими операторами и фнкциями. Возьмите квадратный корень из 4 и вы получите 2, а не вектор (2 -2), как следовало бы. Возьмите квадратный корень из -4 и вы получите 2i, а не вектор (2i -2i). Но часто желательно, чтобы там было сообщение об ошибке - корень из отрицытельного числа!
Отредактировано пользователем 6 декабря 2009 г. 17:54:08(UTC)
| Причина: Не указана
Статус: Advanced Member
Группы: Registered
Зарегистрирован: 24.07.2008(UTC) Сообщений: 97 Откуда: Питер
Сказал(а) «Спасибо»: 18 раз Поблагодарили: 3 раз в 3 постах
OchkovVF написал: Во-первый, это удобно не только для оформления, но и для самих расчетов. Попробуйте и убедитесь. Во-вторых, иногда оформление может занимать львиную долю расчетов. Неоформленный расчет - это баловство для собственного удовольствия или (само)образования. В-третьих, если SMath копирует Mathcad, то SMath и есть "специализированный софт" - инженерный калькулятор. И наконец, если кому-то не нужны единицы измерения, то он может их отключить. Кстати, в новом Mathcad эта возможность исключена и одновременно исправлены все недоработки, заставляющие теперешних пользователей отключать в Mathcad единицы измерения. Так, например, сейчас нельзя отключить мнимую единицу, хотя многим она мешает - выдает ответ там, где должно быть сообщение об ошибке. В Mathcad, например, исключена возможность выдачи множества ответов многими операторами и фнкциями. Возьмите квадратный корень из 4 и вы получите 2, а не вектор (2 -2), как следовало бы. Возьмите квадратный корень из -4 и вы получите 2i, а не вектор (2i -2i). Но часто желательно, чтобы там было сообщение об ошибке - корень из отрицытельного числа!
Все зависит какого рода расчеты производяться. Так например для подбора арматуры в ж-б. фундаменте MathCAD вместе с единицами измерения мало чем помогут, ибо для этого существуют специализированные программные продукты (например SCAD), и никто не будет даже смотреть на это творение в MathCAD.
Статус: Advanced Member
Группы: Registered
Зарегистрирован: 24.07.2008(UTC) Сообщений: 97 Откуда: Питер
Сказал(а) «Спасибо»: 18 раз Поблагодарили: 3 раз в 3 постах
OchkovVF написал: В-третьих, если SMath копирует Mathcad, то SMath и есть "специализированный софт" - инженерный калькулятор.
Автор уже писал, что SMath Studio даже не пытается копировать MathCAD, например здесь
http://ru.smath.info/for...t.aspx?g=posts&t=231
Статус: Advanced Member
Группы: Registered
Зарегистрирован: 21.05.2009(UTC)
Сообщений: 155
Откуда: Россия, Новочеркасск
Сказал «Спасибо»: 21 раз Поблагодарили: 13 раз в 9 постах
kmihaylovich написал: OchkovVF написал: ...а потом во всем этом запутаться.
Достаточно, всего лишь хорошо разбираться в своих расчетах
Поддерживаю оратора... Куда как плохо в том же самом Маткаде было получать результат в каких-то непонятных единицах, при этом не имея возможности, например, присвоить какое-то свое значение переменной m
Статус: Administration
Группы: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Зарегистрирован: 11.07.2008(UTC)
Сообщений: 912
Сказал «Спасибо»: 640 раз Поблагодарили: 262 раз в 102 постах
Быстрый переход
Форум проекта SMath
SMath Studio
- Скачать SMath Studio
--- Архив
--- Ночные сборки
- Примеры использования
- Вопросы по использованию
- Предложения
- Ошибки
Математика
- Документы
- Алгоритмы
- Математические задачи
Общение
- О проекте
- Общение
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.