matplotlib-users Mailing List for matplotlib (Page 3)

On Tue, Nov 12, 2013 at 4:26 PM, Ted To <rai...@th...> wrote:

> Hi,
>
> Is there an option to change the line style for the outline of histogram
> bars?  What I am looking for some something like the attached kernel
> density plot.  I can set different colors (attached) but this is not
> very useful when printing in black and white.
>
> Thanks,
> Ted To
>
>
You should be able to specify linestyle='dashed' (or 'dashdot', or
'dotted') when you call hist().

I hope that helps!
Ben Root

Hi,

Is there an option to change the line style for the outline of histogram
bars?  What I am looking for some something like the attached kernel
density plot.  I can set different colors (attached) but this is not
very useful when printing in black and white.

Thanks,
Ted To

loc="right" seems the same (?) as loc="center right",
but loc="left" fails. (Matches the docs, but is surprising.)

Alan Isaac
(Mpl version 1.2.0)

I see. But is there any other way to cope with this x server problem and
multiple figures plotting?


On Tue, Nov 12, 2013 at 3:21 PM, Benjamin Root <ben...@ou...> wrote:

>
>
>
> On Tue, Nov 12, 2013 at 7:37 AM, Nemanja Savic <vla...@gm...> wrote:
>
>> Hi all guys,
>>
>> I am using RHEL6 and I am ploting figures throughout my project, so I
>> wanted some workaroung blocking show() function call. I have found few
>> solutions that use multiprocessing, so finally i finished with this:
>>
>> pool.map(plot_graph, c)
>>
>> and
>>
>> def plot_graph(*args):
>>     plt.figure(args[0][2])
>>     plt.bar(args[0][1][:-1], args[0][0], width=1)
>>     plt.show()
>>
>> But when I have more than one figure the following error occures:
>>
>>
>> /usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtk.py:621:
>> DeprecationWarning: Use the new widget gtk.Tooltip
>>   self.tooltips = gtk.Tooltips()
>> /usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtk.py:621:
>> DeprecationWarning: Use the new widget gtk.Tooltip
>>   self.tooltips = gtk.Tooltips()
>> [xcb] Unknown sequence number while processing queue
>> [xcb] Most likely this is a multi-threaded client and XInitThreads has
>> not been called
>> [xcb] Aborting, sorry about that.
>> python: xcb_io.c:273: poll_for_event: Assertion
>> `!xcb_xlib_threads_sequence_lost' failed.
>> runner.py: Fatal IO error 0 (Success) on X server :0.0.
>>
>> Since my version of matplolib doesnt support blocking = false solution, I
>> wanted to install new version. For that I installed new version of numpy
>> but when i run python setup.py build in matplolib foldet i get following:
>>
>> Edit setup.cfg to change the build options
>>
>> BUILDING MATPLOTLIB
>>             matplotlib: yes [1.3.1]
>>                 python: yes [2.6.6 (r266:84292, May 27 2013, 05:35:12)
>> [GCC
>>                         4.4.7 20120313 (Red Hat 4.4.7-3)]]
>>               platform: yes [linux2]
>>
>> REQUIRED DEPENDENCIES AND EXTENSIONS
>>                  numpy: yes [version 1.8.0]
>>               dateutil: yes [using dateutil version 1.4.1]
>>                tornado: yes [tornado was not found. It is required for the
>>                         WebAgg backend. pip/easy_install may attempt to
>>                         install it after matplotlib.]
>>              pyparsing: yes [pyparsing was not found. It is required for
>>                         mathtext support. pip/easy_install may attempt to
>>                         install it after matplotlib.]
>>                  pycxx: yes [Couldn't import.  Using local copy.]
>>                 libagg: yes [pkg-config information for 'libagg' could not
>>                         be found. Using local copy.]
>>               freetype: yes [version 9.22.3]
>>                    png: yes [version 1.2.49]
>>
>> OPTIONAL SUBPACKAGES
>>            sample_data: yes [installing]
>>               toolkits: yes [installing]
>>                  tests: yes [nose 0.11.1 or later is required to run the
>>                         matplotlib test suite]
>>
>> OPTIONAL BACKEND EXTENSIONS
>>                 macosx: no  [Mac OS-X only]
>>                 qt4agg: yes [installing, Qt: 4.6.2, PyQt4: 4.6.2]
>>                gtk3agg: no  [Requires pygobject to be installed.]
>>              gtk3cairo: no  [Requires pygobject to be installed.]
>>                 gtkagg: yes [installing, Gtk: 2.18.9 pygtk: 2.16.0]
>>                  tkagg: yes [installing, version 73770]
>>                  wxagg: yes [installing, version 2.8.12.0]
>>                    gtk: yes [installing, Gtk: 2.18.9 pygtk: 2.16.0]
>>                    agg: yes [installing]
>>                  cairo: yes [installing, version 1.8.6]
>>              windowing: no  [Microsoft Windows only]
>>
>> OPTIONAL LATEX DEPENDENCIES
>>                 dvipng: yes [version 1.14]
>>            ghostscript: yes [version 8.70]
>>                  latex: yes [version 3.1415926]
>>                pdftops: no
>>
>> Traceback (most recent call last):
>>   File "setup.py", line 268, in <module>
>>     **extra_args
>>   File "/usr/lib64/python2.6/distutils/core.py", line 113, in setup
>>     _setup_distribution = dist = klass(attrs)
>>   File "build/bdist.linux-x86_64/egg/setuptools/dist.py", line 221, in
>> __init__
>>   File "build/bdist.linux-x86_64/egg/setuptools/dist.py", line 245, in
>> fetch_build_eggs
>>   File "build/bdist.linux-x86_64/egg/pkg_resources.py", line 592, in
>> resolve
>>     plugin_projects.sort()  # scan project names in alphabetic order
>> pkg_resources.VersionConflict: (numpy 1.4.1
>> (/usr/lib64/python2.6/site-packages), Requirement.parse('numpy>=1.5'))
>>
>> When I run python and check numpy version it is indeed 1.8.0, but
>> matplotlib buils script somehow founded older one.
>>
>>
>> I would be really happy if somebody can help me overcome problem with
>> many figures.
>>
>> Best and cheers
>>
>>
> The issue is rather complex, and it is a very difficult one to solve on
> our end. What is happening is that in order to build matplotlib from
> source, you need to compile against the numpy headers at build-time.
> Unfortunately, python packaging being what it is, there is difficulty in
> making sure that the version of numpy that will be installed is the version
> used for the build. You seem to have numpy installed both at the system
> level and possibly at the user level. If possible, I would try removing
> numpy from your system level (and that likely means removing any other
> installed package that depends on it, and reinstalling via source).
>
> Ben Root
>



-- 
Nemanja Savić

On Tue, Nov 12, 2013 at 7:37 AM, Nemanja Savic <vla...@gm...> wrote:

> Hi all guys,
>
> I am using RHEL6 and I am ploting figures throughout my project, so I
> wanted some workaroung blocking show() function call. I have found few
> solutions that use multiprocessing, so finally i finished with this:
>
> pool.map(plot_graph, c)
>
> and
>
> def plot_graph(*args):
>     plt.figure(args[0][2])
>     plt.bar(args[0][1][:-1], args[0][0], width=1)
>     plt.show()
>
> But when I have more than one figure the following error occures:
>
>
> /usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtk.py:621:
> DeprecationWarning: Use the new widget gtk.Tooltip
>   self.tooltips = gtk.Tooltips()
> /usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtk.py:621:
> DeprecationWarning: Use the new widget gtk.Tooltip
>   self.tooltips = gtk.Tooltips()
> [xcb] Unknown sequence number while processing queue
> [xcb] Most likely this is a multi-threaded client and XInitThreads has not
> been called
> [xcb] Aborting, sorry about that.
> python: xcb_io.c:273: poll_for_event: Assertion
> `!xcb_xlib_threads_sequence_lost' failed.
> runner.py: Fatal IO error 0 (Success) on X server :0.0.
>
> Since my version of matplolib doesnt support blocking = false solution, I
> wanted to install new version. For that I installed new version of numpy
> but when i run python setup.py build in matplolib foldet i get following:
>
> Edit setup.cfg to change the build options
>
> BUILDING MATPLOTLIB
>             matplotlib: yes [1.3.1]
>                 python: yes [2.6.6 (r266:84292, May 27 2013, 05:35:12)
> [GCC
>                         4.4.7 20120313 (Red Hat 4.4.7-3)]]
>               platform: yes [linux2]
>
> REQUIRED DEPENDENCIES AND EXTENSIONS
>                  numpy: yes [version 1.8.0]
>               dateutil: yes [using dateutil version 1.4.1]
>                tornado: yes [tornado was not found. It is required for the
>                         WebAgg backend. pip/easy_install may attempt to
>                         install it after matplotlib.]
>              pyparsing: yes [pyparsing was not found. It is required for
>                         mathtext support. pip/easy_install may attempt to
>                         install it after matplotlib.]
>                  pycxx: yes [Couldn't import.  Using local copy.]
>                 libagg: yes [pkg-config information for 'libagg' could not
>                         be found. Using local copy.]
>               freetype: yes [version 9.22.3]
>                    png: yes [version 1.2.49]
>
> OPTIONAL SUBPACKAGES
>            sample_data: yes [installing]
>               toolkits: yes [installing]
>                  tests: yes [nose 0.11.1 or later is required to run the
>                         matplotlib test suite]
>
> OPTIONAL BACKEND EXTENSIONS
>                 macosx: no  [Mac OS-X only]
>                 qt4agg: yes [installing, Qt: 4.6.2, PyQt4: 4.6.2]
>                gtk3agg: no  [Requires pygobject to be installed.]
>              gtk3cairo: no  [Requires pygobject to be installed.]
>                 gtkagg: yes [installing, Gtk: 2.18.9 pygtk: 2.16.0]
>                  tkagg: yes [installing, version 73770]
>                  wxagg: yes [installing, version 2.8.12.0]
>                    gtk: yes [installing, Gtk: 2.18.9 pygtk: 2.16.0]
>                    agg: yes [installing]
>                  cairo: yes [installing, version 1.8.6]
>              windowing: no  [Microsoft Windows only]
>
> OPTIONAL LATEX DEPENDENCIES
>                 dvipng: yes [version 1.14]
>            ghostscript: yes [version 8.70]
>                  latex: yes [version 3.1415926]
>                pdftops: no
>
> Traceback (most recent call last):
>   File "setup.py", line 268, in <module>
>     **extra_args
>   File "/usr/lib64/python2.6/distutils/core.py", line 113, in setup
>     _setup_distribution = dist = klass(attrs)
>   File "build/bdist.linux-x86_64/egg/setuptools/dist.py", line 221, in
> __init__
>   File "build/bdist.linux-x86_64/egg/setuptools/dist.py", line 245, in
> fetch_build_eggs
>   File "build/bdist.linux-x86_64/egg/pkg_resources.py", line 592, in
> resolve
>     plugin_projects.sort()  # scan project names in alphabetic order
> pkg_resources.VersionConflict: (numpy 1.4.1
> (/usr/lib64/python2.6/site-packages), Requirement.parse('numpy>=1.5'))
>
> When I run python and check numpy version it is indeed 1.8.0, but
> matplotlib buils script somehow founded older one.
>
>
> I would be really happy if somebody can help me overcome problem with many
> figures.
>
> Best and cheers
>
>
The issue is rather complex, and it is a very difficult one to solve on our
end. What is happening is that in order to build matplotlib from source,
you need to compile against the numpy headers at build-time. Unfortunately,
python packaging being what it is, there is difficulty in making sure that
the version of numpy that will be installed is the version used for the
build. You seem to have numpy installed both at the system level and
possibly at the user level. If possible, I would try removing numpy from
your system level (and that likely means removing any other installed
package that depends on it, and reinstalling via source).

Ben Root

Hi all guys,

I am using RHEL6 and I am ploting figures throughout my project, so I
wanted some workaroung blocking show() function call. I have found few
solutions that use multiprocessing, so finally i finished with this:

pool.map(plot_graph, c)

and

def plot_graph(*args):
    plt.figure(args[0][2])
    plt.bar(args[0][1][:-1], args[0][0], width=1)
    plt.show()

But when I have more than one figure the following error occures:


/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtk.py:621:
DeprecationWarning: Use the new widget gtk.Tooltip
  self.tooltips = gtk.Tooltips()
/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtk.py:621:
DeprecationWarning: Use the new widget gtk.Tooltip
  self.tooltips = gtk.Tooltips()
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not
been called
[xcb] Aborting, sorry about that.
python: xcb_io.c:273: poll_for_event: Assertion
`!xcb_xlib_threads_sequence_lost' failed.
runner.py: Fatal IO error 0 (Success) on X server :0.0.

Since my version of matplolib doesnt support blocking = false solution, I
wanted to install new version. For that I installed new version of numpy
but when i run python setup.py build in matplolib foldet i get following:

Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
            matplotlib: yes [1.3.1]
                python: yes [2.6.6 (r266:84292, May 27 2013, 05:35:12)  [GCC
                        4.4.7 20120313 (Red Hat 4.4.7-3)]]
              platform: yes [linux2]

REQUIRED DEPENDENCIES AND EXTENSIONS
                 numpy: yes [version 1.8.0]
              dateutil: yes [using dateutil version 1.4.1]
               tornado: yes [tornado was not found. It is required for the
                        WebAgg backend. pip/easy_install may attempt to
                        install it after matplotlib.]
             pyparsing: yes [pyparsing was not found. It is required for
                        mathtext support. pip/easy_install may attempt to
                        install it after matplotlib.]
                 pycxx: yes [Couldn't import.  Using local copy.]
                libagg: yes [pkg-config information for 'libagg' could not
                        be found. Using local copy.]
              freetype: yes [version 9.22.3]
                   png: yes [version 1.2.49]

OPTIONAL SUBPACKAGES
           sample_data: yes [installing]
              toolkits: yes [installing]
                 tests: yes [nose 0.11.1 or later is required to run the
                        matplotlib test suite]

OPTIONAL BACKEND EXTENSIONS
                macosx: no  [Mac OS-X only]
                qt4agg: yes [installing, Qt: 4.6.2, PyQt4: 4.6.2]
               gtk3agg: no  [Requires pygobject to be installed.]
             gtk3cairo: no  [Requires pygobject to be installed.]
                gtkagg: yes [installing, Gtk: 2.18.9 pygtk: 2.16.0]
                 tkagg: yes [installing, version 73770]
                 wxagg: yes [installing, version 2.8.12.0]
                   gtk: yes [installing, Gtk: 2.18.9 pygtk: 2.16.0]
                   agg: yes [installing]
                 cairo: yes [installing, version 1.8.6]
             windowing: no  [Microsoft Windows only]

OPTIONAL LATEX DEPENDENCIES
                dvipng: yes [version 1.14]
           ghostscript: yes [version 8.70]
                 latex: yes [version 3.1415926]
               pdftops: no

Traceback (most recent call last):
  File "setup.py", line 268, in <module>
    **extra_args
  File "/usr/lib64/python2.6/distutils/core.py", line 113, in setup
    _setup_distribution = dist = klass(attrs)
  File "build/bdist.linux-x86_64/egg/setuptools/dist.py", line 221, in
__init__
  File "build/bdist.linux-x86_64/egg/setuptools/dist.py", line 245, in
fetch_build_eggs
  File "build/bdist.linux-x86_64/egg/pkg_resources.py", line 592, in resolve
    plugin_projects.sort()  # scan project names in alphabetic order
pkg_resources.VersionConflict: (numpy 1.4.1
(/usr/lib64/python2.6/site-packages), Requirement.parse('numpy>=1.5'))

When I run python and check numpy version it is indeed 1.8.0, but
matplotlib buils script somehow founded older one.


I would be really happy if somebody can help me overcome problem with many
figures.

Best and cheers


-- 
Nemanja Savić

On 11/09/2013 12:34 PM, Nat Echols wrote:
> A few of the users of our software want to compile the entire mess 
> from source using non-standard compilers and/or options.  We try to 
> bundle all dependencies with the package we distribute but the current 
> version of Matplotlib is attempting to download another half-dozen or 
> so, which I'm pretty sure is new behavior.  Because these users work 
> at a company with draconian network use policies, HTTP connections is 
> completely blocked, and the build fails when Matplotlib can't download 
> these dependencies.
>
> Two questions:
>
> 1) Is there a way to instruct Matplotlib not to attempt to download 
> anything?  I do not care if the build fails as a result of the missing 
> dependencies - at least it will be obvious what is missing, and it 
> will prevent undefined behavior on other systems.
>
> 2) Barring (1), is there a complete list of all required dependencies 
> somewhere?  The one on the website appears to be out of date, and it 
> is not clear what is truly required versus simply nice to have.

The documentation is correct, but it does not list secondary 
dependencies (i.e. dependencies of dependencies).

Mike

>
> thanks,
> Nat
>
>
> ------------------------------------------------------------------------------
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models. Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users


-- 
                    _
|\/|o _|_  _. _ | | \.__  __|__|_|_  _  _ ._ _
|  ||(_| |(_|(/_| |_/|(_)(/_|_ |_|_)(_)(_)| | |

http://www.droettboom.com

Hey,

I know that you're not supposed to draw a greatcircle with Basemaps
drawgreatcircle() when it will hit the border of the map. But I think
it works pretty well except for the attempt to connect the line (see
horizontal lines in [1]). Is there a way to not get these horizontal
lines?

Does someone has an idea how to hack drawgreatcircle() accordingly?
Brute force if wanted, I don't care so much about efficiency at this
point. Thanks for reading and possibly helping ;-)

Cheers, Yoshi

[1]: http://rokuko.net/test.png

A few of the users of our software want to compile the entire mess from
source using non-standard compilers and/or options.  We try to bundle all
dependencies with the package we distribute but the current version of
Matplotlib is attempting to download another half-dozen or so, which I'm
pretty sure is new behavior.  Because these users work at a company with
draconian network use policies, HTTP connections is completely blocked, and
the build fails when Matplotlib can't download these dependencies.

Two questions:

1) Is there a way to instruct Matplotlib not to attempt to download
anything?  I do not care if the build fails as a result of the missing
dependencies - at least it will be obvious what is missing, and it will
prevent undefined behavior on other systems.

2) Barring (1), is there a complete list of all required dependencies
somewhere?  The one on the website appears to be out of date, and it is not
clear what is truly required versus simply nice to have.

thanks,
Nat

Thanks everyone for your views. Joe- Thank you for the link. It's really
worthy.


On Thu, Nov 7, 2013 at 3:53 AM, Piet van Oostrum <pi...@va...>wrote:

> Paul Hobson wrote:
>
>  > On Wed, Oct 23, 2013 at 9:30 PM, Sourav Chatterjee <sr...@gm...>
> wrote:
>  >
>  >     Hello,
>  >
>  >     I have stereographic projection of the pole. I need to indicate the
> directions like
>  >     north,south,east, west, north-east, north-west and so on. Is there
> any way to do so?
>  >
>  >     Thanks
>  >     Sourav
>  >
>  > I am **very far** from a GIS expert, but I believe that the cardinal
> directions are ambiguous at
>  > the poles. In other words, if you're standing on the North Pole, it'd
> difficult to head in any
>  > direction that's not towards the south pole.
>  >
>  > Curious to hear if I'm wrong, though.
>  >
> Yes, on the North Pole, every direction is South, on the South Pole, every
> direction is North.
> --
> Piet van Oostrum <pi...@va...>
> WWW: http://pietvanoostrum.com/
> PGP key: [8DAE142BE17999C4]
>



-- 
Sourav Chatterjee
Trainee Scientist
Indian Institute of Tropical Meteorology, Pune

There is a quite simple workaround to this problem. Find the directory from
which mpl_tools is imported and simply add an empty text file named
"__init__.py" in that directory. py2exe will now find and include this
module without any special imports needed in the setup file.

You can find the mpl_tools directory by typing the following in a python
console:
import importlib
importlib.import_module('mpl_toolkits').__path__

I found the solution here http://stackoverflow.com/a/11632115/2166823 and it
seems to apply to namespace packages in general.

I posted this solution to Stack Overflow as well
http://stackoverflow.com/a/19848039/2166823.



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/1-3-0-and-py2exe-regression-tp41723p42472.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Paul Hobson wrote:

 > On Wed, Oct 23, 2013 at 9:30 PM, Sourav Chatterjee <sr...@gm...> wrote:
 > 
 >     Hello,
 >    
 >     I have stereographic projection of the pole. I need to indicate the directions like
 >     north,south,east, west, north-east, north-west and so on. Is there any way to do so? 
 >    
 >     Thanks
 >     Sourav
 > 
 > I am **very far** from a GIS expert, but I believe that the cardinal directions are ambiguous at
 > the poles. In other words, if you're standing on the North Pole, it'd difficult to head in any
 > direction that's not towards the south pole.
 > 
 > Curious to hear if I'm wrong, though.
 > 
Yes, on the North Pole, every direction is South, on the South Pole, every direction is North.
-- 
Piet van Oostrum <pi...@va...>
WWW: http://pietvanoostrum.com/
PGP key: [8DAE142BE17999C4]

Sourav - Are you by chance trying to make a stereonet?  If so, your
question makes a bit more sense.  If that's what you're doing, have a look
at mplstereonet. https://github.com/joferkington/mplstereonet It currently
doesn't support polar stereonets, but that's something I've been meaning to
add for a long time.

If that's not what you're doing, then perhaps you wanted something similar
to this? (The directions don't have much meaning, as others have already
pointed out):

from mpl_toolkits.basemap import Basemap
import numpy as np
import matplotlib.pyplot as plt

m = Basemap(projection='npstere',boundinglat=10,lon_0=270,resolution='l')
m.drawcoastlines()
m.fillcontinents(color='coral',lake_color='aqua')
m.drawmapboundary(fill_color='aqua')

# draw parallels and meridians.
m.drawparallels(np.arange(-80.,80.,20.))
ticks = m.drawmeridians(np.arange(-180.,180.,20.),
                        labels=[True, True, True, True])

# Change the meridian label at 0 and 180 to East and West
for value, label in zip([0.0, -180.0], ['East', 'West']):
    ticks[value][1][0].set_text(label)

plt.show()

Hope that helps!
-Joe



On Wed, Nov 6, 2013 at 1:34 PM, Jason Grout <jas...@cr...>wrote:

> On 11/6/13 1:10 PM, Paul Hobson wrote:
> > I am **very far** from a GIS expert, but I believe that the cardinal
> > directions are ambiguous at the poles. In other words, if you're
> > standing on the North Pole, it'd difficult to head in any direction
> > that's not towards the south pole.
> >
> > Curious to hear if I'm wrong, though.
>
> I'm sure I'm even farther from being a GIS expert (and probably farther
> from one as well :), but I think you raise an interesting point.  My
> compass would give me directions at the geographic north pole, given
> that the magnetic north pole is different from the geographic north
> pole.  I'm curious how valid it would be to use magnetic north to assign
> directions at the geographic north pole.  My guess is not very valid,
> but kind of cool nonetheless.
>
> Jason
>
>
>
> ------------------------------------------------------------------------------
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models.
> Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Easily patched the 1.3.0 version in Enthought distribution by replacing
matplotlib\backends\qt4_editor\figureoptions.py line 33-34 with:

COLORS = {'c': '#00bfbf', 'b': '#0000ff', 'w': '#ffffff', 'g': '#008000',
          'y': '#bfbf00', 'k': '#000000', 'r': '#ff0000', 'm': '#bf00bf'}

Excellent!




--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Qt4Agg-backend-edit-curves-and-axis-parameters-tp10161p42468.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Dear Thomas,

I replaced figureoptions.py in 1.3.1 with the  corresponding file in your
commit
<https://github.com/rhoef/matplotlib/blob/2bffa69cf7dc6b571fc5fdea27dba560d55a37de/lib/matplotlib/backends/qt4_editor/figureoptions.py> 
, and can confirm that it has resolved the issue.

Thank you very much! I will start using this patch immediately.

Best Regards,
Tim




--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Qt4Agg-backend-edit-curves-and-axis-parameters-tp10161p42467.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Please check if this PR fixes the problem
https://github.com/matplotlib/matplotlib/pull/2112

Regards
Thomas


On Wed, Nov 6, 2013 at 12:52 PM, aperception <per...@gm...>wrote:

> Unfortunately this issue with the color changing after editing axis
> parameters still doesn't appear to have been resolved as of 1.3.1 or in the
> latest source. Is there an easy fix for it? It's a very useful feature for
> me because my figure is embedded in a QT4 GUI without easy access to the
> command line.
>
>
>
> --
> View this message in context:
> http://matplotlib.1069221.n5.nabble.com/Qt4Agg-backend-edit-curves-and-axis-parameters-tp10161p42461.html
> Sent from the matplotlib - users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models.
> Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On 11/6/13 1:10 PM, Paul Hobson wrote:
> I am **very far** from a GIS expert, but I believe that the cardinal
> directions are ambiguous at the poles. In other words, if you're
> standing on the North Pole, it'd difficult to head in any direction
> that's not towards the south pole.
>
> Curious to hear if I'm wrong, though.

I'm sure I'm even farther from being a GIS expert (and probably farther 
from one as well :), but I think you raise an interesting point.  My 
compass would give me directions at the geographic north pole, given 
that the magnetic north pole is different from the geographic north 
pole.  I'm curious how valid it would be to use magnetic north to assign 
directions at the geographic north pole.  My guess is not very valid, 
but kind of cool nonetheless.

Jason

On Wed, Oct 23, 2013 at 9:30 PM, Sourav Chatterjee <sr...@gm...>wrote:

> Hello,
>
> I have stereographic projection of the pole. I need to indicate the
> directions like north,south,east, west, north-east, north-west and so on.
> Is there any way to do so?
>
> Thanks
> Sourav
>
>
I am **very far** from a GIS expert, but I believe that the cardinal
directions are ambiguous at the poles. In other words, if you're standing
on the North Pole, it'd difficult to head in any direction that's not
towards the south pole.

Curious to hear if I'm wrong, though.

-paul

Unfortunately this issue with the color changing after editing axis
parameters still doesn't appear to have been resolved as of 1.3.1 or in the
latest source. Is there an easy fix for it? It's a very useful feature for
me because my figure is embedded in a QT4 GUI without easy access to the
command line.



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Qt4Agg-backend-edit-curves-and-axis-parameters-tp10161p42461.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Which backend are you using? With the Mac OS X native backend on OS X Mavericks, I have not seen this warning.
Best,
-Michiel.

--------------------------------------------
On Mon, 10/28/13, Bedartha Goswami <go...@pi...> wrote:

 Subject: [Matplotlib-users]  OS X Mavericks: CGContextErase warning
 To: mat...@li...
 Date: Monday, October 28, 2013, 7:23 AM
 
 I installed OS X Mavericks a few days
 ago and I am running Mapllotlib Version 1.3.1.
 Everything works fine except that I get a warning every time
 i use the pyplot.show() command.
 
 here is what it looks like:
 ----
 Python[27325] <Error>: The function `CGContextErase'
 is obsolete and will be removed in an upcoming update.
 Unfortunately, this application, or a library it uses, is
 using this obsolete function, and is thereby contributing to
 an overall degradation of system performance.
 ---
 
 I thought I should ask if this is serious and also if
 something can be done about it.
 
 Best,
 Bedartha
 
 
 -----Inline Attachment Follows-----
 
 ------------------------------------------------------------------------------
 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=60135991&iu=/4140/ostg.clktrk
 -----Inline Attachment Follows-----
 
 _______________________________________________
 Matplotlib-users mailing list
 Mat...@li...
 https://lists.sourceforge.net/lists/listinfo/matplotlib-users
 

After a bit of digging I found that the problem is caused by the line:

KPX Y ydieresis -'0

in the font files jkplmsc8a.afm and  jkpmsc8a.afm installed with the
package texlive-fonts-extra. When afm.py parses this line it fails because
it can't convert the last token "-'0" to float.

I don't know much about AFM so I'm not sure what is the best way to fix
this. Should I modify afm.py to handle this line (remove the single quote)
or edit the afm files? And to whom should I send a bug report, matplotlib
or texlive-fonts-extra?

Thanks,

- Ivan
--
Ivan Lima
Woods Hole Oceanographic Institution, MC&G MS #25
360 Woods Hole Road, Woods Hole, MA 02543-1543 USA


On Fri, Nov 1, 2013 at 5:13 PM, Ivan Lima <iv...@wh...> wrote:

> After upgrading to matplotlib 1.3.1-1 importing matplotlib.pyplot fails
> with the error:
>
> Python 2.7.5+ (default, Sep 17 2013, 15:31:50)
> [GCC 4.8.1] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import matplotlib.pyplot
> Found an unknown keyword in AFM header (was Each)
> Found an unknown keyword in AFM header (was )
> Found an unknown keyword in AFM header (was The)
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Found an unknown keyword in AFM header (was Each)
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Found an unknown keyword in AFM header (was )
> Found an unknown keyword in AFM header (was The)
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Found an unknown keyword in AFM header (was )
> Found an unknown keyword in AFM header (was The)
> Found an unknown keyword in AFM header (was )
> Found an unknown keyword in AFM header (was The)
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Found an unknown keyword in AFM header (was Each)
> Found an unknown keyword in AFM header (was )
> Found an unknown keyword in AFM header (was The)
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Found an unknown keyword in AFM header (was Each)
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Found an unknown keyword in AFM header (was )
> Found an unknown keyword in AFM header (was The)
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Found an unknown keyword in AFM header (was )
> Found an unknown keyword in AFM header (was The)
> Found an unknown keyword in AFM header (was )
> Found an unknown keyword in AFM header (was The)
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Value error parsing header in AFM: UnderlinePosition -41,5039
> Value error parsing header in AFM: UnderlineThickness 43,9453
> Traceback (most recent call last):
>
>   File "<stdin>", line 1, in <module>
>   File "/usr/lib/pymodules/python2.7/matplotlib/pyplot.py", line 24, in
> <module>
>     import matplotlib.colorbar
>   File "/usr/lib/pymodules/python2.7/matplotlib/colorbar.py", line 29, in
> <module>
>     import matplotlib.collections as collections
>   File "/usr/lib/pymodules/python2.7/matplotlib/collections.py", line 23,
> in <module>
>     import matplotlib.backend_bases as backend_bases
>   File "/usr/lib/pymodules/python2.7/matplotlib/backend_bases.py", line
> 50, in <module>
>     import matplotlib.textpath as textpath
>   File "/usr/lib/pymodules/python2.7/matplotlib/textpath.py", line 11, in
> <module>
>     import matplotlib.font_manager as font_manager
>   File "/usr/lib/pymodules/python2.7/matplotlib/font_manager.py", line
> 1356, in <module>
>     _rebuild()
>   File "/usr/lib/pymodules/python2.7/matplotlib/font_manager.py", line
> 1341, in _rebuild
>     fontManager = FontManager()
>   File "/usr/lib/pymodules/python2.7/matplotlib/font_manager.py", line
> 1008, in __init__
>     self.afmlist = createFontList(self.afmfiles, fontext='afm')
>   File "/usr/lib/pymodules/python2.7/matplotlib/font_manager.py", line
> 563, in createFontList
>     font = afm.AFM(fh)
>   File "/usr/lib/pymodules/python2.7/matplotlib/afm.py", line 342, in
> __init__
>     parse_afm(fh)
>   File "/usr/lib/pymodules/python2.7/matplotlib/afm.py", line 331, in
> parse_afm
>     doptional = _parse_optional(fh)
>   File "/usr/lib/pymodules/python2.7/matplotlib/afm.py", line 313, in
> _parse_optional
>     d[key] = optional[key](fh)
>   File "/usr/lib/pymodules/python2.7/matplotlib/afm.py", line 246, in
> _parse_kern_pairs
>     c1, c2, val = _to_str(vals[1]), _to_str(vals[2]), _to_float(vals[3])
> ValueError: could not convert string to float: -'0
>
> The problem is with the Adobe Font Metric. Has anyone run into this
> problem and found a solution or workaround? Any help is greatly appreciated.
>
> My system is Debian testing with Python 2.7.5 and NumPy 1.7.1-3.
>
> Thanks,
> --
> Ivan Lima
> Woods Hole Oceanographic Institution, MC&G MS #25
> 360 Woods Hole Road, Woods Hole, MA 02543-1543 USA
>

Hi,

I'd recommend to load the binary data and store it as a numpy ndarray,

http://docs.scipy.org/doc/numpy/reference/arrays.ndarray.html

If your data is one-dimensional you can simply use matplotlib.pyplot.hist,

http://matplotlib.org/api/pyplot_api.html

to plot the histogram. The 'normed' keyword argument allows matplotlib
to normalize the histogram so that the plot will show the pdf.

In order to unpack the data-files you need to know the binary format.
Can you please provide more information about that.

Best,

Benjamin



On 04.11.2013 07:03, Sourav Chatterjee wrote:
> I have binary files containing some discrete data. I need to calculate
> the probability density function (pdf) and plot the same. Do I need to
> unpack the data files? How? For plotting the pdf what module is easier?
>
> -- 
> Sourav Chatterjee
> Trainee Scientist
> Indian Institute of Tropical Meteorology, Pune  
>
>
> ------------------------------------------------------------------------------
> 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-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

-- 
Benjamin Trendelkamp-Schroer
Freie Universität Berlin
FB Mathematik + Informatik
Institut für Mathematik
Arnimallee 6 
D-14195 Berlin-Dahlem
tre...@ze...
+49-(0)30-838-75364

I have binary files containing some discrete data. I need to calculate the
probability density function (pdf) and plot the same. Do I need to unpack
the data files? How? For plotting the pdf what module is easier?

-- 
Sourav Chatterjee
Trainee Scientist
Indian Institute of Tropical Meteorology, Pune

In article <211...@co...>,
 Piet van Oostrum <pi...@va...> wrote:
> I tried to install matplotlib 1.3.1 on the release candidates of Python 2.7.6 
> and 3.3.3.

[...]

Please open an issue on the Python bug tracker for the Python component of 
this.

http://bugs.python.org

-- 
 Ned Deily,
 na...@ac...

Hello,

I tried to install matplotlib 1.3.1 on the release candidates of Python 2.7.6 and 3.3.3.
I am on Mac OS X 10.6.8.
Although the installation gave no problems, there is a problem with Tcl/Tk.

The new Pythons have their own embedded Tcl/Tk, but when installing matplotlib it links to the Frameworks version of Tcl and TK, not to the embedded version. This causes confusion when importing matplotlib.pyplot:

objc[70648]: Class TKApplication is implemented in both /Library/Frameworks/Python.framework/Versions/2.7/lib/libtk8.5.dylib and /Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined.
objc[70648]: Class TKMenu is implemented in both /Library/Frameworks/Python.framework/Versions/2.7/lib/libtk8.5.dylib and /Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined.
objc[70648]: Class TKContentView is implemented in both /Library/Frameworks/Python.framework/Versions/2.7/lib/libtk8.5.dylib and /Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined.
objc[70648]: Class TKWindow is implemented in both /Library/Frameworks/Python.framework/Versions/2.7/lib/libtk8.5.dylib and /Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined.

And then later it gives a lot of error messages.

So I think it should be linked to the embedded version. For this the matplotlib setupext.py should be adapted to find out if there is an embedded Tcl/Tk in the Python installation and set the link parameters accordingly. However, the installed Python versions (from the DMG's) do not contain the Tcl/Tk header files, only the shared library and the tcl files. So I thing the distributed Python should also include the Tcl/Tk header files.
-- 
Piet van Oostrum <pi...@va...>
WWW: http://pietvanoostrum.com/
PGP key: [8DAE142BE17999C4]