Bug 271831 - No curve plotted at all when one data file is missing
Summary: No curve plotted at all when one data file is missing
Status: RESOLVED FIXED
Alias: None
Product: kst
Classification: Applications
Component: general (show other bugs)
Version: 2.0.3
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: kst
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-27 11:46 UTC by Grégoire Verlut
Modified: 2011-05-05 10:22 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Here is an a example of the wrong behavior (746.69 KB, application/zip)
2011-04-27 15:32 UTC, Grégoire Verlut
Details
screenshot of the plots (73.04 KB, image/png)
2011-05-02 08:47 UTC, Grégoire Verlut
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Grégoire Verlut 2011-04-27 11:46:27 UTC
Version:           2.0.3
OS:                MS Windows

I prepared a kst file, using several existing data files.
I then corrected the "file" entry in the kst file to be sure that all references are relative (ie file and fileRelative are in fact relative reference)

I copied the kst file to another directory, where some of the data files used by the kst are not present.

When I open the kst file in the new location, no curve is plotted at all.
The data manager shows that the vectors for the non-existing files are filled with 3 data. It's 3 times NaN.
The curves are also created with 3 data, but nothing is plotted, not even the curves corresponding to the existing files

Reproducible: Always



Expected Results:  
I would expect kst to plot at least the existing files, like when a vector contains NAN.

Perhaps a warning by loading the kst file that some files where not found, either via a pop-up window or in the status bar.

OS: Windows 32-Bit
Comment 1 Grégoire Verlut 2011-04-27 15:32:04 UTC
Created attachment 59363 [details]
Here is an a example of the wrong behavior

rename PRN_0010 to PRN_001 to get the correct result.
Comment 2 Grégoire Verlut 2011-04-27 15:36:57 UTC
I tried further to work with this bug.

It seems that if affects only the plots of the current tab for which some data files are missing.

Considering a kst file with 2 tabs.
The first tab is not displayed when opening the kst file, here the missing files do not disturb the plotting.

The second tab is displayed when opening the kst file, here the missing files block the displaying of the plot containing "missing curves". The other plots, having all their curves, are correctly displayed
Comment 3 Nicolas Brisset 2011-04-27 15:54:27 UTC
Thanks for the test case. With it, I can confirm the issue. 
This is definitely a bug. A lot of curves have valid vectors and should be plotted, but they are not.

Barth or Peter, can you have a look? This is probably fairly easy to fix.
Comment 4 Netterfield 2011-04-27 18:58:30 UTC
Of course...
I'm going to finish up auto-format first though.


On Wed, Apr 27, 2011 at 9:54 AM, Nicolas Brisset
<nicolas.brisset@eurocopter.com> wrote:
> https://bugs.kde.org/show_bug.cgi?id=271831
>
>
>
>
>
> --- Comment #3 from Nicolas Brisset <nicolas brisset eurocopter com>  2011-04-27 15:54:27 ---
> Thanks for the test case. With it, I can confirm the issue.
> This is definitely a bug. A lot of curves have valid vectors and should be
> plotted, but they are not.
>
> Barth or Peter, can you have a look? This is probably fairly easy to fix.
>
> --
> Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are the assignee for the bug.
> _______________________________________________
> Kst mailing list
> Kst@kde.org
> https://mail.kde.org/mailman/listinfo/kst
>
Comment 5 Peter Kümmel 2011-04-28 22:23:05 UTC
I've added a patch, but the loaded plots look a bit strange.

On sourceforge in 'Snapshots' is binary for Windows (2011.04.28).
Grégoire could you check if the graphs have to look this way 
because of the missing data?
Comment 6 Grégoire Verlut 2011-05-02 08:39:58 UTC
It seems you put the source and not the binary in the zip.
I tried to compile it with QT 2010.04 but I got the following error

:: error:  cannot open input file 'debug\gridlayouthelper.obj'

so I did not further try to make it run.
Can yopu zip it again?

thanks
Comment 7 Grégoire Verlut 2011-05-02 08:47:21 UTC
Created attachment 59525 [details]
screenshot of the plots

The way it should look like

This is a screenshot of the curves when everything is there.
It should look the same when PRN_001 is missing (because it is indeed a copy of
PRN_005)
Comment 8 Peter Kümmel 2011-05-02 20:46:21 UTC
Ah sorry, uploaded the wrong zip. But now also the win32 binaries are on sf.

Your screenshot looks like the one I've seen!

Have you compiled with qmake, which was not up-to-date? Fixed it trunk.
Comment 9 Grégoire Verlut 2011-05-05 10:10:47 UTC
The win32 binaries on sf ( snaphot) works as expected.

Thanks
Comment 10 Nicolas Brisset 2011-05-05 10:22:57 UTC
OK, then I'm closing the bug.