bugGNU Octave - Bugs: bug #40863, 'barh' bars border is dashed with...

 
 

bug #40863: 'barh' bars border is dashed with gnuplot

Submitter:  None
Submitted:  Tue 10 Dec 2013 09:35:06 AM UTC
   
 
Category:  Plotting with gnuplot Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Incorrect Result
Status:  Fixed Assigned to:  None
Originator Name:  Ido Halperin Originator Email:  -email is unavailable-
Open/Closed:  * Closed Release:  * 3.8.0
Operating System:  * GNU/Linux Fixed Release:  None
Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Tue 06 Sep 2016 03:07:11 AM UTC, comment #11: 

This has been fixed on the dvelopment branch and will be part of the 4.2 release.

Rik <rik5>
Group administrator
Sun 16 Feb 2014 05:05:52 PM UTC, comment #10: 

I think now that the problem is not 'barh'.

'barh' makes use of the 'patch' function and I was able to generate the bug by using only 'patch'.

See the attached file.

It generates 3 traingles. The most left triangle is surrounded by a countinous line, the middle one by dashed line and the right is surrounded by dashed-dotted line. Weird.

Ido


(file #30573)

Anonymous
Sun 16 Feb 2014 09:06:47 AM UTC, comment #9: 

I checked that script using octave 3.6.4 and the bug is there.

Ido

Anonymous
Fri 14 Feb 2014 12:20:36 AM UTC, comment #8: 

With Mike's script I can now reproduce this bug too.  For me it's a problem both with the on-screen rendering and with the printing.  In other words, saveas is correctly saving what I see on the screen in the svg file, but the screen is wrong to begin with.

If I take a look at the lines around the edge it seems to me that they are actually rotating between line styles.  The smallest bar does indeed use '-' as a linestyle, but the others are wrong.

I found it helpful to use the bug40863 script followed by


set (h1, "linewidth", 0)


This removed the red border and made the problem pop out.

Rik <rik5>
Group administrator
Thu 13 Feb 2014 11:52:31 PM UTC, comment #7: 

I can reproduce this bug in 3.8.0 and the default branch, but not in 3.6.4. Ido, can you confirm whether you see this with version 3.6.4 or only with a newer version?

Attached a script that produces the dashed output when run in 3.8.0 but not in 3.6.4.

(file #30547)

Mike Miller <mtmiller>
Group Member
Mon 27 Jan 2014 12:43:00 AM UTC, comment #6: 

Interesting, I get the dashed border as reported in this bug. Debian, gnuplot 4.6.4, wxt terminal. I compared my SVG to Rik's SVG and when I delete the red border, I definitely get a dashed black outline on the black bars. Might have something to do with different gnuplot versions? Gnuplot bug?

Mike Miller <mtmiller>
Group Member
Thu 12 Dec 2013 11:32:08 PM UTC, comment #5: 

I set the gnuplot terminal to wxt and used


h1=barh(1:4,'facecolor',[0 0 0],'linewidth',1,'edgecolor',[1 0 0]); legend('a'); saveas(h1,'no_bug.svg');


I dissected the resulting file with Inkscape and removing the red border leaves a black rectangle with a continuous border.  The svg is attached to this report as no_bug.svg.


(file #29911)

Rik <rik5>
Group administrator
Thu 12 Dec 2013 10:11:36 PM UTC, comment #4: 

I am not talking about the edge line. That why I defined it  as  zero width. If the edge line has some thickness it just hides the dashed line. That works for me also. Though, I think that if you'll run:

h1=barh(1:4,'facecolor',[0 0 0],'linewidth',1,'edgecolor',[1 0 0]); legend('a'); saveas(h1,'bug.svg');


and then you remove the red line in the SVG file by inkscape you will find the dashed line over there.
 
Even that thickening the edge line might be some workaround  I still think that  the bar border line should be continuous by default, without the help of 'linewidth'.

Can you please post here the 'svg' file that the above script generates for you?

I am using gnuplot 4.6.4. and the 'octave -f' didn't change anything.

Ido Halperin <idoh>
Thu 12 Dec 2013 04:11:25 PM UTC, comment #3: 

I used the environmental variable GNUTERM to switch between qt, x11, and wxt terminals.  In each case I changed the environment variable and then started Octave 3.6.4 and ran your test script.  It worked for all three of these terminals.  This was with gnuplot 4.6.2 and I also used inkscape for the verification.

You might try changing the script to use


h1 = barh (1:4, 'facecolor',[0 0 0], 'linewidth',5, 'edgecolor','r');
saveas (h1,'bug.svg');


This will make the borders extra large and bright red which will help in spotting the problem immediately (I've atteched wxt_plot.png which is the screenshot I get when running the commands above).  Also, can you try starting octave using '-f' so that no initialization files are read?  It's possible that the site-wide or your personal .octaverc file is changing some setting.



Rik <rik5>
Group administrator
Thu 12 Dec 2013 01:52:45 PM UTC, comment #2: 


> Using 3.6.4 and the gnuplot backend I don't see this problem.

under octave with gnuplot using terminal 'x11' the border is continuous in the figure window. However, it is dashed in the output file that was generated by "saveas(h1,'bug.svg')". 

>   What Linux  distro and version are you using?

I am using:
3.11-2-amd64 #1 SMP Debian 3.11.10-1 (2013-12-04) x86_64 GNU/Linux

>   Are you using FLTK or gnuplot for plotting?

I am using gnuplot with 'wxt' terminal. Using FLTK give the same results as gnuplot with 'x11', i.e. continuous in the figure windows but dashed in the output file. (It should be noted that FLTK doesn't give me dashed line at all. Even when it should be dashed... but that might be another bug ...)

> If you zoom in to the plot window in Octave, are the borders dashed?  Or is this only when printing?

Yes. They are dashed also in the 'wxt' figure window when zooming in. I
assume that by 'print' you mean 'printing to file' because I didn't
printed the image by printer. Only inspected the file with
'inkscape' (svg drawing software).

>   Does it happen when you use a more regular backend
> like postscript?
>

Well, yes but for some reason it is harder to notice. I wrote

saveas(h1,'bug.ps')

and the borders looked sometimes dashed and sometimes continuous. However, by converting that file to svg it could be seen that the borders are dashed.

Ido Halperin <idoh>
Thu 12 Dec 2013 03:26:30 AM UTC, comment #1: 

Using 3.6.4 and the gnuplot backend I don't see this problem.  What Linux distro and version are you using?  Are you using FLTK or gnuplot for plotting?  If you zoom in to the plot window in Octave, are the borders dashed?  Or is this only when printing?  Does it happen when you use a more regular backend like postscript?

Rik <rik5>
Group administrator
Tue 10 Dec 2013 09:35:06 AM UTC, original submission:  

The following code:


h1=barh(1:4,'facecolor',[0 0 0],'linewidth',0); saveas(h1,'bug.svg')


generates bar plot and exports it as svg file.
I attached the corresponding file.

 It can be seen that the bars border are dashed and this is unwanted. They should be either continuous or zero width.

Ido

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #30573:  bug40863b.m added by None (276B - text/x-objcsrc)
file #30547:  bug40863.m added by mtmiller (189B - text/x-objcsrc)
file #29911:  no_bug.svg added by rik5 (10KiB - image/svg+xml)
file #29888:  wxt_plot.png added by rik5 (17KiB - image/png)
file #29849:  bug.svg added by None (10KiB - image/svg+xml)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by idoh (Posted a comment)
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 12 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-09-06 rik5 StatusConfirmed Fixed
        Open/ClosedOpen Closed
    2014-08-04 rik5 Summary\'barh\' bars border is dashed 'barh' bars border is dashed with gnuplot
    2014-02-16 None Attached File- Added bug40863b.m, #30573
    2014-02-13 mtmiller Attached File- Added bug40863.m, #30547
        StatusWorks For Me Confirmed
        Release3.6.4 3.8.0
    2013-12-12 rik5 Attached File- Added no_bug.svg, #29911
        CategoryPlotting Plotting with gnuplot
    2013-12-12 rik5 Attached File- Added wxt_plot.png, #29888
    2013-12-12 rik5 StatusNone Works For Me
    2013-12-10 None Attached File- Added bug.svg, #29849

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code