Hola Alguien tiene una soluci''on elegante para convertir una lista con elementos que tienen diferentes longitudes, por ejemplo: XX <- list( rep("A",2), rep("B",4), rep("C",5)) en un data.frame, donde cada fila es uno de los elementos y que los "huecos" se rellenen con "NA" ? Porque si hago esto: as.data.frame(do.call("rbind",XX)) Me repite elementos hasta rellenar los huecos y no es lo que necesito. Muchas gracias a todos!! Un saludo -- Patricia García González [[alternative HTML version deleted]]
Hola Patricia, Intenta sapply(XX, function(l) l[1:max(sapply(XX, length))]) Jorge.- 2011/9/22 Usuario R <>> Hola > > Alguien tiene una soluci''on elegante para convertir una lista con elementos > que tienen diferentes longitudes, por ejemplo: > > XX <- list( rep("A",2), rep("B",4), rep("C",5)) > > en un data.frame, donde cada fila es uno de los elementos y que los > "huecos" > se rellenen con "NA" ? > > Porque si hago esto: > > as.data.frame(do.call("rbind",XX)) > > Me repite elementos hasta rellenar los huecos y no es lo que necesito. > > Muchas gracias a todos!! > Un saludo > > -- > Patricia García González > > [[alternative HTML version deleted]] > > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es > >[[alternative HTML version deleted]]
foo <- function( x, n ) c( x, rep( NA, n - length( x ) ) ) n <- max( unlist( lapply( XX , length ) ) ) do.call( rbind, lapply( XX, foo, n ) ) [,1] [,2] [,3] [,4] [,5] [1,] "A" "A" NA NA NA [2,] "B" "B" "B" "B" NA [3,] "C" "C" "C" "C" "C" El día 22 de septiembre de 2011 15:44, Usuario R <r.user.spain en gmail.com> escribió:> Hola > > Alguien tiene una soluci'on elegante para convertir una lista con elementos > que tienen diferentes longitudes, por ejemplo: > > XX <- list( rep("A",2), rep("B",4), rep("C",5)) > > en un data.frame, donde cada fila es uno de los elementos y que los "huecos" > se rellenen con "NA" ? > > Porque si hago esto: > > as.data.frame(do.call("rbind",XX)) > > Me repite elementos hasta rellenar los huecos y no es lo que necesito. > > Muchas gracias a todos!! > Un saludo > > -- > Patricia García González > > [[alternative HTML version deleted]] > > > _______________________________________________ > R-help-es mailing list > R-help-es en r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es > >
A parte de las soluciones aportadas también está rbind.fill de plyr. Luciano El 22 de septiembre de 2011 10:44, Usuario R <r.user.spain@gmail.com>escribió:> Hola > > Alguien tiene una soluci''on elegante para convertir una lista con elementos > que tienen diferentes longitudes, por ejemplo: > > XX <- list( rep("A",2), rep("B",4), rep("C",5)) > > en un data.frame, donde cada fila es uno de los elementos y que los > "huecos" > se rellenen con "NA" ? > > Porque si hago esto: > > as.data.frame(do.call("rbind",XX)) > > Me repite elementos hasta rellenar los huecos y no es lo que necesito. > > Muchas gracias a todos!! > Un saludo > > -- > Patricia García González > > [[alternative HTML version deleted]] > > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es > >[[alternative HTML version deleted]]
miguel.angel.rodriguez.muinos en sergas.es
2011-Sep-23 13:00 UTC
[R-es] Próximas versiones de R
Hola. Por si es de interés para alguien.... La versión 2.13.2 está anunciada para el 30 de Septiembre La versión 2.14 para el 31 de Octubre https://stat.ethz.ch/pipermail/r-announce/2011/000542.html Un Saludo, =======================================================Miguel Ángel Rodríguez Muíños Dirección Xeral de Innovación e Xestión da Saúde Pública Consellería de Sanidade Xunta de Galicia ======================================================= Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Estimado Miguel: En primer lugar gracias por su anuncio de nuevas versiones, pero se me crea una duda que yo no puedo responderme. El 30 de septiembre hay disponible una versión que quedaría "obsoleta" el 31 de octubre. ¿Cuáles son las mejoras de estar actualizado y cuales los "perjuicios o inestabilidades" por tener código que puede quedar obsoleto? ¿Porqué no compilan una versión el 31 de octubre, con las mejoras introducidas en septiembre y octubre ? Yo tengo algunas cosas que dicen algo como "fue creado con una versión anterior, reinstale el paquete", pero el paquete para la nueva versión no existe. ¿Convendría esperar la versión 2.14? ¿La 2.13 tiene sentido? Sin duda quienes lo compilan me podrían dar miles de razones, pero yo no alcanzo a entender la política de actualización de R-project. ¿Porqué dos versiones tan próximas? Javier -----Mensaje original----- From: miguel.angel.rodriguez.muinos en sergas.es Sent: Friday, September 23, 2011 10:00 AM To: r-help-es en r-project.org Subject: [R-es] Próximas versiones de R Hola. Por si es de interés para alguien.... La versión 2.13.2 está anunciada para el 30 de Septiembre La versión 2.14 para el 31 de Octubre https://stat.ethz.ch/pipermail/r-announce/2011/000542.html Un Saludo, =======================================================Miguel Ángel Rodríguez Muíños Dirección Xeral de Innovación e Xestión da Saúde Pública Consellería de Sanidade Xunta de Galicia ======================================================= Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm _______________________________________________ R-help-es mailing list R-help-es en r-project.org https://stat.ethz.ch/mailman/listinfo/r-help-es
Hola, ¿qué tal? Respondo debajo. El día 23 de septiembre de 2011 15:27, Javier Rubén Marcuzzi <javier.ruben.marcuzzi en gmail.com> escribió:> Estimado Miguel: > > En primer lugar gracias por su anuncio de nuevas versiones, pero se me crea > una duda que yo no puedo responderme. > > El 30 de septiembre hay disponible una versión que quedaría "obsoleta" el 31 > de octubre. > > ¿Cuáles son las mejoras de estar actualizado y cuales los "perjuicios o > inestabilidades" por tener código que puede quedar obsoleto?Con cada versión de R que se publica se publica una serie de cambios. Los introducidos en la versión 2.13.0, por ejemplo, pueden verse aquí: https://stat.ethz.ch/pipermail/r-announce/2011/000538.html> ¿Porqué no compilan una versión el 31 de octubre, con las mejoras > introducidas en septiembre y octubre ?Hummm... buena pregunta. De todos modos, siendo un software gratuito que se actualiza prácticamente solo, no hay desventajas en que las mejoras que se realicen se incorporen cuanto antes.> Yo tengo algunas cosas que dicen algo como "fue creado con una versión > anterior, reinstale el paquete", pero el paquete para la nueva versión no > existe.El problema suele ser que hay cambios no compatibles hacia atrás que rompen el paquete. Los autores tienen que estar atentos para que cada vez que se actualiza la versión de R su paquete no desaparezca (me pasó recientemente con el paquete CCP, que mágicamente desapareció).> ¿Convendría esperar la versión 2.14? ¿La 2.13 tiene sentido?Podrías tener un problema: que falle algo que está arreglado en la siguiente. La política de la lista de correo de R-help, que yo sepa, es no solucionar problemas en versiones viejas.> Sin duda quienes lo compilan me podrían dar miles de razones, pero yo no > alcanzo a entender la política de actualización de R-project. > > ¿Porqué dos versiones tan próximas?Admito que sería interesante conocer la política de los desarrolladores. Probablemente esté documentado por ahí. Un saludo, Carlos J. Gil Bellosta http://www.datanalytics.com
miguel.angel.rodriguez.muinos en sergas.es
2011-Sep-23 14:13 UTC
[R-es] Próximas versiones de R
Hola Javier. Como ya sabrás, la numeración de las versiones de R tiene un sentido concreto. Ahora mismo estamos en la versión 2 del software. Y la subversión es la 13. Hasta que haya cambios "mayores" no se pasará a la versión 3. Eso significa que cada vez que hay cambios que merece la pena implementar y publicar se saca una nueva subversión (en este caso han anunciado la 14 para finales del mes de Octubre). Entre subversiones puede que haya que realizar ciertos ajustes, correcciones o parches. Y eso nos lleva a la "subsubversión"... Por ejemplo: ahora mismo estamos en la 2.13.1 y han anunciado ciertas mejoras que se harán públicas a finales de Septiembre en la 2.13.2 Efectivamente, sería más cómodo que las actualizaciones fuesen más monolíticas, pero hay que pensar que ciertas correcciones menores son necesarias (sobre todo si se detecta algún bug). Como siempre, la actualización de versión es elección del propio usuario. Mi recomendación (personal) es que en entornos de producción no se actualicen las versiones sin pasar antes por un entorno de desarrollo/pruebas. Para más información puedes consultar la siguiente URL: http://developer.r-project.org/ Un Saludo, Miguel. -----Mensaje original----- De: Javier Rubén Marcuzzi [mailto:javier.ruben.marcuzzi en gmail.com] Enviado el: viernes, 23 de septiembre de 2011 15:27 Para: Rodríguez Muíños, Miguel Ángel; r-help-es en r-project.org Asunto: Re: [R-es] Próximas versiones de R Estimado Miguel: En primer lugar gracias por su anuncio de nuevas versiones, pero se me crea una duda que yo no puedo responderme. El 30 de septiembre hay disponible una versión que quedaría "obsoleta" el 31 de octubre. ¿Cuáles son las mejoras de estar actualizado y cuales los "perjuicios o inestabilidades" por tener código que puede quedar obsoleto? ¿Porqué no compilan una versión el 31 de octubre, con las mejoras introducidas en septiembre y octubre ? Yo tengo algunas cosas que dicen algo como "fue creado con una versión anterior, reinstale el paquete", pero el paquete para la nueva versión no existe. ¿Convendría esperar la versión 2.14? ¿La 2.13 tiene sentido? Sin duda quienes lo compilan me podrían dar miles de razones, pero yo no alcanzo a entender la política de actualización de R-project. ¿Porqué dos versiones tan próximas? Javier Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Comento aqui solo que a partir de 2012 y la version 2.15.0, se pasa al modelo actual a dos versiones por año a una sola nueva versiòn por año (obviamente con la posibilidad de subsubversiones, si es necesario. Esto parece razonable como R ahora esta en una fase màs evolutivo! Kjetil 2011/9/23 <miguel.angel.rodriguez.muinos en sergas.es>:> Hola Javier. > > Como ya sabrás, la numeración de las versiones de R tiene un sentido concreto. > Ahora mismo estamos en la versión 2 del software. Y la subversión es la 13. Hasta que haya cambios "mayores" no se pasará a la versión 3. Eso significa que cada vez que hay cambios que merece la pena implementar y publicar se saca una nueva subversión (en este caso han anunciado la 14 para finales del mes de Octubre). > Entre subversiones puede que haya que realizar ciertos ajustes, correcciones o parches. Y eso nos lleva a la "subsubversión"... Por ejemplo: ahora mismo estamos en la 2.13.1 y han anunciado ciertas mejoras que se harán públicas a finales de Septiembre en la 2.13.2 > > Efectivamente, sería más cómodo que las actualizaciones fuesen más monolíticas, pero hay que pensar que ciertas correcciones menores son necesarias (sobre todo si se detecta algún bug). > > Como siempre, la actualización de versión es elección del propio usuario. Mi recomendación (personal) es que en entornos de producción no se actualicen las versiones sin pasar antes por un entorno de desarrollo/pruebas. > > Para más información puedes consultar la siguiente URL: http://developer.r-project.org/ > > Un Saludo, > Miguel. > > > > > > -----Mensaje original----- > De: Javier Rubén Marcuzzi [mailto:javier.ruben.marcuzzi en gmail.com] > Enviado el: viernes, 23 de septiembre de 2011 15:27 > Para: Rodríguez Muíños, Miguel Ángel; r-help-es en r-project.org > Asunto: Re: [R-es] Próximas versiones de R > > Estimado Miguel: > > En primer lugar gracias por su anuncio de nuevas versiones, pero se me crea una duda que yo no puedo responderme. > > El 30 de septiembre hay disponible una versión que quedaría "obsoleta" el 31 de octubre. > > ¿Cuáles son las mejoras de estar actualizado y cuales los "perjuicios o inestabilidades" por tener código que puede quedar obsoleto? > > ¿Porqué no compilan una versión el 31 de octubre, con las mejoras introducidas en septiembre y octubre ? > > Yo tengo algunas cosas que dicen algo como "fue creado con una versión anterior, reinstale el paquete", pero el paquete para la nueva versión no existe. > > ¿Convendría esperar la versión 2.14? ¿La 2.13 tiene sentido? > > Sin duda quienes lo compilan me podrían dar miles de razones, pero yo no alcanzo a entender la política de actualización de R-project. > > ¿Porqué dos versiones tan próximas? > > Javier > > > > Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. > > Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. > > See more languages: http://www.sergas.es/aviso_confidencialidad.htm > > _______________________________________________ > R-help-es mailing list > R-help-es en r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es >-- "If you want a picture of the future - imagine a boot stamping on the human face - forever." George Orwell (1984)
Hola, En los enlaces abajo referenciados, aparecen más detalles de los nuevos cambios que se introducirán tanto en la 2.13.2 como en la 2.14.0. Esta última introduce cambios muy significativos en velocidad, además de que con ella se comenzará a liberar una sola versión al año. http://blog.revolutionanalytics.com/2011/09/r-214-to-be-released-on-october-31-r-213-patch-on-september-13.html http://blog.revolutionanalytics.com/2011/08/with-byte-compiler-r-214-will-be-even-faster.html Saludos, Carlos Ortega www.qualityexcellence.es 2011/9/23 <miguel.angel.rodriguez.muinos@sergas.es>> Hola. > > Por si es de interés para alguien.... > > La versión 2.13.2 está anunciada para el 30 de Septiembre > La versión 2.14 para el 31 de Octubre > > https://stat.ethz.ch/pipermail/r-announce/2011/000542.html > > > Un Saludo, > =======================================================> Miguel Ángel Rodríguez Muíños > Dirección Xeral de Innovación e Xestión da Saúde Pública > Consellería de Sanidade > Xunta de Galicia > =======================================================> > > > > > > > > > > > > Nota: A información contida nesta mensaxe e os seus posibles documentos > adxuntos é privada e confidencial e está dirixida únicamente ó seu > destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, > por favor elimínea. A distribución ou copia desta mensaxe non está > autorizada. > > Nota: La información contenida en este mensaje y sus posibles documentos > adjuntos es privada y confidencial y está dirigida únicamente a su > destinatario/a. Si usted no es el/la destinatario/a original de este > mensaje, por favor elimínelo. La distribución o copia de este mensaje no > está autorizada. > > See more languages: http://www.sergas.es/aviso_confidencialidad.htm > > _______________________________________________ > R-help-es mailing list > R-help-es@r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es >[[alternative HTML version deleted]]
Possibly Parallel Threads
- Nuevas versiones y compatibilidad
- Instalar dos versiones de R en linux
- Fwd: Re: Fwd: Re: Instalar paquetes no disponibles para la versión actual
- Rv: Instalación Rattle para windows de 64 bits
- Grado de uso de R en el sector público y privado - Estudio de rendimiento