Ru-Board.club
← Вернуться в раздел «Программы»

» Mathematica (математика)

Автор: popkov
Дата сообщения: 14.09.2012 19:14
r_green
Цитата:
Формат без избыточности (это практически все числовые форматы) позволяет интерпретацию в этом формате любых исходных данных.
Настолько абстрактно-специально сформулировано, что звучит как пустой набор слов.
Автор: r_green
Дата сообщения: 15.09.2012 23:56
popkov

Цитата:
Настолько абстрактно-специально сформулировано, что звучит как пустой набор слов.

Извините. Я имел в виду, что успешное выполнение Import не всегда гарантия того, что исходные данные кодируют импортируемый тип.

Бинарный формат, скажем, Integer64 не имеет избыточности, т.е. любые 8-байтовые данные можно интерпретировать как определённое число этого типа.

Например:

In:= ImportString["NotANumber", "Integer64"]
Out= {7092453967144447822}
Автор: popkov
Дата сообщения: 16.09.2012 09:30
r_green
Насколько я понимаю, длина файла в байтах не обязана быть кратна 8. Тогда импорт его в режиме "Integer64" приводит к отрезанию последних некратных байтов:

Код: In[78]:= ExportString[
ImportString["NotANumber", "Integer64"], "Integer64"]

Out[78]= "NotANumb"
Автор: TomasVercetti
Дата сообщения: 06.10.2012 20:26
Приветствую всех!

А можно как-нибудь заставить NDSolve работать в реальных числах. А то при решении системы выдаёт комплексное решение, хотя оно должно быть реальным. Спасибо.
Автор: BookWarrior
Дата сообщения: 06.10.2012 21:55
Друзья,

к форуму либгена прикрутил возможность набора математических формул в виде LaTeX-кода и завёл полуоткрытый подфорум для научных и образовательных (т.е. небиблиотечных) обсуждений: демо-новость.

Используйте свободно под свои нужды, не стесняйтесь!
Автор: Andrew10
Дата сообщения: 07.10.2012 07:13
TomasVercetti

Цитата:
А можно как-нибудь заставить NDSolve работать в реальных числах. А то при решении системы выдаёт комплексное решение, хотя оно должно быть реальным. Спасибо.

Приведите пример
Автор: vasili777
Дата сообщения: 10.10.2012 13:15
В чем может быть проблема? Выдает данную ошибку при запуске:





Если нажать "View problem details", то выдает:

Problem signature:
Problem Event Name:    APPCRASH
Application Name:    MathKernel.exe
Application Version:    8.0.39.59385
Application Timestamp:    4e8e55df
Fault Module Name:    mathdll.dll
Fault Module Version:    8.0.39.59385
Fault Module Timestamp:    4e8e58a6
Exception Code:    c0000005
Exception Offset:    00339342
OS Version:    6.1.7601.2.1.0.256.4
Locale ID:    1033
Additional Information 1:    0a9e
Additional Information 2:    0a9e372d3b4ad19135b953a78882e789
Additional Information 3:    0a9e
Additional Information 4:    0a9e372d3b4ad19135b953a78882e789

Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt





Также иногда выдает ошибку:




Если закрыть окошки крестиком, то на первый взгляд программа работает.

Система Windows 7 32 bit.
Версия Mathematica 8.0.4.0
Автор: Andrew10
Дата сообщения: 10.10.2012 14:51
vasili777
У меня в этой версии на всех компьютерах при запуске Mathematica выдает подобное сообщение, но если его просто закрыть, то все функционирует нормально. По-видимому, можно просто не обращать на это внимания
Автор: vasili777
Дата сообщения: 11.10.2012 22:22
Andrew10
Видимо все работает нормально. Еще я заметил, если начать вычисления, то процесс MathKernel.exe запускается и больше не глючит.
Автор: TomasVercetti
Дата сообщения: 12.10.2012 17:24
Andrew10,
Вопрос снимаю — выбор более подходящего метода решения всё исправил.
Автор: RuPurple
Дата сообщения: 28.10.2012 11:23
Имеется некоторая функция y=y(x). Нужно получить таблицу значений этой функции в промежутке от Xmin до Xmax, так чтобы против каждого значения аргумента стояло значение функции, т.е. в виде: {{x1,y1},{x2,y2},...}. Я пробовал использовать для этой цели функцию Table[y[x],{x,Xmin,Xmax}], но она выдает только значения функции {y1,y2,...}, т.е. без соответствующих значений аргумента.
Подскажите, пожалуйста, как получить такую таблицу? Спасибо!
Автор: BookWarrior
Дата сообщения: 28.10.2012 13:52
RuPurple
Table[{x,y[x]},{x,Xmin,Xmax}]
Автор: Andrew10
Дата сообщения: 28.10.2012 22:12
RuPurple
BookWarrior

