Hello,
While looking at possible solutions for a matplotlib OpenGL backend,
I've been experimenting with pyglet (that has no dependencies) and coded
a terminal with embedded 2d arrays display.
Sources & screenshots are available at:
http://www.loria.fr/~rougier/glnumpy.html
Since pyglet seems m
The following old thread is also relevant, which you may have
> already seen:
> http://www.nabble.com/opengl-backend-td19192625.html
>
> Thanks,
> Eric B
>
>
> On Fri, Apr 3, 2009 at 7:17 AM, Nicolas Rougier
> wrote:
>>
>> Hello,
>>
>> While looking
Sorry for that, I coded it on linux and just tested on mac.
I fixed the error and upload the new version on the same link. Tell me
if it's ok.
Nicolas
On 3 Apr, 2009, at 18:55 , Fernando Perez wrote:
> On Fri, Apr 3, 2009 at 4:17 AM, Nicolas Rougier
> wrote:
>>
>
Sure, thread about IPython integration to be continued on ipython-dev
list...
Nicolas
On 3 Apr, 2009, at 19:07 , Fernando Perez wrote:
> On Fri, Apr 3, 2009 at 10:00 AM, Nicolas Rougier
> wrote:
>>
>>
>> Sorry for that, I coded it on linux and just tested on mac.
There is also:
http://www.loria.fr/~rougier/pycons.html
which is a gtk shell with embedded matplotlib figures.
Nicolas
On 5 Apr, 2009, at 06:02 , Christopher Barker wrote:
>
> Eric Bruning wrote:
>> The idea of a shell with inline plots is a fascinating one -
>
> Then check out reinteract
e porting pyglet interface to Ipython, Ondrej might be
> happy to see his sympy 3D plotting routines go there as well :)
> cheers,
> Johann
>
> Nicolas Rougier wrote:
>> Sure, thread about IPython integration to be continued on ipython-
>> dev list...
>>
>>
ender 1000x1000 arrays with continuous update
of data (on recent machines).
Nicolas
On 7 Apr, 2009, at 19:05 , Andrew Straw wrote:
> Nicolas Rougier wrote:
>>
>> I read the thread about mplot3d and the work that has been done by
>> Jonathan Taylor. I wonder if a
>
> BTW, my ideas were meant more as "how to wedge MPL quickly into glipy
> with a minimum of work" rather than "a talented programmer with one
> year
> of free time to come up with the coolest scientific workflow GUI"
> variety.
Sorry, I did not understood your proposal in the first place...
Hello,
To give you some hints on performances using OpenGL, you can have a look
at glumpy: http://www.loria.fr/~rougier/tmp/glumpy.tgz
(It requires pyglet for the OpenGL backend).
It is not yet finished but it is usable. Current version allows to
visualize static numpy float32 array up to 8000x8
I think the setter method is available in python 2.6 only. I modified
sources and put them at same place. It should be ok now.
Nicolas
On Wed, 2009-06-17 at 10:10 -0500, Gökhan SEVER wrote:
> On Wed, Jun 17, 2009 at 9:25 AM, Nicolas Rougier
> wrote:
>
>
Hi all,
I've been playing with pyglet and matplotlib integration using the Agg
backend as suggested some time ago on this list. The idea is to let
matplotlib do all the pretty stuff and let pyglet do the rendering of
images (currently, only imshow has been proxied).
Image rendering is done throu
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.
Hello,
This is an update about glumpy, a fast-OpenGL based numpy visualization.
I modified the code such that the only dependencies are PyOpenGL and
IPython (for interactive sessions). You will also need matplotlib and
scipy for some demos.
Sources: hg clone http://glumpy.googlecode.com/hg/ glu
If that may help the discussion, here are two links related to works I did on
Python/OpenGL/scientific visualization and matplotlib:
glumpy: http://code.google.com/p/glumpy/
scigl: http://www.loria.fr/~rougier/coding/scigl/index.html
I also tried to write an OpenGL matplolib backend but it was
Hi all,
I've bound (part of) the high-level API of freetype using ctypes.
I don't know if it might be useful for matplotib text rendering but just in
case:
http://code.google.com/p/freetype-py/
Nicolas--
Special Of
;t seem to be in your ctypes wrappers. This
> is used to extract metadata about the fonts and build the font cache table
> etc. Hopefully it's simple to add this?
>
> Mike
>
> On 02/01/2011 10:53 AM, Nicolas Rougier wrote:
>>
>>
>>
>> Hi all,
&
Hi all,
I did not see any voronoi diagram in matplotlib examples so I created a simple
one from the available tri.Triangulation function (I hope I did not miss
something evident).
Nicolas
#!/usr/bin/env python
#
Hi,
I've been playing with matplotlib to check if it can produce graphics like:
http://www.thebuzzmedia.com/wp-content/uploads/2010/03/anandtech-nvidia-geforce-480-ati-benchmark2.png
Here is the result:
http://www.loria.fr/~rougier/tmp/benchmark.png
and the script (as attachment)
I do not
props=arrowprops)
x = women_deaths[0]
axes_right.annotate('DEATHS', xy=(.9*x, .5), xycoords='data',
horizontalalignment='left', fontsize= 10,
xytext=(+50, -50), textcoords='offset points',
ar
Another one about radar chart:
http://www.loria.fr/~rougier/tmp/radar-chart.png
http://www.loria.fr/~rougier/tmp/radar-chart.py
Nicolas
On Jul 9, 2011, at 4:30 PM, Nicolas Rougier wrote:
>
> Thanks.
>
> Here is another try inspired from:
> http://www.nytimes.com/imagep
, Nicolas Rougier wrote:
>
> Another one about radar chart:
>
> http://www.loria.fr/~rougier/tmp/radar-chart.png
>
> http://www.loria.fr/~rougier/tmp/radar-chart.py
>
>
> Nicolas
>
>
>
> On Jul 9, 2011, at 4:30 PM, Nicolas Rougier wrote:
>
>>
Hi all,
I've been testing various idea around the idea of a GL backend, and I would
have a few questions.
First, I tried to use the backend template to quickly test an empty pyglet
backend and I've been quite surprised by the bad performances. Without drawing
anything, I can hardly reach 10
> On Wednesday, July 27, 2011, Nicolas Rougier wrote:
> >
> >
> > Hi all,
> >
> > I've been testing various idea around the idea of a GL backend, and I would
> > have a few questions.
> > First, I tried to use the backend template to quickly tes
estions.
>
> [1] http://codespeak.net/pypy/dist/pypy/tool/lsprofcalltree.py
>
> Mike
>
> On 07/28/2011 07:16 AM, Nicolas Rougier wrote:
>>
>>
>>
>> I've created a fork at: https://github.com/rougier/matplotlib/tree/gl-backend
>>
>> The name
through
> matplotlib._path.cleanup_path, but that does require copying memory, which
> for large data sets may be a limiting factor. So you may end up needing to
> write the backend in C++ to really beat the current Agg backend, but I'd love
> to be proven wrong.
>
> I hop
>
> Nicolas,
>
> I would like to add to Mike's comments by making it clear why I am interested
> in having OpenGL for matplotlib. It is not for speed. The last time I
> checked, a good portion of time is actually spent on the axis tickers and
> automatic limits. So, if speed is your goal, t
Hi all,
Based on the GTK console bundled with The Gimp I developed a pylab
console that display figures inline. I thought it might be of some
interest for some of you.
A screenshot is available at:
http://www.loria.fr/~rougier/pub/Screenshots/pylab-screenshot.png
and the console code is at:
h
No problem, I changed the license to a BSD one.
Nicolas
On Thu, 2006-10-12 at 09:07 -0500, John Hunter wrote:
> Very interesting -- I look forward to testing it. There is a lot of
> interest in a good GUI shell/IDE for a matlab like environment with
> python and this looks like it could be a
/Screenshots/pylab-screenshot.png
Any comments/requests are welcome.
Nicolas Rougier.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to
Hi all,
I've been working on an OpenGL python terminal because I needed some
fast display for regular 2D arrays and I thought it might be of some
interest for some of you (even if it does not compare to matplotlib in
any way).
The address is:
http://www.loria.fr/~rougier/index.php?n=GLPython.GL
mples from matplotlib examples and they
seem to be displayed properly. Any comments/requests are welcome.
Nicolas Rougier.
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
d key).
Concerning the toolbar, is is quite easy to add but it is not
very pleasant to the eyes. I'm looking for a more asethetic solution.
Nicolas
On Fri, 2008-06-27 at 09:58 -0500, John Hunter wrote:
> On Fri, Jun 27, 2008 at 8:03 AM, Nicolas Rougier
> <[EMAIL PROTECTED]> wrote:
>
1:21 -0500, John Hunter wrote:
> On Sun, Jun 29, 2008 at 9:28 AM, Nicolas Rougier
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > Thanks John, I've update the new version with your code.
> >
> > It is now available at:
> > http://www.loria.fr/~rougier/p
cOS 10.5)
> with python, pygtk... from macports.
>
> Another point:
> do you mind releasing your code in a more permissive license that GPL. I
> mean LGPL or BSD like? I'm interested in including your code in my own
> LGPL app.
>
> Thanks for this great peace of work.
>
Thanks, corrected.
I just forgot the pylab import, it has been corrected as well.
Nicolas
On Tue, 2008-07-01 at 08:38 -0500, John Hunter wrote:
> On Tue, Jul 1, 2008 at 5:31 AM, Nicolas Rougier
> <[EMAIL PROTECTED]> wrote:
>
> > There is now a installable package (pycon
hat I can report pycons is running on my MacBook (MacOS 10.5)
> >> with python, pygtk... from macports.
> >>
> >> Another point:
> >> do you mind releasing your code in a more permissive license that GPL. I
> >> mean LGPL or BSD like? I'm inte
g the colors options, I'm not sure where to put it, in the argv
argument ?
Cheers.
Nicolas
On Tue, 2008-07-01 at 12:22 -0700, Fernando Perez wrote:
> On Tue, Jul 1, 2008 at 6:01 AM, Nicolas Rougier
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > Thanks,
> >
> &
An OpenGL backend would be a nice project also. I've gathered some experience
with glumpy and I can help/mentor but I suspect I'm not familiar enough with
all the matplotlib internals to do this alone.
Nicolas
On Mar 1, 2012, at 23:12 , Eric Firing wrote:
> On 03/01/2012 07:18 AM, John Hu
Sorry, same for me. I was only suggesting potential ideas for GSoC.
Nicolas
On Mar 2, 2012, at 10:37 , Jason Grout wrote:
> On 3/2/12 3:31 AM, Nick Barnes wrote:
>
>> My organization is looking for projects which contribute to our own
>> goal (to promote the public understanding of climate s
I've found this:
http://www.google-melange.com/gsoc/profile/mentor/google/gsoc2012
Nicolas
On Mar 6, 2012, at 15:53 , John Hunter wrote:
> Can anyone find the link to the form to fill out to become a GSOC mentoring
> application? The deadline is today and I'd like to participate. I've wade
And this page seems to gather all relevant links:
http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2012/userguide
Nicolas
On Mar 6, 2012, at 16:54 , Nicolas Rougier wrote:
>
> I've found this:
>
> http://www.google-melange.com/gsoc/profile/mento
>
> On Tue, Mar 6, 2012 at 9:57 AM, Nicolas Rougier
> wrote:
>
> And this page seems to gather all relevant links:
>
> http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2012/userguide
>
>
>
> One thing I am unclear on. They make a disti
Hi all,
I'm continuing experimenting various solution for a possible GL backend for
matplotlib and I made some progress (but no integration yet).
You can check results (and experimenting yourself at various places, sorry for
that):
Text : http://code.google.com/p/freetype-gl/
http://
Thanks. Apart from the speed, an OpenGL backend could be also useful for the
ipython notebook using webgl (but I'm a total newbie at webgl).
Nicolas
On Aug 1, 2012, at 12:07 , Damon McDougall wrote:
> On Wed, Aug 01, 2012 at 11:24:06AM +0200, Nicolas Rougier wrote:
>>
(last year on this mailing
list) regarding backend performances.
As for NumFOCUS, what kind of support do you expect ?
Nicolas
On Aug 1, 2012, at 16:15 , Benjamin Root wrote:
>
>
> On Wed, Aug 1, 2012 at 6:44 AM, Nicolas Rougier
> wrote:
>
>
> Thanks. Apart fr
Hi,
Great post and I feel the three-way split method you're talking about could
also be incredibly useful for the GL backend (see my previous post about GL
backend).
Nicolas
On Aug 6, 2012, at 23:59 , Michael Droettboom wrote:
> For anyone who's interested, I've started blogging about my
Hi,I tried to plot a grid over a small image (24x24) and some grid lines are mis-aligned, can anybody confirm the behavior ?Here is a sample script:import numpy as npimport matplotlib.pyplot as pltn = 16fig = plt.figure(figsize=(10,10))Z = np.array(([0,1]*(n//2) + [1,0]*(n//2))*(n//2)).reshape(n,n)
Thanks for testing.
If I zoom at any line cross, the lines are definitely at the wrong place for me.
As for screen aliasing I'm not sure since both the png and pdf seems to be
wrong in my case.
Weird !
Nicolas
On Oct 29, 2012, at 15:40 , jules hummon wrote:
> Nicolas
>
> I get that too, (
matplotlib 1.2.x
python 2.7.2
osx10.7.5
Nicolas
On Oct 29, 2012, at 16:29 , Benjamin Root wrote:
>
>
> On Mon, Oct 29, 2012 at 11:25 AM, Nicolas Rougier
> wrote:
>
>
> Thanks for testing.
>
> If I zoom at any line cross, the lines are defini
You're right. Using 'none' interpolation seems to solve the problem. Good to
know !
One last question, why is the 'none' interpolation restricted to Agg/PS/pdf ?
Nicolas
On Oct 30, 2012, at 6:53 , Jae-Joon Lee wrote:
> On Tue, Oct 30, 2012 at 12:25
Skim" are apparently trying to make some (bad) interpolation of the
checkboard image.
Nicolas
On Oct 30, 2012, at 7:52 , Nicolas Rougier wrote:
>
>
> You're right. Using 'none' interpolation seems to solve the problem. Good to
> know !
>
> One las
a)
plt.savefig('pylab-grid.png')
plt.savefig('pylab-grid.pdf')
Nicolas
On Oct 30, 2012, at 10:59 , Maciek Dems wrote:
> In reply to message from Nicolas Rougier, dated Tuesday 30 of October 2012,
> on subject "Re: [matplotlib-devel] Misalignment imshow vs. grid
I confirm on 1.2.x. on OSX 10.7.5.
Nicolas
On Oct 31, 2012, at 17:20 , Andrew Dawson wrote:
> Hi all,
>
> I just noticed that colorbar edges are drawn in white when output in PDF and
> black when output in PNG. A small test script is attached along with the
> output to show the difference.
Yep, I'm still developing some OpenGL technics to provide both nice and fast
rendering and I hope to be able to help the writing of a GL backend for
matplotlib next summer (provided we get a GSoC student for the project).
So far, my main concern is that for efficient rendering using OpenGL, yo
Just for completeness, there is also ctypes. I wrapped the freetype library
(http://code.google.com/p/freetype-py/) using it and it is quite easy (and
boring). But this only works for C (not C++).
Nicolas
On Dec 6, 2012, at 18:06 , Michael Droettboom wrote:
> I think this has been a very h
Thanks a lot for this MEP and I would gladly contribute to the new gallery.
>From my own experience with the current gallery, I would recommend to have
>simple scripts that illustrate one feature only, it make things more clear
>IMHO. From my attempt at making some alternative gallery
>(http:
Hi all,
Are there any ongoing project for GSOC 2013 ? I would like to propose something
around a GL backend but I'm not still sure OpenGL "philosophy" is compatible
with current matplotlib design and any project would require co-mentoring with
a matplotlib devel guru. There is a lot of experi
> m, is the main impedence mismatch between the current matplotlib backend
> design and OpenGL rendering?
>
> Mike
>
> On 03/07/2013 03:39 AM, Nicolas Rougier wrote:
>>
>> Hi all,
>>
>> Are there any ongoing project for GSOC 2013 ? I would like to propose
One idea I've been using is to show explicitly what's going on in the
background when you're using defaults by instantiating all the default settings:
http://www.loria.fr/~rougier/teaching/matplotlib/#using-defaults
versus
http://www.loria.fr/~rougier/teaching/matplotlib/#instantiating-defaul
For the free type wrapper, maybe the freetype-py may be of some help:
http://code.google.com/p/freetype-py/
I did not wrap all the freetype library but it already allows a fair amount of
font manipulation/rendering.
For unicode/harfbuzz, I've found this example
https://github.com/lxnt/ex-sdl
> 1) It's implemented in ctypes. I'm not much of a fan of ctypes, as it
> has the potential to segfault in nasty ways if the API changes in any
> way from what was expected (which would normally be caught at compile
> time in a C extension). I'm also concerned about the overhead of
> ctypes,
Sorry to forward such a sad news.
Nicolas
Begin forwarded message:
> From: Wojciech Mamrak
> Subject: [AGG] R.I.P. Maxim Shemanarev
> Date: 29 Nov 2013 12:12:38 GMT+1
> To: Anti-Grain Geometry
> Reply-To: Anti-Grain Geometry
>
> Hello all,
>
> I have been informed by an anonymous user of R
62 matches
Mail list logo
