I am working on migrating my on-premises asp.net app to azure app service. My app renders R plots as a PNG using R.net. I am packaging R software as a folder(not as installation) in my publish and updating R.net environment variables to use R libraries in that folder. This setup is working in an on-premises windows server:
While trying to render this in Azure app service using the same parameters as on-prem, it renders an error. The below specifies output at 300dpi:
If the output resolution is changed to 280dpi, the png image renders but is missing lots of legends and lines:
I tried setting type = "cario" for png device but not able to draw complete plot.
Other things tried:
Setting the output to a bitmap. Also renders a partial image, but different issues from the PNG. It renders the plot, but tiles of the image are missing, particularly on the right and bottom of the image
Setting the output to a pdf. Renders a complete image, but not in the format we want (PNG)
Any suggestions on rendering R plots from azure app service are well appreciated.
Related
I am trying to find a way to make a FlexDashboard (using Shiny runtime) accessible to a colleague without access to the internet.
To provide my colleague with the full interactive experience (drop-down menus etc), I was thinking of simply installing R on my colleagues laptop and share the markdown script with them but does anyone know a way to lock the script for edits?
I just want to make sure that there is no accidental edits which might mess up the running of the markdown.
Look forward to hearing any inputs!
I would create a shiny application tweak it perfectly and then write a docker script to run they shiny application as an independent entity,
Your friend can use that docker container to run the dashboard and interact with it, but has no need of opening the script or anything else, just bake all the functionality into the shiny application and call the docker container and the flexdashboard will publish to a console.
I am creating a R shiny web app, which I have to publish in Japanese. The application plots many graphs, mainly using ggplot2.
After I run my application on my local machine, the browser renders all Japanese fonts in & outside ggplot correctly. However, when I upload it in shiny-apps, ggplot does not render Japanese text in Japanese characters.
I have already tried few tricks on stack overflow without any luck.
I am using a Windows machine, and have changed my local RStudio settings to utf8.
Shinyapps is by default utf8
I have recently created an interactive Datashader-Bokeh Interactive Map that looks like this NYC Taxi Example on a Jupyter Notebook. The dynamic aggregation works beautifully when I run the code locally on my mac.
My question is, is the current technology possible to host this as a web application - e.g. a web app without that Jupyter Notebook interface. And if so, how?
I've come across some articles (this and this) that suggest HoloViews might be an appropriate "glue" to stitch up Datashader, Bokeh and Bokeh-server - to make a web application. Though I am wondering if there may be any get-started tutorials / good-practice templates on this?
Yes, there are extensive tutorials about using HoloViews to set up a web app or dashboard to show off your Datashader plots; see
http://holoviz.org/tutorial .
I found this great tutorial for slidify
How can I create a "standalone" presentation? I tried changing the mode to standalone but it does not work because of Rcharts and shiny. I would like to be able to create something that I can host in my website.
I tried to publish to dropbox but the interactive graphics do not work
publish_dropbox("slidify")
I have a thumbnail handler that produce jpeg thumbs from larger tif and jpeg images. It works great locally but on server the colors turn ugly on some of the tif images. Red turns to purple etc.
I have two versions of the handler, one that uses GDI+ for resizing and one that uses imageresizer (http://imageresizing.net/) for that. These results in the same problem.
Server and developer machine uses .net 4.0
Server is Windows server 2008 and I run Windows 7
Someone had the same problem?
I suspect the problem is related to ICC profiles. Adding ignoreicc=true to the ImageResizer command string may ameliorate the problem.
It's likely your server either has a wacky ICC profiled tied to the display, or doesn't have the ICC profile installed that is referenced in the image.
If you want to avoid ICC issues, it's probably easiest to use the WIC or FreeImage pipelines for the ImageResizer, as they're less likely to be affected by color calibration wackiness on the server. Unlike the default pipeline, they require Full Trust - this won't work on a shared hosting plan.