Proyecto R-UCA
2014-Sep-29 08:45 UTC
[R-es] recomendación de librerías para mapas en Shiny
Buenas: Lo limitante en shiny no es el número de usuarios sino el número de desarrolladores. Incluso si los desarrolladores son de confianza es suficiente con la versión estándar del servidor shiny. La versión de pago lo que añade es control sobre lo que los desarrolladores pueden publicar. Además existe la alternativa de publicar lo ficheros en un servidor "web estándar" y que los usuarios ejecuten las aplicaciones en local. Saludos. El 29/09/14 a las #4, Javier Martínez-López escribió:> Hola, > > yo estoy usando rMaps y rCharts conjuntamente para crear mapas con > leaflet y radarplots interactivos con R y OpenCPU en lugar de Shiny > (https://github.com/javimarlop/ocpu-radarplot-sochi). Lo malo de Shiny > es que está muy bien para aplicaciones de un único usuario pero para > aplicaciones web con más de un usuario hay que pagar la licencia, si > no me equivoco. > > Saludos, >----------------------- Proyecto R-UCA http://knuth.uca.es/R
Miguel Fiandor Gutiérrez
2014-Sep-29 08:59 UTC
[R-es] recomendación de librerías para mapas en Shiny
Gracias por el consejo de RMaps y RCharts, desde luego son librerías a las que les quiero echar la mano. SObre limitaciones, no veo comprensibles ninguna de las dos, en usuarios, limitarlo a 1 no tiene ningún sentido siendo un framework para web apps. Y menos cuando shinyapps.io/dashboard te deja subir tu shiny app gratis, es decir, te dejan publicarla en internet gratis (=host gratuito). Claro sin compromisos por su parte supongo, y dejan constancia de que es gratis porque aún no han fijado un plan de precios. Sobre la limitacion de desarrolladores, solo lo comprendo si te refieres a la limitación de la propia librería de Shiny, es decir, que funcionalidades trae Shiny consigo. Porque lo que es programar una app en Shiny no tienen ningún límite de gente trabajando en ello, y es imposible ponérselo. Por ejemplo subes tu código a github, bitbucket, etc.. y ¿qué límite tiene eso?. No sé, a lo mejor no te he entendido bien. CUando saque un hueco, os mando las conclusiones y problemas que nos encontramos, porque el primer resultado de google sobre incluir gmaps en Shiny que te encuentras, que suele ser este -> http://stackoverflow.com/questions/18109815/plotgooglemaps-in-shiny-app Solución + ejemplo -> https://gist.github.com/ramnathv/275fe2a088e539f6b1ca No lo conseguí hacer funcionar, con ese código genero el mapa en html, pero luego Shiny no lo integra/embebe bien. El 29 de septiembre de 2014, 10:45, Proyecto R-UCA <r-uca en uca.es> escribió:> Buenas: > > Lo limitante en shiny no es el número de usuarios sino el número de > desarrolladores. Incluso si los desarrolladores son de confianza es > suficiente con la versión estándar del servidor shiny. > > La versión de pago lo que añade es control sobre lo que los > desarrolladores pueden publicar. > > Además existe la alternativa de publicar lo ficheros en un servidor "web > estándar" y que los usuarios ejecuten las aplicaciones en local. > > Saludos. > > > El 29/09/14 a las #4, Javier Martínez-López escribió: > >> Hola, >> >> yo estoy usando rMaps y rCharts conjuntamente para crear mapas con >> leaflet y radarplots interactivos con R y OpenCPU en lugar de Shiny >> (https://github.com/javimarlop/ocpu-radarplot-sochi). Lo malo de Shiny >> es que está muy bien para aplicaciones de un único usuario pero para >> aplicaciones web con más de un usuario hay que pagar la licencia, si >> no me equivoco. >> >> Saludos, >> -- >> > > --------------------- > Proyecto R-UCA > http://knuth.uca.es/R > > > _______________________________________________ > R-help-es mailing list > R-help-es en r-project.org > https://stat.ethz.ch/mailman/listinfo/r-help-es >[[alternative HTML version deleted]]
Proyecto R-UCA
2014-Sep-29 09:17 UTC
[R-es] recomendación de librerías para mapas en Shiny
Hola: En la versión gratuita no existe límites en el número de usuarios y tampoco existe límites en el número de desarrolladores. Con la versión gratuita para publicar una aplicación debes subirla al servidor, es decir, es necesario acceso a nivel de sistema al servidor y allí se ejecuta con los permisos que tenga el usuario que ejecuta el servidor shiny. Esto supone un riesgo potencial de seguridad si no confías en los desarrolladores pues, hasta donde yo sé, tampoco se limitan las funciones que pueden usarse con R. La versión Pro permite añade una interfaz web que permite la subida de las aplicaciones y la gestión de las mismas evitando que los usuarios necesiten acceso al servidor. Bajo mi punto de vista, si el conjunto de desarrolladores es de confianza es suficiente con la versión gratuita. En la firma pongo un enlace a algunos ejemplos de aplicaciones hechas con shiny que hemos publicado, aunque algunas están todavía en desarrollo. Saludos. El 29/09/14 a las #4, Miguel Fiandor Gutiérrez escribió:> Gracias por el consejo de RMaps y RCharts, desde luego son librerías a > las que les quiero echar la mano. > > SObre limitaciones, no veo comprensibles ninguna de las dos, en > usuarios, limitarlo a 1 no tiene ningún sentido siendo un framework para > web apps. Y menos cuando shinyapps.io/dashboard > <http://shinyapps.io/dashboard> te deja subir tu shiny app gratis, es > decir, te dejan publicarla en internet gratis (=host gratuito). Claro > sin compromisos por su parte supongo, y dejan constancia de que es > gratis porque aún no han fijado un plan de precios. > > Sobre la limitacion de desarrolladores, solo lo comprendo si te refieres > a la limitación de la propia librería de Shiny, es decir, que > funcionalidades trae Shiny consigo. Porque lo que es programar una app > en Shiny no tienen ningún límite de gente trabajando en ello, y es > imposible ponérselo. Por ejemplo subes tu código a github, bitbucket, > etc.. y ¿qué límite tiene eso?. No sé, a lo mejor no te he entendido bien. >--------------------- Proyecto R-UCA Página del proyecto: http://knuth.uca.es/R Libro libre "Estadística básica con R y R-Commander": http://knuth.uca.es/ebrcmdr Aplicaciones con shiny: http://knuth.uca.es/shiny/