Получение ошибки Ошибка: Неизвестный TZ UTC после обновления удаленного рабочего стола RStudio

Запуск RStudio 1.2.5033, R 3.6.1 и readr 1.3.1.

Раньше вчера не было проблем с чтением файла CSV, программное обеспечение было обновлено до того, что вы видите выше, и теперь

Error: Unknown TZ UTC

когда я пытаюсь читать что-либо с помощью

table.df <- read_csv('csv_file.csv')

Я нашел этот пост и изучил языковой стандарт как фрагмент/файл/глобальный параметр (конкретный и по умолчанию ) безуспешно. Я из США и перепробовал каждый часовой пояс, указанный в справке. Даже пытался

options(readr.default_locale=readr::locale(tz="Australia/Sydney"))

и я получаю

Error: Unknown TZ Australia/Sydney

Я не управляю этим экземпляром, так как он работает в удаленном кластере, и сегодня системный администратор выгнал меня, чтобы я обновил ряд программ, включая R. Я запустил все обновления пакетов. Сисадмин умен и не слишком много возится, и я не менял никаких глобальных настроек, поэтому я не уверен, что это может быть. Надеюсь, я идиот, и мне просто не хватает простого решения.


rstudio r timezone readr
person JBP    schedule 02.04.2020    source источник
comment
Ладно, все. Я запустил локальную версию этой проблемы и выяснил, что базовая версия R, на которую ссылается RStudio (3.6.1), и недавно установленная версия (3.6.3) не совпадают. Я видел, что R был установлен, но не было никаких указаний на то, что он не подключен. Если кто-то попадет в этот пост и столкнется с этой проблемой в будущем, вам просто нужно открыть новую версию базы R (я не думаю, что я делал это намеренно в прошлом), и на нее будут ссылаться правильно. Подтверждено: я идиот.   -  person JBP    schedule 02.04.2020
comment
У вас установлено xts? Не знаю, почему я спрашиваю, но часовые пояса, кажется, появляются сегодня, хотя в xts tzone - это tz. Но нет, я обнаружил, что readr использует не xts, а hms, что является отличным пакетом времени. И readr говорит, что designed to flexibly parse many types of data found in the wild, while still cleanly failing when data unexpectedly changes. чистая ошибка может означать, что ваши входящие данные изменились или, возможно, hms, так как это чистая ошибка. Вероятно, неизвестно, системные администраторы такие, какие они есть, но версия меняется при обновлении, а ваша рабочая среда до и после?   -  person Chris    schedule 02.04.2020
comment
Нет, ты не идиот. У тебя была проблема, исследовал. Спросил, проверил, решил. Теперь у вас есть и возможность, и, можно сказать, обязанность сообщить. Итак, ответьте на свой вопрос. Получите несколько очков. И не оставляйте здесь болтающуюся не совсем сухую дырочку. Мои мысли.   -  person Chris    schedule 02.04.2020
comment
Ценю твой ответ, Крис. Кажется, мое подключение к R-RStudio было не совсем правильным после обновления. Раньше никогда не сталкивался с этой проблемой, но здесь мы оказываемся. Я обычно использую смазку для свиданий, но обязательно проверю xts и hms - всегда в поисках нового инструмента в сундуке.   -  person JBP    schedule 02.04.2020

Ответы (1)


arrow_upward
4
arrow_downward

Я запустил локальную версию этой проблемы и выяснил, что базовая версия R, на которую ссылается RStudio (3.6.1), и недавно установленная версия (3.6.3) не совпадают. Я видел, что R был установлен, но не было никаких указаний на то, что он не подключен. Если кто-то попадет в этот пост и столкнется с этой проблемой в будущем, вам просто нужно открыть новую версию базы R (я не думаю, что я делал это намеренно в прошлом), и на нее будут ссылаться правильно.

person JBP    schedule 02.04.2020
comment
И примите свой ответ, и вы завершили процесс сообщества. Как мы говорим, добро пожаловать в Stackoverflow. - person Chris; 02.04.2020
comment
Спасибо за прием. Я могу принять свой собственный ответ через 13 часов в соответствии с переполнением стека - ха! Я сделаю это, когда смогу закрыть дела. - person JBP; 03.04.2020