[Putting this back on devel]
> Have you checked scikits.timeseries.lib.plotlib ? We provide some functions
> that adapt the ticks to the frequency of you base series, but also according
> to the range of the axes. For example, if you work with a 100-y daily
> timeseries, you'll have major ticks ev
On Wed, Oct 14, 2009 at 3:59 PM, John Hunter wrote:
> I don't have a strong opinion on this -- making it more customizable
> is a good thing -- this came up at scipy as well, where I contributed
> a patch to make the AutoDateFormatter a little more customizable by
> exposing a scaled dictionary ma
On Wed, Oct 14, 2009 at 3:47 PM, Ryan May wrote:
> On Wed, Oct 14, 2009 at 3:08 PM, John Hunter wrote:
>> Most likely this is just due to an oversight in the __all__ so just
>> add it there in the branch and it should get picked up next time we
>> build the docs
>
> Done. I also added them to th
On Wed, Oct 14, 2009 at 3:08 PM, John Hunter wrote:
> Most likely this is just due to an oversight in the __all__ so just
> add it there in the branch and it should get picked up next time we
> build the docs
Done. I also added them to the module-level docstring.
Along these lines, I was trying
On Wed, Oct 14, 2009 at 2:16 PM, Ryan May wrote:
> Hi,
>
> Anybody know what the status of AutoDateLocator/AutoDateFormatter in
> matplotlib.dates are? They work and seem reasonably well documented.
> However, they do not show up in our online docs:
>
> http://matplotlib.sourceforge.net/api/dates
Hi,
Anybody know what the status of AutoDateLocator/AutoDateFormatter in
matplotlib.dates are? They work and seem reasonably well documented.
However, they do not show up in our online docs:
http://matplotlib.sourceforge.net/api/dates_api.html
They show up in the inheritance graph, but are not
