I wrote a script for downloading and analyzing 13F filing from a select number of fund managers using the great package edgarWebR in R. Unfortunately the script stopped working after my update to version 1.1.0 of edgarWebR. I get the following error message whilst running this part of the script:
map(filings_incl_href$href, filing_details)
filings_incl_href$href contains the hrefs of all the fund managers 13F-filings, e.g. the first one is: https://www.sec.gov/Archives/edgar/data/1540531/000154053121000004/0001540531-21-000004-index.htm
Here's the error message:
No encoding supplied: defaulting to UTF-8.
Error in check_result(res) :
EDGAR request blocked from Undeclared Automated Tool.
Please visit https://www.sec.gov/developer for best practices.
See https://mwaldstein.github.io/edgarWebR/index.html#ethical-use--fair-access for your responsibilities
Consider also setting the environment variable 'EDGARWEBR_USER_AGENT
Not sure what is causing this. Any help would be greatly appreciated.
Related
I can not find how to replicate the internal CRAN test for the URLs healthy.
It is important that this test is run only on the Debian winbuilder (yes, debian under winbuilder). As this test is not run on the Windows machine so we could NOT use the https://win-builder.r-project.org/upload.aspx website service to replicate it.
The example error message from the CRAN server, as the website was moved.
Such message is producing the NOTE so the package is not automatically processed.
Found the following (possibly) invalid URLs:
URL: http://blog.obeautifulcode.com/R/How-R-Searches-And-Finds-Stuff/
From: inst/doc/tinyverse.html
Status: Error
Message: Could not resolve host: blog.obeautifulcode.com
Edit:
There is a useful source with CRAN policy in this area https://cran.r-project.org/web/packages/URL_checks.html
(Promoting comment to answer as suggested...)
The test code has been pulled out of R itself and made into a package you can install. Other than that it is of course part of any (recent enough) R or R-devel build.
FWIW I also wrapped this into a convenience script I call all the time on my systems.
I tried to load data to my R working directory and receive this error:
Error: bad restore file magic number (file may be corrupted) -- no data loaded
In addition: Warning message:
file ‘classize.RData’ has magic number 'RDX3'
Use of save versions prior to 2 is deprecated
I googled it and tried many options, unsuccessfully.
My Rstudio version is: 1.2.5033 (The error was happening before updating as well)
I create a new project, in the new directory, I put the data file
The data file is "classize.RData"
I have another alternative which is "classize.RDS" with the sugesstion to use readRDS(file = "classize.RDS"). When using this command, I receive that error:
cannot read workspace version 3 written by R 3.6.1; need R 3.5.0 or newer
This is in the context of a statistical course at university and my teacher assistant is unable to help me out, and whitout resolving this issue, I cannot move forward in the resolution of the needed exrecices. So please, couly you help me resolve that problem.
ps: all the students have access to the same data, It's just for me that it's not working, therefore the file should not be corrupted.
I'm trying to install the newly released Plotly Dash package for R as described on plotly website https://dashr.plot.ly/installation, i.e. running
library(devtools) # devtools: Tools to Make Developing R Packages Easier
# The following statement will also install dashCoreComponents,
# dashHtmlComponents, and dashTable
install_github('plotly/dashR') # The core dash backend
This is what it returns, 'unknown package' any help much appreciated
Error: Failed to install 'unknown package' from GitHub:
HTTP error 403.
API rate limit exceeded for 86.134.113.102. (But here's the good news:
Authenticated requests get a higher rate limit. Check out the
documentation for more details.)
Just installed the package to reproduce the error, unfortunately can't be able to reproduce it. However, a potential solution along "error 403 and
API rate limit exceeded ..." could be to add your github authorization token in your .Rprofile and that is what the "But here's the good news:" message inside the bracket is trying to inform you. Have a look at the actual project github site Dash for R if you haven't already. That might as well provide you an input to solving the issue.
I'm working on a somewhat complex package (that I unfortunately can't share) that involves a Shiny app, and it an issue has surfaced where I'm getting these warnings when testing:
package [package name] found more than once, using the first from [file path]
In library(testthat) : package ‘testthat’ already present in search()
The first one occurs because I'm using system.file to pull a file in inst that I use for testing.
I've tried to do some debugging with .libPaths and by forcing system.file to go to the .libPaths default with the lib.loc argument, but that doesn't do anything.
I've tried uninstalling the package, which works because then there are not multiple results for find.package.
It seems like testthat adds the current directory to the library paths while it's running, and this creates the issue with system.file and consequently, find.package.
I'm really confused as to what's causing this. I'm combing through the changes I've made and I can't seem to find anything. Any ideas are helpful. I've tried googling this error messages and all that comes up is the source.
The issue here was with changing the option setting for verbose. That caused more output to result from the code, which broke a lot of tests. I hope this helps someone in the future.
I am trying to setup the working directory-using the url-"https:\..."
Code:
box_setwd(url)
Error:-
Error in box_id(dir_id) :
box.com API ids must be (coercible to) 64-bit integers.
I am exploring bit64 package meanwhile it will be great to have a workaround.
I hope the details are enough.
the dir and other ids pertaining to the boxr commands are the numeric extensions in the url- it's available in the documentation