Reverse R Provider about rprovider HOT 5 CLOSED

It's certainly feasible. I implemented a similar thing at a previous employer, but that is not open-source. There isn't an R package that calls .NET AFAIK, so it would involve writing something in C/C++ to implement the bridge. It would have basically nothing in common with the R Provider.

Of course, you wouldn't be using F# then, you would be using .NET libraries from R. I tend to prefer doing it the other way around, because F# is a better language for writing data retrieval and manipulation and constructing a robust program. Then we can leverage R functionality for statistical analysis and visualization, where it really shines.

Clearly familiarity with R is a major factor. I just wonder what F# library functions R uses might be interested in using - i.e. what is the value proposition? At my previous firm, it was access to proprietary analytics that were implemented in F# & C++.

from rprovider.

I was just thinking of being able to do http://www.clear-lines.com/blog/post/Visualize-WorldBank-data-with-R-and-FSharp-Type-Providers.aspx in the opposite direction. Would be a nice way to get some R users to play with F#

from rprovider.

From my perspective, when you are using the R Provider, it gives you access
to use R libraries. It doesn't give you access to R itself (unless you
eval, but that is kind of sad). If you exposed F# libraries to R, users
would be playing with F# libraries, not F#.

My belief is that most of the value of F# is in the language itself and its
elegant constructs. The libraries support that, but there isn't anything
generally super-impressive about the libraries that you might want to use
elsewhere. The value of R is the wealth of powerful libraries in the stats
space, not the language itself.

So the value proposition is limited, IMO. But feel free to write something
and prove me wrong!

On Tue, Apr 16, 2013 at 11:42 AM, Gustavo Guerra
[email protected]:

I was just thinking of being able to do
http://www.clear-lines.com/blog/post/Visualize-WorldBank-data-with-R-and-FSharp-Type-Providers.aspxin the opposite direction. Would be a nice way to get some R users to play
with F#

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/24#issuecomment-16452292
.

from rprovider.

You're absolutely right, the value would be much less than what we already have, and the cost to implement is probably high

from rprovider.

the R to CLR package, hosted on Codeplex, allows to call .NET from R

from rprovider.