LabPlot 2.3.0

Где тэг 'KDE'?

Кстати, да. Если модераторы будут подтверждать, то можно и перенести в «Новости — KDE».

Я как раз хотел начать осваивать построение графиков в GNUPlot.

Может кто-то сказать в чем отличие GNUPlot от LabPlot? Если сначала освоить GNUPlot, то совместимы ли команды? Или это принципиально разные программы? Еще GNUPlot вроде консольный, а этот со стильным интерфейсом KDE5. И еще интересны форматы, они совместимы?

Еще GNUPlot вроде консольный, а этот со стильным интерфейсом KDE5.

Так оно и есть. Освой gnuplot, полезно.

Ок, но ответь же и на остальные вопросы? Совместимы ли команды в обоих программах и выходные данные (и какие там форматы)?

У gnuplot — именно команды. График строится с помощью команд. Изучаешь команды и пишешь скрипт.

Кстати, есть немного аналогичное на основе питона — matplotlib. В сочетании с NumPy и SciPy — мощная штука.

LabPlot — программа с гуем. Создаёшь график, нажимая на экранные кнопочки. Свой формат файла (вполне вероятно, на основе xml, не смотрел).

Общего между всем этим — только данные (из csv, cdf, hdf5, ...).

кто пользовался, можно сравнение по фичам с qtiplot?

Проще говоря, gnuplot это как компилятор, а LabPlot - как IDE.

LabPlot - как IDE.

Скорее не просто IDE, а GUI designer (RAD).

Пока не успели написать про ненужность софта завязанного на DE отмечу что есть версия без зависимости от KDE, только Qt, называется SciDAVis.

Собрал версию из АУР — одно могу сказать, уронить легко. Хотя scidavis падает быстрее ;)

ну scidavis скорее мертв, чем жив. Я им репортил какой то баг как то, связанный с новыми версиями, на что мне ответили, что «ну да, известная проблема, при новом релизе приходится подгонять под актуальные библиотеки»

PS когда то давным давно, scidavis действительно был круче qtiplot, но с некоторых пор все наоборот имо

Спасибо друг!

Тем временем появился ещё один форк всего этого — alphaplot. Версия 0.01 из AUR вполне работоспособна (новых фич не заметил, но долго и не рассматривал). Но сейчас автор затеял великий переезд с qwt на qcustomplot, надеется завершить за 4-6 месяцев. Пожелаем ему выдюжить в этой нелёгкой борьбе.

А единственная фишка scidavis, насколько я помню, — импорт некоторых форматов opj. Что в случае qtiplot решается патчами. Ну и некастрированные бинарники под оффтопик у scidavis доступны на оф. сайте.

Кто пользовался, расскажите - это действительно в каких-то применениях удобнее numpy+matplotlib? Или где-то удобнее, чем Sage Math?

alphaplot

Тоже неплохой интерфейс!

А самое приятное, что все они на Qt. :)

https://sourceforge.net/projects/alphaplot/

https://a.fsdn.com/con/app/proj/alphaplot/screenshots/alphaplot.png

Ну есть ещё veusz (PyQt).

Пожалуйста, не надо писать gnuplot как GNUPlot. gnuplot не имеет никакого отношения к проекту GNU, он даже не является free software как определяет это FSF.

а что тогда значит «gnu» в gnuplot?

Any reference to GNUplot is incorrect. The real name of the program is «gnuplot». You see people use «Gnuplot» quite a bit because many of us have an aversion to starting a sentence with a lower case letter, even in the case of proper nouns and titles. gnuplot is not related to the GNU project or the FSF in any but the most peripheral sense. Our software was designed completely independently and the name «gnuplot» was actually a compromise. I wanted to call it «llamaplot» and Colin wanted to call it «nplot.» We agreed that «newplot» was acceptable but, we then discovered that there was an absolutely ghastly pascal program of that name that the Computer Science Dept. occasionally used. I decided that «gnuplot» would make a nice pun and after a fashion Colin agreed.

он даже не является free software как определяет это FSF

https://www.gnu.org/licenses/license-list.en.html#gnuplot

This is a free software license, incompatible with the GNU GPL.

Сделали бы тогда нормальное название, че народ вводить в заблуждение.

В KDE вообще очень много шикарших образовательных и математических программ! Слава OpenSource!

https://www.kde.org/applications/education/

О, отличная новость! Пожалуй заменю сабжем wxmaxima. КДЕшное в кедах то роднее всяко будет.

Если кому нужна визуализация больших объёмов данных (в т.ч. и в реальном времени), то в кедах есть отличная софтина и для этой задачи: https://kst-plot.kde.org/

В 2007 использовал её для выполнения лаб по надёжности. Тогда сабж падал от каждого чиха, надеюсь что сейчас со стабильностью намного лучше.

кто пользовался, можно сравнение по фичам с qtiplot?

Да. Вполне сопоставимы.

предназначенной для интерактивного построения графиков и анализа научных данных.

С одной стороны никто не гордится тем, что программа предназначена для KDE, с другой стороны по факту это имеем:

выпускается в двух версиях – первая основана на KDE4-libs, вторая – на KDE Frameworks 5 (KF5).

