У меня была точно такая же проблема с данными SEC США.
Я просто точно следовал указаниям pdw, и это сработало!

К вашему сведению, код, который я использовал для

if (substr(file.name, 1, 5) != "http:") { 

is

if (!(substr(file.name, 1, 5) %in% c("http:", "https"))) {

И я взломал его с помощью trace('XBRL', edit=TRUE).

Я не знаком с используемым вами пакетом XBRL, но кажется очевидным, что он ошибочно пытается определить абсолютный URL-адрес (https://...) как локальный файл.

Быстрый просмотр исходного кода выявляет проблему:

XBRL.R, строка 305:

fixFileName <- function(dname, file.name) {
if (substr(file.name, 1, 5) != "http:") {
   [...]

то есть он решает, является ли URL-адрес абсолютным, если он начинается с «http:», а ваш URL-адрес начинается с «https:». Достаточно легко взломать исправление, позволяющее URL-адресам https также пройти этот тест, и я подозреваю, что это решит вашу непосредственную проблему, хотя было бы намного лучше, если бы этот код использовал библиотеку URL-адресов, чтобы решить, является ли URL-адрес абсолютным или а не гадать на основе протокола.

Я не уверен, каков статус документов iXBRL. В журнале изменений есть примечание о том, что «сообщено о работе со встроенными документами XBRL», что мне подозрительно. Хотя он может правильно найти таксономию для встроенного документа, я не понимаю, как он будет правильно извлекать факты со значительным дополнительным кодом, которого я не вижу.

Возможно, вы захотите взглянуть на проект Arelle как на альтернативный процессор с открытым исходным кодом, который определенно поддерживает Inline XBRL.

Как заявил pdw, проблема в том, что пакет жестко закодирован для поиска http: и ошибочно обрабатывает пути https как локальные пути. Это происходит потому, что файлы XBRL могут ссылаться на внешние файлы для стандартных определений схем и т. д. В вашем примере это происходит в строке 116 файла Prod224_0081_00005017_20191231.html.

Несколько человек разветвили пакет XBRL на github и исправили это поведение. Вы можете установить одну из версий с https://github.com/cran/XBRL/network/members с devtools::install_git(), и это должно сработать.

Например, с помощью этой форка анализируется отчет Регистрационной палаты.

# remotes:::install_github("adamp83/XBRL")

library(XBRL)
x <- xbrlDoAll("https://raw.githubusercontent.com/stackoverQs/stackxbrlQ/main/Prod224_0081_00005017_20191231.html",cache.dir = "cache" verbose=TRUE))

Вот еще несколько общих объяснений, чтобы дать некоторый контекст.

Встроенный XBRL против XBRL

Проще говоря, файл XBRL — это просто плоский список фактов.

Встроенный XBRL представляет собой более современную версию экземпляра XBRL, в котором вместо хранения этих фактов в виде плоского списка факты хранятся в удобочитаемых документах, «штампуя» значения. С точки зрения абстрактной обработки XBRL и XBRL-файл, и встроенный XBRL-файл являются экземплярами XBRL и представляют собой просто наборы фактов.

ДТС

Кроме того, экземпляр XBRL (встроенный или нет) связан с несколькими или большим количеством файлов таксономии, известных пользователям XBRL как DTS (обнаруживаемый набор таксономий). Эти файлы представляют собой либо файлы схемы XML (.xsd), содержащие элементы отчета (концепции, измерения и т. д.), либо файлы ссылок XML (.xml), содержащие базы ссылок (графики элементов отчетов, метки и т. д.).

Механизм, связывающий экземпляр XBRL с DTS, немного сложен и неоднороден: импорт схемы, включение схемы, простые ссылки, указывающие на другие файлы и т. д. Как пользователю достаточно понять, что DTS состоит из всех файлов в переходном закрытие экземпляра по этим ссылкам. Задача процессора XBRL (включая пакет R) состоит в разрешении всего DTS.

Хранение файлов DTS

Как правило, экземпляр XBRL указывает на файл (называемый точкой входа), расположенный на сервере поставщика таксономии, и этот файл сам может указывать на дополнительные файлы на том же и других серверах.

Однако многие процессоры XBRL автоматически кэшируют эти файлы локально, чтобы избежать перегрузки серверов, что является установившейся практикой. Как правило, вам не нужно делать это самостоятельно. Самостоятельно разрешать ссылки для скачивания всех файлов очень обременительно.

Альтернативный способ — загрузить весь DTS (в виде zip-файла в соответствии со стандартом упаковки) с серверов поставщика таксономии и использовать его локально. Однако для этого также требуется процессор XBRL для определения соответствия между удаленными URL-адресами и локальными файлами.