LINUX.ORG.RU

RLPlot 1.5

 


0

0

RLPlot - программа для создания графиков научных данных. Эти данные могут как вводится вручную, так и копироваться из табличных процессоров (Excel, KSpread и т.п.). RLPlot позиционируется как более легкая замена gnuplot.
В версии RLPlot 1.5 были добавлены новые возможности: рисование контуров, прозрачность и написание скриптов для табличных процессоров.

Скриншот: http://www.kde-apps.org/content/previ...
Примеры построенных графиков: http://rlplot.sourceforge.net/Example...

>>> Страничка RLPlot

★★★★★

Проверено: Tima_ ()

Re: RLPlot 1.5

Убогое уебище с интерфейсом 10 летней давности. Унылое говно версия 1.5.

anonymous ()

Re: RLPlot 1.5

пробовал как-то сделать в gnuplot простой довольно график, загвоздка которого была в том, что из одного центра координат должны были идти оси с разными масштабами и разными данными... замаялся в итоге и нарисовал в Inkscape

hexenlord ()

Re: RLPlot 1.5

На примерах построенных графиков качество не блещет. Учитывая наличие ещё десятка разных построителелей графиков с качеством отрисовки повыше... не очень нужно.

JackYF ★★★★ ()

Re: RLPlot 1.5

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

anonymous ()
Ответ на: Re: RLPlot 1.5 от anonymous

Re: RLPlot 1.5

>знает строилку графиков для питона с возможностями matplotlib

В природе не замечено.

>Ну или хотя бы более декларативный API для matplotlib кто-нибудь когда-нибудь делал?

Что значит более декларативным?

anonymous ()
Ответ на: Re: RLPlot 1.5 от svyatogor

Re: RLPlot 1.5

>приспособился сторить графики из octave. очень удобно

Так он же gnuplot использует. Если только строить, а не считать, то лучше сразу в гнуплоте

olegk ★★ ()

Re: RLPlot 1.5

А подскажите, чем можно матрицу визуализовать?

Например, в виде прямоугольника, из разноцветных квадратов составленного. А то и в 3d, столбиками.

anonymous ()

Re: RLPlot 1.5

/me ещё раз прогнал демонстрашку gnuplot, поглядел на графики сабжа (и на их количество) и убедился, что альтернативы gnuplot-e пока нету.

Const ()
Ответ на: Re: RLPlot 1.5 от abalakin

Re: RLPlot 1.5

PAW и ROOT инструменты другого класса и назначения; MathGL понравился, но, не удовлетворил всех моих запросов. Скорее gnuplot и MathGL дополняют возможности друг друга до полного идеала.

Const ()
Ответ на: Re: RLPlot 1.5 от Const

Re: RLPlot 1.5

> Скорее gnuplot и MathGL дополняют возможности друг друга до полного идеала.

А чего MathGL не хватает?

abalakin ★★ ()
Ответ на: Re: RLPlot 1.5 от abalakin

Re: RLPlot 1.5

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

Как минимум -- качественного PostScript.

Из более мелких недостатков (с моей колокольни недостатков, естественно): в gnuplot имеется очень удобная команда fit; язык скриптописания MathGL слишком непохож на gnuplot-овский.

Const ()
Ответ на: Re: RLPlot 1.5 от Const

Re: RLPlot 1.5

> Как минимум -- качественного PostScript.

А чем плох существующий?

> в gnuplot имеется очень удобная команда fit

Легко добавить.

> язык скриптописания MathGL слишком непохож на gnuplot-овский

Кому как :). Зато можно из скрипта сделать файл C++ одной командой :). Да и быстрее он.

abalakin ★★ ()
Ответ на: Re: RLPlot 1.5 от olegk

Re: RLPlot 1.5

@olegk: не только gnuplot, в виндовой версии он еще какой-то java движок умеет использовать.

в том то и дело, что как правило надо хоть какие-то операции с данными проводить. скажем строить не самми результаты, а ошибки, среднеквадратичные и т.д. так проще все сразу в octave и сделать

svyatogor ★★★★★ ()
Ответ на: Re: RLPlot 1.5 от abalakin

Re: RLPlot 1.5

> > Как минимум -- качественного PostScript.

> А чем плох существующий?

Существующий наследует все недостатки прямого преобразования растр-вектор. Результат соответствующий, к сожалению :(

> > в gnuplot имеется очень удобная команда fit

> Легко добавить.

С тем же качеством? Неплохо бы.

> > язык скриптописания MathGL слишком непохож на gnuplot-овский

> Кому как :). Зато можно из скрипта сделать файл C++ одной командой :). Да и быстрее он.

Оно может и кому как, но мне (лично мне, естественно, за других не говорю) скрипты в MathGL показались менее логичными по сравнению с gnuplot (видимо, сила привычки :)

А зачем мне файл в C++, если я считаю в Fortran? Опять-таки выкидывать данные в gnuplot и строить результаты можно сразу несколькими способами (по выбору, кому что угодно). Самый дубовый вариант: гонять данные через именованный pipe. Ещё вариант: http://gnuplotfortran.sourceforge.net/. И ещё: http://orion.math.iastate.edu/burkardt/g_src/gnufor/gnufor.html. А фортран-таки побыстрее плюсов будет.

Собственно, спор у нас ниочём :) Потому что MathGL реально делает хорошо то, что gnuplot делает плохо (и, кстати, наоборот). Именно поэтому я сказал об их дополнительности... Но я в любом случае возьмусь утверждать, что сабж слабее и первого и второго.

anonymous ()
Ответ на: Re: RLPlot 1.5 от anonymous

Re: RLPlot 1.5

>кто-нибудь знает строилку графиков для питона

посмотрите в сторону QtiPlot, он что-то подобное умел

xhook ()

Re: RLPlot 1.5

> RLPlot позиционируется как более легкая замена gnuplot.

это вот это кде-шное поделие -- более лёгкое? :o

anonymous ()
Ответ на: Re: RLPlot 1.5 от anonymous

Re: RLPlot 1.5

SPSS вас спасёт

anonymous ()
Ответ на: Re: RLPlot 1.5 от sv75

Re^2: RLPlot 1.5

>> gnuplot устраивает всем.

> Он разве FOSS?

Это мешает? Исходники есть, для себя править можно, написать патч и распространять его можно.

krege ()
Ответ на: Re: RLPlot 1.5 от anonymous

Re: RLPlot 1.5

>>знает строилку графиков для питона с возможностями matplotlib

> В природе не замечено.

Не в той природе обитаете видимо. Plplot вам поможет (plplot.sf.net). Все остальное типа gnuplot или там mathgl имеет качество недостойное публикаций в ведущих научных изданиях.

anonymous ()
Ответ на: Re: RLPlot 1.5 от anonymous

Re: RLPlot 1.5

> gnuplot...имеет качество недостойное публикаций в ведущих научных изданиях

Во брешет-та!

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.