gnuplot 4.2

Собственно, домашняя страничка: http://www.gnuplot.info/

Хорошая новость. Гнуплот мне всегда помогал в построении графиков.

> Хорошая новость. Гнуплот мне всегда помогал в построении графиков.

+1. Альтернатив ему я просто не знаю.

да, гнуплот рулит. Вроде как единственная достойная альтернатива это xmgrace. Кто-нибудь пользовался последним, как впечатления после гнуплота? Мне что-то не сильно понравилось...

Номер версии порадовал ;-)

Альтернатива, и весьма достойная - matplotlib

Поддержка юникода для надписей не планируется?

Жаль, что у gnuplot такая жуткая лицензия ): Зато рисует обалденно.

Есть ли альтернативы gnuplot, также умеющие создавать трёхмерные образы?

>Поддержка юникода для надписей не планируется?
* Support for UTF-8 and other multi-byte font encodings

Замечательная новость.. ;-)

А сглаживание он делает какое-нить?

s/чтобы/что бы

Бывает, не все все знают. Однако они есть и гораздо лучше gnuplot.

gnuplot это прошлое...

Прежде всего недостаток gnuplot это качество графиков. С таким качеством графики стыдно кому-то показывать...

qtiplot рулит

Вполне приличное качество, если на правильный терминал выводить.

> Есть ли альтернативы gnuplot, также умеющие создавать трёхмерные образы?

Есть полноценные системы анализа. Краткий обзор двух из них http://www.inp.nsk.su/~baldin/DataAnalysis/index.html

Ориентироваться надо на ROOT http://root.cern.ch

> Прежде всего недостаток gnuplot это качество графиков. С таким качеством графики стыдно кому-то показывать...

Для 2D там вполне приличное качество - если немного вид понастраивать. NASA с помощью gnuplot карты погоды создаёт и не переживает по поводу качества.

Другое дело чтов gnuplot фактически полностью отсутствуют необходимые компоненты для анализа данных. gnuplot - только выводилка.

A ему и не нужно иметь средства анализа потому как это будет уже не юниксвей

> A ему и не нужно иметь средства анализа потому как это будет уже не юниксвей

Вот уж не думал, что юниксвей предполагает данные не анализировать. IMHO, не верно.

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

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

Всё это замечательно, одно только непонятно: почему оно не появилось несколько лет назад?

>> A ему и не нужно иметь средства анализа потому как это будет уже не юниксвей

> Вот уж не думал, что юниксвей предполагает данные не анализировать. IMHO, не верно.

анализировать надо другой тулзой, а gnuplot пусть рисует, что ему скажут.

>> Вот уж не думал, что юниксвей предполагает данные не анализировать. IMHO, не верно.

> анализировать надо другой тулзой, а gnuplot пусть рисует, что ему скажут.

Анализ и представление данных вещи принципиально не разделяемые так как требуется обратная связь. Анализ на 99% по определению интерактивен иначе он перестаёт быть анализом.

Ура! Мегарулезный пакет!

Там ещё вот такая важная фича есть.

The image and rgbimage styles allow to plot 2D images (from ascii or binary files) and map them in a 2D or 3D plot.

Я ей уже год пользуюсь. Приходилось из CVS собирать. Будем наядеяться, эта версия таки в etch попасть успеет..

А вообще, УРА, товарищи!

Ростислав

Дурацкое поделие, до того же matlab ещё идти и идти

о руль! пользуюсь этой программкой иногда.

еще бы кирилицу доделали, чтобы в UTF-8 можно было графики подписывать цены б ей не было

http://matplotlib.sf.net/ чем не альтернатива %SUBJ%-у?

А что, MATLAB теперь позиционируется как рисовалка графиков? :)

> http://matplotlib.sf.net/ чем не альтернатива %SUBJ%-у?

На первый взгляди выглядит интересно. Но на сколько оно стабильное? IMHO, чтобы стать заменой gnuplot следует заматереть.

Есть Mathematica под Линукс.

Все графики для статей делал исключительно под ней.
Было это 7-8 лет назад.

> Есть Mathematica под Линукс. Все графики для статей делал исключительно под ней. Было это 7-8 лет назад.

Ну и? У нас все графики для статей делаются в paw или (недавно началось) в root. Но вот картинки медленного контроля отрисовывает gnuplot - а это тысячи картинок каждые тридцать минут. Кажому овощу своё место.

>Собственно говоря, причина по которой я обнаружил, что вышел новый релиз gnuplot в том, что я планирую написание статьи с обзором возможностей и простейшим учебником для gnuplot. > Примерный план я уже составил, но если у кого есть идеи на тему того что обязательно нужно включить в статью - был бы благодарен за их озвучку.

Покажи примерный план статьи, пожалуйста, чтобы можно было комментировать.

Было бы здорово, если в статье удастся покрыть тему взаимодействия, в том числе интерактивного, между программой анализа/скриптом и гнуплотом. Пока приходится генерировать файл данных и файл инструкций и скармливать инструкции гнуплоту.

А если говорить вообще об анализе данных, то непременно нужно рассмотреть R. Система R и анализирует и рисует.

Мне особенно нравится возможность встраивать в график подписи на LaTeX. Тогда в статье они получаются тем же шрифтом, что и основной текст, включая математические символы.

>Анализ на 99% по определению интерактивен иначе он перестаёт быть анализом.

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

