<div dir="ltr">Hi Karsten<div><br></div><div>The modern R tool chain  has the <a href="https://blog.rstudio.org/2016/09/15/tidyverse-1-0-0/">tidyverse</a> as it core.  The tidyverse library is a convenience library for installing and loading the core set of R packages that comprise the tidyverse - ggplot2, dplyr, tidyr, readr, purrr & tibble. A dozen other packages are installed but not explicitly loaded by tidyverse.</div><div><br></div><div>A high rate of R package innovation currently exists within & beyond the tidyverse (e.g., the shiny tool chain) and it would be difficult to exclude <a href="https://cran.r-project.org/">CRAN</a>-compliant packages from use.</div><div><br></div><div>I have high confidence in the <a href="https://rviews.rstudio.com/2016/10/12/interview-with-j-j-allaire/">people & motivations</a> behind the tidyverse & shiny tool chains. <br></div><div><br></div><div>Speaking of shiny, a <a href="https://www.rstudio.com/products/shiny/shiny-server">shiny server</a> installed in the Tor metrics subnet will enable rapid innovation in Tor metrics. Instead of creating plot code to called by javascript, we'll create interactive shiny apps linked by iframe,  and/or standalone, data-centric web apps, just using R.</div><div><br></div><div>My library of Tor analytics is small but growing:</div><div><br></div><div><a href="http://rpubs.com/johnbwilliams/nodes">Exit Nodes</a></div><div><a href="http://rpubs.com/johnbwilliams/refactor">Network Size</a></div><div><a href="http://rpubs.com/johnbwilliams/network_size_delta">Network Size Delta</a></div><a href="http://rpubs.com/johnbwilliams/hidserv-descs-per-hsdir">hidserv-descs-per-hsdir</a><div><br></div><div>This is all well and good but pales in comparison to what could be done in Tor Metrics with an analytics (shiny) server.</div><div><br></div><div>I see that a local cloud service provider, with whom I have done business from time to time, is hosting a Tor exit address.  I was thinking that the Project could make a business case to this provider's management for hosting a shiny server for Tor metrics.   </div><div><br></div><div>Yes, it is possible but not desirable to revert to base R functions from readr - a core package of the tidyverse.  I'll do that as requested.<br></div><div><br></div><div>Cheers,</div><div><br></div><div>John</div><div><br></div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 29, 2017 at 3:12 AM, Karsten Loesing <span dir="ltr"><<a href="mailto:karsten@torproject.org" target="_blank">karsten@torproject.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi John,<br>
<br>
On 26.05.17 05:02, John Williams wrote:<br>
> something like this?<br>
><br>
> refactor of network size plot <<a href="http://rpubs.com/johnbwilliams/refactor" rel="noreferrer" target="_blank">http://rpubs.com/<wbr>johnbwilliams/refactor</a>><br>
<br>
Looks great!  A lot shorter and clearer than before.<br>
<br>
By the way, did you change that code after posting here?  I remember<br>
seeing `library(tidyverse)` in the original version, which I couldn't<br>
find in Debian stable or backports.<br>
<br>
The current code doesn't contain `library(tidyverse)` anymore, but it<br>
has `library(readr)` which I couldn't find in Debian stable or backports<br>
either.<br>
<br>
The other libraries are all available in Debian stable or backports as<br>
far as I can see.<br>
<br>
We're trying to depend only on Debian packages for anything running on<br>
the server.  This is not an absolute requirement, and we might not keep<br>
it up anyway if we ever switch to a Shiny server.  But for the moment it<br>
would be great if we could keep this requirement.  Or at least we<br>
shouldn't give up on it too easily.<br>
<br>
Do you think you can change the code to avoid `library(readr)`?<br>
<br>
Thanks!<br>
<br>
All the best,<br>
Karsten<br>
<br>
<br>
> On Wed, May 24, 2017 at 7:57 PM, David Fifield <<a href="mailto:david@bamsoftware.com">david@bamsoftware.com</a>><br>
> wrote:<br>
><br>
>> On Wed, May 24, 2017 at 07:28:39PM -0400, John Williams wrote:<br>
>>> Thanks, Karsten, but the direct links to CSV files are not working - get<br>
>>> Oops! Something went wrong here! We encountered a 404 Not Found when<br>
>> processing<br>
>>> your request!<br>
>><br>
>> The URLs were missing a "/stats".<br>
>><br>
>> <a href="https://metrics.torproject.org/stats/servers.csv" rel="noreferrer" target="_blank">https://metrics.torproject.<wbr>org/stats/servers.csv</a><br>
>> <a href="https://metrics.torproject.org/stats/bandwidth.csv" rel="noreferrer" target="_blank">https://metrics.torproject.<wbr>org/stats/bandwidth.csv</a><br>
>> <a href="https://metrics.torproject.org/stats/torperf-1.1.csv" rel="noreferrer" target="_blank">https://metrics.torproject.<wbr>org/stats/torperf-1.1.csv</a><br>
>> <a href="https://metrics.torproject.org/stats/connbidirect2.csv" rel="noreferrer" target="_blank">https://metrics.torproject.<wbr>org/stats/connbidirect2.csv</a><br>
>> <a href="https://metrics.torproject.org/stats/advbwdist.csv" rel="noreferrer" target="_blank">https://metrics.torproject.<wbr>org/stats/advbwdist.csv</a><br>
>> <a href="https://metrics.torproject.org/stats/hidserv.csv" rel="noreferrer" target="_blank">https://metrics.torproject.<wbr>org/stats/hidserv.csv</a><br>
>> <a href="https://metrics.torproject.org/stats/webstats.csv" rel="noreferrer" target="_blank">https://metrics.torproject.<wbr>org/stats/webstats.csv</a><br>
>><br>
><br>
<br>
<br>
</blockquote></div><br></div></div></div>