Menu
▾
▴
matplotlib-users — Discussion related to using matplotlib
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
| 2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
| 2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
| 2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
| 2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
| 2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
| 2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
| 2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
| 2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
| 2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
| 2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
| 2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
| 2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jens N. <j....@gm...> - 2013-08-04 15:43:53
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hi all,</div> <div> </div> <div>this is my first eMail to a mailing list, I hope I'm not messing it up. I posted my question already on stackoverflow, but apparently there's no simple solution to it:</div> <div><a href="http://stackoverflow.com/questions/17909251/pyplot-change-ncols-within-a-legend" target="_blank">http://stackoverflow.com/questions/17909251/pyplot-change-ncols-within-a-legend</a></div> <div> </div> <div>In other words, I have a Figure with a many-entries-legend, but the legend text for most but not all of the object is very short. I'd like to use two or more columns for those short entries and switch back to single column mode when dealing with the longer legend entries.</div> <div> </div> <div>Two options came to my mind. One, make the legend work like a multicolumn-table in LaTeX or, two, having a container with multiple, well-aligned legends with individual properties for each one.</div> <div> </div> <div>I tried to solve my problem by setting up two legends. The downside is the need for additional aligning of the two legends. Even this is still beyond my skills.</div> <div> </div> <div>Thanks, Tyrax</div></div></body></html> |
|
From: Rita <rmo...@gm...> - 2013-08-03 11:50:37
|
Same problem in Linux also. Here is what I did to fix it: Remove the freetype/fontconfig rpm from my local install (yum remove) and then place the proper PKG_CONFIG_PATH to point to my remote freetype/fontconfig. The problem is there is a bug with setupext.py. We ought to prepend PKG_CONFIG_PATH in the gcc compile statement. I hope this helps. On Fri, Aug 2, 2013 at 6:53 AM, Andrew Jaffe <a.h...@gm...> wrote: > Hi, > > > On 01/08/2013 19:06, Michael Droettboom wrote: > > On behalf of a veritable army of super coders, I'm pleased to announce > > the release of matplotlib 1.3.0. > > Two issues on OSX 10.8.4. I had been previously using the dmg installer. > Lacking that, I tried easy-install and pip install, both of which gave > me the following problems: > > - I needed to set CC=clang > - When attempting to load matplotlib, I got the following error: > > > /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/font_manager.py > in <module>() > 51 import matplotlib > 52 from matplotlib import afm > ---> 53 from matplotlib import ft2font > 54 from matplotlib import rcParams, get_cachedir > 55 from matplotlib.cbook import is_string_like > > ImportError: > > dlopen(/Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so, > 2): Symbol not found: _FT_Attach_File > Referenced from: > > /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so > Expected in: flat namespace > in > > /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so > > > This is a freetype problem, probably an incompatible version somewhere. > Ideas? > > Andrew > > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- --- Get your facts first, then you can distort them as you please.-- |
|
From: Benjamin R. <ben...@ou...> - 2013-08-02 19:55:01
|
On Fri, Aug 2, 2013 at 3:32 PM, Eric Firing <ef...@ha...> wrote: > On 2013/08/02 8:55 AM, Drain, Theodore R (392P) wrote: > > Thanks - we'll look into that. We might also see how hard it would > > be to implement an update or refresh method on the legend that could > > be called when the lines change to keep the legend in sync. Seems > > like the legend should own that functionality since it set up the > > mapping between the lines and what it's displaying... > > I agree entirely. It would be logical for the legend to either have a > manual refresh method, or perhaps to be coupled to its targets the way a > colorbar is coupled to its mappable, tracking it automatically. The > Legend is a very complex beast, however, so I suspect this is a real > project. > > Mike and I discussed this at the recent conference. What makes ScalarMappable different from other artists is that it has attribute caching and it has callback mechanisms for changes to certain attributes. This is why colorbar can change with its image. These features needs to be better generalized and cleaned up, and then applied to *all* attributes. Another issue is that the artist objects contained in the legend are created from the artist objects that it represents -- at the time of legend creation. All color, linestyle marker, etc. attributes are copied rather than referenced in the artists in the legend. Therefore, any changes to either doesn't impact the other, unfortunately. So, there are two approaches to solve this. 1) implement a generic, efficient callback mechanism for attributes (and proper caching to reduce unneeded dispatches) and have the legend object register callbacks for any changes in the legend entries. 2) have a mechanism for some sort of shared attributes. Just thinking out loud... wishing I had the time to actually implement my ideas... Cheers! Ben Root |
|
From: Eric F. <ef...@ha...> - 2013-08-02 19:32:40
|
On 2013/08/02 8:55 AM, Drain, Theodore R (392P) wrote: > Thanks - we'll look into that. We might also see how hard it would > be to implement an update or refresh method on the legend that could > be called when the lines change to keep the legend in sync. Seems > like the legend should own that functionality since it set up the > mapping between the lines and what it's displaying... I agree entirely. It would be logical for the legend to either have a manual refresh method, or perhaps to be coupled to its targets the way a colorbar is coupled to its mappable, tracking it automatically. The Legend is a very complex beast, however, so I suspect this is a real project. |
|
From: Benjamin R. <ben...@ou...> - 2013-08-02 19:18:08
|
On Sun, Jul 28, 2013 at 7:14 AM, Jeffrey Spencer <jef...@gm...>wrote: > Ben, > > Thanks that works great and also one more question. If you look at the > previous example. I have noticed that at the angle the figure is at the > ticklabels look like they are at the center of the grid boxes. This is not > the case because if you turn it to the side as the example below image.pdf. > The 0.00, 0.05 on the I_lw axis are supposed to be at the actual tick marks. > > > Thus, can the axis be manually moved too? This isn't a huge deal but I was > just wondering if it was possible to offset the ticklabels. I looked in the > _axinfo but looks like for ticklabel their is only a space_factor parameter. > > Cheers, > Jeff > > The effect you are seeing is that the tick labels are set to be below and in front of the tick marks. More specifically, what happens is that the ticklabels (and the axis label) are offsetted away from the center of the domain. The space_factor value you found is just some empirical value that I have found to work fairly well. Effectively, there is only a "radial"-like control over the spacing, not a finer-grained control. That being said, you can modify the "va" value of the _axinfo to control the vertical allignment of the labels. I would wonder if messing around with that might have some desired impact. Another possibility is to use '\n' characters before or after the main text for the label to make an apparent shift. Just some ideas to play around with. Cheers! Ben Root |
|
From: Drain, T. R (392P) <the...@jp...> - 2013-08-02 18:56:08
|
Thanks - we'll look into that. We might also see how hard it would be to implement an update or refresh method on the legend that could be called when the lines change to keep the legend in sync. Seems like the legend should own that functionality since it set up the mapping between the lines and what it's displaying... ________________________________________ From: Eric Firing [ef...@ha...] Sent: Thursday, August 01, 2013 8:37 PM To: mat...@li... Subject: Re: [Matplotlib-users] Update legend when lines change color? On 2013/08/01 4:23 PM, Drain, Theodore R (392P) wrote: > I have an application where the user can edit line colors and other attributes after the plot is drawn. The artists update just fine but the legend doesn't change. > >>From what I can see in the legend code, it doesn't seem like there is any mechanism in place for doing this. Does anyone have any ideas on the best way to implement something like this? > > Here is a simplified script to show the issue: > > import pylab as p > p.ion() > l = p.plot( [1,2,3], 'b', label="foo" ) > p.legend() > > raw_input( "press return..." ) > l[0].set_color( "green" ) > p.draw() > > Thanks, > Ted If you keep a reference to the Legend object, then you can call its get_lines() method to get a list of Line2D objects corresponding to the objects returned by plot(). You can use the set_color() method on them. Maybe this is enough if your application is simple enough. Eric ------------------------------------------------------------------------------ Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk _______________________________________________ Matplotlib-users mailing list Mat...@li... https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Drain, T. R (392P) <the...@jp...> - 2013-08-02 18:53:22
|
Thanks! Either of those looks like it will work. I'll play w/ both of them to see which fits better w/ my existing code. Ted ________________________________ From: Goodman, Alexander (398J-Affiliate) [go...@jp...] Sent: Friday, August 02, 2013 11:16 AM To: Benjamin Root Cc: Drain, Theodore R (392P); mat...@li... Subject: Re: [Matplotlib-users] Splitting arrays into chunks that satisfy a condition? Hi Ted, As far as actually splitting up a numpy array into contiguous chunks fulfilling a condition, there is a very good solution posted on stackoverflow: http://stackoverflow.com/questions/4494404/find-large-number-of-consecutive-values-fulfilling-condition-in-a-numpy-array If you use the contiguous_regions function from the first answer, this code should give you what you want: xneg = [x[slice(*reg)] for reg in contiguous_regions(z < 0)] xpos = [x[slice(*reg)] for reg in contiguous_regions(z >= 0)] Thanks, Alex On Fri, Aug 2, 2013 at 10:45 AM, Benjamin Root <ben...@ou...<mailto:ben...@ou...>> wrote: On Fri, Aug 2, 2013 at 1:36 PM, Drain, Theodore R (392P) <the...@jp...<mailto:the...@jp...>> wrote: I have three arrays (x,y,z). I want plot x vs y and draw the line segments differently depending on whether or not z is positive or negative. So I'm trying to split the x,y arrays into chunks depending on the value of z. Using numpy.where, I can find the indeces in z that satisfy a condition but I can't figure out an efficient way (other than brute force) to split the array up into continuous chunks. Does anyone know of a numpy trick that would help with this? Here's a simple example: # index: 0 1 2 3 4 5 6 7 8 9 z=numpy.array([-1,-1,-1, 1, -1,-1,-1, 1,1,1] ) x=numpy.array([-2,-3,-4, 2, -5,-6,-7, 3,4,5] ) # Want: xneg = [ x[0:3], x[4:7] ], xpos = [ x[3:4], x[7:10] ] xneg = [ [-2,-3,-4], [-5,-6,-7] ] xpos = [ [ 2 ], [ 3, 4, 5 ] ] idxneg = numpy.where( z < 0 )[0] # == [ 0,1,2, 4,5,6 ] idxpos = numpy.where( z >= 0 )[0] # == [ 3, 7,8,9 ] Thanks, Ted One way I would go about it is to do this: z1 = numpy.where(z < 0, z, numpy.nan) z2 = numpy.where(z >= 0, z, numpy.nan) And then plot those against x. matplotlib ignores nans and would break up the line where-ever a nan shows up (assuming that is the effect you want). Cheers! Ben Root -- Alex Goodman |
|
From: Jeffrey S. <jef...@gm...> - 2013-08-02 18:38:35
|
Yes, I see that now. I hadn't noticed that the face color for the bottom of
the 3d plot is off as well. Thanks for the update and keep me posted.
Cheers,
Jeff
On Sat, Aug 3, 2013 at 3:41 AM, Benjamin Root <ben...@ou...> wrote:
>
>
>
> On Fri, Jul 26, 2013 at 4:41 PM, Jeffrey Spencer <jef...@gm...>wrote:
>
>> I have version 1.2.x of matplotlib. The minimal example shows the case
>> below. The back wall will lose its lines. Is there a reason for this? Is
>> there a transparent layer there so eps has to put it as a solid wall? If
>> so, is there a way to remove that transparent layer?
>>
>> Pdf and the other backends have no problem exporting correctly.
>>
>> import matplotlib.pyplot as plt
>> from mpl_toolkits.mplot3d import Axes3D
>> fig = plt.figure()
>> ax = fig.add_subplot(111, projection='3d')
>> plt.savefig('testing.eps')
>>
>>
> Finally had some time to investigate this a bit...
>
> Diving into the eps output, I can tell that the grid lines are being
> output to the file, but it seems like the color of the gridline matches
> that particular wall's color, which is why we can't see it. The odd thing
> is that the line colors are correct, but for some reason, the face colors
> are wrong for eps. Looking at the output for pdf and png, the walls are
> not shaded nearly as much as it is in eps. There is probably something
> messed up in our PS backend that is misinterpreting the grayscale color
> information it is getting.
>
> Will have to dive in some more...
>
> Cheers!
> Ben Root
>
|
|
From: Benjamin R. <ben...@ou...> - 2013-08-02 17:46:09
|
On Fri, Aug 2, 2013 at 1:36 PM, Drain, Theodore R (392P) < the...@jp...> wrote: > I have three arrays (x,y,z). I want plot x vs y and draw the line > segments differently depending on whether or not z is positive or negative. > So I'm trying to split the x,y arrays into chunks depending on the value > of z. Using numpy.where, I can find the indeces in z that satisfy a > condition but I can't figure out an efficient way (other than brute force) > to split the array up into continuous chunks. Does anyone know of a numpy > trick that would help with this? > > Here's a simple example: > > # index: 0 1 2 3 4 5 6 7 8 9 > z=numpy.array([-1,-1,-1, 1, -1,-1,-1, 1,1,1] ) > x=numpy.array([-2,-3,-4, 2, -5,-6,-7, 3,4,5] ) > > # Want: xneg = [ x[0:3], x[4:7] ], xpos = [ x[3:4], x[7:10] ] > xneg = [ [-2,-3,-4], [-5,-6,-7] ] > xpos = [ [ 2 ], [ 3, 4, 5 ] ] > > idxneg = numpy.where( z < 0 )[0] > # == [ 0,1,2, 4,5,6 ] > idxpos = numpy.where( z >= 0 )[0] > # == [ 3, 7,8,9 ] > > Thanks, > Ted > One way I would go about it is to do this: z1 = numpy.where(z < 0, z, numpy.nan) z2 = numpy.where(z >= 0, z, numpy.nan) And then plot those against x. matplotlib ignores nans and would break up the line where-ever a nan shows up (assuming that is the effect you want). Cheers! Ben Root |
|
From: Benjamin R. <ben...@ou...> - 2013-08-02 17:41:31
|
On Fri, Jul 26, 2013 at 4:41 PM, Jeffrey Spencer <jef...@gm...>wrote:
> I have version 1.2.x of matplotlib. The minimal example shows the case
> below. The back wall will lose its lines. Is there a reason for this? Is
> there a transparent layer there so eps has to put it as a solid wall? If
> so, is there a way to remove that transparent layer?
>
> Pdf and the other backends have no problem exporting correctly.
>
> import matplotlib.pyplot as plt
> from mpl_toolkits.mplot3d import Axes3D
> fig = plt.figure()
> ax = fig.add_subplot(111, projection='3d')
> plt.savefig('testing.eps')
>
>
Finally had some time to investigate this a bit...
Diving into the eps output, I can tell that the grid lines are being output
to the file, but it seems like the color of the gridline matches that
particular wall's color, which is why we can't see it. The odd thing is
that the line colors are correct, but for some reason, the face colors are
wrong for eps. Looking at the output for pdf and png, the walls are not
shaded nearly as much as it is in eps. There is probably something messed
up in our PS backend that is misinterpreting the grayscale color
information it is getting.
Will have to dive in some more...
Cheers!
Ben Root
|
|
From: Drain, T. R (392P) <the...@jp...> - 2013-08-02 17:36:33
|
I have three arrays (x,y,z). I want plot x vs y and draw the line segments differently depending on whether or not z is positive or negative. So I'm trying to split the x,y arrays into chunks depending on the value of z. Using numpy.where, I can find the indeces in z that satisfy a condition but I can't figure out an efficient way (other than brute force) to split the array up into continuous chunks. Does anyone know of a numpy trick that would help with this? Here's a simple example: # index: 0 1 2 3 4 5 6 7 8 9 z=numpy.array([-1,-1,-1, 1, -1,-1,-1, 1,1,1] ) x=numpy.array([-2,-3,-4, 2, -5,-6,-7, 3,4,5] ) # Want: xneg = [ x[0:3], x[4:7] ], xpos = [ x[3:4], x[7:10] ] xneg = [ [-2,-3,-4], [-5,-6,-7] ] xpos = [ [ 2 ], [ 3, 4, 5 ] ] idxneg = numpy.where( z < 0 )[0] # == [ 0,1,2, 4,5,6 ] idxpos = numpy.where( z >= 0 )[0] # == [ 3, 7,8,9 ] Thanks, Ted |
|
From: Michael D. <md...@st...> - 2013-08-02 14:35:57
|
Can you provide the output of the build? On 08/02/2013 06:53 AM, Andrew Jaffe wrote: > Hi, > > > On 01/08/2013 19:06, Michael Droettboom wrote: >> On behalf of a veritable army of super coders, I'm pleased to announce >> the release of matplotlib 1.3.0. > Two issues on OSX 10.8.4. I had been previously using the dmg installer. > Lacking that, I tried easy-install and pip install, both of which gave > me the following problems: > > - I needed to set CC=clang > - When attempting to load matplotlib, I got the following error: > > /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/font_manager.py > in <module>() > 51 import matplotlib > 52 from matplotlib import afm > ---> 53 from matplotlib import ft2font > 54 from matplotlib import rcParams, get_cachedir > 55 from matplotlib.cbook import is_string_like > > ImportError: > dlopen(/Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so, > 2): Symbol not found: _FT_Attach_File > Referenced from: > /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so > Expected in: flat namespace > in > /Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so > > > This is a freetype problem, probably an incompatible version somewhere. > Ideas? > > Andrew > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Andrew J. <a.h...@gm...> - 2013-08-02 10:53:24
|
Hi,
On 01/08/2013 19:06, Michael Droettboom wrote:
> On behalf of a veritable army of super coders, I'm pleased to announce
> the release of matplotlib 1.3.0.
Two issues on OSX 10.8.4. I had been previously using the dmg installer.
Lacking that, I tried easy-install and pip install, both of which gave
me the following problems:
- I needed to set CC=clang
- When attempting to load matplotlib, I got the following error:
/Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/font_manager.py
in <module>()
51 import matplotlib
52 from matplotlib import afm
---> 53 from matplotlib import ft2font
54 from matplotlib import rcParams, get_cachedir
55 from matplotlib.cbook import is_string_like
ImportError:
dlopen(/Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so,
2): Symbol not found: _FT_Attach_File
Referenced from:
/Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so
Expected in: flat namespace
in
/Volumes/Data/Users/jaffe/Library/Python/2.7/lib/python/site-packages/matplotlib/ft2font.so
This is a freetype problem, probably an incompatible version somewhere.
Ideas?
Andrew
|
|
From: Eric F. <ef...@ha...> - 2013-08-02 03:37:33
|
On 2013/08/01 4:23 PM, Drain, Theodore R (392P) wrote: > I have an application where the user can edit line colors and other attributes after the plot is drawn. The artists update just fine but the legend doesn't change. > >>From what I can see in the legend code, it doesn't seem like there is any mechanism in place for doing this. Does anyone have any ideas on the best way to implement something like this? > > Here is a simplified script to show the issue: > > import pylab as p > p.ion() > l = p.plot( [1,2,3], 'b', label="foo" ) > p.legend() > > raw_input( "press return..." ) > l[0].set_color( "green" ) > p.draw() > > Thanks, > Ted If you keep a reference to the Legend object, then you can call its get_lines() method to get a list of Line2D objects corresponding to the objects returned by plot(). You can use the set_color() method on them. Maybe this is enough if your application is simple enough. Eric |
|
From: Drain, T. R (392P) <the...@jp...> - 2013-08-02 02:23:31
|
I have an application where the user can edit line colors and other attributes after the plot is drawn. The artists update just fine but the legend doesn't change. >From what I can see in the legend code, it doesn't seem like there is any mechanism in place for doing this. Does anyone have any ideas on the best way to implement something like this? Here is a simplified script to show the issue: import pylab as p p.ion() l = p.plot( [1,2,3], 'b', label="foo" ) p.legend() raw_input( "press return..." ) l[0].set_color( "green" ) p.draw() Thanks, Ted |
|
From: Michael D. <md...@st...> - 2013-08-01 19:07:00
|
Choose it as a backend. See here: http://matplotlib.org/faq/usage_faq.html#what-is-a-backend Then when you call "plt.show()", it will fire up the webserver and launch a browser window. Mike On 08/01/2013 03:03 PM, K.-Michael Aye wrote: > > Very nice, congrats! > > > I was looking for some example to setup webagg but can't seem to find > any? Is there anything written down about it? > > > Cheers, > > Michael > > > > > > On 2013-08-01 18:06:35 +0000, Michael Droettboom said: > > > On behalf of a veritable army of super coders, I'm pleased to announce > the release of matplotlib 1.3.0. > > > Downloads > > Downloads are available here: > > http://matplotlib.org/downloads.html > > as well as through pip. Check with your distro for when matplotlib > 1.3.0 will become packaged for your environment. > > (Note: Mac .dmg installers are still forthcoming due to some issues > with the new installation approach.) > > > Important known issues > > matplotlib no longer ships with its Python dependencies, including > dateutil, pytz, pyparsing and six. When installing from source or pip, > pip will install these for you automatically. When installing from > packages (on Linux distributions, MacPorts, homebrew etc.) these > dependencies should also be handled automatically. The Windows binary > installers do not include or install these dependencies. > > You may need to remove any old matplotlib installations before > installing 1.3.0 to ensure matplotlib has access to the latest > versions of these dependencies. > > The following backends have been removed: QtAgg (Qt version 3.x only), > FlktAgg and Emf. > > For a complete list of removed features, see > http://matplotlib.org/api/api_changes.html#changes-in-1-3 > > > What's new > > * xkcd-style sketch plotting > * webagg backend for displaying and interacting with plots in a web > browser > * event plots > * triangular grid interpolation > * control of baselines in stackplot > * many improvements to text and color handling > > For a complete list of what's new, see > > http://matplotlib.org/users/whats_new.html#new-in-matplotlib-1-3 > > Have fun, and enjoy matplotlib! > > Michael Droettboom > > _______________________________________________ > > NumPy-Discussion mailing list > > Num...@sc... > > http://mail.scipy.org/mailman/listinfo/numpy-discussion > > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: K.-Michael A. <kmi...@gm...> - 2013-08-01 19:03:58
|
Very nice, congrats! I was looking for some example to setup webagg but can't seem to find any? Is there anything written down about it? Cheers, Michael On 2013-08-01 18:06:35 +0000, Michael Droettboom said: > On behalf of a veritable army of super coders, I'm pleased to announce > the release of matplotlib 1.3.0. > Downloads > Downloads are available here: > http://matplotlib.org/downloads.html > as well as through pip. Check with your distro for when matplotlib > 1.3.0 will become packaged for your environment. > (Note: Mac .dmg installers are still forthcoming due to some issues > with the new installation approach.) > Important known issues > matplotlib no longer ships with its Python dependencies, including > dateutil, pytz, pyparsing and six. When installing from source or pip, > pip will install these for you automatically. When installing from > packages (on Linux distributions, MacPorts, homebrew etc.) these > dependencies should also be handled automatically. The Windows binary > installers do not include or install these dependencies. > You may need to remove any old matplotlib installations before > installing 1.3.0 to ensure matplotlib has access to the latest versions > of these dependencies. > The following backends have been removed: QtAgg (Qt version 3.x only), > FlktAgg and Emf. > For a complete list of removed features, see > http://matplotlib.org/api/api_changes.html#changes-in-1-3 > What's new >>>> • xkcd-style sketch plotting >>>> • webagg backend for displaying and interacting with plots in a web browser >>>> • event plots >>>> • triangular grid interpolation >>>> • control of baselines in stackplot >>>> • many improvements to text and color handling > For a complete list of what's new, see > http://matplotlib.org/users/whats_new.html#new-in-matplotlib-1-3 > Have fun, and enjoy matplotlib! > Michael Droettboom > _______________________________________________ > NumPy-Discussion mailing list > Num...@sc... > http://mail.scipy.org/mailman/listinfo/numpy-discussion |
|
From: Michael D. <md...@st...> - 2013-08-01 18:42:13
|
(Apologies for cross-posting). matplotlib has a dire need to improve its continuous integration testing. I've drafted MEP19 and solicited comments, but there hasn't been a lot of feedback thus far. As an alternative to mailing list discussion, where this sort of upfront planning can sometimes be difficult, I'm considering holding a Google Hangout in the next few weeks on the subject. It's ok to participate even if you don't have the time to work on matplotlib -- I would also like feedback from advice from those that have configured similar systems for other projects. matplotlib's needs are somewhat more complex in terms of dependencies, cpu, ram and storage, so we're pushing things pretty far here. If there's enough people with an interest in participating in the discussion, I'll send around a Doodle poll to find a good time. Mike |
|
From: Michael D. <md...@st...> - 2013-08-01 18:07:03
|
On behalf of a veritable army of super coders, I'm pleased to announce the release of matplotlib 1.3.0. Downloads Downloads are available here: <http://matplotlib.org/downloads.html>http://matplotlib.org/downloads.html as well as through |pip|. Check with your distro for when matplotlib 1.3.0 will become packaged for your environment. (Note: Mac .dmg installers are still forthcoming due to some issues with the new installation approach.) Important known issues matplotlib no longer ships with its Python dependencies, including dateutil, pytz, pyparsing and six. When installing from source or |pip|, |pip| will install these for you automatically. When installing from packages (on Linux distributions, MacPorts, homebrew etc.) these dependencies should also be handled automatically. The Windows binary installers do not include or install these dependencies. You may need to remove any old matplotlib installations before installing 1.3.0 to ensure matplotlib has access to the latest versions of these dependencies. The following backends have been removed: QtAgg (Qt version 3.x only), FlktAgg and Emf. For a complete list of removed features, see <http://matplotlib.org/api/api_changes.html#changes-in-1-3>http://matplotlib.org/api/api_changes.html#changes-in-1-3 What's new * xkcd-style sketch plotting * webagg backend for displaying and interacting with plots in a web browser * event plots * triangular grid interpolation * control of baselines in stackplot * many improvements to text and color handling For a complete list of what's new, see <http://matplotlib.org/users/whats_new.html#new-in-matplotlib-1-3>http://matplotlib.org/users/whats_new.html#new-in-matplotlib-1-3 Have fun, and enjoy matplotlib! Michael Droettboom |
|
From: Joe K. <jof...@gm...> - 2013-08-01 17:24:20
|
For anyone attending the AGU (American Geophysical Union) fall meeting this year, there will be a session on python and "big data" in the earth sciences. Abstract submission is still open until Aug. 6th. See below for more info. Cheers, -Joe ---------- Forwarded message ---------- From: IRIS Webmaster <web...@ir...> Date: Thu, Aug 1, 2013 at 11:18 AM Subject: [iris-bulk] Python Session at AGU 2013 To: bul...@ir... Forwarded on behalf of: Lion Krischer LMU Munich kri...@ge... Dear members of the IRIS community, with the deadline for abstract submission to the AGU Fall Meeting 2013 approaching fast, I wanted to point out a session revolving around the Python programming language. If you will be attending the meeting and are using Python for your research or workflows, please consider submitting an abstract to the IN-034 session until *next week Tuesday, August 6th*. https://fallmeeting.agu.org/2013/scientific-program/session-search/sessions/in034-ultra-scale-earth-systems-analyses-using-python/ It aims to promote the use of Python in the earth-science community. All the best, Lion Krischer and Thomas Lecocq |
|
From: K.-Michael A. <kmi...@gm...> - 2013-07-31 21:45:14
|
On 2013-07-31 16:51:44 +0000, Jeffrey Spencer said: > You can try fig.canvas.draw() to draw but as I have never tried the > above not sure whether it will work. Also this one does not show anything, which makes me start to believe that the axes[0,0].set_axes(ax) could be the step that fails? > > Cheers > > > On Tue, Jul 30, 2013 at 10:13 AM, K.-Michael Aye > <kmi...@gm...> wrote: > Hi! > > Is there a way to copy an axes object into different figures? > The idea would be to first create a valuable plot, save it on its own > into a file, and then add it to a subplots figure as part of an > overview? > I tried to play with this but can't make it to show up in an pylab session: > > plot(arange(10)) > ax = gca() > > fig, axes = subplots(2,2) > > axes[0,0].set_axes(ax) > > If the above is correct, how can I make it show up now? fig.show() did > not work and fig.draw() needs an artist and a renderer which I am > unsure where to get them from? > > Any hints, or which docs to read as usual apprectiated! > Michael > > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: K.-Michael A. <kmi...@gm...> - 2013-07-31 21:40:13
|
On 2013-07-31 17:02:12 +0000, Jeffrey Spencer said: > Should have mentioned but the artist is like self in most classes so > really just need to pass in the renderer. > > The renderer can be obtained from fig.canvas.get_renderer() so can pass > this to fig.draw(fig.canvas.get_renderer()). I have never done it this > way but should have the same results I am guessing as what I mentioned > above. There was no error message, but nothing showed up either. > > Cheers > > > On Tue, Jul 30, 2013 at 10:13 AM, K.-Michael Aye > <kmi...@gm...> wrote: > Hi! > > Is there a way to copy an axes object into different figures? > The idea would be to first create a valuable plot, save it on its own > into a file, and then add it to a subplots figure as part of an > overview? > I tried to play with this but can't make it to show up in an pylab session: > > plot(arange(10)) > ax = gca() > > fig, axes = subplots(2,2) > > axes[0,0].set_axes(ax) > > If the above is correct, how can I make it show up now? fig.show() did > not work and fig.draw() needs an artist and a renderer which I am > unsure where to get them from? > > Any hints, or which docs to read as usual apprectiated! > Michael > > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Jeffrey S. <jef...@gm...> - 2013-07-31 17:02:36
|
Should have mentioned but the artist is like self in most classes so really just need to pass in the renderer. The renderer can be obtained from fig.canvas.get_renderer() so can pass this to fig.draw(fig.canvas.get_renderer()). I have never done it this way but should have the same results I am guessing as what I mentioned above. Cheers On Tue, Jul 30, 2013 at 10:13 AM, K.-Michael Aye <kmi...@gm...>wrote: > Hi! > > Is there a way to copy an axes object into different figures? > The idea would be to first create a valuable plot, save it on its own > into a file, and then add it to a subplots figure as part of an > overview? > I tried to play with this but can't make it to show up in an pylab session: > > plot(arange(10)) > ax = gca() > > fig, axes = subplots(2,2) > > axes[0,0].set_axes(ax) > > If the above is correct, how can I make it show up now? fig.show() did > not work and fig.draw() needs an artist and a renderer which I am > unsure where to get them from? > > Any hints, or which docs to read as usual apprectiated! > Michael > > > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Jeffrey S. <jef...@gm...> - 2013-07-31 16:52:08
|
You can try fig.canvas.draw() to draw but as I have never tried the above not sure whether it will work. Cheers On Tue, Jul 30, 2013 at 10:13 AM, K.-Michael Aye <kmi...@gm...>wrote: > Hi! > > Is there a way to copy an axes object into different figures? > The idea would be to first create a valuable plot, save it on its own > into a file, and then add it to a subplots figure as part of an > overview? > I tried to play with this but can't make it to show up in an pylab session: > > plot(arange(10)) > ax = gca() > > fig, axes = subplots(2,2) > > axes[0,0].set_axes(ax) > > If the above is correct, how can I make it show up now? fig.show() did > not work and fig.draw() needs an artist and a renderer which I am > unsure where to get them from? > > Any hints, or which docs to read as usual apprectiated! > Michael > > > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Jeffrey S. <jef...@gm...> - 2013-07-31 15:17:38
|
Yeah, I plot to pcolor a lot but haven't recently so next time I do I'll
check. It would make a lot of sense for saving overhead there as you have
stated.
The overhead doesn't seem to be to big for small plots but was just curious
where it was most useful.
Cheers,
Jeff
On Thu, Aug 1, 2013 at 12:59 AM, Michael Droettboom <md...@st...> wrote:
> On 07/31/2013 10:38 AM, Jeffrey Spencer wrote:
>
> Michael,
>
> Pdftocairo is a good tool to know so thanks for that tip.
>
> I still think currently it is a regression with the current 'stamp'
> method to use it on all accounts. I understand in a complicated figure with
> a bunch of subplots that this would be beneficial and create smaller code.
> I don't see how in single figures this would often result in reduced files
> sizes.
>
>
> The case where it has an enormous impact is when the same shape is used
> multiple times. For example in a scatter, hexbin or pcolor plot.
>
>
> I usually output single figures with one plot and I don't think one of
> them that I am currently working on was smaller in 1.4.x. They all resulted
> in reduced file sizes with mpl 1.1.1. This figure of 3d spheres resulted in
> 60kb instead of roughly 80kb after running pdftocairo. Anyway, you said in
> coming versions a threshold should be set before stamping of objects occurs
> so a fix is on the way eventually.
>
>
> Yes, but it's too complex of a fix to throw in quickly. I think the
> overall benefit of stamping is preferable to not doing it at all at this
> point.
>
> Mike
>
>
>
> Thanks for all the help,
> Jeff
>
>
> On Wed, Jul 31, 2013 at 11:31 PM, Michael Droettboom <md...@st...>wrote:
>
>> On 07/30/2013 04:20 PM, Jeffrey Spencer wrote:
>>
>> Michael,
>>
>> Thanks that is very informative. Answers most of the problems I was
>> having and read MEP14 which looks really useful
>>
>> That being said does the ps backend subset the fonts or use collections
>> for drawing (is the collections feature global or just in the pdf backend)?
>>
>>
>> The ps backend has the same behavior as pdf on both counts. TTF fonts
>> are subsetted, but the fonts that come from TeX come to use as Type1 fonts,
>> which matplotlib currently does not know how to subset. It also handles
>> collections in the same way (by creating a "stamp" and reusing it).
>>
>>
>> I usually use .eps output and convert to pdf using epstopdf unless the
>> figure has an alpha channel because always results in a much smaller file
>> (60kB roughly for this file or plain figure around 10kB) than direct pdf
>> output with the output looking the same. I pretty much always have
>> usetex=True so maybe the pdf file is always embedding the full fonts.
>>
>>
>> Yes, when usetex=True, matplotlib does not do any font subsetting (in
>> any backend). To get around this limitation, one can use the `pdftocairo`
>> tool (part of poppler utils), to convert from pdf to a pdf with subsetted
>> fonts. With your example, I was able to get the pdf down to ~80k. With
>> MEP14, we would basically move such functionality into matplotlib itself,
>> but that's sort of a long term, semi-back-burner project so it could be a
>> while.
>>
>> It's possible that epstopdf is doing some font subsetting of its own.
>> But as you point out, Postscript (as a specification) doesn't support
>> alpha, so it's not useful when you need alpha.
>>
>>
>>
>> Also, does the Cairo backend support usetex=True or subsetting? I know
>> I had read it did not support usetex but that was maybe 2 years ago or so.
>> The x,y,z axis look correct with cairo but the IPA Fonts don't render
>> properly. The legend font says it is size 12 but if you zoom in extremely
>> close you can see they are the correct fonts just way to small. The file
>> size is around 60kB as well so I am guessing it supports subsetting of
>> fonts.
>>
>>
>> Cairo does support font subsetting, but the matplotlib Cairo backend has
>> no support for usetex. I'm surprised this worked for you at all. When I
>> run your example with the Cairo backend, the IPA characters appear as raw
>> TeX source code, i.e. "\textipa{i}", which is what I would expect given
>> that the regular font renderer doesn't understand that syntax.
>>
>>
>>
>> The pgf backend would also subset fonts if output to .pdf I'm assuming
>> because that is the default with pdftex? It results in similar size files
>> to the .eps output for this file (roughly 60kB also).
>>
>>
>> Yes.
>>
>>
>>
>> The IPA font uses the package (\usepackage{tipa}) and therefore that is
>> why I think these look differently. That package draws these fonts with
>> its' font libraries instead of whatever is selected as the text font. Maybe
>> I'm wrong about this but that is my understanding because even in normal
>> latex code the fonts look different than the standard text.
>>
>>
>> That is correct. The default font for usetex=True is Computer Modern,
>> whereas it is Bitstream Vera Sans in the default font rendering. I was
>> referring to the difference between 1.2 and 1.4 which was using TeX fonts
>> in both cases, but due to a bug in 1.3/1.4 was rendering the IPA in serif
>> when you had requested sans-serif.
>>
>> Mike
>>
>>
>>
>> Cheers,
>> Jeff
>>
>>
>> On Wed, Jul 31, 2013 at 4:43 AM, Michael Droettboom <md...@st...>wrote:
>>
>>> There are two different things going on here.
>>>
>>> Between 1.2.1 and now, there was a bugfix to the font selection routine
>>> that inadvertently introduced a bug selecting fonts in the usetex backend.
>>> You may notice that on master, the IPA font selected is different. The
>>> file size difference can be attributed to the slightly larger font size of
>>> the one it selected vs. the one it should have. Note that when usetex is
>>> True, the fonts are not subsetted, so you always get the full font embedded
>>> in the file (MEP14 work will fix this in the future).
>>>
>>> See b5c340 for the bug that introduced the commit, and
>>> https://github.com/matplotlib/matplotlib/pull/2260 for the fix (which
>>> should make it into 1.3.0 final).
>>>
>>> Between 1.1.1 and 1.2.1 a change was made in how collections are
>>> handled. Previously, each path was redrawn individually. In 1.2, if a
>>> path is reused multiple times, a "stamp" is created and then it is "used"
>>> multiple times. In principle, this generally reduces file sizes by a large
>>> amount. However, in the case of this figure with the 3D spheres, each path
>>> is used only once, so rather than getting the file size savings of that
>>> approach, we only get the overhead. The backend could be smarter by not
>>> doing this when the path is only used a small number of times. Such a fix
>>> would be welcome, but is probably too large/risky to try to get into the
>>> current release cycle. It will have to wait for 1.3.1
>>>
>>> Cheers,
>>> Mike
>>>
>>>
>>>
>>> On 07/30/2013 12:24 PM, Jeffrey Spencer wrote:
>>>
>>> K, I have just made the script self-contained but it loads external data
>>> so I have attached that as well. If you want me to just separate out the
>>> plotting commands let me know. I have also attached my matplotlib rc file
>>> which is the same on all three systems. All the modifications to the
>>> matplotlibrc file are copied to the top and in the first 30 lines or so.
>>>
>>> Of note, the smallest file sizes for pdf are using the pgf backend
>>> around 60kb. Not sure if that helps at all. It is also around the same size
>>> if I export to .eps and then convert to pdf. About 60kb. The problem with
>>> eps in these 3d figures though is the back wall I think has an alpha
>>> channel because just becomes a solid wall in the output. No lines through
>>> it like the other two walls.
>>>
>>>
>>> On Tue, Jul 30, 2013 at 11:23 PM, Jouni K. Seppänen <jk...@ik...> wrote:
>>>
>>>> Jeffrey Spencer <jef...@gm...> writes:
>>>>
>>>> > I have three different versions of matplotlib that all output
>>>> different
>>>> > file sizes with matplotlib 1.1.1 providing the smallest. This is for
>>>> the
>>>> > same exact script. I can post the script if that helps.
>>>> >
>>>> > MPL 1.4.x: 539.32kb, Ubuntu 12.10
>>>> > MPL 1.1.1: 172.56kb Ubuntu 12.10
>>>> > MPL 1.2.1: 475.9kb, Ubuntu 13.04
>>>>
>>>> Yes, it would be interesting to know what the plotting commands are.
>>>> Just as a guess, since all the sizes are a few hundred kilobytes, it
>>>> could be a difference in e.g. font embedding - many TrueType fonts are
>>>> of comparable size.
>>>>
>>>> --
>>>> Jouni K. Seppänen
>>>> http://www.iki.fi/jks
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Get your SQL database under version control now!
>>>> Version control is standard for application code, but databases havent
>>>> caught up. So what steps can you take to put your SQL databases under
>>>> version control? Why should you start doing it? Read more to find out.
>>>>
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
>>>> _______________________________________________
>>>> Matplotlib-users mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Get your SQL database under version control now!
>>> Version control is standard for application code, but databases havent
>>> caught up. So what steps can you take to put your SQL databases under
>>> version control? Why should you start doing it? Read more to find out.http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
>>>
>>>
>>>
>>> _______________________________________________
>>> Matplotlib-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Get your SQL database under version control now!
>>> Version control is standard for application code, but databases havent
>>> caught up. So what steps can you take to put your SQL databases under
>>> version control? Why should you start doing it? Read more to find out.
>>>
>>> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>
>>>
>>
>>
>
>
|
657 messages has been excluded from this view by a project administrator.
