bugGNU Octave - Bugs: bug #39727, datetick gives ..., 1699, 1720, ...

 
 

bug #39727: datetick gives ..., 1699, 1720, ...

Submitted by:  Muhali <muhali>
Submitted on:  Thu 08 Aug 2013 11:08:42 AM UTC  
 
Category: PlottingSeverity: 3 - Normal
Priority: 5 - NormalItem Group: None
Status: NoneAssigned to: None
Originator Name: Open/Closed: Open
Release: devOperating System: GNU/Linux

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

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

 

Fri 09 Aug 2013 07:45:34 AM UTC, comment #1:

I confirm this behavior for 3.6.2. The problem is around line 195 of datetick.m. The separation sep is computed from minyear and maxyear (line 189), but the ticks are computed from the corresponding datenum. But, because of leap years (I think), the original separation (20 in this case) is lost. So, the ticks should be computed in the same if branch.

I think a similar problem should occur when computing separations between months (previous if branch).

Marco

Marco Caliari <caliari>
Project Member
Thu 08 Aug 2013 11:08:42 AM UTC, original submission:

This example

produces dateticks ...,1699, 1720,... (instead of ..., 1700, 1720, ...).

Muhali <muhali>

 

(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: None found

 

Carbon-Copy List
  • -unavailable- added by caliari (Posted a comment)
  • -unavailable- added by muhali (Submitted the item)
  •  

    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):

     

     

    No Changes Have Been Made to This Item

    Back to the top


    Powered by Savane 3.1-cleanup