[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 jd...@eos.ubc.ca 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 jdh2...@gmail.com wrote: On Sun, Jan 3, 2010 at 7:02 PM, Alexander Hupfer son...@gmail.com 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 rein...@heeres.eu 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 jdh2...@gmail.com wrote: On Wed, Dec 2, 2009 at 4:02 AM, Matthias Michler matthiasmich...@gmx.net 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