Цитата:
Table[{x,y[x]},{x,Xmin,Xmax}]

Точнее
Table[{x,y[x]},{x,Xmin,Xmax,dX}

где dX- приращение аргумента на одном шаге
Автор: Andrew10
Дата сообщения: 30.11.2012 10:54
Добрый день всем!

Если кто-нибудь из завсегдатаев уже установил 9-ку, посмотрите, пожалуйста, исправлен ли косяк с импортом кириллики в pdf формат. Для этого нужно сделать простейший рисунок с надписью по русски и эхспортировать его.

Спасибо!
Автор: popkov
Дата сообщения: 30.11.2012 12:04
Andrew10
Цитата:
исправлен ли косяк с импортом кириллики в pdf формат. Для этого нужно сделать простейший рисунок с надписью по русски и эхспортировать его.
Нет, не исправлен. И на его исправление в ближайшем будущем, как я понимаю, рассчитывать не стоит. Вот что говорит по этому поводу John Fultz, который как раз и руководит разработкой FrontEnd'а (и, соответственно, экспорта в PDF также):

Цитата:
Those who saw the R&D keynote at the 2011 Tech Conference may remember my relating the story of the pain we have experienced from the fact that we were extremely early adopters of Unicode, well before it was baked into OSes and the concept of Unicode planes had been fully developed. It affects every part of the system, and will be difficult and expensive to fix when we finally do fix it.
Автор: Andrew10
Дата сообщения: 30.11.2012 12:32
popkov

Цитата:
Нет, не исправлен. И на его исправление в ближайшем будущем, как я понимаю, рассчитывать не стоит.


Печально
Автор: r_green
Дата сообщения: 30.11.2012 13:22
popkov
Проблема, о которой говорит John Fultz, к поддержке кириллицы не относится:

Цитата:
Mathematica simply has no support for non-plane-0 characters. That it appears to temporarily work should not fool you into thinking that M-- knows anything about such values. Those who saw the R&D keynote at the 2011 Tech Conference may remember my relating the story of the pain we have experienced from the fact that we were extremely early adopters of Unicode, well before it was baked into OSes and the concept of Unicode planes had been fully developed. It affects every part of the system, and will be difficult and expensive to fix when we finally do fix it.


Думаю, это баг именно модуля экспорта в PDF.

Добавлено:
Поймал BSOD при попытке открыть в Mathematica 9 меню Format->Font. Windows 7 x64 SP1.
Баг не в Математике, конечно, а в Винде - видимо, в 9-ке новые шрифты добавили.
Автор: popkov
Дата сообщения: 30.11.2012 13:42
r_green
Я не очень разбираюсь в структуре Юникода. Вы хотите сказать, что кириллические символы принадлежат к нулевой плоскости Юникода, которая вроде как поддерживается?
Автор: r_green
Дата сообщения: 30.11.2012 13:46
Кстати, у установивших Mathematica 9 BSOD должен быть из любого приложения, имеющего ф-цию выбора шрифта (при попытке выбрать шрифт Математики).
Не говоря уже о том, что это потенциальная уязвимость в Винде.

Так что фикс от MS, по идее, должен выйти очень быстро.
popkov

Цитата:
кириллические символы принадлежат к нулевой плоскости Юникода

Да.
Автор: popkov
Дата сообщения: 30.11.2012 13:55
r_green
Цитата:
кириллические символы принадлежат к нулевой плоскости Юникода


Andrew10
Тогда прошу прощения за введение в заблуждение. Видимо, это и в самом деле глюк экпорта в PDF, причем он проявляется только на локализованных версиях Windows. Если экпортировать из-под англоязычной Windows, в которую установлена поддержка кириллицы, кириллические символы в PDF отображаются корректно.
Автор: BookWarrior
Дата сообщения: 30.11.2012 15:03
popkov

Цитата:
проявляется только на локализованных версиях Windows. Если экпортировать из-под англоязычной Windows, в которую установлена поддержка кириллицы, кириллические символы в PDF отображаются корректно

я б не сказал - я б сказал не =) У мну инглиш вёрсия, но в экспортированном рисунке кириллица обезображена.
Автор: Andrew10
Дата сообщения: 30.11.2012 15:08
popkov

Цитата:
Тогда прошу прощения за введение в заблуждение. Видимо, это и в самом деле глюк экпорта в PDF, причем он проявляется только на локализованных версиях Windows. Если экпортировать из-под англоязычной Windows, в которую установлена поддержка кириллицы, кириллические символы в PDF отображаются корректно.



