matplotlib-users Mailing List for matplotlib

Hi,

On Thu, Oct 3, 2013 at 1:29 PM, Russell E. Owen <ro...@uw...> wrote:
> In article
> <CAH...@ma...>,
>  Matthew Brett <mat...@gm...>
>  wrote:
>
>> Hi,
>>
>> On Thu, Oct 3, 2013 at 5:59 AM, Michael Droettboom
>> <md...@st...> wrote:
>> > Matthew Terry, as part of his Mac testing project, has done a great deal of
>> > reconnaissance on this.
>> >
>> > https://github.com/matplotlib/mpl_mac_testing
>> >
>> > I know he was looking into statically linking some of the C dependencies
>> > (freetype, libpng etc.) as a way to make the installer more robust to
>> > different environments.
>>
>> Thanks - that looks like a useful testing grid.
>>
>> Are there any near-term plans for something like a .dmg or .mpkg or
>> .pkg installer?
>
> Building a binary installer with statically linked libraries is not
> terribly hard (see
> <http://www.astro.washington.edu/users/rowen/BuildingMatplotlibForMac.htm
> l>). There are two problem:
> - As of 1.3.0 mpl does not include python-dateutil, pytz or six (for
> good reasons) and that makes it harder to make a really usable binary
> installer. This interacts with the next problem:
> - For unknown reasons running the 1.3.0 installer breaks existing
> installations of python-dateutil if those packages were installed using
> an older mpl binary installer.
>
> The missing packages can be added to the binary installer after it is
> produced by bdist_mpkg by post-processing the mpkg. That would take care
> of the second issue for most users (who would use the default
> installation and get everything). I have not had time to deal with that.
> Thus I never uploaded an official binary installer for 1.3.0 and stopped
> providing them. Matthew Terry has taken over that task.

Aha - yes - postprocessing the mpkg would be pretty easy.

So - I guess I should just build the installer myself and post it for
testing?  Is that the best way forward?

Cheers,

Matthew

In article 
<CAH...@ma...>,
 Matthew Brett <mat...@gm...> 
 wrote:

> Hi,
> 
> On Thu, Oct 3, 2013 at 5:59 AM, Michael Droettboom 
> <md...@st...> wrote:
> > Matthew Terry, as part of his Mac testing project, has done a great deal of
> > reconnaissance on this.
> >
> > https://github.com/matplotlib/mpl_mac_testing
> >
> > I know he was looking into statically linking some of the C dependencies
> > (freetype, libpng etc.) as a way to make the installer more robust to
> > different environments.
> 
> Thanks - that looks like a useful testing grid.
> 
> Are there any near-term plans for something like a .dmg or .mpkg or
> .pkg installer?

Building a binary installer with statically linked libraries is not 
terribly hard (see 
<http://www.astro.washington.edu/users/rowen/BuildingMatplotlibForMac.htm
l>). There are two problem:
- As of 1.3.0 mpl does not include python-dateutil, pytz or six (for 
good reasons) and that makes it harder to make a really usable binary 
installer. This interacts with the next problem:
- For unknown reasons running the 1.3.0 installer breaks existing 
installations of python-dateutil if those packages were installed using 
an older mpl binary installer.

The missing packages can be added to the binary installer after it is 
produced by bdist_mpkg by post-processing the mpkg. That would take care 
of the second issue for most users (who would use the default 
installation and get everything). I have not had time to deal with that. 
Thus I never uploaded an official binary installer for 1.3.0 and stopped 
providing them. Matthew Terry has taken over that task.

I did put an unofficial binary installer for 1.3.0 here:
<http://www.astro.washington.edu/users/rowen/python/>
just be prepared to reinstall python-dateutil after you use it.

-- Russell

Hi,

On Thu, Oct 3, 2013 at 5:59 AM, Michael Droettboom <md...@st...> wrote:
> Matthew Terry, as part of his Mac testing project, has done a great deal of
> reconnaissance on this.
>
> https://github.com/matplotlib/mpl_mac_testing
>
> I know he was looking into statically linking some of the C dependencies
> (freetype, libpng etc.) as a way to make the installer more robust to
> different environments.

Thanks - that looks like a useful testing grid.

Are there any near-term plans for something like a .dmg or .mpkg or
.pkg installer?

Cheers,

Matthew

Hi

I am plotting a scatter plot where y axis has a log scale but in the graph
the y axis always starts from 10 to the power -1 . I tried setting the
limit with set_ylim() but i am not sure what value to give within this
method since its a log scale . Is there a way i can start y axis from 10 to
the power -0.25  .


