New R package for REST API

[Ramshreyas]

Hi Guys,

I've put together an R package for the REST API - https://github.com/Ramshreyas/rcoinapi

The aim is to mimic Quantmod response objects (basically the OHLCV data), so that existing functionality can be brought to bear with minimum effort.

Feedback most welcome!

[Svisstack]

@Ramshreyas Great job!

Can you just make PR to this repo as we will have it in ./data-api/r-rest-2 directory and other people can participate in developing that alongside?

[Ramshreyas]

@Svisstack sure, I'll do that but to be honest it won't be very useful to R coders.

The way R works developers working with github packages (as opposed to the official CRAN repos) do this:

install_github("Ramshreyas/rcoinapi")

With just the "name of the user/name of repo" as the argument.

You will be better off forking my repo, so that they can do:

install_github("coinapi/r")

or whatever name you prefer. Then PRs can go directly to that repo and usage, testing etc will work out of the box.

Plus, the way the auto-generated documentation (which I've also created) namespace etc works, it's better if it is at the root of the repo and therefore easy for others to work with.

If the code is buried in your SDKs repo, there are a couple of steps before R programmers can get started working with the package immediately, and they will have to do it each time they want to make a change.

Let me know how you would like to proceed!

Also, I'm putting together a tutorial which shows the API working within a typical R backtesting workflow, which I'll post here once it's ready.

[Ramshreyas]

@Svisstack : as promised, here is a complete tutorial using RCoinAPI (or whatever you want to call it in the future) to get Crypto data and perform a backtest using Quantstrat, the industry standard for backtesting in R:

https://philosophyofquant.com/post/2021-07-05-rcoinapi/

Please let me know if you prefer a PR to your existing repo (which I'd advise against) or would you like to just fork my repo, and we can proceed and close accordingly.

Cheers!

[Ramshreyas]

@Svisstack I'm assuming you prefer the code under ./data-api/r-rest-2 as opposed to a new repo - have made the PR accordingly.

[Svisstack]

Hi, @Ramshreyas Thanks for making that happen in the subdirectory fashion as it reflects our current SDK structure where there multiple languages in the separate subdirectories instead of separate repositories.

Can you also advise if that import line is correct after the merge?

0b8aa47#diff-727b26c4933a46e039d64e662a92c107252bbd9b4579dfc2fe97f6824af8cf19R28

Thanks for the contribution!

[Ramshreyas]

Hi Artur, Yes, the import line is correct! Cheers, Ram

…

On Tue, Sep 14, 2021 at 7:29 PM Artur Pietrzyk ***@***.***> wrote: Hi, @Ramshreyas <https://github.com/Ramshreyas> Thanks for making that happen in the subdirectory fashion as it reflects our current SDK structure where there multiple languages in the separate subdirectories instead of separate repositories. Can you also advise if that import line is correct after the merge? 0b8aa47 #diff-727b26c4933a46e039d64e662a92c107252bbd9b4579dfc2fe97f6824af8cf19R28 <0b8aa47#diff-727b26c4933a46e039d64e662a92c107252bbd9b4579dfc2fe97f6824af8cf19R28> Thanks for the contribution! — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#107 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAPA4NIQZJ6IVC6S5ZQBOUDUB5INLANCNFSM47RWYX4A> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

[Svisstack]

@Ramshreyas Thanks for confirming. Have a nice week.