bugGNU Octave - Bugs: bug #39549, ytick property and display...

 
 

bug #39549: ytick property and display different when ytickmode = "auto" (gnuplot)

Submitted by:  None
Submitted on:  Mon 22 Jul 2013 02:17:10 PM UTC  
 
Category: Plotting with gnuplotSeverity: 3 - Normal
Priority: 3 - LowItem Group: Incorrect Result
Status: ConfirmedAssigned to: None
Originator Name: Originator Email: -unavailable-
Open/Closed: OpenRelease: dev
Operating System: Any

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Mon 21 Nov 2016 10:26:53 PM UTC, comment #3:

This (gnuplot) issue is still the same in Octave 4.2.0.

Hartmut <hardy>
Thu 04 Jun 2015 01:52:13 AM UTC, comment #2:

Still present in the development version of Octave with a current version of gnuplot. Does not affect the OpenGL plotting backends that are rendering the axes themselves.

Mike Miller <mtmiller>
Project Administrator
Tue 13 Aug 2013 05:38:46 PM UTC, comment #1:

The problem is only with gnuplot. The issue is that the "ytickmode" property is set to "auto". In this case, Octave calculates ytick values, but so does gnuplot. Ideally, only Octave should calculate the ytick values and pass them down to gnuplot so that the display remains in sync with what Octave believes is being displayed.

This one-liner is a workaround you can use until this gets fixed. It grabs the current ytick values that Octave knows about, and then sets them on the current axis. This forces the "ytickmode" to "manual" and installs the ytick values that Octave knows about.

Rik <rik5>
Project Administrator
Mon 22 Jul 2013 02:17:10 PM UTC, original submission:

I can't really tell in which cases this happens, but I have an example that does return wrong tick values reliably for me:
There are ticks at 0.5, 1.5 etc. in the plot, so the expected and correct results would be:

Plotting 0:3 works fine and so does 0:5.
1:5 and 0:2:8 both have the same issue.

I'm running Octave 3.6.2 with Gnuplot 4.6 patchlevel 0 on Debian Wheezy. More specifically, I have these octave packages installed:
liboctave1 (3.6.2-5+deb7u1, amd64)
octave (3.6.2-5+deb7u1, amd64)
octave-common (3.6.2-5+deb7u1, all)
octave-htmldoc (3.6.2-5+deb7u1, all)
octave-info (3.6.2-5+deb7u1, all)
octave-io (1.0.19-1, amd64)
octave-java (1.2.8-6, amd64)
octave-miscellaneous (1.1.0-1, amd64)
octave-nan (2.5.5-2, amd64)
octave-octcdf (1.1.4-2, amd64)
octave-plot (1.1.0-2, all)
octave-statistics (1.1.3-1, all)
octave-strings (1.1.0-1, amd64)

Anonymous

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one

Digest:
   bug dependencies.

 

Carbon-Copy List
  • -unavailable- added by hardy (Posted a comment)
  • -unavailable- added by mtmiller (Posted a comment)
  • -unavailable- added by rik5 (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 6 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 10 Dec 2015 04:43:25 PM UTCmtmillerDependencies-=>bugs #46617 is dependent
    Thu 04 Jun 2015 01:52:13 AM UTCmtmillerPriority5 - Normal=>3 - Low
      Release3.6.2=>dev
      Operating SystemGNU/Linux=>Any
    Tue 13 Aug 2013 05:38:46 PM UTCrik5StatusNone=>Confirmed
      SummaryAxis tick properties carry incorrect values in some cases=>ytick property and display different when ytickmode = "auto" (gnuplot)

    Back to the top


    Powered by Savane 3.1-cleanup1