similar to: vis.gam zlab problem

Greetings, I have what I hope is a simple question. I would like to change my contour interval on the vis.gam( plot.type="contour") in the mgcv package. Is this a situation where I need to modify the function or is there a default value I can change? Thanks

I've just started digging into Andreas's old report: > a <- array(0,c(2,2,2)); > dimnames(a)<-list(hansi=1:2, pepi=c("a","b"), karli=3:4) > dimnames(a[,,1]) # losing component names [[1]] [1] "1" "2" [[2]] [1] "a" "b" Now, this would be fairly easily fixed (I think) which would also make it compatible with S3.

I did a yum update to my desktop machine as root this morning and now my regular logon account sees this whenever I press the enter key: etc/audisp/audispd.conf: Permission denied etc/audisp/plugins.d/af_unix.conf: Permission denied etc/audisp/plugins.d/syslog.conf: Permission denied etc/audit/audit.rules: Permission denied etc/audit/auditd.conf: Permission deniedetc/dhcp/dhclient.d/ntp.sh:

On Mon, 7 Dec 2015, Phelps, Matthew wrote: > - Coordination of other repositories (e.g. EPEL) is based on the "version", > how does that work now? Exactly the same as it did before. Before you'd have a $maj.$min repo, which is the same as it is now. maj=7 min=1.1503 You can park it there and not suffer any problems as I understand it. At least that's what I've

On 07/12/15 15:52, John Hodrien wrote: > To me, I'm not sure I get any issues or advantages from the new scheme, > but I > can't say it bothers me greatly. This is the thing that bothers me most - that folks dont have a good grasp on what / why the numbering is working like this. We are still a small team, and all efforts are flat out on getting the iso media and images done,

On Mon, Dec 7, 2015 at 11:12 AM, Karanbir Singh <mail-lists at karan.org> wrote: > On 07/12/15 15:52, John Hodrien wrote: > > > To me, I'm not sure I get any issues or advantages from the new scheme, > > but I > > can't say it bothers me greatly. > > This is the thing that bothers me most - that folks dont have a good > grasp on what / why the

On Mon, Dec 7, 2015 at 11:27 AM, Karanbir Singh <mail-lists at karan.org> wrote: > On 07/12/15 16:17, Phelps, Matthew wrote: > > > > IRC is not a good choice for communicating with IT admins in a large > > enterprise environment. It is usually blocked. > > > > Does google hangout work ? we might be able to also setup a phone dial > in setup > > --

On Mon, Dec 07, 2015 at 08:57:01PM +0100, Zdenek Sedlak wrote: > AFAIK, the 7(1503) format is used only on the websites, and internally > CentOS uses 7.1.1503. Do you see this as an issue? Yes. It confuses humans. There have been a bunch of examples given of how it confuses humans. A simple fix for this human issue is to use 7.1.1503 on the website, here on the mailing list, etc. -- greg

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/12/15 22:37, Warren Young wrote: > On Dec 7, 2015, at 1:52 PM, Greg Lindahl <lindahl at pbm.com> wrote: >> >> On Mon, Dec 07, 2015 at 08:57:01PM +0100, Zdenek Sedlak wrote: >> >>> AFAIK, the 7(1503) format is used only on the websites, and >>> internally CentOS uses 7.1.1503. Do you see this as an

Hi, I suspect something related to endianness or word size here. Can you check that the encoded files end up the same size? Also, what if you encode on the Pocket PC and decode on a desktop? Maybe if you encode a small wav file on both pocket PC and desktop using default options and send me the results. Jean-Marc Le lun 24/05/2004 à 09:52, Asheesh Vashishtha a écrit : > Hi all, >

On 12/07/2015 05:46 PM, Phelps, Matthew wrote: > On Mon, Dec 7, 2015 at 11:27 AM, Karanbir Singh <mail-lists at karan.org> > wrote: > >> On 07/12/15 16:17, Phelps, Matthew wrote: >>> >>> IRC is not a good choice for communicating with IT admins in a large >>> enterprise environment. It is usually blocked. >>> >> >> Does google

Jean-Marc Valin wrote: > I suspect something related to endianness or word size here. On a related point, has anyone ever compiled FIXED_POINT Speex on a system with 16-bit chars? Will it definitely work, definitely not work, or might it work and no-one has any idea? :-) More specifically, I'm trying to decode Speex data encoded using sampleenc. So, it's definitely been encoded

On 07/12/15 16:17, Phelps, Matthew wrote: > > IRC is not a good choice for communicating with IT admins in a large > enterprise environment. It is usually blocked. > Does google hangout work ? we might be able to also setup a phone dial in setup -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

On Tue, Dec 8, 2015 at 2:42 AM, James Hogarth <james.hogarth at gmail.com> wrote: > On 7 Dec 2015 23:43, "J Martin Rushton" <martinrushton56 at btinternet.com> > wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On 07/12/15 22:37, Warren Young wrote: > > > On Dec 7, 2015, at 1:52 PM, Greg Lindahl <lindahl

Hi all, I've created a Speex decoder for Pocket PC so that I can play Speex files from within my .NET CF app. But there has been a problem while playing the files on my Pocket PC. I encode a wav file on the desktop using Speexenc.exe (Speex- 1.1.5) and then copy this file to my Pocket PC where I playback using my decoder library. But the sound quality is extremely poor and completely

OK, I'm staring a new thread. On Mon, Dec 7, 2015 at 9:53 AM, Timothy Murphy <gayleard at eircom.net> wrote: > Phelps, Matthew wrote: > > >> > Oh, wait: CentOS, love it or leave it. > >> > >> Correct. > >> > >> In fact, I would prefer you leave. > > > > Really? > > > > This is what we're dealing with now?

On Dec 7, 2015, at 1:52 PM, Greg Lindahl <lindahl at pbm.com> wrote: > > On Mon, Dec 07, 2015 at 08:57:01PM +0100, Zdenek Sedlak wrote: > >> AFAIK, the 7(1503) format is used only on the websites, and internally >> CentOS uses 7.1.1503. Do you see this as an issue? > > Yes. It confuses humans. There have been a bunch of examples given of > how it confuses

On 7 Dec 2015 23:43, "J Martin Rushton" <martinrushton56 at btinternet.com> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 07/12/15 22:37, Warren Young wrote: > > On Dec 7, 2015, at 1:52 PM, Greg Lindahl <lindahl at pbm.com> wrote: > >> > >> On Mon, Dec 07, 2015 at 08:57:01PM +0100, Zdenek Sedlak wrote: > >>

I have a for-loop in my code that calls another .R file: source("estimation.R") This file runs through without any problems, so the program completes the loop one time. However, when the loop starts a second time and it comes time to call the file "estimation.R" again, program stops and prints the following error message: "Error in eval.with.vis(expr, envir, enclos) :

Hi all, Has anyone tried to plot math symbols with vis.gam() - a function that uses (I think) plot.gam() internally? This is from the package mgcv - I am new to gam(). For example, with the normal plot(), the expression() works fine for Math symbols: plot(xx, ylab=expression(paste(Delta,"H",sep=""))) # works fine But, with vis.gam(), the same