Ошибка в library rusquant нет пакета под названием rusquant

Статус: Посетитель

Группы: Участник

Зарегистрирован: 15.12.2017(UTC)
Сообщений: 2

Добрый день. Посоветуйте, пожалуйста, как могу решить следующую проблему.

Раньше (в начале года) выкачивал историю цен на ETF с Финама с помощью такого кода в R.

library(quantmod)
library(xts)
library(zoo)
library(rusquant)
library(TTR)

etf_env <- new.env()
start_date = as.Date("2017-06-01")
end_date = Sys.Date()-1

available_etf_list = c("FXMM", "FXCN", "FXIT", "FXJP", "FXDE", "FXUS", "FXAU", "FXUK", "FXRB", "FXRL", "FXRU")

setDefaults(getSymbols, env = etf_env, src = "Finam")
setDefaults(getSymbols.Finam, env = etf_env, from = start_date, to = end_date, period = "day")

getSymbols(available_etf_list, auto.assign = TRUE)

И вот раньше после этого получалась Environment с историей цен на каждый из инструментов. А теперь получаю только истории первых трех инструментов. И ошибку:

Error in download.file(stock.URL, destfile = tmp, quiet = !verbose) : 
  cannot open URL 'http://export.finam.ru/table.csv?d=d&market=1&f=table&e=.csv&dtf=1&tmf=1&MSOR=0&sep=1&sep2=1&at=1&p=8&em=181751&df=1&mf=5&yf=2017&dt=5&mt=6&yt=2018&cn=FXJP&datf=1'
In addition: Warning message:
In download.file(stock.URL, destfile = tmp, quiet = !verbose) :
  cannot open URL 'http://export.finam.ru/table.csv?d=d&market=1&f=table&e=.csv&dtf=1&tmf=1&MSOR=0&sep=1&sep2=1&at=1&p=8&em=181751&df=1&mf=5&yf=2017&dt=5&mt=6&yt=2018&cn=FXJP&datf=1': HTTP status was '403 Forbidden'

При этом, если копирую адрес, который не удалось скачать R, в браузер — файл скачивается. Вероятно, Финам стал ограничивать выдачу на автоматические запросы? Хотя quantmod должен по умолчанию делать паузы, чтобы не перегрузать сервер…

Посоветуйте, пожалуйста, как мне исправить эту ошибку и получить все истории.

Заранее большое спасибо!

Я хочу запускать файлы R в пакетном режиме с помощью Rscript, однако, похоже, он не загружает нужные мне библиотеки. Конкретная ошибка, которую я получаю:

Error in library(timeSeries) : there is no package called 'timeSeries'
Execution halted

Однако у меня есть пакет timeSeries, и я без проблем могу загрузить его из Rstudio, RGui и R из командной строки. Проблема, похоже, возникает только при запуске сценария с использованием Rscript.

Мои переменные системы / среды настроены как:

C:Program FilesRR-3.1.0binx64 (Appended to PATH)
R_HOME = C:Program FilesRR-3.1.0
R_User = Patrick

Я запускаю ту же версию R в RStudio, RGui и R из командной строки. Я также проверил .Library из этих трех источников и получил такой же результат.

Как я могу запустить Rscript из командной строки с пакетами, которые я использую (и установил) в R?

РЕДАКТИРОВАТЬ:

Я использую Rscript через Rscript script.r в командной строке Windows в каталоге, где находится script.r.

Результатом Rscript -e print(.Library) будет [1] "C:/PROGRA~1/R/R-31~1.0/library"

Что согласуется с тремя другими вариантами, которые я упомянул: [1] "C:/PROGRA~1/R/R-31~1.0/library"

Однако, если я вставлю это в свой сценарий:

print(.libPaths()) 
library(timeSeries) #This is the package that failed to load

Я получаю на выходе:

[1] "C:/Program Files/R/R-3.1.0/library"
Error in library(timeSeries) : there is no package called 'timeSeries'
Execution halted

Соответствующий вызов в RStudio дает дополнительный путь к месту, где фактически установлен пакет:

> print(.libPaths())
[1] "C:/Users/Patrick/Documents/R/win-library/3.1" "C:/Program Files/R/R-3.1.0/library"    

  

Короче говоря, значение, возвращаемое при вызове Sys.getenv('R_LIBS_USER') в R.exe, должно быть таким же, как значение, возвращаемое при вызове этого в командной строке:

Rscript.exe -e "Sys.getenv('R_LIBS_USER')"

и указанное выше значение необходимо включить в этот вызов командной строки:

Rscript.exe -e ".libPaths()"

Обратите внимание, что значения R_LIBS_USER могут отличаться между R.exe и Rscript.exe, если значение R_USER изменяется либо в .Rprofile или в целевом поле ярлыка пользователя на R.exe, и в целом я обнаружил, что пользовательская библиотека (т.е. .libPaths()[2]) просто не установлена ​​в Rscript.exe

