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
(1) |
2
(4) |
3
(3) |
4
(2) |
5
(4) |
6
(15) |
7
(17) |
8
(4) |
9
(5) |
10
(14) |
11
(16) |
12
(37) |
13
(38) |
14
(16) |
15
(2) |
16
(6) |
17
(4) |
18
(14) |
19
(4) |
20
(1) |
21
(14) |
22
(2) |
23
(6) |
24
(16) |
25
(4) |
26
(1) |
27
(10) |
28
(30) |
29
(7) |
30
(4) |
31
(15) |
|
|
|
|
|
On 7/11/06, Gary Ruben <gr...@bi...> wrote: > On this topic, here is something I used the other day (just some > different dash sequences): > > e, = plot(x, y, 'k', label=r'$\theta_3=%1.2f$'%(th3)) > setp(e, dashes={0:(1,0), 1:(2,2), 2:(10,4), 3:(10,4,4,4), 4:(10,2,2,2), > 5:(15,2,6,2)}[i]) Thanks for these. In playing with this, both for my needs and to try and contribute something for a permanent solution, I found something really strange. Try running the following code in pylab: """Simple dashing test.""" import numpy as N import pylab as P dashes= { 0:(1,0), 1:(2,2), 2:(10,4), 3:(10,4,4,4), 4:(10,2,2,2), 5:(15,2,6,2) } y = N.ones(10)+N.rand(10) P.figure() dashnums = dashes.keys() dashnums.sort() for d in dashnums: P.plot(y,dashes=dashes[d]) # Bug??? Using this, nothing gets displayed: y += 1 # But with this, it works fine: #y = y+1 P.show() # EOF Uncomment the 'y=y+1' option, and all works fine. Here's where the problem may be coming from, just try this in a terminal: y = 1.0*arange(10) plot(y) y += rand(10) show() There are actually two issues here, one is definitely a bug, the other one could be construed as a feature (albeit a surprising one): - bug: that the script above doesn't display anything with current SVN. I don't know why. - feature?: that mpl holds on to the actual numpy memory buffer, so if an array is modified in-place, any subsequent window update will modify the plot. I can actually see this being quite useful for monitoring a region of memory, though it can cause surprising behavior if you are just trying to get successive plots. I guess I'm squarely +1/-1 on how much I like it :) I'll work a bit more on the dashing and send something later... Cheers, and thanks for the hints! f
Anyone know what happened to matplotlib.ticker.IndexFormatter? Is there are replacement for it? -- David Grant Please Note my new email address: dav...@gm...
you can use the zorder option: plot(x_line,y_line,zorder=3D10) scatter(x_point,y_point,zorder=3D12) N. Le mardi 11 juillet 2006 14:48, aonghus a =E9crit=A0: > Hi, > > I would like to draw a line, and then draw some points > on top of the line, so I try something like > > plot(x_line, y_line, ...) > scatter(x_point, y_point) > > but in the resulting plot it seems the points are > drawn first and the lines drawn over them (so they are > obscured). > > How do I specify the order in which the drawing should > take place? > > thanks, > > a > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Hi, I would like to draw a line, and then draw some points on top of the line, so I try something like plot(x_line, y_line, ...) scatter(x_point, y_point) but in the resulting plot it seems the points are drawn first and the lines drawn over them (so they are obscured). How do I specify the order in which the drawing should take place? thanks, a __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
On Tuesday 11 July 2006 11:03, Andrew Straw wrote: > Darren Dale wrote: > > On Tuesday 11 July 2006 01:22, Andrew Straw wrote: > >> Darren Dale wrote: > >>> Hi Andrew, > >>> > >>> On Monday 10 July 2006 8:19 pm, Andrew Straw wrote: > >>>> Where should I start trying to debug an issue where Adobe Illustrator > >>>> CS for Windows is unable to open my EPS file generated by matplotlib? > >>>> When attempting to open the file, a a dialog pops up that says, "The > >>>> operation cannot complete because of an unknown error." So much for > >>>> informative error messages. Ghostview 3.6.1 can read the file just > >>>> fine, and Acrobat Distiller 7.0 for windows can also convert it to a > >>>> PDF just fine. FWIW, I'm using matplotlib.rc('ps',usedistiller=None), > >>>> but I get similar problems setting usedistiller='xpdf'. > >>>> > >>>> I'm basically an EPS file newbie, so don't be afraid to give me the > >>>> equivalent of "did you make sure the power switch is turned on". > >>> > >>> I have a feeling its a problem with the font handling. I cant open a > >>> file in inkscape either, the image looks fine but the fonts are > >>> missing. Try setting ps.usedistiller = ghostscript. That converts the > >>> file to low-level postscript, which CS should definitely be able to > >>> open. It worked for inkscape, at least. > >> > >> Hi Darren, > >> > >> Hmm, that didn't do it. > > > > That is really surprising to me. How is it that Inkscape can open a > > postscript file and Adobe's own software can not? > > Well, I didn't try Inkscape on it. My version of Inkscape doesn't seem > to import EPS files. How are you doing it. I've tried pstoedit to > convert it to SVG, but there were visible artifacts. I'm using version 0.44
Darren Dale wrote: > On Tuesday 11 July 2006 01:22, Andrew Straw wrote: > >> Darren Dale wrote: >> >>> Hi Andrew, >>> >>> On Monday 10 July 2006 8:19 pm, Andrew Straw wrote: >>> >>>> Where should I start trying to debug an issue where Adobe Illustrator CS >>>> for Windows is unable to open my EPS file generated by matplotlib? When >>>> attempting to open the file, a a dialog pops up that says, "The >>>> operation cannot complete because of an unknown error." So much for >>>> informative error messages. Ghostview 3.6.1 can read the file just fine, >>>> and Acrobat Distiller 7.0 for windows can also convert it to a PDF just >>>> fine. FWIW, I'm using matplotlib.rc('ps',usedistiller=None), but I get >>>> similar problems setting usedistiller='xpdf'. >>>> >>>> I'm basically an EPS file newbie, so don't be afraid to give me the >>>> equivalent of "did you make sure the power switch is turned on". >>>> >>> I have a feeling its a problem with the font handling. I cant open a file >>> in inkscape either, the image looks fine but the fonts are missing. Try >>> setting ps.usedistiller = ghostscript. That converts the file to >>> low-level postscript, which CS should definitely be able to open. It >>> worked for inkscape, at least. >>> >> Hi Darren, >> >> Hmm, that didn't do it. >> > > That is really surprising to me. How is it that Inkscape can open a postscript > file and Adobe's own software can not? > > Well, I didn't try Inkscape on it. My version of Inkscape doesn't seem to import EPS files. How are you doing it. I've tried pstoedit to convert it to SVG, but there were visible artifacts. >> Simple plots (like simple_plot.py) work with no >> distiller step, so it must be something about my more complex plot. >> Unfortunately, it's a rather complex menagerie of code that produces the >> plot so I'm afraid that if I want to narrow this down, it'll be rather >> painful and slow going. I might just stick with the >> MPL->EPS->Distiller->PDF->Illustrator toolchain, which seems to work for >> the moment. >> > > If you get time, you might edit the postscript file by hand and comment out > large sections of the code, and try importing those modified files. > That's a good idea. I think I'll try it.
Some change have been introduce in matplotlib? Because I used this sequence= =20 before and it was working. I'm a little bit surprise by the fact that the r= gb=20 sequence must be three numbers between 0 and 1. Generally rgb sequence are= =20 between 0 and 255, aren't they? http://homepage.mac.com/jakesan/DHP/page0/page3/page3.html And so my sequence is correct in this definition but yes false in the actua= l=20 matplotlib definition but in this case an explicit error message must be=20 given to tell that RGB color doesn't respect the general convention and mus= t=20 be between 0 and 1=20 Regards, N. Le mardi 11 juillet 2006 04:43, Eric Firing a =E9crit=A0: > An rgb colorspec in matplotlib must be a sequence of three numbers > between zero and one, so the problem is that you are indeed giving an > invalid rgb arg. > > I think perhaps you grabbed an error message from a different instance > of this error; when I try it, I get an error message that correctly > gives the invalid arg that was supplied: > > ValueError: to_rgb: Invalid rgb arg "(120, 120, 120)" > to_rgb: Invalid rgb arg "(120, 120, 120)" > > > Eric > > hu...@ya... wrote: > > Hello, I have a problem with the svn version of matplotlib. I don't know > > when this problem appeared but it was working before. > > > > so the next script gave me an error message: > > > > > > import pylab > > > > p =3D pylab.plot([1,2],[2,3],'o') > > pylab.setp(p,markerfacecolor=3D(120,120,120),markersize=3D5,markeredgew= idth=3D1 > >.,zorder=3D50) > > > > pylab.show() > > > > the main error message is: > > > > ValueError: to_rgb: Invalid rgb arg "(10.0, 10.0, 10.0)" > > to_rgb: Invalid rgb arg "(10.0, 10.0, 10.0)" > > > > but I don't understand why. > > > > N. > > > > > > -----------------------------------------------------------------------= =2D- > > Using Tomcat but need to do more? Need to support web services, securit= y? > > Get stuff done quickly with pre-integrated technology to make your job > > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > > _______________________________________________ > > Matplotlib-users mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
On Tuesday 11 July 2006 01:22, Andrew Straw wrote: > Darren Dale wrote: > > Hi Andrew, > > > > On Monday 10 July 2006 8:19 pm, Andrew Straw wrote: > >> Where should I start trying to debug an issue where Adobe Illustrator CS > >> for Windows is unable to open my EPS file generated by matplotlib? When > >> attempting to open the file, a a dialog pops up that says, "The > >> operation cannot complete because of an unknown error." So much for > >> informative error messages. Ghostview 3.6.1 can read the file just fine, > >> and Acrobat Distiller 7.0 for windows can also convert it to a PDF just > >> fine. FWIW, I'm using matplotlib.rc('ps',usedistiller=None), but I get > >> similar problems setting usedistiller='xpdf'. > >> > >> I'm basically an EPS file newbie, so don't be afraid to give me the > >> equivalent of "did you make sure the power switch is turned on". > > > > I have a feeling its a problem with the font handling. I cant open a file > > in inkscape either, the image looks fine but the fonts are missing. Try > > setting ps.usedistiller = ghostscript. That converts the file to > > low-level postscript, which CS should definitely be able to open. It > > worked for inkscape, at least. > > Hi Darren, > > Hmm, that didn't do it. That is really surprising to me. How is it that Inkscape can open a postscript file and Adobe's own software can not? > Simple plots (like simple_plot.py) work with no > distiller step, so it must be something about my more complex plot. > Unfortunately, it's a rather complex menagerie of code that produces the > plot so I'm afraid that if I want to narrow this down, it'll be rather > painful and slow going. I might just stick with the > MPL->EPS->Distiller->PDF->Illustrator toolchain, which seems to work for > the moment. If you get time, you might edit the postscript file by hand and comment out large sections of the code, and try importing those modified files.
Dear All, i was wondering if they are a binary package for matplotlib for macos10.3 with python2.4, and the last version of numpy. The one i found is only the 0.82 and required numeric. Or do i have to build from source. I am a bit confused as the last source file still talk about numeric and numarray. Thanks for your help Brice
On this topic, here is something I used the other day (just some different dash sequences): e, = plot(x, y, 'k', label=r'$\theta_3=%1.2f$'%(th3)) setp(e, dashes={0:(1,0), 1:(2,2), 2:(10,4), 3:(10,4,4,4), 4:(10,2,2,2), 5:(15,2,6,2)}[i]) Maybe we should just blatantly copy the gnuplot sequence, although the sequence might be gpl'ed! One question which arises is that it wasn't clear what to set dashes to to get a solid line. I ended up doing the 0: case above i.e. (1,0), but I suspect this isn't ideal because it might generate lots of unwanted line segments. I think I tried None and (1) and it didn't work. Perhaps (999,0) would be better? Gary R.
An rgb colorspec in matplotlib must be a sequence of three numbers between zero and one, so the problem is that you are indeed giving an invalid rgb arg. I think perhaps you grabbed an error message from a different instance of this error; when I try it, I get an error message that correctly gives the invalid arg that was supplied: ValueError: to_rgb: Invalid rgb arg "(120, 120, 120)" to_rgb: Invalid rgb arg "(120, 120, 120)" Eric hu...@ya... wrote: > Hello, I have a problem with the svn version of matplotlib. I don't know when > this problem appeared but it was working before. > > so the next script gave me an error message: > > > import pylab > > p = pylab.plot([1,2],[2,3],'o') > pylab.setp(p,markerfacecolor=(120,120,120),markersize=5,markeredgewidth=1.,zorder=50) > > pylab.show() > > the main error message is: > > ValueError: to_rgb: Invalid rgb arg "(10.0, 10.0, 10.0)" > to_rgb: Invalid rgb arg "(10.0, 10.0, 10.0)" > > but I don't understand why. > > N. > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Darren Dale wrote: > Hi Andrew, > > On Monday 10 July 2006 8:19 pm, Andrew Straw wrote: > >> Where should I start trying to debug an issue where Adobe Illustrator CS >> for Windows is unable to open my EPS file generated by matplotlib? When >> attempting to open the file, a a dialog pops up that says, "The >> operation cannot complete because of an unknown error." So much for >> informative error messages. Ghostview 3.6.1 can read the file just fine, >> and Acrobat Distiller 7.0 for windows can also convert it to a PDF just >> fine. FWIW, I'm using matplotlib.rc('ps',usedistiller=None), but I get >> similar problems setting usedistiller='xpdf'. >> >> I'm basically an EPS file newbie, so don't be afraid to give me the >> equivalent of "did you make sure the power switch is turned on". >> > > I have a feeling its a problem with the font handling. I cant open a file in > inkscape either, the image looks fine but the fonts are missing. Try setting > ps.usedistiller = ghostscript. That converts the file to low-level > postscript, which CS should definitely be able to open. It worked for > inkscape, at least. > Hi Darren, Hmm, that didn't do it. Simple plots (like simple_plot.py) work with no distiller step, so it must be something about my more complex plot. Unfortunately, it's a rather complex menagerie of code that produces the plot so I'm afraid that if I want to narrow this down, it'll be rather painful and slow going. I might just stick with the MPL->EPS->Distiller->PDF->Illustrator toolchain, which seems to work for the moment.
>>>>> "Fernando" == Fernando Perez <fpe...@gm...> writes: Fernando> Hi all, this is somewhat of a half-feature request, Fernando> half-question. I just went through a rather unpleasant Fernando> exercise in trying to get a line plot with about 8 Fernando> traces generated for black and white printing. As it Fernando> turns out, mpl seems to only have 4 line styles ('-', Fernando> '--', '-.', ':'), which isn't really a whole lot Fernando> (compare this to gnuplot's extensive dashing support). Are you aware of the "dashes" property, which allows you to set the exact dash pattern you want. It's an arbitrary length sequence of alternating ink-on, ink-off, in points # 5 points on, 2 off, 10 on, 5 off) plot(arange(20), '--', dashes=[5,2,10,5]) Fernando> Additionally, I'd like to suggest having a b/w mode, Fernando> where mpl's auto-selection of different colors for Fernando> successive line plots becomes a rotation of dashing Fernando> modes. Gnuplot's EPS backend has exactly this feature, This seems like a good idea -- if you define a nice sequence of dashes you want to cycle through, I'll build the rest of the infrastructure and make a figure property like iscolor. JDH
Hi Andrew, On Monday 10 July 2006 8:19 pm, Andrew Straw wrote: > Where should I start trying to debug an issue where Adobe Illustrator CS > for Windows is unable to open my EPS file generated by matplotlib? When > attempting to open the file, a a dialog pops up that says, "The > operation cannot complete because of an unknown error." So much for > informative error messages. Ghostview 3.6.1 can read the file just fine, > and Acrobat Distiller 7.0 for windows can also convert it to a PDF just > fine. FWIW, I'm using matplotlib.rc('ps',usedistiller=None), but I get > similar problems setting usedistiller='xpdf'. > > I'm basically an EPS file newbie, so don't be afraid to give me the > equivalent of "did you make sure the power switch is turned on". I have a feeling its a problem with the font handling. I cant open a file in inkscape either, the image looks fine but the fonts are missing. Try setting ps.usedistiller = ghostscript. That converts the file to low-level postscript, which CS should definitely be able to open. It worked for inkscape, at least. Darren
Hi all, this is somewhat of a half-feature request, half-question. I just went through a rather unpleasant exercise in trying to get a line plot with about 8 traces generated for black and white printing. As it turns out, mpl seems to only have 4 line styles ('-', '--', '-.', ':'), which isn't really a whole lot (compare this to gnuplot's extensive dashing support). One can combine dashing with markers, but the results aren't really very pretty (the relationship in spacing between the dashing and the markers causes this, since the markers are right at the data points while the dashing is whatever it is). Mpl's color support is outstanding, but I need these figures in b/w for a paper that will have no color figures, and I'm wondering what others have resorted to in similar situations. Additionally, I'd like to suggest having a b/w mode, where mpl's auto-selection of different colors for successive line plots becomes a rotation of dashing modes. Gnuplot's EPS backend has exactly this feature, and it's absolutely fantastic: if color is on, it auto-selects amongst many colors, but if color is off, it automatically switches to contrasting dashing modes. This more or less ensures that you can get the same plot made, either in color or b/w, with nearly zero effort and still have distinguishable traces. It's really nice to be able to generate a color version of the figures for a talk and a b/w one for a paper, without hours of manual tweaks. Anyway, I hacked an ugly-but-functional solution on my own, so this message is mostly to put the issue on the radar, though I /am/ interested in solutions others may have. Cheers, f
Where should I start trying to debug an issue where Adobe Illustrator CS for Windows is unable to open my EPS file generated by matplotlib? When attempting to open the file, a a dialog pops up that says, "The operation cannot complete because of an unknown error." So much for informative error messages. Ghostview 3.6.1 can read the file just fine, and Acrobat Distiller 7.0 for windows can also convert it to a PDF just fine. FWIW, I'm using matplotlib.rc('ps',usedistiller=None), but I get similar problems setting usedistiller='xpdf'. I'm basically an EPS file newbie, so don't be afraid to give me the equivalent of "did you make sure the power switch is turned on". Cheers! Andrew