Re: curvelinear coordinate support in axes_grid and a possible refactoring of mpl.

John Hunter wrote:
> On Thu, Jul 30, 2009 at 1:56 PM, Jae-Joon Lee<lee.j.joon@...> wrote:
>
>   
>>  ps. Are we having a sprint during the scipy conference by the way? I
>> may join remotely.
>>     
>
> I'll definitely be there Sat and Sun, so having you join in remotely
> would be great.  I haven't organized any official topics yet, but we
> have plenty to do so I think we'll just look at the skills and
> interests of those joining live or virtually and hammer away.
>   

I'll be there, too. I think an MPL sprint would be very good.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

Re: curvelinear coordinate support in axes_grid and a possible refactoring of mpl.

On Sat, Aug 1, 2009 at 1:39 AM, Andrew Straw<strawman@...> wrote:

> I'll be there, too. I think an MPL sprint would be very good.

Great -- give that we have JJ (remotely), you and me confirmed, two
obvious topics to work on are:

  * buildbot : JDH & Andrew

  * integrating JJ's curvilinear ticking w/ Andrew's spines

I'm up for anything else that people want to work on, but at least
we'll have the right people in the room, if only virtually, for these
topics.  Anyone else planning on attending on-ground or on-line?

JDH

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

mkpg on OSX

I tried testing the OSX binaries I built Friday on my local OSX laptop
today, and had a problem with the mkpg installer

http://drop.io/xortel1/asset/matplotlib-0-99-0-rc1-py2-5-macosx10-5-zip

On the sage box I used to do the builds, the default python path that
the installer picks up is

  /Library/Python/2.5/site-packages

and this is where it put mpl when I ran the installer on my local box.
 But then when I try and import matplotlib on my local box w/o
modifying the PYTHONPATH, I can't find it because my local python is
looking in

  /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/

Is one of these two locations preferable for the default?  Is there a
way to inform bdist_mkpg of the desired install target? Is there any
notion of the right way to do things w/ python on OSX?

JDH

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

Re: mkpg on OSX

Hi,

On 1 Aug 2009, at 18:43, John Hunter wrote:

> I tried testing the OSX binaries I built Friday on my local OSX laptop
> today, and had a problem with the mkpg installer
>
> http://drop.io/xortel1/asset/matplotlib-0-99-0-rc1-py2-5-macosx10-5- 
> zip
>
> On the sage box I used to do the builds, the default python path that
> the installer picks up is
>
>  /Library/Python/2.5/site-packages
>
> and this is where it put mpl when I ran the installer on my local box.
> But then when I try and import matplotlib on my local box w/o
> modifying the PYTHONPATH, I can't find it because my local python is
> looking in
>
>  /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/ 
> site-packages/
>
> Is one of these two locations preferable for the default?  Is there a
> way to inform bdist_mkpg of the desired install target? Is there any
> notion of the right way to do things w/ python on OSX?

 From what I can tell /Library/Python/2.5/site-packages is the  
default. All I have in /Library/Frameworks are those such as Qt, CG  
and other things which I have installed. VirtualBox and PyQt both  

Re: curvelinear coordinate support in axes_grid and a possible refactoring of mpl.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@...
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: curvelinear coordinate support in axes_grid and a possible refactoring of mpl.

On Sat, Aug 1, 2009 at 8:35 PM, Ryan May<rmay31@...> wrote:
> I'll be there on the ground, though my flight leaves 1:50 on Sunday.  We
> might also consider doing some discussions during the week, maybe a BoF?

Great, hopefully you can join us Saturday.   If there is anything in
particular you want to work on during the sprint, let me know.  As for
a BoF, I generally find discussions less useful than coding, since
python is such a great prototyping language, though there will be many
opportunities to brainstorm over beers, etc...  Are there topics in
particular you have in mind?

JDH

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

Re: mkpg on OSX

> Is one of these two locations preferable for the
> default?

/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/

is preferable.

The location depends on whether the user has a framework Python or a normal static Python installed. For GUI
programs, a framework Python is preferable. For the Mac/README in the Python source distribution:

