[Matplotlib-users] setting ticks on Axes3D
Hello list, I am trying to set ticks on an Axes3D plot. What I really want is, actually, not to have any ticks. For a 2D plot I set the ticks to an empty list. But in a 3D plot, I cannot set any ticks whatsover. At least not with a sequence. Any thoughts? from mpl_toolkits.mplot3d import Axes3D fig = figure() ax = Axes3D(fig) ax.plot([0,1],[0,1],[0,1]) # Now I want to set ticks: ax.set_xticks([]) # ax.set_xticks([.2,.3,.4]) # changes the scale of the figure, but not the ticks show() And the plot has ticks at .2 .4 .6 .8 on the x-axis. Thanks for any help, Mark -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] eps/pdf/svg contourf contours don't overlap properly with high resolution data
This is actually revealing a secondary bug. It is a bug that filled
objects are being simplified at all. For various reasons, the
simplification algorithm is not safe for use with filled regions (mainly
because it doesn't ensure the end points match up). The Agg backend
turns simplification off for filled objects, but the PDF, PS and SVG
backends were not doing this. I've committed a fix to the branch and
trunk, so in the future, this "path.simplify: False" workaround for
contours should not be necessary.
Mike
Eric Firing wrote:
> Jouni K. Seppänen wrote:
>> Jordan Dawe writes:
>>
>>> Contourf plots that I output in vector format files have little
>>> triangular glitches at the contour boundaries if the contoured array
>>> is larger than about 200x200. The same files in png format are
>>> perfect, even at very high dpi values.
>>
>> The current svn trunk doesn't have the really jarring little triangles
>> (at least in the pdf output), but there are still several very obtuse
>> white triangles between the regions. Rasterization at a high dpi makes
>> the output somewhat better at the cost of larger output files:
>>
>> c=contourf(X, Y, Z, 10)
>> axis((-3, 3, -3, 3))
>> savefig('unrasterized.pdf')
>> for d in c.collections:
>> d.set_rasterized(True)
>> savefig('rasterized.pdf',dpi=200)
>
>
> At least in the trunk--and maybe in 0.99.0--the problem is caused by
> path simplification. In the trunk, for the eps file, it goes away
> completely if I use a matplotlibrc with
>
> path.simplify : False
>
> In the trunk, what seems to be happening is that when a contour
> boundary is almost straight, but has an inflection point, the curves
> for the adjacent patch boundaries are simplified slightly
> differently. This is not surprising; if nothing else, the path will
> be traveled in a different direction when it is an outer boundary than
> when it is an inner boundary (for a set of concentric boundaries).
>
> Jordan, try using a local matplotlibrc with the above. Unless you are
> already customizing via a local matplotlibrc, that line is all you need.
>
> One reason the trunk behavior differs from 0.99.0 is that contour
> patch boundaries are now being turned into compound boundaries instead
> of using a branch cut to connect the outside path to the inside path.
> I suspect simplification is causing the artifacts in both cases, though.
>
> Eric
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Colorbar embedding in qt4
Ok, here is the code as a whole. I think it's still short enough to ilustrate the problem. Just start it with the datafile "elips" as an argument http://dl.dropbox.com/u/226980/elipsometry.tar.gz The timer shows how long each render cycle takes. The time seems to grow with number of cycles rendered even when no more points are added (the points are calculated with a continous rate in a background thread and are about 300 total). On Sun, Jan 3, 2010 at 8:16 PM, John Hunter wrote: > On Sun, Jan 3, 2010 at 7:02 PM, Alexander Hupfer wrote: > > Thanks I got it fixed. > > This leads to the follow up question: > > What is the right way to keep an application responsive while the graph > is > > drawn? > > Drawing a scatter plot with 300 points seems to take a while. I guess I > need > > to launch the drawing in another thread but don't know exactly how to do > > this and only find examples of doing calculations in the background and > not > > actual widget interaction. > > You posted some real code and a traceback, which helped move the ball > forward. What we really need to see to help you though is a complete, > free-standing example, that we can run on our machines, which exposes > the problem. > > JDH > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Engineering prefixed units in tick labels
Committed in R8074. Cheers, Reinier On Sun, Dec 27, 2009 at 11:59 PM, Reinier Heeres wrote: > Hi all, > > I like this patch and it works fine. So if nobody is against including > this, I'll commit it in a few days. > > I'll move the example from the class comment to an example script. > > Cheers, > Reinier > > On Wed, Dec 2, 2009 at 1:40 PM, John Hunter wrote: >> On Wed, Dec 2, 2009 at 4:02 AM, Matthias Michler >> wrote: >>> Hi Jason, Hi list, >>> >>> First of all let me say I like the EngFormatter of Jason. >>> Are there plans to incorparate it into matplotlib? >>> I cannot find any indication for this in current svn, but I would like to >>> see >>> the EngFormatter in matplotlib. Therefore I tried to include Jasons proposal >>> into the ticker.py as a new class EngFormatter including the >>> method 'self.format_eng'. >> >> >> I am interested in this -i I just missed Jason's original email last >> week so thanks for bringing it back to our attention. Please post >> this as a patch on the tracker >> >> http://sourceforge.net/tracker2/?group_id=80706 >> >> since I don't have time to review it right now and I don't want it to >> fall through the cracks. >> >> JDH >> >> -- >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> ___ >> Matplotlib-users mailing list >> Matplotlib-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> > > > > -- > Reinier Heeres > Tel: +31 6 10852639 > -- Reinier Heeres Tel: +31 6 10852639 -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
