Вышла библиотека MathGL 1.7 и программа UDAV 0.4

Кто-нибудь может посоветовать использовать это вместо gnuplot?

По ссылке не ходил.

Я могу :)

Почему все изобретают каждый раз новый скриптовый язык ..... можно же привязать к Python-у или на худой конец к Scheme :-)

Для меня MGL удобнее: одна команда - одно действие. К следующей версии (или скорее к осени) буду писать интерфейсы ко всему на свете. А то никто за это не берется :(, хотя обещают ...

а оно умеет делать интерполяцию по набору точек на плоскости с их Z координатами, если точки не по сетке а как попало?

>Почему все изобретают каждый раз новый скриптовый язык ..... можно же привязать к Python-у или на худой конец к Scheme :-)

Зачем эти дикосити? С++ - и все.

> а оно умеет делать интерполяцию по набору точек на плоскости с их Z координатами, если точки не по сетке а как попало?

Угу, см. mglGraph::Crust(). Хотя работает и не оптимально. Лучше (для скорости) использовать внешнюю процедуру для построения сетки из треугольников и именно ее рисовать.

> Зачем эти дикосити? С++ - и все.

Еще чистый С неплох -- его все другие языки цепляют на ура.

В тексте новости ошибка: не UDAV, a UDAFF

Всё что нужно - строить двумерные графики по таблицам. Пишу на D, поэтому обязателен C интерфейс или хотя-бы CLI.

> Всё что нужно - строить двумерные графики по таблицам. Пишу на D, поэтому обязателен C интерфейс или хотя-бы CLI.

Это все есть. И еще много сверх того :).

Нет ли идей сделать возможность создания графиков из Maxima? На подобие того, как оттуда можно пользоваться gnuplot-ом?

> Нет ли идей сделать возможность создания графиков из Maxima? На подобие того, как оттуда можно пользоваться gnuplot-ом?

Пока нет, хотя желание есть :) - сам максимой пользуюсь часто. Видимо надо контактировать с разработчиком wxMaxima или самому разбираться в коде (но пока нет времени :( ).

>>нет времени :(

Сессия, да? ;-)

Только не дай Бог, через wxMaxima!

> Сессия, да? ;-)

Последняя моя сесия была лет 10 назад :). На самом деле хочу докторскую написать в этом году и поэтому форсирую дописывание статей и доделывание хвостов (белых пятен).

> хочу докторскую написать в этом году Склоняю почтительно голову.

А на какую тему, если не секрет?

> А на какую тему, если не секрет?

Пока выбираю между столкновениями в плазме и квазиоптикой. Вторая тема интереснее, но пока меньше материала.

Мне кажется, это довольно отдалённые друг от друга вещи, или я не прав?

В том то и проблема :(.

Алексей, спасибо! Пользуюсь относительно давно, нравится. В учебе хорошо помогает :)

Как я понял, это потуга создать нечто вроде Mathematica... Ну-ну.. ну-ну)

Скорее, это Гнуплот, только совсем другой и более удобный.

Кстати, а существуют ли планы выпуска ебилдов? В гентушном оверлее science есть ебилд, но он маскед, и уже старый ;-(

> Кстати, а существуют ли планы выпуска ебилдов? В гентушном оверлее science есть ебилд, но он маскед, и уже старый ;-(

В понедельник выложу пакеты для Debian (точнее будут доступны по ссылке) и Fedora RPM. Скорее всего к вечеру.

> Как я понял, это потуга создать нечто вроде Mathematica... Ну-ну.. ну-ну)

Аналог Mathematica -- Maxima. MathGL & UDAV скорее аналог gnuplot, Grapher, Surfer, Matlab (в плане графиков) и пр. Основная цель строить графики + минимальная обработка данных (наиболее распространенные функции). Причем строить в том числе и в консольном режиме, и для больших объемов данных (сколько оперативки хватит).

Grapher'ом и Surfer'ом пользуюсь постоянно. Жду не дождусь когда MathGL станет столь же удобным и наконец-то можно будет о них забыть.

> Grapher'ом и Surfer'ом пользуюсь постоянно. Жду не дождусь когда MathGL станет столь же удобным и наконец-то можно будет о них забыть.

А чего ему не хватает?

>А чего ему не хватает?

Графического интерфейса? :) Если у кого есть желание допилить graph, который я писал для курсовой год назад, милости просим http://sourceforge.net/projects/graphplot

> Grapher'ом и Surfer'ом пользуюсь постоянно.

Видел эти поделия, правда довольно давно. Удивительно неудобные построители графиков. Вообще не понимаю как ими можно пользоваться при анализе данных.

Повторюсь снова: MathGL и gnuplot есть великолепно _дополняющие_ друг друга замечательные инструменты. Есть некоторая область применения, где они пересекаются, есть -- где совершенно не конкуренты друг другу. Я это уже озвучивал в обсуждении предыдущей версии сабжа.

Из того, чего мне не хватает в MathGL для активного использования: это в первую очередь нормального PostScript (то что есть - это откровенный convert file.bmp file.eps со всеми недостатками этого метода); во вторую, конечно, уже блажь :) но мне было бы удобно иметь gnuplot-подобный скриптовый язык :)

>> Grapher'ом и Surfer'ом пользуюсь постоянно.

