Description: LabPlot is a KDE application for data plotting and function analysis. It support both 2D and 3D plots and tries to emulate most of the functions supported by programs like Microcal Origin or SPSS Sigmaplot.Last changelog:
* new default project format (XML) * improved memory management * versatile errorbar styles * improved import dialog * hdf5 data file support * added project/dataset notes * different background brush styles * optional put drawing objects in background * customize binary byteorder in import/export * full ORIGIN 7.5 project support * arrange sheets in tile/cascade * added Laplace transform * using R math functions and constants if available * descriptive statistics/one and two sample tests using R * improved polar and 3d plot (delaunay triangulation) and data mode
Hi everybody:
Labplot works generally well, but when I would like to import a microcal files, labplot crash and switch off.
Somebody could help me?. I need anything to solve it.
Best regards and thanks in advance
I love the app, but i found this bug:
the program crashes almost everytime i create
multiple plots. I'm using labplot 1.6.0 on openSUSE 10.3.
The crashes happens when, after having created the graph selecting new graph
from the graph list menu, I click OK.
This happens, however, only if i create the graph from a dataset on a
spreadsheet. If i create the graph on a separate worksheet, and select it
from the graph creation dialog, it is created correctly.
I'd like to point out that the crashes only happen if i try to create graphs
on a plot that is not the first plot on its worksheet. No problem with first
plots.
huh... think this wasn't that clear, was it?
Anyway, here's a backtrace:
[?1034hUsing host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 0xb55d0910 (LWP 17496)]
[KCrash handler]
#6 0xb7d32c1a in AddGraphDialog::apply_clicked ()
from /opt/kde3/lib/libLabPlot.so.1
#7 0xb7f38ac8 in AddGraphDialog::qt_invoke ()
from /opt/kde3/lib/libLabPlot.so.1
#8 0xb75dc96d in QObject::activate_signal ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#9 0xb75dd50d in QObject::activate_signal ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#10 0xb791837c in QButton::clicked () from /usr/lib/qt3/lib/libqt-mt.so.3
#11 0xb766f92d in QButton::mouseReleaseEvent ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#12 0xb76157a4 in QWidget::event () from /usr/lib/qt3/lib/libqt-mt.so.3
#13 0xb757e16c in QApplication::internalNotify ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#14 0xb757f093 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3
#15 0xb7bf5392 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4
#16 0xb751d66a in QETWidget::translateMouseEvent ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#17 0xb751c436 in QApplication::x11ProcessEvent ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#18 0xb752d240 in QEventLoop::processEvents ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#19 0xb7594cf0 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3
#20 0xb7594b86 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#21 0xb757dcdf in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#22 0x0804e9d0 in main ()
Thanks for kind attention.
Skarn
please help!
when I traing to configure labplot it gives me a resalt:
# ./configure --with-gsl-prefix=/opt/gsl/
...
gsl : no (not found)
...
gsl is already instaled in /opt/gsl/
hi,
It checks for linking with libgsl.so and the existence of gsl_version.h.
Can you check config.log what configure couldn't find?
You can send the config.log if unsure.
Hi,
I really want to use this program but whatever I do, it will always crash. When importing OPJ files, when plotting...
I'm using Kubuntu. It is a shame really because I think what is implemented is really nice. Any suggestions?
Thanks.
Me too, i also use Kubuntu 7.04. Labplot is not usable because it crashes very often. For example: create a Plot from a table, create a second one from a second table one time crashes, but after restarting Labplot it creates the second plot.
I am using ur FC4 rpm. It did good when I plotted some functions like sin(x) etc. After executing it from Konsole, however, when I loaded a 2D data file, it crashed with strange error like : "Audio File Library: '/data/Homeworks/ParticleTrace.dat': unrecognized audio file format [error 0]"
I dont know where this Audio stuff is coming from. In data file is very simple...just 1st column having X-data and 2nd column having Y-data.
Any way to get rid of this problem?
I send you the details along with the data file by email. Please look into the matter. I am using LabPlot-1.5.1.3-1.fc4.i386.rpm.
Thanks!!
For a quicklook, following is the Backbrace with KDE-3.5.3 on FC4.
================================
Backtrace: KDE-3.5.3-1.0.fc4.kde
================================
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1208494400 (LWP 7440)]
[KCrash handler]
#6 0x007b2812 in DataDialog::applyStyle () from /usr/lib/libLabPlot.so.1
#7 0x007c0ddd in DataDialog::apply_clicked () from /usr/lib/libLabPlot.so.1
#8 0x009daca1 in DataDialog::qt_invoke () from /usr/lib/libLabPlot.so.1
#9 0x03b7c6d4 in QObject::activate_signal ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#10 0x03b7cb8a in QObject::activate_signal ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#11 0x03efd72e in QButton::clicked () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#12 0x03c1d773 in QButton::mouseReleaseEvent ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#13 0x03bba760 in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#14 0x03b16f7d in QApplication::internalNotify ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#15 0x03b17eba in QApplication::notify ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#16 0x01fc3f81 in KApplication::notify () from /usr/lib/libkdecore.so.4
#17 0x03aac891 in QETWidget::translateMouseEvent ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#18 0x03aab079 in QApplication::x11ProcessEvent ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#19 0x03abf798 in QEventLoop::processEvents ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#20 0x03b2f5eb in QEventLoop::enterLoop ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#21 0x03b2f4f6 in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#22 0x03b16949 in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#23 0x0804bee3 in main ()
I'm a neuroscientist and spend all day analysing data. You have a nice piece of software here--always good to see new data analysis programs for Linux.
But it also seems a pity that, to a large degree, you're re-inventing the wheel. One of the best stats packages you can get with great plotting facilities is already available for linux: www.r-project.org
The stats functions are very robust, well respected, and cutting edge. However, what R doesn't have is a nice KDE gui, in particular one with interactive plotting. There's one called Rkward (http://rkward.sourceforge.net/) but it's buggy and doesn't interact with plots.
The R project needs good KDE coders like yourself. It just my opinion that if your energies went into making an R GUI and an interactive plotting front-end (the latter might be a challenge) you'd end up with a far more flexible piece of software. Also all the number-crunching and low-level display functions are already written for you..
p.s. I'm not associated with R in any way: just a user. Keep up the good work, though!
I think that R integration for LabPlot would be a great addition. R is currently becoming the standard tool for advanced Statistics classwork and research. A plotting front-end for R would be a supreme help to the adoption of one of the most powerful statistical tools available.
Picture is worth thousands of words. So I am posting this picture with emphasis to the problems I encountered with LabPlot 1.5.1.rc1
1- Position of ticks, data point and grid lines are not calculated accurately. For examples, draw these 7 points:
(0.001,0.001),
(0.01,0.01),
(0.1,0.1),
(1,1),
(10,10),
(100,100),
(1000,1000)
on a log10,log10 scale graph. Choose the symbol to be the Horizontal line (the one after the diamond) and make it as big as you can for clarity. Enable grid lines and you will see the symbol line does not match the grid lines except for the upper most and the lower most.
2- In the log scale, there is a problem in calculating the minor ticks' posistions. When choosing 2 minor ticks in the log10 scale, between 1 and 10 for example, they must be placed at 4 and 7 which is not the case. If you choose more than 8 minor ticks, then any tick after the 8th will be placed above 10 as you can see in the figure for the 9th and 10th minor ticks.
3- The minor grid line for the upper most minor tick is not drawn in the case of log scale.
4- When you enable tex label in the legend box and you have more than one data set, the legend label of the later comes on top of the legend label of the former.
Here is a screenshot that summerizes the problems.
http://img301.imageshack.us/img301/4746/labplotbugs7vy.png
I fixed the log scale problems now in 1.5.1.1.
If having 2 minor ticks i'm using the xmgrace style (ticks at 2 & 3) not the gnuplot style (ticks at 4 and 7).
The tex label legend problem still need to be fixed.
great. At least this makes it usable assuming to tex support for the moment. With this feature fixed, LabPlot can really become my first choise of plotting.
Thank you very much.
I think there is a big problem with non-linear fitting rutine (however maybe there is a problem with gsl>=1.6 library that is used by labplot and qtiplot). If you fit a function to experimental data, parameters are propely estimated but standard deviation is absurdal big (even a few orders of magnitute larger than it should be). Has anyone encountered such a problem? It also regards qtiplot. I use Ubuntu Breezy, but replacing packages with Debian counterparts or compiling from source (labplot and libgsl) does not solve the problem. Strange.
Hi,
I think i fixed this problem in LabPlot.
The gsl does not automatically scale the standard deviation with the parameter. I'm doing it manually now and it seems to give useful results.
Thanks for writing
Hi,
LabPlot depends on the package ghostscript-library. It should work if it is installed.
I can make an update RPM that depends on this package if you want.
What Fedora Core version do you have?
When you create a plot and then save the spreadsheet and plot the coordinates of the spreadsheet and plot subframes within the main window are not saved.
When you re-open the saved file the spreadsheet and plot are set side by side but the plot extends beyond the mainframe and is clipped.
I think it would be much better if you saved the coords of the subframes and restored them from the saved file.
Incidentally I really like this application. Also I mentioned the broken link to the SUSE 9.3 rpm - the link is still broken.
Best wishes, Nomis
Ratings & Comments
78 Comments
Hi everybody: Labplot works generally well, but when I would like to import a microcal files, labplot crash and switch off. Somebody could help me?. I need anything to solve it. Best regards and thanks in advance
I love the app, but i found this bug: the program crashes almost everytime i create multiple plots. I'm using labplot 1.6.0 on openSUSE 10.3. The crashes happens when, after having created the graph selecting new graph from the graph list menu, I click OK. This happens, however, only if i create the graph from a dataset on a spreadsheet. If i create the graph on a separate worksheet, and select it from the graph creation dialog, it is created correctly. I'd like to point out that the crashes only happen if i try to create graphs on a plot that is not the first plot on its worksheet. No problem with first plots. huh... think this wasn't that clear, was it? Anyway, here's a backtrace: [?1034hUsing host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 0xb55d0910 (LWP 17496)] [KCrash handler] #6 0xb7d32c1a in AddGraphDialog::apply_clicked () from /opt/kde3/lib/libLabPlot.so.1 #7 0xb7f38ac8 in AddGraphDialog::qt_invoke () from /opt/kde3/lib/libLabPlot.so.1 #8 0xb75dc96d in QObject::activate_signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #9 0xb75dd50d in QObject::activate_signal () from /usr/lib/qt3/lib/libqt-mt.so.3 #10 0xb791837c in QButton::clicked () from /usr/lib/qt3/lib/libqt-mt.so.3 #11 0xb766f92d in QButton::mouseReleaseEvent () from /usr/lib/qt3/lib/libqt-mt.so.3 #12 0xb76157a4 in QWidget::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #13 0xb757e16c in QApplication::internalNotify () from /usr/lib/qt3/lib/libqt-mt.so.3 #14 0xb757f093 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3 #15 0xb7bf5392 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4 #16 0xb751d66a in QETWidget::translateMouseEvent () from /usr/lib/qt3/lib/libqt-mt.so.3 #17 0xb751c436 in QApplication::x11ProcessEvent () from /usr/lib/qt3/lib/libqt-mt.so.3 #18 0xb752d240 in QEventLoop::processEvents () from /usr/lib/qt3/lib/libqt-mt.so.3 #19 0xb7594cf0 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3 #20 0xb7594b86 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #21 0xb757dcdf in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #22 0x0804e9d0 in main () Thanks for kind attention. Skarn
please help! when I traing to configure labplot it gives me a resalt: # ./configure --with-gsl-prefix=/opt/gsl/ ... gsl : no (not found) ... gsl is already instaled in /opt/gsl/
hi, It checks for linking with libgsl.so and the existence of gsl_version.h. Can you check config.log what configure couldn't find? You can send the config.log if unsure.
Hi, I really want to use this program but whatever I do, it will always crash. When importing OPJ files, when plotting... I'm using Kubuntu. It is a shame really because I think what is implemented is really nice. Any suggestions? Thanks.
Me too, i also use Kubuntu 7.04. Labplot is not usable because it crashes very often. For example: create a Plot from a table, create a second one from a second table one time crashes, but after restarting Labplot it creates the second plot.
I am using ur FC4 rpm. It did good when I plotted some functions like sin(x) etc. After executing it from Konsole, however, when I loaded a 2D data file, it crashed with strange error like : "Audio File Library: '/data/Homeworks/ParticleTrace.dat': unrecognized audio file format [error 0]" I dont know where this Audio stuff is coming from. In data file is very simple...just 1st column having X-data and 2nd column having Y-data. Any way to get rid of this problem?
what version of LabPlot do you use? Please send me the data file. the audiofile shouldn't be the problem. It just checks if the file is an audio file.
I send you the details along with the data file by email. Please look into the matter. I am using LabPlot-1.5.1.3-1.fc4.i386.rpm. Thanks!! For a quicklook, following is the Backbrace with KDE-3.5.3 on FC4. ================================ Backtrace: KDE-3.5.3-1.0.fc4.kde ================================ (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1208494400 (LWP 7440)] [KCrash handler] #6 0x007b2812 in DataDialog::applyStyle () from /usr/lib/libLabPlot.so.1 #7 0x007c0ddd in DataDialog::apply_clicked () from /usr/lib/libLabPlot.so.1 #8 0x009daca1 in DataDialog::qt_invoke () from /usr/lib/libLabPlot.so.1 #9 0x03b7c6d4 in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #10 0x03b7cb8a in QObject::activate_signal () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #11 0x03efd72e in QButton::clicked () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #12 0x03c1d773 in QButton::mouseReleaseEvent () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #13 0x03bba760 in QWidget::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #14 0x03b16f7d in QApplication::internalNotify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #15 0x03b17eba in QApplication::notify () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #16 0x01fc3f81 in KApplication::notify () from /usr/lib/libkdecore.so.4 #17 0x03aac891 in QETWidget::translateMouseEvent () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #18 0x03aab079 in QApplication::x11ProcessEvent () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #19 0x03abf798 in QEventLoop::processEvents () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #20 0x03b2f5eb in QEventLoop::enterLoop () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #21 0x03b2f4f6 in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #22 0x03b16949 in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3 #23 0x0804bee3 in main ()
I'm a neuroscientist and spend all day analysing data. You have a nice piece of software here--always good to see new data analysis programs for Linux. But it also seems a pity that, to a large degree, you're re-inventing the wheel. One of the best stats packages you can get with great plotting facilities is already available for linux: www.r-project.org The stats functions are very robust, well respected, and cutting edge. However, what R doesn't have is a nice KDE gui, in particular one with interactive plotting. There's one called Rkward (http://rkward.sourceforge.net/) but it's buggy and doesn't interact with plots. The R project needs good KDE coders like yourself. It just my opinion that if your energies went into making an R GUI and an interactive plotting front-end (the latter might be a challenge) you'd end up with a far more flexible piece of software. Also all the number-crunching and low-level display functions are already written for you.. p.s. I'm not associated with R in any way: just a user. Keep up the good work, though!
What about using R as a backend for statistics in LabPlot? I think LabPlot may become a good GUI interface to R someday.
I think that R integration for LabPlot would be a great addition. R is currently becoming the standard tool for advanced Statistics classwork and research. A plotting front-end for R would be a supreme help to the adoption of one of the most powerful statistical tools available.
Picture is worth thousands of words. So I am posting this picture with emphasis to the problems I encountered with LabPlot 1.5.1.rc1 1- Position of ticks, data point and grid lines are not calculated accurately. For examples, draw these 7 points: (0.001,0.001), (0.01,0.01), (0.1,0.1), (1,1), (10,10), (100,100), (1000,1000) on a log10,log10 scale graph. Choose the symbol to be the Horizontal line (the one after the diamond) and make it as big as you can for clarity. Enable grid lines and you will see the symbol line does not match the grid lines except for the upper most and the lower most. 2- In the log scale, there is a problem in calculating the minor ticks' posistions. When choosing 2 minor ticks in the log10 scale, between 1 and 10 for example, they must be placed at 4 and 7 which is not the case. If you choose more than 8 minor ticks, then any tick after the 8th will be placed above 10 as you can see in the figure for the 9th and 10th minor ticks. 3- The minor grid line for the upper most minor tick is not drawn in the case of log scale. 4- When you enable tex label in the legend box and you have more than one data set, the legend label of the later comes on top of the legend label of the former. Here is a screenshot that summerizes the problems. http://img301.imageshack.us/img301/4746/labplotbugs7vy.png
I have installed the new stable version l.5.1 and the problems I pointed earlier are still there.
Sorry, i couldn't fix everything in 1.5.1. But i will work on these problems soon.
I fixed the log scale problems now in 1.5.1.1. If having 2 minor ticks i'm using the xmgrace style (ticks at 2 & 3) not the gnuplot style (ticks at 4 and 7). The tex label legend problem still need to be fixed.
great. At least this makes it usable assuming to tex support for the moment. With this feature fixed, LabPlot can really become my first choise of plotting. Thank you very much.
I think there is a big problem with non-linear fitting rutine (however maybe there is a problem with gsl>=1.6 library that is used by labplot and qtiplot). If you fit a function to experimental data, parameters are propely estimated but standard deviation is absurdal big (even a few orders of magnitute larger than it should be). Has anyone encountered such a problem? It also regards qtiplot. I use Ubuntu Breezy, but replacing packages with Debian counterparts or compiling from source (labplot and libgsl) does not solve the problem. Strange.
Hi, I think i fixed this problem in LabPlot. The gsl does not automatically scale the standard deviation with the parameter. I'm doing it manually now and it seems to give useful results. Thanks for writing
A SlackWare 10.2 Package with SlackBuild script is ready to download!! http://www.slacky.it/index.php?option=com_remository&Itemid=1&func=fileinfo&filecatid=801&parent=category
Is there any way to use special characters in legend boxes? Sub/superscript will be very useful.
Hi, the development version of 1.5.1 allows using of rich text (sub/superscript, colors, etc.) in the legend.
on running the rpm it gives the error that libijs-0.35.so is not found but I have the file in /usr/lib/libijs-0.35.so PLease rectify the problem.
Hi, LabPlot depends on the package ghostscript-library. It should work if it is installed. I can make an update RPM that depends on this package if you want. What Fedora Core version do you have?
When you create a plot and then save the spreadsheet and plot the coordinates of the spreadsheet and plot subframes within the main window are not saved. When you re-open the saved file the spreadsheet and plot are set side by side but the plot extends beyond the mainframe and is clipped. I think it would be much better if you saved the coords of the subframes and restored them from the saved file. Incidentally I really like this application. Also I mentioned the broken link to the SUSE 9.3 rpm - the link is still broken. Best wishes, Nomis