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
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
|
|
1
(28) |
2
(11) |
3
(15) |
4
(11) |
5
(13) |
6
(33) |
7
(13) |
8
(9) |
9
(2) |
10
(9) |
11
(27) |
12
(5) |
13
(10) |
14
(6) |
15
(9) |
16
(4) |
17
(2) |
18
(19) |
19
(11) |
20
(9) |
21
(16) |
22
(16) |
23
(5) |
24
(2) |
25
(8) |
26
(2) |
27
(11) |
28
(10) |
29
(5) |
30
(1) |
31
(2) |
|
|
|
|
|
|
Hi! I'm being dense here and I'm hoping some one can help me out. I had 0.91.1 from http://www.pythonmac.org/packages/py25-fat/index.html I went to install the shiny new version of matplotlib (0.98.3) on my mac using the .egg from sourceforge. I assumed that the .egg is a binary version of matplotlib, but the installer started to download a source tarball from sourceforge. It then failed because I don't have a bunch of libraries like png etc. I then tried with the --no-deps option on easy_install and it timed out. Well, I wanted to see how badly my install was borked and I ran ipython, imported matplotlib and checked the version and the date. In [3]: matplotlib.__version__ Out[3]: '0.98.3' In [4]: matplotlib.__date__ Out[4]: '$Date: 2008年07月31日 15:08:08 -0400 (2008年7月31日) $' eh? It installed? Then I ran some of my scripts and it turns out those work fine too! I've been trying to understand: 1. Why the .egg would need to compile from source 2. Why the .egg works properly even though dependencies were missing and the compile failed Yours in astonishment -kg
Just a note to say I like the new webpage layout and design! :) -kg
On Sun, Aug 10, 2008 at 8:06 AM, Boris Barbour <ba...@en...> wrote: > > Hi, > > I have lots of data acquired via analogue to digital conversion. The data is > consequently represented as integers (often 16 bit resolution). To obtain the > correct signal and plot it, these data must of course be multiplied by a > floating point scale factor. This seems potentially wasteful of resources > (time and memory), especially as I would prefer to keep the original data > untouched. > > It occurs to me that a more efficient plotting method would be to plot the > original data but scale the axes by the appropriate factor. In that way a > simple numpy array view could be passed to plot. Does a method for doing this > exist? I think I can do it in a rather convoluted way by plotting the > original data and then superimposing empty axes at the adjusted scale. > However, I haven't yet tested this and I'm a bit skeptical about the overhead > of two plots. Another possibility might be the units mechanism, but according > to the documentation that is discouraged, and it might be awkward to > implement. The easiest way is to define a custom formatter -- this is responsible for taking your numeric data and converting it to strings for the tick labels and navigation toolbar coordinate reporting. Eg import numpy as np import matplotlib.pyplot as plt import matplotlib.ticker as ticker t = np.arange(1000)*0.01 s = (np.random.rand(1000)*4096).astype(int) # this controls the formatting of the tick labels class VoltFormatter(ticker.Formatter): """ take input and convert to +/- 5V 0->-5, 2048->0, 4096->5 """ def __call__(self, x, pos=None): return '%1.2f'%(5*(x-2048)/4096.) formatter = VoltFormatter() fig = plt.figure() ax = fig.add_subplot(111) ax.plot(t, s) ax.yaxis.set_major_formatter(formatter) plt.show() One problem with this solution is that the tick choices are poor, since the tick locator doesn't know where to put multiple of volts. To solve this, you can write your own locator, eg as described in the user's guide, to place ticks on multiples of the integer scale. But as Eric notes, mpl will be converting your data under the hoods to doubles anyway, so you won't be getting any space and cpu savings
Boris Barbour wrote: > Hi, > > I have lots of data acquired via analogue to digital conversion. The data is > consequently represented as integers (often 16 bit resolution). To obtain the > correct signal and plot it, these data must of course be multiplied by a > floating point scale factor. This seems potentially wasteful of resources > (time and memory), especially as I would prefer to keep the original data > untouched. I don't understand this last clause; scaling your original integer data prior to plotting does not in any way inhibit your storage and use of that original integer data. > > It occurs to me that a more efficient plotting method would be to plot the > original data but scale the axes by the appropriate factor. In that way a > simple numpy array view could be passed to plot. Does a method for doing this > exist? I think I can do it in a rather convoluted way by plotting the > original data and then superimposing empty axes at the adjusted scale. > However, I haven't yet tested this and I'm a bit skeptical about the overhead > of two plots. Another possibility might be the units mechanism, but according > to the documentation that is discouraged, and it might be awkward to > implement. > > If the possibility doesn't exist, I wonder whether it might be feasible - and > not too difficult - to add to the axis methods? One could add a scale > parameter with a default value of 1 that should not affect existing code. For ordinary plots in matplotlib the data will be converted to double precision anyway, and the time required for you to do your own scaling and conversion is utterly negligible compared to the total plotting time. I don't think it will make any difference in memory usage, either. Matplotlib uses asarray(), so there will not be a copy if the input is already a double precision array. It sounds like you may be thinking about optimizations in the wrong place. Are you actually running up against speed or memory problems? Eric
On Sun, Aug 10, 2008 at 7:29 AM, Charlie Moad > Can you search your system and see if you have that dll installed somewhere. > Most likely you will. If you find it, go to the command prompt and change > to the directory where the dll is. Then run this command: > Regsvr32 msvcp71.dll Thanks for the suggestion. I didn't have msvcp71.dll on my system, so I went here to download it: http://www.driverskit.com/dll/msvcp71.dll/2371.html Once I placed it in the python directory, C:\Python25 (next to the msvcr71.dll), it worked fine. Perhaps the matplotlib installer for 64-bit Vista/Windows 2008 (if there ever is one) should include this file (or check for it)? Thanks again for the help! > - Charlie Adam -- "Invincibility is in oneself, vulnerability in the opponent." -- Sun Tzu
What is surprising is that this is the library Python uses, so it must be located at c:\pythonXXX. This path should be in the PATH variable. So the system finds the library, but not python ?? Matthieu 2008年8月10日 Adam Getchell <ada...@gm...>: > Just installed matplotlib, it doesn't plot the basic plot.py: > > from pylab import * > plot([1,2,3]) > show() > > Here's the results: > > C:\Projects\Python>python simple-plot.py --verbose-helpful > $HOME=X:\ > CONFIGDIR=X:\.matplotlib > matplotlib data path C:\Python25\lib\site-packages\matplotlib\mpl-data > loaded rc file C:\Python25\lib\site-packages\matplotlib\mpl-data\matplotlibrc > matplotlib version 0.98.3 > verbose.level helpful > interactive is False > units is False > platform is win32 > > I also get a popup window with this text: > > "This application has failed to start because MSVCP71.dll was not found. > Re-installing the application may fix this problem." > > As far as I can tell, this is a Visual C++ library from .NET 2003. > > My laptop is running Windows 2008 (64-bit) with the .NET 3.0 framework. > > I have already removed site-packages/matplotlib and reinstalled, with > the same results. > > Let me know if I should be reporting anything else not listed on: > > http://matplotlib.sourceforge.net/faq.html > > Thanks! > > Adam > -- > "Invincibility is in oneself, vulnerability in the opponent." -- Sun Tzu > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- French PhD student Website : http://matthieu-brucher.developpez.com/ Blogs : http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn : http://www.linkedin.com/in/matthieubrucher
Can you search your system and see if you have that dll installed somewhere. Most likely you will. If you find it, go to the command prompt and change to the directory where the dll is. Then run this command: Regsvr32 msvcp71.dll (I don't know if your 64-bit machine uses the command Regsvr64, so try that too) - Charlie On Sun, Aug 10, 2008 at 2:50 AM, Adam Getchell <ada...@gm...>wrote: > Just installed matplotlib, it doesn't plot the basic plot.py: > > from pylab import * > plot([1,2,3]) > show() > > Here's the results: > > C:\Projects\Python>python simple-plot.py --verbose-helpful > $HOME=X:\ > CONFIGDIR=X:\.matplotlib > matplotlib data path C:\Python25\lib\site-packages\matplotlib\mpl-data > loaded rc file > C:\Python25\lib\site-packages\matplotlib\mpl-data\matplotlibrc > matplotlib version 0.98.3 > verbose.level helpful > interactive is False > units is False > platform is win32 > > I also get a popup window with this text: > > "This application has failed to start because MSVCP71.dll was not found. > Re-installing the application may fix this problem." > > As far as I can tell, this is a Visual C++ library from .NET 2003. > > My laptop is running Windows 2008 (64-bit) with the .NET 3.0 framework. > > I have already removed site-packages/matplotlib and reinstalled, with > the same results. > > Let me know if I should be reporting anything else not listed on: > > http://matplotlib.sourceforge.net/faq.html > > Thanks! > > Adam > -- > "Invincibility is in oneself, vulnerability in the opponent." -- Sun Tzu > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Hi, I have lots of data acquired via analogue to digital conversion. The data is consequently represented as integers (often 16 bit resolution). To obtain the correct signal and plot it, these data must of course be multiplied by a floating point scale factor. This seems potentially wasteful of resources (time and memory), especially as I would prefer to keep the original data untouched. It occurs to me that a more efficient plotting method would be to plot the original data but scale the axes by the appropriate factor. In that way a simple numpy array view could be passed to plot. Does a method for doing this exist? I think I can do it in a rather convoluted way by plotting the original data and then superimposing empty axes at the adjusted scale. However, I haven't yet tested this and I'm a bit skeptical about the overhead of two plots. Another possibility might be the units mechanism, but according to the documentation that is discouraged, and it might be awkward to implement. If the possibility doesn't exist, I wonder whether it might be feasible - and not too difficult - to add to the axis methods? One could add a scale parameter with a default value of 1 that should not affect existing code. Boris
Just installed matplotlib, it doesn't plot the basic plot.py: from pylab import * plot([1,2,3]) show() Here's the results: C:\Projects\Python>python simple-plot.py --verbose-helpful $HOME=X:\ CONFIGDIR=X:\.matplotlib matplotlib data path C:\Python25\lib\site-packages\matplotlib\mpl-data loaded rc file C:\Python25\lib\site-packages\matplotlib\mpl-data\matplotlibrc matplotlib version 0.98.3 verbose.level helpful interactive is False units is False platform is win32 I also get a popup window with this text: "This application has failed to start because MSVCP71.dll was not found. Re-installing the application may fix this problem." As far as I can tell, this is a Visual C++ library from .NET 2003. My laptop is running Windows 2008 (64-bit) with the .NET 3.0 framework. I have already removed site-packages/matplotlib and reinstalled, with the same results. Let me know if I should be reporting anything else not listed on: http://matplotlib.sourceforge.net/faq.html Thanks! Adam -- "Invincibility is in oneself, vulnerability in the opponent." -- Sun Tzu