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

http://mathgl.sourceforge.net/pdf_u3d/cutminmax.pdf

Можно ли начертить график в масштабе? То есть к примеру график 10 см на 10 см отрендерить как 600 dpi с миллиметровой сеткой чтобы напечатать? И если это возможно, то как именно?

Но пока что пользуюсь gnuplot.

Кто-нибудь из активно использующих может сказать в каких областях оно мощнее, а в каких беднее по возможностям, чем gnuplot?

Конкретный вопрос - насколько просто с помощью него строить трёхмерные гистограммы (то есть обычная гистограмма строится по значениям f(x), а эта по значениям f(x,y))? В gnuplot потребовалась значительная модификация входных данных, чтобы имитировать этот тип графиков с помощью графика другого типа :(

Как у него с автоматизацией процесса построения графиков? Ведь в обоих случаях есть свой скриптовый язык.

Surface by boxes (На сайте есть скрин!)

Вопрос закрыт. Отлично!

http://mathgl.sourceforge.net/mathgl/mathgl_11.html#SEC387

А чам оно лучше gnuplot Вы ответили сами - в gnuplot настоящего 3d нет и не будет, так как интерфейс к драйверам двумерный и менять это никто не собирается, патчи обходящие это ограничение предлагались, но были не просто отвергнуты, а проигнорированы командой разработиков и пользователями.

> http://mathgl.sourceforge.net/mathgl/mathgl_11.html#SEC387

Скорее всего, что это оно и есть. Спасибо!

> А чам оно лучше gnuplot Вы ответили сами - в gnuplot настоящего 3d нет и не будет, так как интерфейс к драйверам двумерный и менять это никто не собирается, патчи обходящие это ограничение предлагались, но были не просто отвергнуты, а проигнорированы командой разработиков и пользователями.

Да, к сожалению. К тому же, если я всё верно понимаю, то из-за специфической лицензии gnuplot бинарные сборки патченных версий распространять нельзя :(

PostScript - не? pdf ещё есть.

>Да, к сожалению. К тому же, если я всё верно понимаю, то из-за специфической лицензии gnuplot бинарные сборки патченных версий распространять нельзя :(

В этом смысле выигрывают gentooшники, так как исходники и патчи распространять можно. А всем остальным приходится собирать самостоятельно. С другой стороны ничто не мешает написать пакет который тянет gnuplot, патч и собирает его во время установки.

IMHO по графикам следует сравнивать на с gnuplot (надёжная, простая, но абсолютно двумерная рисовалка), а с R

Да, а сборка под Ubunty планируется?

gr->SetSize(4*600, 4*600);

Здесь 4 = 10/2.5 -- размер картинки в дюймах.

Скоро должны появиться пакеты под Дебиан, это почти Ubuntu. Или собрать самому (в autoconf'е все есть).

Пока нет :( если руки дойдут сделаю. Слишком большой текст :)

Впечатляет. Всё так же "один в поле воин"?

В основном да, хотя здорово помогают с тестированием + установка (скрипты сборки) и IDTF не мое :)

Смотри http://mathgl.sourceforge.net/mathgl/mathgl_8.html

Еще можно посмотреть примеры http://mathgl.sourceforge.net/pictures.html -- в каждом есть С-ый код + "шаблон" для его запуска (http://mathgl.sourceforge.net/how_use.html -- ссылка есть в примерах).

В принципе можно и скрипты MGL использовать: http://mathgl.sourceforge.net/parser.html

CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer -msse3"

CXXFLAGS="${CFLAGS}"

но ваш ./configure в Makefile записывает следующее :

QT_CFLAGS = prescott -O2 -pipe -fomit-frame-pointer -msse3 -Wall -W -D_REENTRANT $(QT_DEFINES)

QT_CXXFLAGS = prescott -O2 -pipe -fomit-frame-pointer -msse3 -Wall -W -D_REENTRANT $(QT_DEFINES)

т.е. "-march=" куда-то пропадает и сборка не проходит. Попытаюсь найти косяк в ./configure

Если заданны строкой (матрицей и т.д.), то легко -- большинство функций именно это делают.

Если произвольный набор точек в пространстве, то можно так http://mathgl.sourceforge.net/crust.html или так http://mathgl.sourceforge.net/dots.html

Еще можно строить поверхность произвольным набором треугольников (см, mglGraph::TriPlot)

Да

sed "/^CFLAGS[^A-Z]*=/!d;$qt_sed_filter" $at_mfile

при наличии в Makefil'e, который генерируется qmake'ом такой строки

CFLAGS = -pipe -march=prescott -O2 -pipe -fomit-frame-pointer -msse3 -Wall -W -D_REENTRANT $(DEFINES)

первое действие qt_sed_filter (s///) вырезает из исходной строки не совсем то, что требуется, а именно - оно должно удалять "CFLAGS =", но оно удаляет "CFLAGS = -pipe -march=". Такая ситуация обусловлена тем, что неправильно задано регулярное выражение "/^CFLAGS[^A-Z]*=", при его изменении на "/^CFLAGS[ ]*=" всё работает нормально.

Т.е. исходный код удаляет "CFLAGS" + все символы не являющиеся заглавными лат. буквами + символ "=". А с учетом описанного выше нужно удалять "CFLAGS" + все последующие пробелы + "=". Проверьте, пожалуйста ваш скрипт и внесите в него соответсвующие изменения.

P.S. Аналогично следует исправить и все остальные строки, относящиеся к разбору Qt'шного Makefile.

Для чего? Для построения графики? нет уж увольте :). Для обработки данных? Может быть.

Собственно для этого и был написан SWIG интерфейс -- для включения рисования графиков в разные оболочки/программы обработки данных (Octave, R, Python и пр). Вот если объединить ROOT и MathGL, то действительно выйдет нечто стоящее :).

А то я сейчас как раз в процессе выбора программы для обработки и визуализации данных и пока обнаружил только зоопарк программ-близнецов типа labplot, qtplot, scidavis

> А то я сейчас как раз в процессе выбора программы для обработки и визуализации данных и пока обнаружил только зоопарк программ-близнецов типа labplot, qtplot, scidavis

В первую очередь предназначением. Основная цель MathGL -- построение графиков, всяких разных и из совершенно разных программ (можно встраивать в Вашу собственную программу) -- MathGL это библиотека. Все перечисленное выше это программы, нацеленные обработку данных (более, менее удачную) и относительно примитивные графики.

Если сравнивать UDAV, то это программа для скриптовой обработки данных -- один раз пишите скрипт ("минипрограмму"), а потом много раз его выполняете (для разных данных или в разное время). Скорее UDAV можно сравнивать с Octave, Scilab, SciPy, Matlab и т.д.

Перечисленные Вами программы ориентированы на "тыканье" мышкой -- для одного графика приемлимо. Но если графиков много или хочется перестроить график еще раз (спустя какое-то время), то очень утомительно, да еще и проблемматично получить такую же картинку. Ну и набор типов графиков скуден.

> Вот если объединить ROOT и MathGL, то действительно выйдет нечто стоящее :).

мы в курсе, что делает Алексей. 
На мой запрос посмотреть на то, что представлено в последней версии MathGL, был получен следующий ответ от Olivier
"
Rene,

After the quick look I had I do not think there fundamental things ROOT cannot do.
I saw: the text on a curve and some 3 axis plots. 

Fons suggested that I should create a such page, sumarizing all the kind of plots ROOT can do, in the new drupal site (demos section may be). I think it is a good idea.

Olivier 
"
Хотя, думаю, некоторые уникальные вещи он "не заметил".
Главное преимущество (с моей точки зрения) MathGL - его "компактность", возможность встраивать во внешние приложения.
С ROOT надо "тащить" всю систему, хотя "мы" над этим работаем.

scriptwindow.o: In function `ScriptWindow::loadHDF5(QString const&)': scriptwindow.cpp:(.text+0x1f31): undefined reference to `H5check_version' scriptwindow.cpp:(.text+0x1f6d): undefined reference to `H5Fopen'

и т.д. Система Ubuntu 8.10. Попробовал собрать со всеми имеющимися вариантами libhdf5, компиллируется успешно только с libhdf5-serial-dev, а потом выдаёт вышеприведённую ошибку при линковке.

Где копать? Спасибо.

По видимому, я собирал MathGL с поддержкой HDF5 и такую ошибку не видел. Выходов 2: (1) пересобрать MathGL c ключом "./configure --enable-all"; (2) включить опцию "-lhdf5" в src/src.pro -- строка 50 должна выглядеть как "LIBS += -lmgl -lhdf5".

Спасибо! Заработало с использованием первого варианта. Будем изучать (а то кроме grace ничего нету приличного, а там нет 3D).

Спасибо.