Поскольку мне нравится устанавливать R_USER на свой USERPROFILE, я включаю следующий блок в начало файлов .R, которые я хочу запустить на нескольких компьютерах или в Rscript.exe { {X3}} (т.е. Rscript -e "path.expand('~/.Rprofile')"):

# =====================================================================
# For compatibility with Rscript.exe: 
# =====================================================================
if(length(.libPaths()) == 1){
    # We're in Rscript.exe
    possible_lib_paths <- file.path(Sys.getenv(c('USERPROFILE','R_USER')),
                                    "R","win-library",
                                    paste(R.version$major,
                                             substr(R.version$minor,1,1),
                                             sep='.'))
    indx <- which(file.exists(possible_lib_paths))
    if(length(indx)){
       .libPaths(possible_lib_paths[indx[1]])
    }
    # CLEAN UP
    rm(indx,possible_lib_paths)
}
# =====================================================================

Как упоминалось в комментариях, кажется, что Rscript не распознает значения по умолчанию для пути к библиотеке автоматически. Я пишу сценарий R, который должен быть доступен из командной строки на компьютерах разных людей, поэтому я придумал этот более общий обходной путь:

• Сначала сохраните путь к библиотеке по умолчанию в переменной (функции из Rscript могут найти это, но они просто не работают автоматически)
• Затем включите этот путь в вызов library() с аргументом lib.loc =.

• Это должно работать независимо от того, какой путь находится на данном компьютере.

  library.path <- .libPaths()
  library("timeseries", lib.loc = library.path)
  

Еще раз спасибо @flodel выше за то, что направили меня на правильный путь

Этот ответ не поможет исходному пользователю (pbreach), но он может помочь кому-то еще, кто наткнется на этот вопрос и имеет аналогичную проблему со мной.

У меня много файлов сценариев bash .sh, которые вызывают RScript для выполнения файлов .R. Моя операционная система — Windows 10, и я выполняю эти bash файлы с помощью cygwin.

Все работало нормально до вчерашнего дня, когда я наконец обновил свой R с Revolution R 8.0.1 beta до Microsoft R Open 3.4.1. После этого обновления все сценарии bash, которые вызывали RScript, терпели неудачу по той же причине, которая указана здесь (например, Error in library(zoo) : there is no package called 'zoo').

Расследование показало, что RScript действительно работает нормально, если вызывается из DOS shell, а не из оболочки cygwin bash.

Например, если я выполню это в DOS shell

C:Progra~1MicrosoftROpen~1R-3.4.1binx64Rscript.exe -e ".libPaths()"

Я вижу выход

[1] "C:/Users/HaroldFinch/Documents/R/win-library/3.4"
[2] "C:/Program Files/Microsoft/R Open/R-3.4.1/library"

В конце концов я обнаружил причину. Как объяснено в R FAQ, чтобы определить свой домашний каталог, R сначала будет использовать переменную среды R_USER, если она определена, иначе он будет использовать переменную среды HOME, если она определена, иначе она будет использовать «личный» каталог Windows.

Моя конфигурация Windows не определяет ни R_USER, ни HOME переменных среды. Итак, в случае DOS shell R использует мой «личный» каталог Windows (C:/Users/HaroldFinch/Documents). Это хорошо, потому что там установлены все мои библиотеки (C:/Users/HaroldFinch/Documents/R/win-library/3.4).

Напротив, cygwin определяет и экспортирует переменную среды HOME, которая указывает на мой пользовательский каталог cygwin, в котором отсутствуют какие-либо элементы R. Следовательно, RScript, вызванный из cygwin, имел неправильный домашний каталог R, и поэтому не смог загрузить библиотеки.

Вероятно, есть много способов решить эту проблему. Я решил, что в моем сценарии bash будет установлена ​​переменная среды R_USER, которая указывает на мой пользовательский каталог Windows.

Например, если я выполняю это в cygwin bash shell:

R_USER="C:/Users/HaroldFinch/Documents"
export R_USER
/cygdrive/c/Progra~1/Microsoft/ROpen~1/R-3.4.1/bin/x64/Rscript.exe -e ".libPaths()"

Я вижу выход

[1] "C:/Users/HaroldFinch/Documents/R/win-library/3.4"
[2] "C:/Program Files/Microsoft/R Open/R-3.4.1/library"

Который теперь точно такой же, как и в примере оболочки DOS, приведенном выше.

Другая причина — пакрат. Если вы работаете с packrat, RStudio включает его, когда вы открываете проект. RScript этого не делает, поэтому вам понадобится packrat::on() в начале вашего скрипта (до вызова библиотеки).

Как уже отмечали другие, проблема в том, что Rscript.exe не может распознать папку win-library. Самым простым решением для меня было явно указать путь к папке библиотеки, добавив:

.libPaths("C:/Users/Benutzer1/Documents/R/win-library/4.0")

В мою программу. Затем он загружает все пакеты из папки win-library и по-прежнему может загружать пакеты из папки стандартной библиотеки.