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: Michael R. <raw...@ya...> - 2012-09-19 17:30:13
|
Ubuntu 12.04 hdf5-tools installed from package manager netcdf-bin and python-netcdf installed from package manager I downloaded netCDF4-1.0fix1.tar.gz from http://code.google.com/p/netcdf4-python/downloads/list > python setup.py build /usr/bin/ld: cannot find -lhdf5_hl /usr/bin/ld: cannot find -lhdf5 collect2: ld returned 1 exit status /usr/bin/ld: cannot find -lhdf5_hl /usr/bin/ld: cannot find -lhdf5 collect2: ld returned 1 exit status error: Command "gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-Bsymbolic-functions -Wl,-z,relro build/temp.linux-i686-2.7/netCDF4.o -L/usr/local/lib -L/usr/local/lib -Wl,-R/usr/local/lib -Wl,-R/usr/local/lib -lnetcdf -lhdf5_hl -lhdf5 -lz -o build/lib.linux-i686-2.7/netCDF4.so" failed with exit status 1 |
|
From: Andrea G. <and...@gm...> - 2012-09-19 15:08:38
|
Hi All,
I am currently trying to plot 4 points (but they will be more, in
an animated sequence later), and I am trying to use an image as a
point marker. I am using the axes transData transform to get the point
coordinates from the data world to the display world.
Everything seems to be working OK (i.e., the images are placed
correctly close to the plot points); however, as soon as I try to
force the axes into an "equal" aspect ratio with this command:
ax.set_aspect('equal')
Then all the calculations are messed up and the images end up very far
from the plot points. I have tried also the approach mentioned in this
StackOverflow post:
http://stackoverflow.com/questions/2318288/how-to-use-custom-marker-with-plot
But I get the same wrong answer when I set the "equal" aspect ratio
for the axes.
I am attaching a small sample application which demonstrates the
problem, a small "smiley.png" image needed to run the script and two
plots generated by my script, one with the "equal" aspect ratio and
the other without.
I appreciate any suggestion, as I feel I am missing something important...
Thank you in advance.
Andrea.
"Imagination Is The Only Weapon In The War Against Reality."
http://xoomer.alice.it/infinity77/
# ------------------------------------------------------------- #
def ask_mailing_list_support(email):
if mention_platform_and_version() and include_sample_app():
send_message(email)
else:
install_malware()
erase_hard_drives()
# ------------------------------------------------------------- #
|
|
From: Fabien L. <laf...@gm...> - 2012-09-19 13:14:51
|
Actually I want to try to plot something like this picture: http://physics.aps.org/assets/d88621a594e78eea With a color for inside and another for outside. |
|
From: Paul H. <pmh...@gm...> - 2012-09-19 01:56:25
|
On Tue, Sep 18, 2012 at 3:14 PM, Sean Lake <ody...@gm...> wrote: > Hello all, > > I want to adjust the wspace used in a gridspec plot on a cell by cell basis. Anyone have suggestions for how to do that? I haven't been able to find an api to do that directly. The other possibility would be to be able to embed a gridspec within a gridspec, but I'm not sure if that's possible, either. > > More details: I have a plot that has two subplots arranged in a single row or column. Both plots share their relevant border axis, so I don't want space between them. They also share a color bar, however, and the only way I've been able to get that to draw in a sane way was to give it it's own axes instance in a separate cell of the gridspec. I therefore want to remove the space between the main plots without removing it for the color bar. This worked fine for the wider than tall plots since I could stack them and set hspace to 0 and have the color bar extend across rows. For the pair of plots that are more square, and therefor best put side by side, I'm having trouble finding a solution. > > Thanks, > Sean Sean, I *think* the best way to do this is use multiple GridSpec objects within a single figure. Does this example help? http://matplotlib.org/users/gridspec.html#adjust-gridspec-layout -paul |
|
From: Mike K. <mc...@gm...> - 2012-09-19 01:51:33
|
On 9/18/12 6:14 PM, Sean Lake wrote: > Hello all, > > I want to adjust the wspace used in a gridspec plot on a cell by cell > basis. Anyone have suggestions for how to do that? I haven't been > able to find an api to do that directly. The other possibility would > be to be able to embed a gridspec within a gridspec, but I'm not sure > if that's possible, either. > > More details: I have a plot that has two subplots arranged in a > single row or column. Both plots share their relevant border axis, so > I don't want space between them. They also share a color bar, > however, and the only way I've been able to get that to draw in a > sane way was to give it it's own axes instance in a separate cell of > the gridspec. I therefore want to remove the space between the main > plots without removing it for the color bar. This worked fine for the > wider than tall plots since I could stack them and set hspace to 0 > and have the color bar extend across rows. For the pair of plots that > are more square, and therefor best put side by side, I'm having > trouble finding a solution. > I wonder if hspace and wspace in gridspec should take arrays like width_ratios and height_ratios. Try axes_grid1 instead. http://matplotlib.org/mpl_toolkits/axes_grid/users/overview.html#axes-grid1 (though the documentation is not the best) I think this example does what you want: M import matplotlib.pyplot as plt from mpl_toolkits.axes_grid1 import make_axes_locatable import numpy as np clf() ax = plt.subplot(111) im = ax.imshow(np.arange(100).reshape((10,10))) divider = make_axes_locatable(ax) ax1 = divider.append_axes("right", size="100%", pad=0.0) im1 = ax1.imshow(np.arange(100).reshape((10,10)).transpose()) cax = divider.append_axes("right", size="5%", pad=0.05) plt.colorbar(im1, cax=cax) plt.draw() |
|
From: gsal <sal...@gm...> - 2012-09-19 00:50:04
|
oh, o.k., I will read up on that...for now, with python, I simply plotting one instance at a time and saving every image; then, with ffmpeg, gluing the gluing the images together from the command line. thanks Germán -- View this message in context: http://matplotlib.1069221.n5.nabble.com/animation-or-movie-tp38969p38975.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: Sean L. <ody...@gm...> - 2012-09-18 22:14:34
|
Hello all, I want to adjust the wspace used in a gridspec plot on a cell by cell basis. Anyone have suggestions for how to do that? I haven't been able to find an api to do that directly. The other possibility would be to be able to embed a gridspec within a gridspec, but I'm not sure if that's possible, either. More details: I have a plot that has two subplots arranged in a single row or column. Both plots share their relevant border axis, so I don't want space between them. They also share a color bar, however, and the only way I've been able to get that to draw in a sane way was to give it it's own axes instance in a separate cell of the gridspec. I therefore want to remove the space between the main plots without removing it for the color bar. This worked fine for the wider than tall plots since I could stack them and set hspace to 0 and have the color bar extend across rows. For the pair of plots that are more square, and therefor best put side by side, I'm having trouble finding a solution. Thanks, Sean |
|
From: Benjamin R. <ben...@ou...> - 2012-09-18 19:18:36
|
On Tue, Sep 18, 2012 at 3:10 PM, gsal <sal...@gm...> wrote: > Animation/movie advice. > > So, earlier, I got some help in finding out about pcolorfast that allowed > me > to plot some data as a nice contour. > > Now, I would like to get fancier and actually take a look as such contour > as > it varies with time... > > how to go about it? > some kind of animation? or movie? > > If I want to do one cycle wt=0..2pi rad, or equivalently, wt=1..360 deg, I > could go ahead and create all 360 contours ahead of time, save them, and > them somehow display them in a sequence. > > I just have never done animation or gluing pictures into a movie. > > Any advise would be greatly appreciated. > > Thanks, > > Germán > > > This should get you started. Unfortunately, the documentation is very sparse, but the examples should be illuminating. Note that you will need to have either ffmpeg or mencoder installed if you wish to save any of these to movie files. http://matplotlib.org/examples/animation/index.html http://matplotlib.org/api/animation_api.html Cheers! Ben Root |
|
From: gsal <sal...@gm...> - 2012-09-18 19:10:17
|
Animation/movie advice. So, earlier, I got some help in finding out about pcolorfast that allowed me to plot some data as a nice contour. Now, I would like to get fancier and actually take a look as such contour as it varies with time... how to go about it? some kind of animation? or movie? If I want to do one cycle wt=0..2pi rad, or equivalently, wt=1..360 deg, I could go ahead and create all 360 contours ahead of time, save them, and them somehow display them in a sequence. I just have never done animation or gluing pictures into a movie. Any advise would be greatly appreciated. Thanks, Germán -- View this message in context: http://matplotlib.1069221.n5.nabble.com/animation-or-movie-tp38969.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: Michael R. <raw...@ya...> - 2012-09-18 15:13:25
|
________________________________
From: Jeff Whitaker <js...@fa...>
To: mat...@li...
Cc: raw...@ya...
Sent: Thursday, September 13, 2012 9:44 PM
Subject: Re: [Matplotlib-users] error installing basemap
Michael: The NetCDFFile function was deprecated a few releases back, and recently removed. If you have netcdf4-python installed you can do
from netCDF4 import Dataset as NetCDFFile
and the script should work as before.
Regarding the second error, you must open the file for write access
(mode='w') if you want to add attributes to the data variables.
-Jeff
From: Michael Rawlins <raw...@ya...>
To: Jeff Whitaker <js...@fa...>;
"mat...@li..."
<mat...@li...>
Sent: Thursday, September 13, 2012 10:28 PM
Subject: Re: [Matplotlib-users] error installing basemap
Making some progress. Following here:
http://code.google.com/p/netcdf4-python/wiki/UbuntuInstall
I've installed HDF5 after installing build-essential package. With just gcc installed I got an error.
The ./configure in netcdf4 directory failed, but completed with --disable-netcdf-4. I went ahead anyway hoping I don't need netCDF-4 formats or the additional netCDF-4 functions. Besides that issue, what's also not clear is where is setup.py file for the last step. It is not in the netcdf directory after the make install finished. I assume netcdf-python package will not conflict with the python-netcdf and netcdf versions installed through package manager.
Mike
________________________________
From: Michael Rawlins <raw...@ya...>
To: "mat...@li..." <mat...@li...>
Sent: Friday, September 14, 2012 1:34 AM
Subject: Re: [Matplotlib-users] error installing basemap
Got sidetracked with an OS issue. Back on the case. Where is the setup.py file I'm to install? I've installed both HDF5 and netcdf-4, correctly I hope.
Matplotlib-users mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-
|
|
From: Damon M. <dam...@gm...> - 2012-09-18 13:41:16
|
On Sun, Sep 16, 2012 at 8:38 PM, Eric Firing <ef...@ha...> wrote: > On 2012/09/16 8:54 AM, Benjamin Root wrote: >> >> >> On Sun, Sep 16, 2012 at 2:09 PM, Skipper Seabold <jss...@gm... >> <mailto:jss...@gm...>> wrote: >> >> Is there a way to overwrite suptitle? When using 3rd party libs that >> return a figure, if they set suptitle and don't give you the text >> object back then you can't overwrite it? This doesn't seem right to >> me. >> >> http://stackoverflow.com/questions/10559144/matplotlib-suptitle-prints-over-old-title >> >> Skipper >> >> >> Correct, this still seems to be the case. Looking at the code in >> figure.py, the suptitle() function just creates a text object and places >> it at a default location. Then it simply returns the object without >> saving a reference to it being a figure title. The only reference kept >> is in the self.texts list that it keeps. I see no reason why it has to >> be this way, though, and would certainly welcome a patch to fix this >> oversight (would make the code involving bbox_tight to be more simple, I >> think. > > OK, I guess I see the problem now: Figure.suptitle really should be able > to replace a prior suptitle, and the most straightforward way to > facilitate this is with an explicit reference kept by the Figure. > > Eric > >> >> Ben Root >> >> >> ------------------------------------------------------------------------------ >> Everyone hates slow websites. So do we. >> Make your web apps faster with AppDynamics >> Download AppDynamics Lite for free today: >> http://ad.doubleclick.net/clk;258768047;13503038;j? >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> >> >> >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users Fixed in https://github.com/matplotlib/matplotlib/pull/1276. -- Damon McDougall http://www.damon-is-a-geek.com B2.39 Mathematics Institute University of Warwick Coventry West Midlands CV4 7AL United Kingdom |
|
From: Michael D. <md...@st...> - 2012-09-18 12:53:32
|
It should be back up now. On 09/18/2012 08:42 AM, Michael Droettboom wrote: > Sorry -- I seem to have missed that in the transition from Sourceforge > to github hosting. I restore it. In the meantime, you can download > the source for it here: > > https://github.com/matplotlib/sampledoc > > Mike > > On 09/18/2012 02:29 AM, Massimo Di Stefano wrote: >> Hi All, >> >> I'm trying to access to the sampledoc tutorial, but seems it is no >> more on git/sourceforge, >> i tried at the link : >> >> http://matplotlib.sourceforge.net/sampledoc/ >> >> do you know where can i find it ? >> >> Thanks! >> >> Massimo. >> >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats.http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Michael D. <md...@st...> - 2012-09-18 12:43:31
|
Sorry -- I seem to have missed that in the transition from Sourceforge to github hosting. I restore it. In the meantime, you can download the source for it here: https://github.com/matplotlib/sampledoc Mike On 09/18/2012 02:29 AM, Massimo Di Stefano wrote: > Hi All, > > I'm trying to access to the sampledoc tutorial, but seems it is no > more on git/sourceforge, > i tried at the link : > > http://matplotlib.sourceforge.net/sampledoc/ > > do you know where can i find it ? > > Thanks! > > Massimo. > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Massimo Di S. <mas...@gm...> - 2012-09-18 06:29:43
|
Hi All, I'm trying to access to the sampledoc tutorial, but seems it is no more on git/sourceforge, i tried at the link : http://matplotlib.sourceforge.net/sampledoc/ do you know where can i find it ? Thanks! Massimo. |
|
From: Michael D. <md...@st...> - 2012-09-17 23:45:03
|
Thanks. I believe it should all be fixed now. On 09/17/2012 06:33 PM, Chr...@dl... wrote: > > thanks for your fast help. the links for the image tutorial are working already again. > > > On Sep 17, 2012, at 11:53 PM, Michael Droettboom wrote: > >> Thanks for pointing this out. I'll get to the bottom of it. >> >> Mike >> >> On 09/17/2012 05:16 PM, Chr...@dl... wrote: >>> hi all, >>> a lot of links at the github repository are broken. for example all the links to png, source code, ... of the image tutorial (http://matplotlib.org/users/image_tutorial.html). but also links of other pages are broken (e.g. http://matplotlib.org/users/plotting/examples/demo_gridspec01.png or http://matplotlib.org/users/tight_layout_guide.html or ....) and a lot of google search results. >>> best regards >>> christian >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: <Chr...@dl...> - 2012-09-17 22:34:07
|
thanks for your fast help. the links for the image tutorial are working already again. On Sep 17, 2012, at 11:53 PM, Michael Droettboom wrote: > Thanks for pointing this out. I'll get to the bottom of it. > > Mike > > On 09/17/2012 05:16 PM, Chr...@dl... wrote: >> hi all, >> a lot of links at the github repository are broken. for example all the links to png, source code, ... of the image tutorial (http://matplotlib.org/users/image_tutorial.html). but also links of other pages are broken (e.g. http://matplotlib.org/users/plotting/examples/demo_gridspec01.png or http://matplotlib.org/users/tight_layout_guide.html or ....) and a lot of google search results. >> best regards >> christian >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Michael D. <md...@st...> - 2012-09-17 21:53:42
|
Thanks for pointing this out. I'll get to the bottom of it. Mike On 09/17/2012 05:16 PM, Chr...@dl... wrote: > hi all, > a lot of links at the github repository are broken. for example all the links to png, source code, ... of the image tutorial (http://matplotlib.org/users/image_tutorial.html). but also links of other pages are broken (e.g. http://matplotlib.org/users/plotting/examples/demo_gridspec01.png or http://matplotlib.org/users/tight_layout_guide.html or ....) and a lot of google search results. > best regards > christian > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: <Chr...@dl...> - 2012-09-17 21:16:33
|
hi all, a lot of links at the github repository are broken. for example all the links to png, source code, ... of the image tutorial (http://matplotlib.org/users/image_tutorial.html). but also links of other pages are broken (e.g. http://matplotlib.org/users/plotting/examples/demo_gridspec01.png or http://matplotlib.org/users/tight_layout_guide.html or ....) and a lot of google search results. best regards christian |
|
From: Jeff W. <jef...@no...> - 2012-09-17 19:30:46
|
On 9/17/12 5:09 AM, Joachim Saul wrote: > Jeff, thanks for your feedback! A workaround for this (having drawcoastlines use line segments instead of polygons) is now part of this pull request: https://github.com/matplotlib/basemap/pull/78 Let's move discussion there.. -Jeff > > Jeff Whitaker [15.09.2012 17:25]: >> On 9/15/12 8:05 AM, Joachim Saul wrote: >>> Hi there, >>> >>> in basemap coastlines are apparently (always?) drawn as closed polygons not exceeding the map boundary, i.e. when the coastline intersects with the map boundary the polygon is continued along the map boundary until the next intersection point. The somewhat annoying side effect of this is a map boundary that appears thicker where it crosses landmasses. See for instance on http://matplotlib.org/basemap/users/examples the example "Plot hurricane tracks from a shapefile" where clearly the upper and left map boundaries are thicker where they cross the western U.S. or northern Canada. Another example where this effect is particularly pronounced is the example "Draw great circle between NY and London" on the same page. The effect gets worse if running these examples without antialiasing. Apparently only the upper and left boundaries are affected, whereas the lower and right boundaries are plotted properly. >>> >>> It looks to me as if this might simply be a bug due to the coastline not aligning perfectly with the map boundary, perhaps because of some roundoff error. Is there a way to avoid this? Wouldn't it be better to draw the coastlines not as closed polygons but as collections of line segments? >>> >>> Cheers, >>> Joachim >>> >> Joachim: I've noticed this myself, but have not found any solution. I suppose I could add an option to treat coastlines as line segments, but then you would not be able to use the fillcontinents method. > On the other hand, computing the coastlines /either/ as segments /or/ > closed polygons might be inexpensive enough to be done on the fly - i.e. > segments in drawcoastlines() but closed polygons in fillcontinents(). A > computational penalty comes into play only where both are called. But I > think this would be acceptable. > >> Here's what happens now when a Basemap instance is created: >> >> 1) the intersection between the coastline polygons and the map boundary is computed using the geos C library. >> 2) the coastline polygons are clipped at the map boundary >> 3) the coordinates of the coastline polygons are transformed to map projection coordinates >> >> Then, when the drawcoastlines or fillcontinents methods are called only the polygons inside the map projection region are drawn. This saves *a lot* of time when you're using high-resolution coastlines in a small map region. There is a similar process for political boundaries, but since they are line segments you don't see the "thickening" around the map edges. > Generally speaking this optimization stragegy is absolutely fine and > works well - except for this nasty little line width artefact. ;) > >> Maybe one solution would be to clip the polygons to a region slightly larger than the actual map projection region. > That should work but on the other hand it seems a little hackish and the > resulting code could be harder to understand. Besides the suggestion > given above I still have the feeling that part of the problem might be > related to some roundoff issue - how else could the presence of > thickened lines be (apparently) confined to only the upper and left border? > > Cheers, > Joachim > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-113 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: Stan W. <sta...@nr...> - 2012-09-17 17:05:54
|
From: Daniel Welling [mailto:dan...@gm...] Sent: Thursday, September 13, 2012 16:23 Greetings, all. I have an issue: I have several axes stacked in a column with a common time vector on each x-axis. Each plot is a contour, so overplotting is not an option. In a perfect world, I want the following: 1) The subplots are tightly spaced such that with ax.grid() activated, the grid lines appear continuous. This makes comparing simultaneous characteristics between subplots very easy. 2) The subplots are linked via the "sharex" keyword so I can move them all in unison. 3) Only the bottommost subplot has x tick labels; on other plots, the long time-formatted labels stick out of the left and right of the plots. [...] For #3, there is a convenience method of subplots, label_outer [1], that sets the visibility of the tick labels (as Francesco described), making them visible in the bottom row and invisible elsewhere (as in Sterling's code). Just iterate over all of your subplots and call the label_outer method on each one. [1] http://matplotlib.org/api/axes_api.html#matplotlib.axes.SubplotBase.label_oute r |
|
From: Phil E. <pel...@gm...> - 2012-09-17 11:32:25
|
Sometimes, having a point of reference really helps in tracking the issue down, particularly when complimented with the very cool "bisect" tool that comes with git. In this case though, I knew where the problem came in because I have been working closely in this area recently (and it's my change which has exposed the problem). I have fixed this in the pull request, and fully expect the fix to be in the next 1.2.x release candidate. If your willing and able, you could get hold of my branch until it is merged to carry on testing the release candidate. Hope that helps, All the best, Phil On 14 September 2012 17:53, Scott Lasley <sl...@sp...> wrote: > > On Sep 14, 2012, at 5:02 AM, Phil Elson <pel...@gm...> wrote: > > > Thanks for raising this. I have simplified and opened an issue for the > bug (https://github.com/matplotlib/matplotlib/issues/1246) and will be > looking at this asap. > > > > All the best, > > > > Phil > > I don't know if this helps, but my scripts and the code snippet in my > email message work without crashing using matplotlib 1.2.x compiled from > github on July 23, 2012 and > numpy-1.8.0.dev_63cd8f3-py2.7-macosx-10.6-intel.egg on another mac running > OS X 10.8.1. > > Thank you for looking into this, > Scott |
|
From: Joachim S. <sa...@gf...> - 2012-09-17 11:10:03
|
Jeff, thanks for your feedback! Jeff Whitaker [15.09.2012 17:25]: > On 9/15/12 8:05 AM, Joachim Saul wrote: >> Hi there, >> >> in basemap coastlines are apparently (always?) drawn as closed polygons not exceeding the map boundary, i.e. when the coastline intersects with the map boundary the polygon is continued along the map boundary until the next intersection point. The somewhat annoying side effect of this is a map boundary that appears thicker where it crosses landmasses. See for instance on http://matplotlib.org/basemap/users/examples the example "Plot hurricane tracks from a shapefile" where clearly the upper and left map boundaries are thicker where they cross the western U.S. or northern Canada. Another example where this effect is particularly pronounced is the example "Draw great circle between NY and London" on the same page. The effect gets worse if running these examples without antialiasing. Apparently only the upper and left boundaries are affected, whereas the lower and right boundaries are plotted properly. >> >> It looks to me as if this might simply be a bug due to the coastline not aligning perfectly with the map boundary, perhaps because of some roundoff error. Is there a way to avoid this? Wouldn't it be better to draw the coastlines not as closed polygons but as collections of line segments? >> >> Cheers, >> Joachim >> > > Joachim: I've noticed this myself, but have not found any solution. I suppose I could add an option to treat coastlines as line segments, but then you would not be able to use the fillcontinents method. On the other hand, computing the coastlines /either/ as segments /or/ closed polygons might be inexpensive enough to be done on the fly - i.e. segments in drawcoastlines() but closed polygons in fillcontinents(). A computational penalty comes into play only where both are called. But I think this would be acceptable. > Here's what happens now when a Basemap instance is created: > > 1) the intersection between the coastline polygons and the map boundary is computed using the geos C library. > 2) the coastline polygons are clipped at the map boundary > 3) the coordinates of the coastline polygons are transformed to map projection coordinates > > Then, when the drawcoastlines or fillcontinents methods are called only the polygons inside the map projection region are drawn. This saves *a lot* of time when you're using high-resolution coastlines in a small map region. There is a similar process for political boundaries, but since they are line segments you don't see the "thickening" around the map edges. Generally speaking this optimization stragegy is absolutely fine and works well - except for this nasty little line width artefact. ;) > Maybe one solution would be to clip the polygons to a region slightly larger than the actual map projection region. That should work but on the other hand it seems a little hackish and the resulting code could be harder to understand. Besides the suggestion given above I still have the feeling that part of the problem might be related to some roundoff issue - how else could the presence of thickened lines be (apparently) confined to only the upper and left border? Cheers, Joachim |
|
From: Eric F. <ef...@ha...> - 2012-09-16 19:38:19
|
On 2012/09/16 8:54 AM, Benjamin Root wrote: > > > On Sun, Sep 16, 2012 at 2:09 PM, Skipper Seabold <jss...@gm... > <mailto:jss...@gm...>> wrote: > > Is there a way to overwrite suptitle? When using 3rd party libs that > return a figure, if they set suptitle and don't give you the text > object back then you can't overwrite it? This doesn't seem right to > me. > > http://stackoverflow.com/questions/10559144/matplotlib-suptitle-prints-over-old-title > > Skipper > > > Correct, this still seems to be the case. Looking at the code in > figure.py, the suptitle() function just creates a text object and places > it at a default location. Then it simply returns the object without > saving a reference to it being a figure title. The only reference kept > is in the self.texts list that it keeps. I see no reason why it has to > be this way, though, and would certainly welcome a patch to fix this > oversight (would make the code involving bbox_tight to be more simple, I > think. OK, I guess I see the problem now: Figure.suptitle really should be able to replace a prior suptitle, and the most straightforward way to facilitate this is with an explicit reference kept by the Figure. Eric > > Ben Root > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
|
From: Eric F. <ef...@ha...> - 2012-09-16 19:31:03
|
On 2012/09/16 8:54 AM, Benjamin Root wrote: > > > On Sun, Sep 16, 2012 at 2:09 PM, Skipper Seabold <jss...@gm... > <mailto:jss...@gm...>> wrote: > > Is there a way to overwrite suptitle? When using 3rd party libs that > return a figure, if they set suptitle and don't give you the text > object back then you can't overwrite it? This doesn't seem right to > me. > > http://stackoverflow.com/questions/10559144/matplotlib-suptitle-prints-over-old-title > > Skipper > > > Correct, this still seems to be the case. Looking at the code in > figure.py, the suptitle() function just creates a text object and places > it at a default location. Then it simply returns the object without > saving a reference to it being a figure title. The only reference kept > is in the self.texts list that it keeps. I see no reason why it has to > be this way, though, and would certainly welcome a patch to fix this > oversight (would make the code involving bbox_tight to be more simple, I > think. Why should a reference be kept other than that in self.texts? Instead of keeping track of it somewhere else, would it be sufficient for the suptitle method to add a default "suptitle" label to the text object? Is there really anything special about the "suptitle" compared to any other text object that might be placed on the figure? Eric > > Ben Root > |
|
From: Skipper S. <jss...@gm...> - 2012-09-16 19:07:05
|
On Sun, Sep 16, 2012 at 2:54 PM, Benjamin Root <ben...@ou...> wrote: > > > On Sun, Sep 16, 2012 at 2:09 PM, Skipper Seabold <jss...@gm...> > wrote: >> >> Is there a way to overwrite suptitle? When using 3rd party libs that >> return a figure, if they set suptitle and don't give you the text >> object back then you can't overwrite it? This doesn't seem right to >> me. >> >> >> http://stackoverflow.com/questions/10559144/matplotlib-suptitle-prints-over-old-title >> >> Skipper >> > > Correct, this still seems to be the case. Looking at the code in figure.py, > the suptitle() function just creates a text object and places it at a > default location. Then it simply returns the object without saving a > reference to it being a figure title. The only reference kept is in the > self.texts list that it keeps. I see no reason why it has to be this way, > though, and would certainly welcome a patch to fix this oversight (would > make the code involving bbox_tight to be more simple, I think. > > Ben Root Does not reply to the list by default (?), so reposting Ah, thanks for pointing out the reference in self.texts. I can use this. I don't have time for a patch now, but I filed this issue. https://github.com/matplotlib/matplotlib/issues/1262 Skipper |