автор затеял великий переезд с qwt на qcustomplot, надеется завершить за 4-6 месяцев

Недавно наткнулся на факт, что такой немаленький проект gnuradio зависит от python-qwt5 (qt4), который не обновлялся с конца 2009 года. И они никак не могут переехать.

Любая программа с GUI будет удобнее matplotlib при необходимости быстро, в несколько кликов, прикинуть, что за данные лежат в файле. В остальных отношениях matplotlib идеален.

Графики просто адские - в худшихлучших традициях матлаба. Чем он их рисует то хоть в кишках?

а что тогда значит «gnu» в gnuplot?

ничего.

Есть мнение, что такого рода графики (которые создаются с использованием GUI) не нужны от слова совсем, так как автоматизация в этом случае множится на ноль.

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

Видимо, каламбур: gnuplot -> nuplot -> newplot

Спорное, натянутой мнение.

Перед автоматизацией нужна аналитика. Её как раз удобнее в интерактивном режиме проводить. Глядишь, а до гнуплота дело и вовсе не дойдёт.

Я думал, что оно уже сдохло.

gnuplot + latex

Всё остальное ненужно?

В свое время... лет 15 назад, я искал таких программ и находил их довольно много. В том числе кажется какую-то рисовалку графиков под КДЕ. Возможно эту. Но, как показала практика, пользоваться этим могут только студенты... и то до 3го курса.

Вопросы я озвучил выше.

Стоит добавить чуть побольше точек - все начинает ацки тормозить.

База пользователей мала... поэтому разобраться в некоторых моментах без автора нельзя. Он забыл упомянуть это в документации, если она вообще есть, и все...

По той же причине возникает масса косяков вроде у меня не такой же КДЕ как у тебя...

Расширяемости никакой... автоматизирвоать процесс нельзя... и тд.

Количество неудобств при тщательном рассмотрении превышает количество удобств :)

Можно тег ввести - нужно фор фан :)

Вроде как, scidavis изначально был форком qtiplot?

Кстати, теперь использовать qtiplot некошерно — запроприетарился вконец...

использовать qtiplot некошерно

Исходники-то до версии 0.9.8.9 под GPL. Ну а дальше десяток патчей.

Собирается не очень тривиально, особенно под оффтопик. Но есть хау-ту и бинарные сборки.

Кто-то на github закинул проект.

Я как раз хотел начать осваивать построение графиков в GNUPlot.

Мне кажется, не стоит тратить время на gnuplot. Причина в том, что почти всегда перед построением графика требуется какая-либо обработка данных. Gnuplot этого не умеет.

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

Допустим, есть три фаила с данными. Имя фаила соответствует каким-то параметрам, для которых эти данные были получены. Точки по оси x одинаковы, а по оси y различаются на порядок: в одном из фаилов 10^-2, в другом - 10^-3, в последнем - 10^-4. Причем какой порядок величин в каком фаиле заранее неизвестно. Требуется построить данные из всех трех фаилов на одних осях, при этом, разумеется, в легенде должен быть отражет масштабный множитель и значения параметров из имени фаила. Одно время я пытался делать такие вещи средствами gnuplot, но это было очень муторно. В итоге переполз на полноценный язык программирования. Раньше это был R. Вцелом норм. Сейчас питон + матплотлиб. Чуть шире распространено, чем R, плюс меньше разброс используемых языков т.к. часть других вещей тоже делаются на питоне.

Основной недостаток, конечно, - очень муторно настраивать визуальные стили линий. Графические инструменты, типа сабжа или Origin'a, в разы удобнее. Зато есть автоматизация - один раз настроил, потом можно легко делать однотипные графики.

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

Мне кажется, не стоит тратить время на gnuplot.

Мне кажется, что тебе неверно кажется. Длинная простыня говорит лишь о том, что «я студент и у меня нет/мало опыта подготовки визуализации данных для статей».

Gnuplot один из лучших инструментов для получения приличных графиков — после подготовки данных. Визуализация данных «в процессе» задача другая, для этого нормальные языки прототипирования вроде Matlab/Octave/Julia/R/Python имеют свои средства; некоторые, впрочем, успешно используют gnuplot как backend.

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

facepalm.jpg

Исходники-то до версии 0.9.8.9 под GPL

ну, я-то про новые версии, вдруг кто не знает. А так-то да...

Gnuplot один из лучших инструментов для получения приличных графиков — после подготовки данных.

В этом основная проблема gnuplot - он может использоваться _только_ для штучной ручной подготовки каждого графика по уже вычищенным данным. Но в этом качестве его вполне может заменить Matlab/Octave/Julia/R/Python, использовавшийся всю дорогу до. Или даже программы типа сабжа. Тем самым, специально разбираться с гнуплотом нет никакой необходимости.

LabPlot 2.3.0 под Windows XP не запускается - CreateSymbolicLinkW not found in dll kernel32.dll - сообщите куда надо.

Ты имеешь виду для публикации чтоли?

Не очень понимаю о чем спор. Я не фанат gnuplot, хотя понимаю где его можно и удобно использовать — например, в медленном контроле.

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