1. Why would I want a framework Python instead of a normal static Python?
--------------------------------------------------------------------------

The main reason is because you want to create GUI programs in Python. With the exception of
X11/XDarwin-based GUI toolkits all GUI programs need to be run from a fullblown MacOSX application (a
".app" bundle).

(I'd like to add to this that X11/XDarwin-based GUI toolkits, such as PyGTK, also work fine with a framework Python).

> Is there a way to inform bdist_mkpg of the desired install target?

>From what I've seen, bdist_mpkg uses
/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/
if the Python creating the package is a framework Python.

--Michiel

--- On Sat, 8/1/09, John Hunter <jdh2358@...> wrote:

> From: John Hunter <jdh2358@...>
> Subject: [matplotlib-devel] mkpg on OSX
> To: "matplotlib development list" <matplotlib-devel@...>
> Date: Saturday, August 1, 2009, 1:43 PM
> I tried testing the OSX binaries I
> built Friday on my local OSX laptop
> today, and had a problem with the mkpg installer
> 
> http://drop.io/xortel1/asset/matplotlib-0-99-0-rc1-py2-5-macosx10-5-zip
> 
> On the sage box I used to do the builds, the default python
> path that
> the installer picks up is
> 
>   /Library/Python/2.5/site-packages
> 
> and this is where it put mpl when I ran the installer on my
> local box.
>  But then when I try and import matplotlib on my local box
> w/o
> modifying the PYTHONPATH, I can't find it because my local
> python is
> looking in
> 
>  
> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/
> 
> Is one of these two locations preferable for the
> default?  Is there a
> way to inform bdist_mkpg of the desired install target? Is
> there any
> notion of the right way to do things w/ python on OSX?
> 
> JDH
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal
> Reports 2008 30-Day 
> trial. Simplify your report design, integration and
> deployment - and focus on 
> what you do best, core application coding. Discover what's
> new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel@...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

pyglet backend (experimental)

Hello,

I'm working on a pyglet backend for matplotlib and I have a few
questions. Currently the renderer is a subclass of the Agg renderer and
it seems to be working properly. I intended only to re-implement the
'draw_image' method to benefit from fast image display using
OpenGL/texture/shader. My first test was then to have a dummy draw_image
image and I expected command like imshow to not display anything at all
but is it not the case. Am I wrong in my assumption regarding the
purpose of the 'draw_image' method ?

Experimental code is located at:

backend:
http://www.loria.fr/~rougier/tmp/backend_pygletagg.py
http://www.loria.fr/~rougier/tmp/backend_pyglet.py

test:
http://www.loria.fr/~rougier/tmp/dynamic_image_pyglet.py
http://www.loria.fr/~rougier/tmp/test_backend_pyglet.py

Nicolas

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

Request For Comment on the mathtex Branch

Hi all,

I have just finished going over the mathtex branch and it appears to  
be totally feature complete. Furthermore, by using the newest version  
of mathtex it also benefits from the recent rendering improvements.

I am therefore interested to hear peoples comments on it/what can be  
improved. Furthermore, would it be worthwhile back-porting some of the  
rendering changes/enhancements I've made to mathtex to matplotlib?  
(Which I am more than happy to do.)

Regards, Freddie.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

Re: mkpg on OSX

On 2009-08-02 00:18, Michiel de Hoon wrote:
>> Is one of these two locations preferable for the
>> default?
>
> /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/
>
> is preferable.
>
> The location depends on whether the user has a framework Python or a normal static Python installed. For
GUI programs, a framework Python is preferable. For the Mac/README in the Python source distribution:

No, /Library/Python/2.5/site-packages/ is the location that users can install 
third-party packages for the System Python (because one shouldn't touch 
/System/Library/.../site-packages/). If you use the System Python to install 
your package or run bdist_mpkg, it has configured its distutils to default to 
installing there. If you use the www.python.org build of Python, its default is 
still its internal /Library/Frameworks/.../site-packages/.

--

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july