Как пример: latex - прога для анализа, а всякие xdvi - для представления. При этом обратная связь осуществляется путём взаимодействия с исходником путём текстового редактора, а не путём воздействия на представление в xdvi.

> Было бы здорово, если в статье удастся покрыть тему взаимодействия, в том числе интерактивного, между программой анализа/скриптом и гнуплотом.

IMHO, это будет работать только в связки, например, с octave. В том-то вся и проблема, что анализировать с помощью gnuplot нельзя. Точнее сложнее чем более другими системами анализа, например, paw/root

> Пока приходится генерировать файл данных и файл инструкций и скармливать инструкции гнуплоту.

Он под это и заточен.

P.S. Про план статьи - это я громко сказал :) - пока есть только ощущения что нужно, причём похоже в основном не верные. К вечеру может быть что-то вырисуется.

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

Анализ по определению интерактивен, так как на перёд не понятно что из себя представляют анализируемые данные. Отсутствие структур в которых можно хранить и выполнять операции над данными делают анализ невозможным. gnuplot годится когда весь анализ сделан и есть алгоритм по которому понятно как представлять данные. Обычно это вовсе не так.

> Ориентироваться надо на ROOT http://root.cern.ch

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

> анализировать надо другой тулзой, а gnuplot пусть рисует, что ему скажут.

Да, лет 10 назад пользовался немецкой программкой построенной поверх гнуплота. Интерфейс на xforms. Умела делать арифметические операции над стобцами данных в массиве и еще что-то. Потом, правда, переехал под matlab.

> Да, лет 10 назад пользовался немецкой программкой построенной поверх гнуплота. Интерфейс на xforms. Умела делать арифметические операции над стобцами данных в массиве и еще что-то.

А зачем? Гнуплот сам умеет арифметические операции над столбцами.

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

Пример можно?

> Альтернатива, и весьма достойная - matplotlib

Может она конечно и достойная, но несколько тормозная - на наборах ~15000 точек тормоза уже ощутимые (гнуплот такое вообще почти моментально отрисовывает)

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

>Пример можно?

У вас есть скажем 20 тысяч каналов по которым поступают сигналы (электронника детектора). Необходимо эти сигналы преобразовать в физические величины (импульс и энергия частиц) и построить, например, для событи вида e^+e^- -> e^+e^- распределение от угла и энергии и извлечь из него какую-нибудь физическую константу, например, \Gamma_{J/\psi->e^+e^-}Br(J/\psi->e^+e^-).

Надо сделать несколько шагов, чтобы получить это распределение:

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

б) получить калибровочные константы для каналов электроники и преобразовать сигналы энергии и времена. Попутно выяснить, что иногда один и тот же логический канал электронники означает разные физические каналы. Изучить то, что называется калибровками, ужаснуться и перейти к следующему пункту.

в) по хитам в трековой системе построить треки частиц и посмотреть как они привязываются или нет энергетическим кластерам. Если есть система идентификации, то постараться идентфицировать частицы, соответствующие восстановленным трекам. Понять, что калибровка ни к чёрту ни годятся, и начать всё сначала.

в) то же самое, что сделано с реальными данными сделать с фалами полученными в результате Монте-Карло моделирования детектора. Понять, что моделирование тоже никуда не годится и испортить его до состояния которое примерно напоминает рельность.

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

г) сравнить реальность с моделированием и удивиться как они не совпадает и всё начать заново.

Здесь выпало, что необходимо ещё получать стороннюю информацию о стабильности систем и о набранной светимости и измеренной энергии пучка, стабильность которых тоже никто не гарантировал. Так же периодически в процессе анализа выясняется, что тот или иной заход был плох по тем или иным параметрам, поэтому приходится ухудшать эти параметры для всех заходов из анализируемого интервала. Но опять же делать это можно только до определнного предела, так как статистики не так уж много, а редиски с BaBar и Cleo имеют уж очень хороший детектор, команду и обработку.

В общем в таком духе.

Жизнь слаквари^w физика нелегка, но интереска... ;)

Чесно говоря, я так и не понял, где именно требуется постоянное интерактивное вмешательство. Сиё прелесное описание скорее похоже на отладку некой модели обработки, поскольку, опять же, судя по описанию, состоит, в основном, из довольно чётких условий if...then...else... ... .

Скажите, а там наконец-то реализовали двойную буферизацию при вращении 3D графиков? А то в предыдущих версиях картинка мигала очень сильно при прокрутке, что не есть хорошо.

И скомпиленой версии под Windows я тоже не нашел.

>Вроде как единственная достойная альтернатива это xmgrace

Из гуевых рисовалок стоит отметить LabPlot. Сильно круче xmgrace.

А gnuplot силен тем, что построение графиков скриптуется. Это вне конкуренции, когда надо много однотипных графиков. Например, сделать анимацию расчетов (bash+gnuplot).

Мне в 99.9% случаев нужно просто посмотреть кривую, а красоту наводить приходится только к статье. Для этого лучше сабжа ничего не нашел.

Я тут поглядил всякие рисовалки, интересны для среднего уровня epix, pyxplot, matplotlib, но кто кроме gnuplot умеет интерактивно в окошке вертеть трёхмерные изображения?

Хреново он их прокручивает.

Отличный инструмент. Давно и с удовольствием использую.

А вот подскажите чем рисовать графики в интерактивном режиме. Ползёт у меня датчик по плоскости и на экране надо кривую рисовать. Какую библиотечку заюзать? ( наверное всё это будет на qt, но пока не окончательно )