> Видел эти поделия, правда довольно давно. Удивительно неудобные построители графиков. Вообще не понимаю как ими можно пользоваться при анализе данных.

Я ими даже пользовался, будучи зелёным аспирантом. Пока gnuplot не освоил :)

Автору MathGL большое человеческое спасибо :)

Чем удав лучше/хуже тех же qtiplot и LabPlot?

ЗЫ: не флейма ради, действительно интересно

> квазиоптикой

А это что такое? "Как бы оптика"? :))

А можно в ней рисовать множество треугольных плоскостей в пространстве?

Metapost + gnuplot = наше всё

Надо будет глянуть как-нибудь. Авторам и того, и другого - спасибо :)

Библиотека неплохая, но для построения графикоф на экране непригодная из-за низкой скорости работы и бешеного потребления памяти. Вот генерировать красивые картинки, возможно, самое оно будет.

P.S. gnuplot - тот ещё отстой.

А почему QT4? Было ведь вроде fltk? В чем причина перехода?

>> квазиоптикой

> А это что такое? "Как бы оптика"? :))

Это среднее между волновой оптикой и геометрической -- когда эффекты дифракции, дисперсии и пр. уже важны, но все размеры еще велики в сравнении с длиной волны.

> А можно в ней рисовать множество треугольных плоскостей в пространстве?

Легко

> Библиотека неплохая, но для построения графикоф на экране непригодная из-за низкой скорости работы и бешеного потребления памяти. Вот генерировать красивые картинки, возможно, самое оно будет.

Потребление памяти не бешеное -- размер массивов данных + размер картинки*8 (из-за ZBuffer) + размер шрифтов (около 10 МБ). Размер картинки можно сократить если использовать mglGraphPS. При этом возрастет скорость, но пропадет интерполяция цвета/освещения.

Медленность скорее всего связана с версией 1.6.* когда шрифты грузились с диска при каждом создании экземпляра класса mglGraph (и производных). Использование статических/глобальных переменных эту проблему решало (почему я ее и не заметил сразу). В версии 1.7 исправлено (есть один статический шрифт, который грузится один раз и потом копируется в остальные классы). Загрузка с диска происходит только при явном указании внешнего файла.

> А почему QT4? Было ведь вроде fltk? В чем причина перехода?

Причина в отсутствии Юникода, печати и копирования картинок в FLTK. Выбор именно Qt связан со скоростью компиляции и доступностью библиотек для доп. элементов (сетки, подсветки синтаксиса и пр.) во всех версиях. Вначале был Qt3 -- версия более быстрая чем Qt4. Но из-за переносимости (под виндой есть только Qt4) переполз на Qt4 :(. Вообще-то из-за этого и несколько ляпов (не критичных) осталось неисправленными (интерфейс 3-ей и 4-ой версий здорово разный, даже в мелочах:( ). В пакетах deb, RPM их уже не будет, а win версию видимо придется обновлять вскоре :(.

> Потребление памяти не бешеное -- размер массивов данных + размер картинки*8 (из-за ZBuffer) + размер шрифтов (около 10 МБ)

В полноэкранном режиме получается что-то вроде 50 метров или больше. Это много. А время тратится в основном на заполнение этих 50 метров нулями :)

> Из того, чего мне не хватает в MathGL для активного использования: это в первую очередь нормального PostScript (то что есть - это откровенный convert file.bmp file.eps со всеми недостатками этого метода); во вторую, конечно, уже блажь :) но мне было бы удобно иметь gnuplot-подобный скриптовый язык :)

А что не так с PostScript? Вроде бы линии и грани конвертируются как есть, разве только координаты экранные -- так это дело вкуса.

Или имеется в виду текст представленный треугольниками? В какой-то мере это ограничение почти принципиальное -- я не знаю другого способа нарисовать букву наполовину закрытую поверхностью. Хотя можно сделать и сохранение в нормальный текст ... если очень надо?!?

Про gnuplot я уже писал несколько раз, что базовая концепция разная... и языки разные. Язык Matlab, Scilab в этом плане ближе. Хотя интерфейс можно сделать и к языку типа gnuplot -- с удовольствием его включу :) если кто-нибудь напишет :).

> Зачем эти дикосити? С++ - и все.

Разработчики ROOTа тоже так думали. Народу не понравилось.

Освой PAW и забудь gnuplot как страшный сон.

> В полноэкранном режиме получается что-то вроде 50 метров или больше. Это много. А время тратится в основном на заполнение этих 50 метров нулями :)

Полный экран (картинка 1280*800*4 = 4Мб) в результате Zbuffer с картинкой 4*(8+1) = 36Мб, плюс 10Мб шрифты, плюс данные 4*nx*ny (для поверхности). Итого 46Мб + данные действительно дает около 50Мб. Из них "нулями заполняется" только ZBuffer (32 Мб) и только по мере необходимости (функция memset() не считается -- почти мгновенная).

Если мало памяти или не хватает скорости, то надо использовать mglGraphPS -- все тоже самое, но нет ZBuffer (т.е. -32Мб) и нет интерполяции цвета :(.

Константин, вопрос о nonlinear fitting. Вас устраивает как это сделано или есть пожелания?

> Освой PAW и забудь gnuplot как страшный сон.

Оно свободное? Интерфейс к C есть?