active date axis in plot: zoom in from year to hour

Dear Matlab Community,

I have a time series plot includes data from Sept to May. I want to see the hourly plot when I zoom in but guess I am missing a point.

I have tried to use dynamicDateTicks as:

Option 1:

dynamicDateTicks([],[],'yy/mm/dd hh/mm/ss')

Option 2:

dynamicDateTicks()

and other variations as mm/dd, yy/mm/dd but nothing is changed.

Do you have any suggestion for dynamic plots?

Thank you in advance!

Best,

Ezgi Asirok

[dpb]

Had never seen this before -- but I don't use too much from FEX routinely (and seem to never think about searching), so that's not surprising.

However, this is quite old and is based on using the old and klunky datetick function associated with the venerable datenum date type; not certain about what it would do with datenum if you used it instead.

One thing I notice is that your first format string is all lower-case; datetick format strings are not the same as those for datetime; the time portion should be UPPERCASE as HH:MM instead of lowercase hh:mm. What this does internally I don't know, either, but is not correct for datetick

I would suggest first converting to datetime from datenum and replotting; the plot functions now are datetime aware and you'll get rescaling on zoom automagically -- and if don't get precisely the format desired, change the axes date format string easily as an axes property instead of having to reissue a datetick instruction as before or use such a workaround as this.

While looks to have been a nice piece of work and served a function, I think it's been made obsolete with datetime class.

[Cakil]

Thank you for your detailed comment, using datetime instead of datenum is solved my problem.

Just for information: I also tried to use uppercase in date and time but it did not work in neither dynamicDateTicks nor the datetick.

[dpb]

..."tried to use uppercase in date and time ..."

Could be interpreted a couple of ways -- but if used all uppercase, that's not right, either. The date portion is lower case, the time portion upper. The case difference is how it knows the difference between months and minutes, both of which use some number of the letter 'm' -- mixing cases for one in the location for the other is a problem. I've not checked just how good the error diagnostics are and don't recall datetick behavior well enough to know whether it would provide error/warning messages or just quietly give unexpected results -- or whether the wrapper code may have stuff inside try...catch constructs and hide errors that aren't handled.

That is quite old code; not terribly surprising it may not work with newer releases...would take a lot of digging to uncover where things may have gone south and with datetime there's really no reason to invest time into it -- datenum had its day in the sun, but has been eclipsed in current MATLAB implementations by the new datetime and duration classes -- and since TMW will not be updating plotting routines in particular to use a datenum with automated axes recognition, there really isn't reason to use them in new code.

There's a convenience with datenum for some purposes, granted, in that they can hold a time portion independent of a date that a datetime can't (one must use duration for that, instead).