[matplotlib-devel] matplotlib user guide
hi matplotlib developers I have been considering the matplotlib user guide structure and it has occured to me that there are two user guides interleaved here: 1. Introduction for new users 2. Library tour for developers I think that this structure makes it challenging for new users to benefit from the user guide as much as they could. I would like to see the user guide separated into two sections, with the two different audiences in mind. I feel this would enable new users of the library to have a more targeted introduction to some of the neat features without getting bogged down in details they are unlikely to need (or comprehend). I am very happy to have a go at this and put up a set of suggested changes but I would value input from the community on this approach and my category suggestions before I submit a pull request. many thanks mark -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] matplotlib user guide
Many thanks for the feedback. So ,my first cut was to segregate the user guide by topic. Below is the summary I had in mind for an Introduction for New Users. Hopefully this gives a flavour of what I have in mind. I will attempt to put this into practice and post again when I have a user guide coded that might work in my view. mark Introducing Plotting with Matplotlib Pyplot tutorial Controlling line properties Working with multiple figures and axes Working with text Interactive navigation Navigation Keyboard Shortcuts Working with text Text introduction Basic text commands Text properties and layout Writing mathematical expressions Text rendering With LaTeX Annotating text Image tutorial Startup commands Importing image data into Numpy arrays Plotting numpy arrays as images Customizing Location of Subplot Using GridSpec Basic Example of using subplot2grid GridSpec and SubplotSpec Adjust GridSpec layout GridSpec using SubplotSpec A Complex Nested GridSpec using SubplotSpec GridSpec with Varying Cell Sizes Legend guide What to be displayed Multicolumn Legend Legend location Multiple Legend Legend of Complex Plots Annotating Axes Annotating with Text with Box Annotating with Arrow Placing Artist at the anchored location of the Axes Using Complex Coordinate with Annotation Using ConnectorPatch Zoom effect between Axes Define Custom BoxStyle Our Favorite Recipes Sharing axis limits and views Easily creating subplots Fixing common date annoyances Fill Between and Alpha Transparent, fancy legends Placing text boxes -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] matplotlib user guide
hi matplotlib developers as I previously posted, I have thought about structure and flow of the user guide my fist cut of a change set is viewable here: https://github.com/marqh/matplotlib/compare/userGuideShape it keeps all of the same content as the current user guide but subdivides some sections into categories: configuration beginner's guide advanced guide So, all feedback very gratefully received, but a particular focus requested on: - sub-section headings - sub-section contents (scope) - ordering I would like to focus on getting the categorisation and ordering helpful for this piece of work. I feel that this will give us more accessible ways into adding new sections or adapting sections but that this should wait for a follow up activity. many thanks mark On Wed, 25 Sep 2013 08:19:59 + mark wrote: > hi matplotlib developers > > I have been considering the matplotlib user guide structure and it > has occured to me that there are two user guides interleaved here: > 1. Introduction for new users > 2. Library tour for developers > > I think that this structure makes it challenging for new users to > benefit from the user guide as much as they could. > > I would like to see the user guide separated into two sections, with > the two different audiences in mind. I feel this would enable new > users of the library to have a more targeted introduction to some of > the neat features without getting bogged down in details they are > unlikely to need (or comprehend). > > I am very happy to have a go at this and put up a set of suggested > changes but I would value input from the community on this approach > and my category suggestions before I submit a pull request. > > many thanks > mark > > > -- > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the > most from the latest Intel processors and coprocessors. See abstracts > and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk > ___ Matplotlib-devel > mailing list Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] matplotlib user guide
Thank you all for the thoughts so far I have raised a pull request: https://github.com/matplotlib/matplotlib/pull/2554 To be clear, this is a 'structure only' pull request, I have made no documentation changes as yet. I see this as a part of the process. If we can agree structure we can work on aspects of the user guide, adding content into appropriate sections. all the best mark On Wed, 25 Sep 2013 08:19:59 + mark wrote: > hi matplotlib developers > > I have been considering the matplotlib user guide structure and it > has occured to me that there are two user guides interleaved here: > 1. Introduction for new users > 2. Library tour for developers > > I think that this structure makes it challenging for new users to > benefit from the user guide as much as they could. > > I would like to see the user guide separated into two sections, with > the two different audiences in mind. I feel this would enable new > users of the library to have a more targeted introduction to some of > the neat features without getting bogged down in details they are > unlikely to need (or comprehend). > > I am very happy to have a go at this and put up a set of suggested > changes but I would value input from the community on this approach > and my category suggestions before I submit a pull request. > > many thanks > mark > > > -- > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the > most from the latest Intel processors and coprocessors. See abstracts > and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk > ___ Matplotlib-devel > mailing list Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] ginput in nbagg backend to use in IPython Notebooks
ginput works fine in a GUI window, but there is no matplotlib widget where I
can type text or numbers in a box. Like the FloatTextWidget in IPython. Or am I
missing something?
Sent from my iPhone
> On Jan 27, 2015, at 17:34, Paul Hobson wrote:
>
> I'm 99% sure you can do this in a GUI window. Does your solution have to be
> in the notebook?
>
>> On Tue, Jan 27, 2015 at 12:37 AM, Mark Bakker wrote:
>> Thanks, Tom.
>>
>> I want to use ginput to draw a straight line on a graph.
>> The line is used to select a cross-section of a contour plot.
>>
>> I was afraid it wasn't going to be easy.
>>
>> Getting to it from the other side, is there a matplotlib widget in the works
>> where I can type text or numbers in a box? Like the FloatTextWidget in
>> IPython?
>>
>> Problem is I want to make a small GUI that includes both a text widget
>> (which is available in IPython) and a 'select points in graph' widget like
>> ginput in matplotlib.
>>
>> Mark
>>
>>
>>> On Mon, Jan 26, 2015 at 11:47 PM, Thomas Caswell wrote:
>>> nbagg is always running in the IPython event loop (as I understand it), so
>>> I am not sure how to integrate that with the blocking.
>>>
>>> On the 1.4.x/master branch we have support for (almost, one PR still
>>> pending) all mouse and keyboard events so all of the mpl widgets should
>>> work (big thanks to Steven Silvester). T
>>>
>>> What do you want to use that relies on ginput?
>>>
>>> You can fake up a non-blocking version something like:
>>>
>>> from collections import deque
>>> ```
>>> class accumulator(object):
>>> def __init__(self, n=5):
>>> self.list_of_points = deque(maxlen=n)
>>>
>>> def on_event(self, event):
>>> self.list_of_points.append(event)
>>>
>>> import matplotlib
>>> import itertools
>>> import numpy as np
>>> matplotlib.use('nbagg')
>>> import matplotlib.pyplot as plt
>>> plt.close('all')
>>> fig, ax = plt.subplots()
>>> x = np.linspace(0,10,1)
>>> y = np.sin(x)
>>> ln, = ax.plot(x,y)
>>>
>>> dd = accumulator(15)
>>> fig.canvas.mpl_connect('button_press_event', dd.on_event)
>>> plt.show()
>>> ```
>>>
>>> and then get the points by
>>>
>>> ```
>>> dd.lest_of_points
>>> ```
>>>
>>> This code obviously needs lots of bells and whistles, but points in the
>>> right direction.
>>>
>>> Tom
>>>
>>>> On Mon Jan 26 2015 at 2:45:45 PM Mark Bakker wrote:
>>>> Hello List,
>>>>
>>>> Are there any plans to make ginput work in the nbagg backend?
>>>>
>>>> It would be so cool if I could use that in an IPython Notebook together
>>>> with the other widgets.
>>>>
>>>> Thanks,
>>>>
>>>> Mark
>>>> --
>>
>>
>> --
>> Dive into the World of Parallel Programming. The Go Parallel Website,
>> sponsored by Intel and developed in partnership with Slashdot Media, is your
>> hub for all things parallel software development, from weekly thought
>> leadership blogs to news, videos, case studies, tutorials and more. Take a
>> look and join the conversation now. http://goparallel.sourceforge.net/
>> ___
>> Matplotlib-devel mailing list
>> Matplotlib-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] problems with shared axis
Hello list (especially Erik, who can fix this I hope) - I have had problems with shared axes, especially when one of the axis has an aspect ratio that is set 'equal'. It has been discussed on the list before (mostly with Erik Firing), but it hasn't been fixed yet. What I want to do is have two plots. The top plot has an aspect ratio that is 'equal'. The idea is to have a contour plot in the top figure, while the bottom figure gives a cross-sectional picture of what I am plotting. This used to work well (quite some time ago), including zooming and such. But now I cannot plot it at all, let alone zoom. My first problem is when I add a subplot with a shared x-axis, it changes the limits on the original x-axis. That seems to be a bug: ax1 = subplot(211) plot([1,2,3]) # Now the limits of the x-axis go from 0 to 2. subplot(212,sharex=ax1) # Now the limits of both x-axis go from 0 to 1. After all, the new subplot shares the axis with the existing subplot, so why doesn't it copy the axis limits from that subplot? But the bigger problem occurs when I want the aspect ratio of one of the first axis to be 'equal'. ax1 = subplot(211,aspect='equal') plot([1,2,3]) subplot(212,sharex=ax1) The second subplot is added, but the length of the graph is not the same as for the first subplot. It also resets the xlimits to go from 0 to 1, as before, which means the first subplot becomes unreadable (it still enforces 'equal' in the first subplot by changing the limits of the y-axis). When I now change the limits on the x-axis, the aspect ratio is not equal anymore ax1.set_xlim(0,2) draw() Thanks for your help. I am willing to help in testing any changes. Best regards, Mark - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] problems with shared axis
Thanks Eric. You know that this has been on my wish list for a long time. Let me know if I can test anything or help in any other way, Mark On Wed, Oct 22, 2008 at 10:54 AM, Eric Firing <[EMAIL PROTECTED]> wrote: > Mark Bakker wrote: > >> Hello list (especially Erik, who can fix this I hope) - >> >> I have had problems with shared axes, especially when one of the axis has >> an aspect ratio that is set 'equal'. It has been discussed on the list >> before (mostly with Erik Firing), but it hasn't been fixed yet. What I want >> to do is have two plots. The top plot has an aspect ratio that is 'equal'. >> The idea is to have a contour plot in the top figure, while the bottom >> figure gives a cross-sectional picture of what I am plotting. This used to >> work well (quite some time ago), including zooming and such. But now I >> cannot plot it at all, let alone zoom. >> >> My first problem is when I add a subplot with a shared x-axis, it changes >> the limits on the original x-axis. That seems to be a bug: >> ax1 = subplot(211) >> plot([1,2,3]) # Now the limits of the x-axis go from 0 to 2. >> subplot(212,sharex=ax1) # Now the limits of both x-axis go from 0 to 1. >> >> After all, the new subplot shares the axis with the existing subplot, so >> why doesn't it copy the axis limits from that subplot? >> > > I may have the fix for this, but I need more time to check and refine > it--and try to make sure that I don't break anything else in the process. > > >> But the bigger problem occurs when I want the aspect ratio of one of the >> first axis to be 'equal'. >> >> ax1 = subplot(211,aspect='equal') >> plot([1,2,3]) subplot(212,sharex=ax1) >> >> The second subplot is added, but the length of the graph is not the same >> as for the first subplot. It also resets the xlimits to go from 0 to 1, as >> before, which means the first subplot becomes unreadable (it still enforces >> 'equal' in the first subplot by changing the limits of the y-axis). When I >> now change the limits on the x-axis, the aspect ratio is not equal anymore >> >> > I will see what I can do. There are definitely some bugs that need to be > squashed. > > Eric > > > ax1.set_xlim(0,2) >> draw() >> >> Thanks for your help. I am willing to help in testing any changes. >> >> Best regards, Mark >> > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] problems with shared axis
I was gone for the weekend (sorry, but that 'life' thing gets in the way of getting things done sometimes). I don't have a way to build stuff at the moment. Can I just check out the axes.py and replace my current one, or are there too many changes? Mark On Fri, Oct 24, 2008 at 7:57 AM, Eric Firing <[EMAIL PROTECTED]> wrote: > Mark Bakker wrote: > >> Hello list (especially Erik, who can fix this I hope) - >> >> I have had problems with shared axes, especially when one of the axis has >> an aspect ratio that is set 'equal'. It has been discussed on the list >> before (mostly with Erik Firing), but it hasn't been fixed yet. What I want >> to do is have two plots. The top plot has an aspect ratio that is 'equal'. >> The idea is to have a contour plot in the top figure, while the bottom >> figure gives a cross-sectional picture of what I am plotting. This used to >> work well (quite some time ago), including zooming and such. But now I >> cannot plot it at all, let alone zoom. >> >> My first problem is when I add a subplot with a shared x-axis, it changes >> the limits on the original x-axis. That seems to be a bug: >> ax1 = subplot(211) >> plot([1,2,3]) # Now the limits of the x-axis go from 0 to 2. >> subplot(212,sharex=ax1) # Now the limits of both x-axis go from 0 to 1. >> >> After all, the new subplot shares the axis with the existing subplot, so >> why doesn't it copy the axis limits from that subplot? >> >> But the bigger problem occurs when I want the aspect ratio of one of the >> first axis to be 'equal'. >> >> ax1 = subplot(211,aspect='equal') >> plot([1,2,3]) subplot(212,sharex=ax1) >> > > Mark, > > I made some more changes so that the above works by changing the adjustable > to 'datalim'. Have I broken anything? Does this work for your > applications? > > Eric > > >> The second subplot is added, but the length of the graph is not the same >> as for the first subplot. It also resets the xlimits to go from 0 to 1, as >> before, which means the first subplot becomes unreadable (it still enforces >> 'equal' in the first subplot by changing the limits of the y-axis). When I >> now change the limits on the x-axis, the aspect ratio is not equal anymore >> >> ax1.set_xlim(0,2) >> draw() >> >> Thanks for your help. I am willing to help in testing any changes. >> >> Best regards, Mark >> >> >> >> >> >> - >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> >> >> >> >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] problems with shared axis
Dang, I looked at it, but so much has changed since 0.98.3 release that I have little chance of getting any changes implemented. Any plans for a new release that you know of? Thanks, Mark On Mon, Oct 27, 2008 at 7:29 PM, Eric Firing <[EMAIL PROTECTED]> wrote: > Mark Bakker wrote: > >> I was gone for the weekend (sorry, but that 'life' thing gets in the way >> of getting things done sometimes). I don't have a way to build stuff at the >> moment. Can I just check out the axes.py and replace my current one, or are >> there too many changes? >> > > The changes were in ticker.py and axes.py. Whether plugging in the current > versions would work depends on the age of the other files you have. If you > have a fairly recent svn build, then updating those two files probably would > work. You could use svn to get the diffs specifically for my changes > related to shared axes. > > Eric > > >> Mark >> >> >> On Fri, Oct 24, 2008 at 7:57 AM, Eric Firing <[EMAIL PROTECTED] > [EMAIL PROTECTED]>> wrote: >> >>Mark Bakker wrote: >> >>Hello list (especially Erik, who can fix this I hope) - >> >>I have had problems with shared axes, especially when one of the >>axis has an aspect ratio that is set 'equal'. It has been >>discussed on the list before (mostly with Erik Firing), but it >>hasn't been fixed yet. What I want to do is have two plots. The >>top plot has an aspect ratio that is 'equal'. The idea is to >>have a contour plot in the top figure, while the bottom figure >>gives a cross-sectional picture of what I am plotting. This used >>to work well (quite some time ago), including zooming and such. >>But now I cannot plot it at all, let alone zoom. >> >>My first problem is when I add a subplot with a shared x-axis, >>it changes the limits on the original x-axis. That seems to be a >>bug: >>ax1 = subplot(211) >>plot([1,2,3]) # Now the limits of the x-axis go from 0 to 2. >>subplot(212,sharex=ax1) # Now the limits of both x-axis go from >>0 to 1. >> >>After all, the new subplot shares the axis with the existing >> subplot, so why doesn't it copy the axis limits from that subplot? >> >>But the bigger problem occurs when I want the aspect ratio of >>one of the first axis to be 'equal'. >> >>ax1 = subplot(211,aspect='equal') >>plot([1,2,3]) subplot(212,sharex=ax1) >> >> >>Mark, >> >>I made some more changes so that the above works by changing the >>adjustable to 'datalim'. Have I broken anything? Does this work >>for your applications? >> >>Eric >> >> >>The second subplot is added, but the length of the graph is not >>the same as for the first subplot. It also resets the xlimits to >>go from 0 to 1, as before, which means the first subplot becomes >>unreadable (it still enforces 'equal' in the first subplot by >>changing the limits of the y-axis). When I now change the limits >>on the x-axis, the aspect ratio is not equal anymore >> >>ax1.set_xlim(0,2) >>draw() >> >>Thanks for your help. I am willing to help in testing any changes. >> >>Best regards, Mark >> >> >> >> >> >> >> >> - >>This SF.Net email is sponsored by the Moblin Your Move >>Developer's challenge >>Build the coolest Linux based applications with Moblin SDK & win >>great prizes >>Grand prize is a trip for two to an Open Source event anywhere >>in the world >>http://moblin-contest.org/redirect.php?banner_id=100&url=/ >><http://moblin-contest.org/redirect.php?banner_id=100&url=/> >> >> >> >> >> >>___ >>Matplotlib-devel mailing list >>Matplotlib-devel@lists.sourceforge.net >><mailto:Matplotlib-devel@lists.sourceforge.net> >>https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> >> >> > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Tab Characters in Python Code
I'm trying to resolve an issue with my source base that uses matplotlib. We run our CI tests with the '-tt' option which causes errors on mixed tabs/spaces, and this has caused our builds to start failing since the inclusion of matploblib on one of our projects due to mixed use of tab and space characters in some of the pure python code. We're using v0.99.0 and I count 43 occurences of tab characters across 5 files in this release. I checked out the trunk and found 26 occurrences across 9 files. I determined these via: find -name \*.py|xargs grep -P '\t', and find -name \*.py|xargs grep -Pl '\t' According to the style guide[1], use of tabs is a bug, but I wanted to inquire if this standard is still in place before filing a bug report. I can provide a patch if so (which should only consist of running reindent). Thanks, Mark 1: http://matplotlib.sourceforge.net/devel/coding_guide.html#naming-spacing-and-formatting-conventions -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Tab Characters in Python Code
On Wed, Apr 28, 2010 at 11:49 AM, Michael Droettboom wrote: > Thanks. Yes, I would consider tabs a bug. A patch is very welcome. > > Mike > > Mark Roddy wrote: >> >> I'm trying to resolve an issue with my source base that uses >> matplotlib. We run our CI tests with the '-tt' option which causes >> errors on mixed tabs/spaces, and this has caused our builds to start >> failing since the inclusion of matploblib on one of our projects due >> to mixed use of tab and space characters in some of the pure python >> code. We're using v0.99.0 and I count 43 occurences of tab characters >> across 5 files in this release. I checked out the trunk and found 26 >> occurrences across 9 files. I determined these via: >> find -name \*.py|xargs grep -P '\t', and >> find -name \*.py|xargs grep -Pl '\t' >> >> According to the style guide[1], use of tabs is a bug, but I wanted to >> inquire if this standard is still in place before filing a bug report. >> I can provide a patch if so (which should only consist of running >> reindent). >> >> Thanks, >> Mark >> >> 1: >> http://matplotlib.sourceforge.net/devel/coding_guide.html#naming-spacing-and-formatting-conventions >> >> >> -- >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> > > -- > Michael Droettboom > Science Software Branch > Operations and Engineering Division > Space Telescope Science Institute > Operated by AURA for NASA > > Thanks Mike. I'll open a bug with the patch attached. -Mark -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Tab Characters in Python Code
On Wed, Apr 28, 2010 at 12:30 PM, Mark Roddy wrote: > On Wed, Apr 28, 2010 at 11:49 AM, Michael Droettboom wrote: >> Thanks. Yes, I would consider tabs a bug. A patch is very welcome. >> >> Mike >> >> Mark Roddy wrote: >>> >>> I'm trying to resolve an issue with my source base that uses >>> matplotlib. We run our CI tests with the '-tt' option which causes >>> errors on mixed tabs/spaces, and this has caused our builds to start >>> failing since the inclusion of matploblib on one of our projects due >>> to mixed use of tab and space characters in some of the pure python >>> code. We're using v0.99.0 and I count 43 occurences of tab characters >>> across 5 files in this release. I checked out the trunk and found 26 >>> occurrences across 9 files. I determined these via: >>> find -name \*.py|xargs grep -P '\t', and >>> find -name \*.py|xargs grep -Pl '\t' >>> >>> According to the style guide[1], use of tabs is a bug, but I wanted to >>> inquire if this standard is still in place before filing a bug report. >>> I can provide a patch if so (which should only consist of running >>> reindent). >>> >>> Thanks, >>> Mark >>> >>> 1: >>> http://matplotlib.sourceforge.net/devel/coding_guide.html#naming-spacing-and-formatting-conventions >>> >>> >>> -- >>> ___ >>> Matplotlib-devel mailing list >>> Matplotlib-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>> >> >> -- >> Michael Droettboom >> Science Software Branch >> Operations and Engineering Division >> Space Telescope Science Institute >> Operated by AURA for NASA >> >> > > Thanks Mike. I'll open a bug with the patch attached. > > -Mark > I added a patch to the tracker: https://sourceforge.net/tracker/?func=detail&aid=2993733&group_id=80706&atid=560720 -Mark -- ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] [Numpy-discussion] numpy docs dependency problem in Ubuntu
>> We can't put python-matplotlib in main because of *its* dependencies.
>>
>
> As a digression, I think the python-matplotlib dependencies could be
> significantly reduced. For a number of use cases (this is one of them,
> but there are others), you don't need any GUI backend. Independent of
> this issue, it would be great to be able to install python-matplotlib
> in a headless server environment without pulling in all of those GUI
> bits. Looking at the list of the hard dependencies, I don't understand
> why half of them are there.
>
> http://packages.ubuntu.com/natty/python/python-matplotlib
>
This web page lists several "dependencies" that are optional. Just
flipping through the list, I can see several packages that I know that I
do not have, and several more that I have never heard of. "Never heard
of" could mean that it is in my linux distro and I don't know it, but I
am certain that I have machines that do not have cairo or gtk+ or qt.
A matplotlib application selects one of the available backends to draw
the graphics. If I remember correctly _all_ backends are optional in
matplotlib, but there is at least one ("agg") that is available everywhere.
When you install matplotlib, it builds support for any backends that it
can. A backend that depends on a missing library does not get a C
extension built. BUT the python code is still installed. The only way
to know that a backend is not supported in this installation is to try
to use it.
For example,
>>> import matplotlib.backends.backend_qt
Traceback (most recent call last):
File "", line 1, in
File "/usr/stsci/pyssgdev/2.7/matplotlib/backends/backend_qt.py", line
19, in
raise ImportError("Qt backend requires pyqt to be installed.")
ImportError: Qt backend requires pyqt to be installed.
>>>
Ok - I don't have qt on this machine.
So, you can try this: Get a build machine that has all the packages
required by the various backends. Build a binary distribution of
matplotlib. Install it on a machine that has only some of the libraries
required by the backends.
The result is a copy of matplotlib with _some_ working backends and some
that fail because of missing libraries. As you install other supporting
packages, additional backends can start working because their shared
library is now present.
So, if I install matplotlib and pyqt is not there I get a working
matplotlib without QT support. If I use a package installer to install
pyqt, presumably it will also install the QT libraries, resulting in
matplotlib that does have qt support.
I'm not saying you want to do this, but it is an option. If you want to
experiment in this direction, there is a list that breaks out
requirements for the core and requirements for each of the backends at
http://matplotlib.sourceforge.net/users/installing.html .
Mark S.
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] key_press_event behaviour differs with backend
Hi,
This is an extended version of the problems I reported yesterday to the user
listserv here:
http://sourceforge.net/mailarchive/message.php?msg_id=27953357
The basic problem is that key press events for the navigation keys ('up,
'down', 'left', 'right', 'pageup', and 'pagedown') are handled differently
for different backends. This leads to different behaviour when code is run
on a different backend.
Here are my observations:
Tk: -all navigation keys yield the correct event.key values.
-nav keys are not bound to interactive toolbar
Qt4: -navigation keys all yield 'none'
-nav keys are not bound to the interactive toolbar
GTK: -navigation keys yield the correct event.key values
-the nav keys are bound to the interactive toolbar, but in an
inconsistant manner. If the toolbar zoom has not been used then up, left,
and right keys all send events to the connected key handler. If the toolbar
zoom has been used then left and right scrolls through the zoom levels.
Pressing the 'down' key selects the interactive toolbar, further presses of
any key are no longer sent to the connected key_press_event callbacks, but
they do change the selected tool. The zoom behaviour of the left and right
keys can be removed by unconnecting the toolbar's key_press_event handler.
But, this does not change that of the down key: whatever selects the toolbar
upon pressing the 'down' key is at a lower level than matplotlib.
This seems like bad behaviour. My impression has been that code should work
equally well with all backends.
For my application, my preferred backend is GTK, but my desired behaviour is
that of Ag. Can anyone recommend how to get GTK to not select the toolbar
with the down key (while keeping the toolbar)?
Thanks for your help,
-AM
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] open bug: losing focus after saving in interactive mode
John was asking whether there was something left to be fixed befor 0.88.In 0.87.3, there is still a bug left that has been reported several times I think.In interactive mode on TkAgg, after solving by clicking on the 'save' button in toolbar2, mpl loses its knowledge of the figure. Any plotting statement given after thatcreates a new figure, rather than add to the existing one. I wish I knew how to fix this.I am (still, but not much longer) running Python 2.3, but I think Fernando reportedthe bug in Python 2.4 as well.Thanks,Mark - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] open bug: losing focus after saving in interactive mode
The weird thing is that this used to work fine in the past.At least, I am pretty sure it did.Then again, I am watching the Worlcup final at this time. So a significant part of my brain is doing something else,
MarkOn 7/9/06, John Hunter <[EMAIL PROTECTED]> wrote:
>>>>> "Mark" == Mark Bakker <[EMAIL PROTECTED]> writes:Mark> John was asking whether there was something left to be fixedMark> befor
0.88. In 0.87.3, there is still a bug left that hasMark> been reported several times I think.Interesting. the tk ask file dialog seems to be triggering a destgroyevent on the main window, which removes it from mpl figure
management. Here is a minimal Tk script which exposes the problem.When you press the mouse button, you get a file dialog that when youclose it triggers a destroy event and calls the callback functionI don't know if this is a tk bug or if we are misusing the Tk code.
Tk experts?I'll post on python-list.JDHimport Tkinter as Tkfrom tkFileDialog import asksaveasfilenamedef button(event):fname = asksaveasfilename(title='Save the figure'
)window = Tk.Tk()frame = Tk.Frame(window, width=500,height=500)frame.bind('', button)frame.pack()def callback(*args):print 'called callback'
window.bind("", callback)window.mainloop()
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] bug introduced in 0.87.3: subprocess error while saving eps
Sorry to bother you again, but I recently upgraded from 0.87.2 to 0.87.3, and cannot save eps files anymore. I get a 'subprocess' error.I am running Python 2.3, mpl 0.87.3, and TkAgg (although that shouldn't matter).
Error occurs whether using toolbar or savefig to save.Here's the script and the errror. Has this been fixed in svn?>>> from pylab import *>>> plot([1,2,3])[]>>> savefig('c:/temp/test.eps')Traceback (most recent call last): File "", line 1, in ? savefig('c:/temp/test.eps') File "C:\Python23\Lib\site-packages\matplotlib\pylab.py", line 811, in savefig
return fig.savefig(*args, **kwargs) File "C:\Python23\Lib\site-packages\matplotlib\figure.py", line 660, in savefig self.canvas.print_figure(*args, **kwargs) File "C:\Python23\Lib\site-packages\matplotlib\backends\backend_tkagg.py", line 184, in print_figure
agg.print_figure(filename, dpi, facecolor, edgecolor, orientation, File "C:\Python23\Lib\site-packages\matplotlib\backends\backend_agg.py", line 481, in print_figure from backend_ps import FigureCanvasPS # lazy import
File "C:\Python23\Lib\site-packages\matplotlib\backends\backend_ps.py", line 10, in ? from subprocess import Popen, STDOUT, PIPEImportError: No module named subprocess
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] open bug: losing focus after saving in interactive mode
John, Others -I tried the old style saveas dialogue and it works fine. But the dialogue is so ugly that I am very hesitant to suggest to switch to the old saveas. I looked on the web and didn't see any reply to John's post on the python list. John - you want te repost? I think Clovis submitted the patch with the new, good looking saveas dialogue. Do you have any idea Clovis?Also, I have a Tkinter GUI I wrote that has mpl plots in it, and when I use saveas from the menubar in that application I don't get this problem. Very strange MarkOn 7/9/06, John Hunter <[EMAIL PROTECTED]> wrote: >>>>> "Mark" == Mark Bakker <[EMAIL PROTECTED]> writes:Mark> The weird thing is that this used to work fine in the past.Mark> At least, I am pretty sure it did. Then again, I am Mark> watching the Worlcup final at this time. So a significantMark> part of my brain is doing something else, MarkAt some point, we upgraded our tk filesave dialog to use the moremodern one. We could always revert to the old one, which would likely fix this but let's give it a day and see if we can't have thebest of both worlds. Hopefully, the effbot will pick up on my c.l.pypost...JDH - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] subplots adjust
Darren -Although I agree with your on some level, the advantage of the current toolbar is that it is easy to incorporate in a GUI, where the user can define his own drop down menu. So I vote for a backend native slider, but keep the button on the toolbar. I have been thinking about an easier way to have user-defined toolbars (and I am sure others have much better ideas). I would rather put energy towards modifyable toolbars than a dropdown menu,Mark --Message: 4Date: Mon, 7 Aug 2006 09:34:57 -0400 From: Darren Dale <[EMAIL PROTECTED]>Subject: [matplotlib-devel] subplots adjustTo: matplotlib-devel@lists.sourceforge.net Message-ID: <[EMAIL PROTECTED]>Content-Type: text/plain; charset="us-ascii"I am writing to ask about the subplots adjust widget. I think the gui would be better implimented by each backend using the native widgets rather than bythe existing set of backend-neutral sliders, which are somewhat unbecoming.The proposed backend-specific widgets could call the generic subplot resize routines, and really shouldn't be that difficult to impliment. Also, I wasthinking that subplot_adjust should be selectable from a standarddropdown "File, Edit, View..." menubar instead of on the main toolbar. The save button could also be moved to the drop down menu bar.Darren-- - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Interactive save still broken in Tkinter
Sorry to bug you about this again. This is an old problem that hasn't been fixed yet. I don't know how to fix it, but I hope somebody does. Using Tkinter, in interactive mode, using pylab, after saving by clicking on the save button on Toolbar2, any reference to the figure will have disappeared (although the figure window remains open). So the next plot command will create an entirely new figure. This bug was started, we think, when we switched to the *much* nicer filedialog that we are using right now. I would like to keep using the nicer filedialog, but I also would like the bug to be fixed. Anybody any ideas? Thanks, Mark - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] Bug(?) in FancyArrow overhang
Hello list - I tried this on the user's list, but didn't get a response. I am afraid it is a bug. I am trying to use FancyArrow to draw an arrow with given length. The length I use is from 0 to 100. I specify length_includes_head=True. This works fine when I specify a width and length. But when I specify an overhang, the length of the arrow becomes much longer than 100. Am I using overhang incorrectly? Here's a script with the problem: from pylab import * from matplotlib.patches import FancyArrow axis([0,120,0,100]) ax = gca() a = FancyArrow( 0, 40, 100, 0, length_includes_head=True, head_width=5, head_length=5) ax.add_patch(a) b = FancyArrow( 0, 60, 100, 0, length_includes_head=True, head_width=5, head_length=5, overhang=5) ax.add_patch(b) draw_if_interactive() Thanks, Mark - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] SaveFig bug in TkAgg backend
This is a well known problem, reported about a year or so ago. John Hunter tried to get some help on the (TK?) mailinglist, but I don't think anybody responded. I looked into it too, but couldn't find a solution (that doesn't mean much, except for that it is not blatently obvious). It would be great if somebody would know how to fix this. Strangely enough I have written a GUI myself where I use the toolbar, and the save button works fine there. Mark > Date: Thu, 10 May 2007 13:31:18 -0600 > From: "Urvashi R.V." <[EMAIL PROTECTED]> > > Hi, > > When the "save" button is used on the matplotlib tkagg toolbar, it > uses the "Tk" "asksavefilename" object from the "tkFileDialog" class, > to pop up a little window that allows you to select the name and type > of file to save.This function internally calls "figure.destroy()". > and the currently active figure gets destroyed (but it is still visible > and memory is not freed). The next plot then creates a new figure > window with the same figure._num as the previous. > > see... > backend_tkagg.py : line 621 > -> class NavigationToolbar2TkAgg :: def save_figure(...) > (callback for the toolbar.bsave button) > > The "asksavefilename" function call, triggers Gcf.destroy(). This can > be seen by placing a print statement in > _pylab_helpers.py : line 16 > -> class Gcf :: def destroy(num) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] SaveFig bug in TkAgg backend
Excellent, Perry. Thanks for your help, Mark On 5/18/07, Perry Greenfield <[EMAIL PROTECTED]> wrote: We don't have anyone at the moment that can work on it, but I think on the order of a month or two we can. We see similar issues too. So if someone can deal with it before then, that would be great, but we'll tackle it before very long if not. Perry On May 18, 2007, at 7:21 AM, Mark Bakker wrote: > This is a well known problem, reported about a year or so ago. > John Hunter tried to get some help on the (TK?) mailinglist, but I > don't think anybody responded. I looked into it too, but couldn't find > a solution (that doesn't mean much, except for that it is not > blatently obvious). > It would be great if somebody would know how to fix this. > Strangely enough I have written a GUI myself where I use the toolbar, > and the save button works fine there. > Mark - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Inches?
Just to clarify: the OFFICIAL definition of an inch is 2.54 cm. So rounding errors shouldn't be much of a problem. > Date: Mon, 29 Oct 2007 09:37:06 -0400 > From: Michael Droettboom <[EMAIL PROTECTED]> > > I agree that we have to remain in inches internally. Non-metric units > are pretty ingrained in the printing world (not just in matplotlib) -- > Postscript, for example, always does page sizes in inches, even if > you're using a "metric" page size like A4. The current definition of a > point as 1/72 of a modern inch is also fairly standard worldwide. Even > printers in France, for example, are spec'd in points par pouce (ppp), > which is exactly equivalent to dots per inch (dpi). > > However, that's just an implementation detail we have to stick with. > Matplotlib has Figure.get/set_size_inches now. What's to stop us from > adding get/set_size_cm, and doing the conversion right there? There > might be some rounding error, but I don't think it matters in this > particular case. We would probably also want to add a "figsize_cm" > kwarg to the Figure constructor (which would be mutually exclusive to > "figsize"). What do you think? > > Cheers, > Mike > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] new location of home.ppm
Hello - It seems that in the latest version (0.9.1) the location of the images, such as home.ppm, has moved to a new directory. It used to be in ...\mpl-data and now it is in ...\mpl-data\images This totally breaks my code, as I use my own toolbar that uses these images, with a hardcoded location of the ppm files. I know, I should from now on distribute these ppm files with the distribution of my own program, but there may be others that have this problem. Not sure what the best solution is. WIll it remain in this new images directory from now on? Thanks, Mark ps. Cross-posted on the users and development list ps2. Sorry, it sounds like I am bitching, but I really like matplotlib. Just needed to point out this backwards incompatibility, which may just be ugly coding on my part - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Problem with Agg Ellipses
Tedd, Michael - Sorry to join this discussion late, but wouldn't it be easier to use a representation of an ellipse in complex variables? That's what I have been using and it seems pretty quick to me. Have you guys tried this? Any experience you want to share? Mark - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] bug in mathtext eps output
I am trying this problem on the developer's list. Whenever I type a greek symbol in mathtext and save the figure as eps, the greek symbols don't show up in the eps file. Confirmed on several windows machines. Python 2.4. mpl 0.91.2. (but it worked fine under 0.90.1). Does anybody else have this problem? It worked for mpl 0.90.1. Has something changed in mathtext that causes this? Mark Bakker - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] new release?
John, Michael -
Now that we are talking about a new release, did you guys ever manage to fix
the bug described below. It had to do with greek symbols not showing up in
postscript files on windows. John seemed to have tracked down the source of
the problem, but I never heard of a solution.
Thanks,
Mark
On Tue, Mar 25, 2008 at 7:50 PM, John Hunter <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 25, 2008 at 12:02 PM, Michael Droettboom <[EMAIL PROTECTED]>
> wrote:
>
> > The *intention* is that the fonts *should* be included (with the
> > exception of ps.useafm == True). That was definitely not a deliberate
> > change.
> >
> > However, as one of the ones who hasn't been able to reproduce this
> > problem, I'm afraid I'm not of much help. From reading the code, I'm
> > still completely stumped as to why the font is not embedded. Someone
> > will have to step through with a debugger on one of the broken systems
> > to figure this out, I'm afraid.
>
> I was able to replicate the bug and find the source of the problem. I
> am not 100% sure how to fix it, but someone who knows os.stat better
> might. The problem is that matplotlib.cbook.get_realpath_and_stat
>
> class GetRealpathAndStat:
>def __init__(self):
>self._cache = {}
>
>def __call__(self, path):
>result = self._cache.get(path)
>if result is None:
>realpath = os.path.realpath(path)
>stat = os.stat(realpath)
>stat_key = (stat.st_ino, stat.st_dev)
>result = realpath, stat_key
>self._cache[path] = result
>return result
> get_realpath_and_stat = GetRealpathAndStat()
>
>
> is returning the same stat ino and dev for all the font files, and
> thus the renderer.used_characters dictionary is getting improper keys
> -- always (0,0). So the first font in the gate, in this case Vera, is
> getting a place in the dict and subsequent fonts (the cm* ones) are
> not. The basic problem is that the inode and dev appear to be unix
> only.
>
> Michael: if you let me know better what this key is supposed to be
> doing (can we not simply use the filename for windows?) then I can
> attempt or test some fixes.
>
> JDH
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] new release?
That fixes it on my machine.
Except that the function GetRealpathAndStat is in cbook.py (I don't even
have a mplutil.py file).
Thanks,
Mark
On Tue, May 13, 2008 at 7:21 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I suspect on Windows it is safe enough (in most cases) to use the realpath
> as the key, in lieu of anything better. But that would require testing on
> Windows to make sure. Can you try replacing the GetRealpathAndStat in
> mplutil.py with the following?
>
> class GetRealpathAndStat:
> def __init__(self):
> self._cache = {}
>
> def __call__(self, path):
> result = self._cache.get(path)
> if result is None:
> realpath = os.path.realpath(path)
> if sys.platform == "win32":
> stat_key = realpath
> else:
> stat = os.stat(realpath)
> stat_key = (stat.st_ino, stat.st_dev)
> result = realpath, stat_key
> self._cache[path] = result
> return result
> get_realpath_and_stat = GetRealpathAndStat()
>
>
> Cheers,
> Mike
>
> Mark Bakker wrote:
>
> > John, Michael -
> >
> > Now that we are talking about a new release, did you guys ever manage to
> > fix the bug described below. It had to do with greek symbols not showing up
> > in postscript files on windows. John seemed to have tracked down the source
> > of the problem, but I never heard of a solution.
> >
> > Thanks,
> >
> > Mark
> >
> > On Tue, Mar 25, 2008 at 7:50 PM, John Hunter <[EMAIL PROTECTED] > [EMAIL PROTECTED]>> wrote:
> >
> >On Tue, Mar 25, 2008 at 12:02 PM, Michael Droettboom
> ><[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:
> >
> >> The *intention* is that the fonts *should* be included (with the
> >> exception of ps.useafm == True). That was definitely not a
> >deliberate
> >> change.
> >>
> >> However, as one of the ones who hasn't been able to reproduce this
> >> problem, I'm afraid I'm not of much help. From reading the
> >code, I'm
> >> still completely stumped as to why the font is not embedded.
> > Someone
> >> will have to step through with a debugger on one of the broken
> >systems
> >> to figure this out, I'm afraid.
> >
> >I was able to replicate the bug and find the source of the problem.
> > I
> >am not 100% sure how to fix it, but someone who knows os.stat better
> >might. The problem is that matplotlib.cbook.get_realpath_and_stat
> >
> >class GetRealpathAndStat:
> > def __init__(self):
> > self._cache = {}
> >
> > def __call__(self, path):
> > result = self._cache.get(path)
> > if result is None:
> > realpath = os.path.realpath(path)
> > stat = os.stat(realpath)
> > stat_key = (stat.st_ino, stat.st_dev)
> > result = realpath, stat_key
> > self._cache[path] = result
> > return result
> >get_realpath_and_stat = GetRealpathAndStat()
> >
> >
> >is returning the same stat ino and dev for all the font files, and
> >thus the renderer.used_characters dictionary is getting improper keys
> >-- always (0,0). So the first font in the gate, in this case Vera,
> > is
> >getting a place in the dict and subsequent fonts (the cm* ones) are
> >not. The basic problem is that the inode and dev appear to be unix
> >only.
> >
> >Michael: if you let me know better what this key is supposed to be
> >doing (can we not simply use the filename for windows?) then I can
> >attempt or test some fixes.
> >
> >JDH
> >
> >
> >
> --
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] The new logo (was: future of mpl documentation)
I agree that the new logo looks nice, but I also think that Rob is right: When you see the logo you wouldn't know that we are talking about a general purpose plotting package. So the question is: are we going for looks over meaning? I guess the other way around would be terrible: choosing meaning over looks you are stuck with an ugly logo that carries the right message. So to me, looks it is, Mark > On Jun 1, 2008, at 9:47 AM, Rob Hetland wrote: > > > > 2. I like the figure to the side (and agree that there should be > > only one), but it seems that polar plots are more rarely used than > > normal x-y plots. Perhaps an x-y plot (the histogram, for example) > > would be better advertising. > > I was the one who originally chose the polar plot. I admit, it was > mainly for aesthetics. Here are a few reasons: > > * I think a circular plot works better on the logo than a rectangular > plot would. > * The polar plot is one of the more attractive plots in the examples. > * It's a plotting featuring that most plotting software wouldn't have > so it seems to differentiate matplotlib from other plotting software. > > Originally, it wasn't a big deal because there were other plots in the > logo. Still, I'd be in favor of keeping the polar plot for aesthetic > reasons. > > Great, now I'm that guy who's arguing for looks over practicality. :( > > -Tony > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] problems with labeling contour lines in 0.98.3
Hello David and the developers list- I have had little luck on the mailing list, so sorry for writing you directly (David may be on vacation). I have two problems labeling contour lines in 0.98.3. First, when I call clabel, it removes all contours that are not labeled (because the label doesn't fit on the section of contour, I presume). This seems like a bug to me (or a really odd feature). It doesn't do this when inline = False, but I don't think it should do it either when inline = True Easy example: >>> x,y = meshgrid( linspace(-10,10,50), linspace(-10,10,50) ) >>> z = log(x**2 + y**2) >>> cobj = contour(x,y,z) # Note that there are 8 contours levels (11 contour sections in all) >>> cobj.clabel() >>> draw() # Now only 5 contours are drawn; the ones in the middle are removed. Second, when using the new manual labeling of contour labels (which is pretty neat!), how do I end this feature? The doc string says: right click, or potentially click both mouse buttons together (which already worries me). Neither works for me on win32, mpl 0.98.3, TkAgg backend, interactive mode. Does anybody have a solution? Thanks, Mark - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] problems with labeling contour lines in 0.98.3
David - Enjoy your vacation. I tried the contour_label_demo and it works fine, but my problem remains. I suggest you try the example I provided below, and notice the difference between labeling with inline=True and inline=False. When inline=True the contours in the middle part (which don't get labeled, presumably because there isn't enough room) get erased. I figured out the manual input problem. The trick is that you require to press the middle button to end (I'll do a post to the user's list). Many laptops don't have a middle button. Although suggestions are found on the web that pushing both buttons simultaneously works, I have never seen it work. What you have to do is configure your touchpad such that a corner acts as the middle button. Once I figured that out, I could end manually selecting the labels. Very nice. If I may, I strongly recommend you change the code such that pushing the right button ends the manual input. Is there any reason not to use the right button for that? I hope you can fix the inline problem. Thanks for all the other new cool features, Mark On Tue, Aug 19, 2008 at 4:06 PM, <[EMAIL PROTECTED]> wrote: > Hi, > > I am currently on vacation, so I can´t be of much help - back beginning of > next month. It would be useful if > you could try the clabel and ginput demo scripts and send images of the > resulting figures so that we can determine exactly what things work and > don´t work. > > Thanks, > David > > > > Mark Bakker <[EMAIL PROTECTED]> ha escrito: > > > Hello David and the developers list- >> >> I have had little luck on the mailing list, so sorry for writing you >> directly (David may be on vacation). >> >> I have two problems labeling contour lines in 0.98.3. >> >> First, when I call clabel, it removes all contours that are not labeled >> (because the label doesn't fit on the section of contour, I presume). >> This seems like a bug to me (or a really odd feature). It doesn't do this >> when inline = False, but I don't think it should do it either when inline >> = >> True >> Easy example: >> >> x,y = meshgrid( linspace(-10,10,50), linspace(-10,10,50) ) >>>>> z = log(x**2 + y**2) >>>>> cobj = contour(x,y,z) # Note that there are 8 contours levels (11 >>>>> >>>> contour sections in all) >> >>> cobj.clabel() >>>>> >>>> >> >>> draw() # Now only 5 contours are drawn; the ones in the middle are >>>>> >>>> removed. >> >> Second, when using the new manual labeling of contour labels (which is >> pretty neat!), how do I end this feature? >> The doc string says: right click, or potentially click both mouse buttons >> together (which already worries me). >> Neither works for me on win32, mpl 0.98.3, TkAgg backend, interactive >> mode. >> Does anybody have a solution? >> >> Thanks, Mark >> >> > > > > This message was sent using IMP, the Internet Messaging Program. > > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] problems with labeling contour lines in 0.98.3
Hello David - Sorry for the late reply. I am back from vacation. Any luck on solving the problem of the disappearing contour lines when labelling? It works fine when you don't use the 'inline', but the picture is of course not as nice, as the labels are not in-line anymore. Maybe that gives a clue to what goes wrong? Thanks, Mark On Wed, Sep 3, 2008 at 12:47 PM, David M. Kaplan <[EMAIL PROTECTED]>wrote: > Hi, > > Back from vacation. The problem with not being able to end point > selection is easy to fix - allow keyboard clicks to also select points > and enter to also exit (this is the solution matlab uses). This is easy > to add and I will try to work on it sometime over the next couple of > weeks. > > I will try your example sometime soon and see what happens. It sounds > like the problem has something to do with what happens when the label > covers the entire contour - currently the contour gets deleted entirely, > but this seems to be doing something strange in your case. > > Cheers, > David > > > On Thu, 2008-08-21 at 16:02 +0200, Mark Bakker wrote: > > David - > > > > Enjoy your vacation. > > > > I tried the contour_label_demo and it works fine, but my problem > > remains. > > > > I suggest you try the example I provided below, and notice the > > difference between labeling with inline=True and inline=False. When > > inline=True the contours in the middle part (which don't get labeled, > > presumably because there isn't enough room) get erased. > > > > I figured out the manual input problem. The trick is that you require > > to press the middle button to end (I'll do a post to the user's list). > > Many laptops don't have a middle button. Although suggestions are > > found on the web that pushing both buttons simultaneously works, I > > have never seen it work. What you have to do is configure your > > touchpad such that a corner acts as the middle button. Once I figured > > that out, I could end manually selecting the labels. Very nice. If I > > may, I strongly recommend you change the code such that pushing the > > right button ends the manual input. Is there any reason not to use the > > right button for that? > > > > I hope you can fix the inline problem. Thanks for all the other new > > cool features, > > > > Mark > > > > On Tue, Aug 19, 2008 at 4:06 PM, <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I am currently on vacation, so I can´t be of much help - back > > beginning of next month. It would be useful if > > you could try the clabel and ginput demo scripts and send > > images of the resulting figures so that we can determine > > exactly what things work and don´t work. > > > > Thanks, > > David > > > > > > > > Mark Bakker <[EMAIL PROTECTED]> ha escrito: > > > > > > > > Hello David and the developers list- > > > > I have had little luck on the mailing list, so sorry > > for writing you > > directly (David may be on vacation). > > > > I have two problems labeling contour lines in 0.98.3. > > > > First, when I call clabel, it removes all contours > > that are not labeled > > (because the label doesn't fit on the section of > > contour, I presume). > > This seems like a bug to me (or a really odd feature). > > It doesn't do this > > when inline = False, but I don't think it should do it > > either when inline = > > True > > Easy example: > > > > x,y = > > meshgrid( linspace(-10,10,50), > > linspace(-10,10,50) ) > > z = log(x**2 + y**2) > > cobj = contour(x,y,z) # Note > > that there are 8 contours > > levels (11 > > contour sections in all) > > cobj.clabel() > > > > draw() # Now only 5 contours > > are drawn; the ones in the > >
Re: [matplotlib-devel] re lease schedule for next version
On 25/02/2012 17:13, John Hunter wrote: > After we get the bugfix out I'd like to gear up for a major python3 release. Huge +1. I understand that the majority of Python and hence matplotlib people work on *nix boxes, so if you'd like a hand with testing, or anything else come to think of it, on my Windows Vista box feel free to ask, as I've been using matplotlib for around seven years and don't mind trying to put a bit back in. -- Cheers. Mark Lawrence. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Plans for matplotlib py3k/final release (and impact on Debian)
On 12/05/2012 11:01, Thomas Kluyver wrote: > On 12 May 2012 10:56, Sandro Tosi wrote: >> It would be really awesome to have a python3 matplotlib in Debian, and >> i'd be happy to test any new RC you'd like to release. > > Just to mention: I've set up a daily builds PPA for matplotlib, and > it's been happily producing Python 3 builds for a while, so it looks > like it should be fairly painless: > https://code.launchpad.net/~takluyver/+archive/matplotlib-daily > > Thanks, > Thomas > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ My original offer (made several months ago) to help test this on Windows still stands :) -- Cheers. Mark Lawrence. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] python3 release
On 20/07/2012 20:21, John Hunter wrote: > I would like to discuss a timetable towards a python3 release (1.2 or 2.0). > I'll throw this out there, and am happy to make modifications according to > feedback > > Aug 20th : feature freeze and branch. bugfixes only going forward from > this point > > Sept 15th: rc1 > > Oct 7th: rc2 > > Oct 15th release > > I know we have lots of open and interesting pull requests to get in, and so > if we need to push these times back to get them in that is fine. Just > wanted to put something out there to see if this timeline seems plausible > to people. > > JDH > > > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > For the record my offer to help with testing on Windows is still open. Don't all rush :) -- Cheers. Mark Lawrence. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Release Candidate
On 10/09/2012 17:00, Michael Droettboom wrote: > Today is the scheduled day for release candidate 1.2rc1. > > We seem to be in really good shape. Thanks to everyone that has been > working so hard to squash bugs, particularly ones that turned out to be > bottomless rabbit holes. > > We have a few outstanding issues, which I'll categorize below: > > Critical things that need just a little more work: > > #1223dpi= for bitmaps not handled correctly > #1209Pass linewidth to Mac context properly > #786savefig() renders paths and text differently than show() > #113dpi= doesn't seem to have any effect with MacOS X backend > > #1208FAIL: matplotlib.tests.test_text.test_contains.test > release_critical > #1176Reverted a previous change to artist transform setting. Fixes > legend bug. > > Non-critical features that are near completion -- just needing some > confirmation or testing: > > #847Add stacked kwarg to hist and implement stacked hists for step > histtype > #751Building on osx with python 3.2 OSX > > Problems requiring a fix in another project: > > #1126Qt4 save dialog not functional on CentOS-5 > > Things that are probably too big to fix now, but deserve warnings in the > release notes: > > #854Bug in Axes.relim when the first line is y_isdata=False and > possible fix > #740plt.pcolormesh and shape mismatch > #162twinx and plot_date confirmed > > Reminders for the release manager: > > #1207Add contributor and git stats to documentation > #1070Use github for downloads > > I will write prose for the "too big to fix now" stuff, and I trust the > other close things will get done by their respective authors. Then we're > very close to getting a release candidate out. > > Congratulations to everyone for a job well done! > > Mike > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > My offer to test on Windows still holds. The question is test what? Assuming that the intent is to support Python 2.6/7 and 3.1/2/3 then different versions of Visual Studio are needed as detailed here http://bugs.python.org/issue13210. I can't see much sense in me trying to build and test all that lot while other volunteers are doing exactly the same thing at the same time. Is there a cunning plan somewhere to cover this that I've missed? -- Cheers. Mark Lawrence. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Cutting 1.2rc3
On 22/10/2012 15:10, Michael Droettboom wrote: > Thanks to everyone for the hard work on getting the last few bugs > squashed! I think 1.2.0 is going to be a very high quality release. It > looks like we're only down to one last issue marked for 1.2. > > https://github.com/matplotlib/matplotlib/pull/1326 > <https://github.com/matplotlib/matplotlib/pull/1326/files> > > Do you think it's realistic to cut a 1.2rc3 tomorrow? I hope that this > will be the last release candidate for 1.2.0 and we won't need to make > any significant additions before the final release. > > Then we can all move forward with the good number of PEP8 fixes, larger > MEP improvements and other great features in the pipeline. > > Mike > Oh mammary glands I'd intended to do some testing on Windows for you guys and it's gone completely under my radar, sorry about that. I can still give it a try though. I've got 2.7.3 and 3.3.0 on my PC but I don't want to repeat what someone else may have done already. What's the best way forward? -- Cheers. Mark Lawrence. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] 1.2.0 Final tagged and uploaded
On 08/11/2012 17:18, Michael Droettboom wrote: > Thanks again to everyone for all of their hard work. Yep. And a fantastic memorial in its own right to the late John Hunter. > > As per the usual drill, once we have the binaries up, I'll make an ANN > on matplotlib-users. IIRC matplotlib is currently third in the list of libraries most wanted by users waiting for Python3 compatibility. I'd guess that many scientific users are aware of this wonderful milestone, but to spread the news at a minimum I'd put this on the main Python mailing list and on Python announce. Or does that happen anyway, and I'd simply forgotten about it? > > The documentation is currently being rebuilt, and the default for > matplotlib.org will update to 1.2.0 around the same time as that > announcement. > > Mike > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_nov > -- Cheers. Mark Lawrence. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] xkcd doesn't seem to work in MacOSX backend
Hello list, I don't seem to get xkcd to work in the MacOSX backend. When I try to make a plot I get a nice white figure with nothing on it. Here's what I did: import matplotlib.pyplot as plt %matplotlib # responds with Using matplotlib backend: MacOSX plt.plot([1,2,3]) # gives white figure with nothing on it When I do a kernel restart and specify the qt backend it works fine (so I have a workaround), but I presume it should work, right? Thanks, Mark -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] xkcd doesn't seem to work in MacOSX backend
Sorry, forgot to mention that: 1.4.0 On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root wrote: > Which version of matplotlib are you using? > > On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker wrote: > >> Hello list, >> >> I don't seem to get xkcd to work in the MacOSX backend. When I try to >> make a plot I get a nice white figure with nothing on it. Here's what I did: >> >> import matplotlib.pyplot as plt >> %matplotlib # responds with Using matplotlib backend: MacOSX >> plt.plot([1,2,3]) # gives white figure with nothing on it >> >> When I do a kernel restart and specify the qt backend it works fine (so I >> have a workaround), but I presume it should work, right? >> >> Thanks, >> >> Mark >> >> >> >> -- >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >> >> > -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] xkcd doesn't seem to work in MacOSX backend
Like I said, it works fine when I select the QT backend. So I have a workaround. I was just wondering wether it was supposed to work with the MacOSX backend. Does anybody know? If so, I'll file a bug report. Mark On Tue, Nov 18, 2014 at 6:55 PM, Phil Elson wrote: > Isn't the XKCD stuff baked into the Agg backend. Is it even possible to > produce XKCD svg or PDFs? > > On 18 November 2014 17:01, Jens Nielsen wrote: > >> I can reproduce it with the following traceback. Can you please open a >> bug report on Github for this issue? >> >> ``` >> Traceback (most recent call last): >> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", >> line 59, in draw_wrapper >> draw(artist, renderer, *args, **kwargs) >> File "/usr/local/lib/python2.7/site-packages/matplotlib/figure.py", >> line 1079, in draw >> func(*args) >> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", >> line 59, in draw_wrapper >> draw(artist, renderer, *args, **kwargs) >> File "/usr/local/lib/python2.7/site-packages/matplotlib/axes/_base.py", >> line 2092, in draw >> a.draw(renderer) >> File "/usr/local/lib/python2.7/site-packages/matplotlib/artist.py", >> line 59, in draw_wrapper >> draw(artist, renderer, *args, **kwargs) >> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line >> 712, in draw >> drawFunc(renderer, gc, tpath, affine.frozen()) >> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line >> 1067, in _draw_lines >> self._lineFunc(renderer, gc, path, trans) >> File "/usr/local/lib/python2.7/site-packages/matplotlib/lines.py", line >> 1107, in _draw_solid >> renderer.draw_path(gc, path, trans) >> File >> "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py", line >> 115, in draw_path >> rgbFace) >> File >> "/usr/local/lib/python2.7/site-packages/matplotlib/patheffects.py", line >> 217, in draw_path >> renderer.draw_path(gc, tpath, affine, rgbFace) >> File >> "/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_macosx.py", >> line 58, in draw_path >> gc.draw_path(path, transform, linewidth, rgbFace) >> AttributeError: GraphicsContextBase instance has no attribute 'draw_path' >> ``` >> >> best >> Jens >> >> On Tue, Nov 18, 2014 at 4:12 PM, Mark Bakker wrote: >> >>> Sorry, forgot to mention that: 1.4.0 >>> >>> On Tue, Nov 18, 2014 at 5:00 PM, Benjamin Root wrote: >>> >>>> Which version of matplotlib are you using? >>>> >>>> On Tue, Nov 18, 2014 at 10:55 AM, Mark Bakker >>>> wrote: >>>> >>>>> Hello list, >>>>> >>>>> I don't seem to get xkcd to work in the MacOSX backend. When I try to >>>>> make a plot I get a nice white figure with nothing on it. Here's what I >>>>> did: >>>>> >>>>> import matplotlib.pyplot as plt >>>>> %matplotlib # responds with Using matplotlib backend: MacOSX >>>>> plt.plot([1,2,3]) # gives white figure with nothing on it >>>>> >>>>> When I do a kernel restart and specify the qt backend it works fine >>>>> (so I have a workaround), but I presume it should work, right? >>>>> >>>>> Thanks, >>>>> >>>>> Mark >>>>> >>>>> >>>>> >>>>> -- >>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>>> from Actuate! Instantly Supercharge Your Business Reports and >>>>> Dashboards >>>>> with Interactivity, Sharing, Native Excel Exports, App Integration & >>>>> more >>>>> Get technology previously reserved for billion-dollar corporations, >>>>> FREE >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >>>>> ___ >>>>> Matplotlib-devel mailing list >>>>> Matplotlib-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel >>>>> >>>>> >>>> >>> >>> >>>
[matplotlib-devel] ginput in nbagg backend to use in IPython Notebooks
Hello List, Are there any plans to make ginput work in the nbagg backend? It would be so cool if I could use that in an IPython Notebook together with the other widgets. Thanks, Mark -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] ginput in nbagg backend to use in IPython Notebooks
Thanks, Tom.
I want to use ginput to draw a straight line on a graph.
The line is used to select a cross-section of a contour plot.
I was afraid it wasn't going to be easy.
Getting to it from the other side, is there a matplotlib widget in the
works where I can type text or numbers in a box? Like the FloatTextWidget
in IPython?
Problem is I want to make a small GUI that includes both a text widget
(which is available in IPython) and a 'select points in graph' widget like
ginput in matplotlib.
Mark
On Mon, Jan 26, 2015 at 11:47 PM, Thomas Caswell wrote:
> nbagg is always running in the IPython event loop (as I understand it), so
> I am not sure how to integrate that with the blocking.
>
> On the 1.4.x/master branch we have support for (almost, one PR still
> pending) all mouse and keyboard events so all of the mpl widgets should
> work (big thanks to Steven Silvester). T
>
> What do you want to use that relies on ginput?
>
> You can fake up a non-blocking version something like:
>
> from collections import deque
> ```
> class accumulator(object):
> def __init__(self, n=5):
> self.list_of_points = deque(maxlen=n)
>
> def on_event(self, event):
> self.list_of_points.append(event)
>
> import matplotlib
> import itertools
> import numpy as np
> matplotlib.use('nbagg')
> import matplotlib.pyplot as plt
> plt.close('all')
> fig, ax = plt.subplots()
> x = np.linspace(0,10,1)
> y = np.sin(x)
> ln, = ax.plot(x,y)
>
> dd = accumulator(15)
> fig.canvas.mpl_connect('button_press_event', dd.on_event)
> plt.show()
> ```
>
> and then get the points by
>
> ```
> dd.lest_of_points
> ```
>
> This code obviously needs lots of bells and whistles, but points in the
> right direction.
>
> Tom
>
> On Mon Jan 26 2015 at 2:45:45 PM Mark Bakker wrote:
>
>> Hello List,
>>
>> Are there any plans to make ginput work in the nbagg backend?
>>
>> It would be so cool if I could use that in an IPython Notebook together
>> with the other widgets.
>>
>> Thanks,
>>
>> Mark
>>
>> --
>>
>
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] RuntimeError in _get_configdir
I'm getting the traceback shown below in _get_configdir. I've attached a
patch for cutils.py
[EMAIL PROTECTED] ~]$
/data0/sierra/trac/trac-0.11stable/bin/trac-admin /data0/www/trac/sierra
resync
Failed to open environment. not enough arguments for format string
Traceback (most recent call last):
...
"/data0/sierra/lib/python2.5/site-packages/matplotlib/__init__.py", line
400, in _get_configdir
raise RuntimeError("'%s' is not a writable dir; you must set
%s/.matplotlib to be a writable dir. You can also set environment
variable MPLCONFIGDIR to any writable directory where you want
matplotlib data stored "%h)
TypeError: not enough arguments for format string
--
Mark E. Hamilton
Orion International Technologies, Inc.
Sandia National Laboratory, NM.
505-844-7666
Index: cutils.py
===
--- cutils.py (revision 5001)
+++ cutils.py (working copy)
@@ -79,7 +79,7 @@
raise RuntimeError("""\
'%s' is not a writable dir; you must set %s/.matplotlib to be a writable dir.
You can also set environment variable MPLCONFIGDIR to any writable directory
-where you want matplotlib data stored """%h)
+where you want matplotlib data stored """%(p,h))
else:
if not is_writable_dir(h):
raise RuntimeError("Failed to create %s/.matplotlib; consider
setting MPLCONFIGDIR to a writable directory for matplotlib configuration
data"%h)
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