Thanks
Dilpreet

Hi,

I would like to make Patch class (a compass) and be able to set its size in
points and its position finally interpeted in data coordinates once the
patch is added add to axes.
I tried start from a mix of existing patch classes (Patch, Polygon,
Shadow), but they all deal with transforms in a different way.

So, how to code it in a proper way ?

Thank for your help.

-- 
Stephane Raynaud

On Thu, Oct 3, 2013 at 9:22 AM, ajdcds <aj...@ho...> wrote:

> Benjamin, thank you very much for the tip!
>
> If I do
>
> import matplotlib
> matplotlib.use("TkAgg")
>
> This is only valid for the current script that is running, the matplotlibrc
> remains the same, right?
>
>
Yes, that is correct.

Benjamin, thank you very much for the tip!

If I do

import matplotlib
matplotlib.use("TkAgg")

This is only valid for the current script that is running, the matplotlibrc
remains the same, right?



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Matplotlib-installation-with-Python-x-y-tp42149p42170.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Thu, Oct 3, 2013 at 6:35 AM, ajdcds <aj...@ho...> wrote:

> Sorry, of course it does not work, the import is incorrect!
>
> It should be
>
> import matplotlib as plt
> plt.rcParams['backend'] = 'TkAgg'
>
> or simply
> import matplotlib
> matplotlib.rcParams['backend'] = 'TkAgg'
>
>
Errr... no, don't do "import matplotlib as plt". That is just confusing.

To change backends, do the following:

import matplotlib
matplotlib.use("TkAgg")

Because backends are loaded upon import of matplotlib, changing the rcParam
after importing matplotlib is too late. You force a switch of the backend
via the "use()" function.

Matthew Terry, as part of his Mac testing project, has done a great deal 
of reconnaissance on this.

https://github.com/matplotlib/mpl_mac_testing

I know he was looking into statically linking some of the C dependencies 
(freetype, libpng etc.) as a way to make the installer more robust to 
different environments.

Mike

On 10/02/2013 04:15 PM, Matthew Brett wrote:
> Hi,
>
> Anything I can do to help get a binary installer for OSX?
>
> If I wanted to build one myself - is there a good place to start
> looking to understand the problems?
>
> Cheers,
>
> Matthew
>
> ------------------------------------------------------------------------------
> 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=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users


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

http://www.droettboom.com

Sorry, of course it does not work, the import is incorrect!

It should be

import matplotlib as plt 
plt.rcParams['backend'] = 'TkAgg' 

or simply 
import matplotlib
matplotlib.rcParams['backend'] = 'TkAgg' 




--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Matplotlib-installation-with-Python-x-y-tp42149p42167.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

We were able to find the difference when installing Matplotlib via
Python(x,y) or as a separate package.
The difference is on paramater /backend/ on /matplotlibrc/ file.
/Python(x,y)-2.6.6.2.exe/ set the parameter to *Qt4Agg*
/matplotlib-1.0.1.win32-py2.6.exe/ sets the parameter to *TKAgg*

if backend : TKAgg
then the error
/  File
"C:\Python26\lib\site-packages\matplotlib\backends\qt4_editor\formlayout.py",
line 51, in <module>
    raise ImportError, "Warning: formlayout requires PyQt4 >v4.3"
ImportError: Warning: formlayout requires PyQt4 >v4.3/ 
Does not appear anymore.

Now looking how to use TKAgg without changing the matplotlibrc.
I've tried:

import matplotlib.pyplot as plt
plt.rcParams['backend'] = 'TkAgg'

But doesn't see to work.

Any suggestions?



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Matplotlib-installation-with-Python-x-y-tp42149p42166.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Hi,

On 03/10/2013 09:31, ajdcds wrote:
> If doing
>
> c:\Python26\python.exe file.py
>
> Then the error is on import private files, stated on my first post as
> /import <something>/
I didn't see a response from you on this:

c:\Python26\python.exe

from PyQt4.QtGui import QFormLayout

Does this give an import error?

If above does not give an import error can you try:

c:\Python26\python.exe 
folder_with_matplot_examples/user_interfaces/embedding_in_qt4.py

If this works then I am guessing that your 'file.py' does somehow 
manipulate the sys.path.

Werner

If doing

c:\Python26\python.exe file.py

Then the error is on import private files, stated on my first post as
/import <something>/



--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Matplotlib-installation-with-Python-x-y-tp42149p42164.html
Sent from the matplotlib - users mailing list archive at Nabble.com.