Это проверено (что на английской версии Windows работает), или пока предположение? Если работает, то придется устанавливать вторую систему.

И кроме того, м.б. глюк экспорта в PDF легче исправить?

Спасибо!
Автор: popkov
Дата сообщения: 30.11.2012 15:48
BookWarrior
Цитата:
я б не сказал - я б сказал не =) У мну инглиш вёрсия, но в экспортированном рисунке кириллица обезображена.

А какой язык выставлен для не-юникодовых программ? Именно эта опция и является решающей. Подробнее см. здесь:
http://superuser.com/q/460514/71768

Andrew10
Цитата:
Это проверено (что на английской версии Windows работает), или пока предположение? Если работает, то придется устанавливать вторую систему.
Это проверено мной лично, но на локализованной версии: чтобы экспорт заработал правильно, достаточно установить "Язык программ, не поддерживающих Юникод" в "Английский (США)" и перезагрузить компьютер. Однако не удивляйтесь, если Windows после этого начнет глючить или же вовсе откажется загружаться. Фактически, такое изменение допустимо только для англоязычной Windows.



А вот один из неизбежных глюков локализованной Windows:



Подробнее:
http://superuser.com/q/460514/71768
Автор: BookWarrior
Дата сообщения: 30.11.2012 16:12
popkov

Цитата:
чтобы экспорт заработал правильно, достаточно установить "Язык программ, не поддерживающих Юникод" в "Английский (США)"

ok, забавно. КОроче вот результаты:
1) версия 7 не реагирует на это (полагаю и ранние тоже)
2) версия 8 работает как вы описали (но она сама по себе имеет баги, поэтому я её так и не начал никогда исопользовать вместо 7); однако то, что появляется в PDF на русском, не выделяется, как выделяются все остальные (англ.) символы - какие-то махинации со шрифтами происходят, но они векторные.
3) версия 9 после этого перестала работать: при загрузке программы вылетает с критической ошибкой. Остался без 9-ки, только что поставив.
4) BSOD не видел.

Такие пироги. Поставил обратно Russian, иначе всякие блокнотики чахнут. Он у меня стоИт на нелокализованной - для русских приложений выставляю руками. 9-ку к жизни это всё-равно не вернуло.
Автор: r_green
Дата сообщения: 30.11.2012 16:17
У меня проблема экспорта кириллицы в PDF решилась установкой в Option Inspector (Ctrl-Shift-O):
Global Preferences -> Formatting Options -> Font Options -> CharacterEncoding = "ASCII"

Windows 7 x64 English.

Автор: BookWarrior
Дата сообщения: 30.11.2012 16:44
r_green

Цитата:
$SystemCharacterEncoding

подтверждаю для версии 8. С выделением русских символов та же хрень.
Версия 7 всё-равно не реагирует на это.

У меня WinXP Pro En SP3 x32
Автор: r_green
Дата сообщения: 30.11.2012 16:44
Но, как и у BookWarrior, кириллический текст пишется в PDF не символами, а кривыми.
Автор: BookWarrior
Дата сообщения: 30.11.2012 16:58
переустановил версию 9, не помогло, что-то сломалось в системе. Возможно несвязано со шрифтами, может быть это просто первая перезагрузка, совпавшая и с инсталляцией, и с изменением системных настроек шрифтов, делов наделала.

Если кто наткнётся и вылечит, отпишите сюда, я уже попал под впечатление от той математики, что они добавили в новую версию.
Автор: r_green
Дата сообщения: 30.11.2012 17:00
BookWarrior

Цитата:
при загрузке программы вылетает с критической ошибкой

Можете привести скриншот с этой ошибкой (с развёрнутыми деталями, если есть)?
Автор: popkov
Дата сообщения: 30.11.2012 17:52
r_green

Цитата:
У меня проблема экспорта кириллицы в PDF решилась установкой в Option Inspector (Ctrl-Shift-O):
Global Preferences -> Formatting Options -> Font Options -> CharacterEncoding = "ASCII"

Спасибо, этот метод работает как в v.8.0.4, так и в 9.0.0 (Win XP SP3 Rus)! Причем вместо "ASCII" можно указать "UTF8" или "UTF-8" - результат тот же!

[no]SetOptions[$FrontEnd, CharacterEncoding -> "UTF8"];
Export["1.pdf", "русский текст"][/no]

Страницы: 12345678910111213141516171819202122232425262728293031323334

Предыдущая тема: Идея несуществующей программы...


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.