search for: descubierto

Estoy en procura de instalar un servidor de correo sobre Centos 5 , me he guiado en un tutorial de instalacion sobre centos 4, pero al momento de instalar algunos paquetes, he descubierto que los siguientes paquetes no se encuentran en los repositorios estos paquetes son: cyrus-imapd-nntp cyrus-imapd-murder clamav-lib clamav-data clamav-update clamav-server o sera que estos ya ha sido incluidos ne algun otro los paquetes instaldos son: cyrus-imapd-2.3.7-1.1.el5 cyrus-sasl-plai...

Hola, ¿qué tal? Al final he descubierto el motivo del problema. Cierto que esperaba cierto nivel de _overhead_, pero nunca tantísimo. Por mucho _overhead_ que haya, no se pasa de 7MB a 5GB. El problema era que (a pesar de mi opción stringsAsFactors = F) los niveles de los factores se copiaban íntegros en cada una de las columnas de tipo...

...---- From: Carlos J. Gil Bellosta > Sent: Thursday, June 13, 2013 4:26 PM > To: Marcuzzi, Javier Rubén > Cc: Jose Luis Cañadas ; r-help-es > > Subject: Re: [R-es] ¿Alguna explicación para este fenómeno? (Relativo al uso > de memoria) > > Hola, ¿qué tal? > > Al final he descubierto el motivo del problema. Cierto que esperaba > cierto nivel de _overhead_, pero nunca tantísimo. Por mucho _overhead_ > que haya, no se pasa de 7MB a 5GB. > > El problema era que (a pesar de mi opción stringsAsFactors = F) los > niveles de los factores se copiaban íntegros en cada una...

...---- From: Carlos J. Gil Bellosta > Sent: Thursday, June 13, 2013 4:26 PM > To: Marcuzzi, Javier Rubén > Cc: Jose Luis Cañadas ; r-help-es > > Subject: Re: [R-es] ¿Alguna explicación para este fenómeno? (Relativo al > uso de memoria) > > Hola, ¿qué tal? > > Al final he descubierto el motivo del problema. Cierto que esperaba > cierto nivel de _overhead_, pero nunca tantísimo. Por mucho _overhead_ > que haya, no se pasa de 7MB a 5GB. > > El problema era que (a pesar de mi opción stringsAsFactors = F) los > niveles de los factores se copiaban íntegros en cada una...

Gracias! El 15 de junio de 2015, 16:54, Freddy Omar López Quintero < freddy.vate01 en gmail.com> escribió: > ?Holap.? > > ran out of iterations and failed to converge > > > ?Prueba aumentando el número de iteraciones, con el argumento maxit: > > ?GLM <- bigglm(In.hospital_death ~ GCS + BUN, data = DatosGLM, family = >> binomial(logit), maxit=1000)? >

...ro que existe. Javier -----Original Message----- From: Carlos J. Gil Bellosta Sent: Thursday, June 13, 2013 4:26 PM To: Marcuzzi, Javier Rubén Cc: Jose Luis Cañadas ; r-help-es Subject: Re: [R-es] ¿Alguna explicación para este fenómeno? (Relativo al uso de memoria) Hola, ¿qué tal? Al final he descubierto el motivo del problema. Cierto que esperaba cierto nivel de _overhead_, pero nunca tantísimo. Por mucho _overhead_ que haya, no se pasa de 7MB a 5GB. El problema era que (a pesar de mi opción stringsAsFactors = F) los niveles de los factores se copiaban íntegros en cada una de las columnas de tipo...

For an historical paper I'm working on, I have some Spanish plaintext, presently in the form of a Word .doc file, http://euclid.psych.yorku.ca/SCS/Gallery/images/Private/Langren/Verdadera-spanish-stripped.doc and also some ciphered text from the same original source. The ultimate goal is to use some frequency analysis of letters and word lengths in the plaintext to help decode the

Interesante... y preocupante. No propuso alguien, no hace mucho, reescribir R desde el principio por este tipo de cosas? El 13/06/13 20:04, Carlos Ortega escribió: > Hola, > > Si este comportamiento se ve con cualquier data.frame que luego conviertas > a lista: > >> >> v <- 1:10 >> w <- split(v, 1:2) >> w > $`1` > [1] 1 3 5 7 9 > > $`2`