2017-10-10 13 views
2

エラーが原因で文書が編まれていません。タイムゾーンがRstudioで不明です

私が受け取るエラーは、エラーの原因と

Quitting from lines 79-81 (Project_GYMBO.Rmd) 
Error in mutate_impl(.data, dots) : 
    Evaluation error: (converted from warning) unknown timezone 'default/America/Toronto'. 

ラインは非常に簡単ですされています。

weight.rm %>% mutate(datetime = ymd_hms(datetime)) %>% head 

データは、私は現在、トロントから働いてくれ

Warning message: 
In as.POSIXlt.POSIXct(x, tz) : unknown timezone 'default/America/Toronto' 

を与える

data.frame(stringsAsFactors=FALSE, 
    datetime = c("2017-10-09 16:03:09", "2017-10-09 15:36:23", 
       "2017-10-09 15:04:53", "2017-10-09 13:01:23", 
       "2017-10-09 12:33:16", "2017-10-09 12:05:41"), 
      WR = c(87, 69, 61, 51, 50, 48) 
) 

のように見えます。

私は、Rが自分のタイムゾーンを正しく判別できないことが原因と考えています。私がSys.timezone()と呼ぶとき、私はNAを得る。

これは既知の問題ですか?誰かがRが私のタイムゾーンを理解できない理由を教えてもらえますか?

+0

urデータをコピー/ペーストすることで問題を再現できません。 – akrun

+0

'lubridate :: ymd_hms'の' tz'パラメータのデフォルトは '' UTC ''ですので、これは奇妙です。 'as.POSIXlt.POSIXct'が呼び出されていることも意味がありません。いくつかの必要な文脈が明らかに欠けている。 – alistaire

答えて

3

this R bug reportによると、これはmacOS 10.3の問題でした。バグレポートは修正されていますが、Rバージョン3.4.2のR Installation and Administration manualには既知の問題として記載されています。現在の開発バージョン(NEWS file、先頭の最初の注記を参照)で修正されているようです。

もちろん
Sys.setenv(TZ = "America/Toronto") 

、ないAmerica/Torontoタイムゾーンの誰もが、実際にそれに代わる:今のところ

、(特に堅牢ではないが)最善の解決策は、あなたの~/.Rprofileに以下を追加することであるように思えますタイムゾーン。 Rをコンパイルするときのバグ修正の指示や、現在の開発バージョンを使用することもできます。これは、状況によってはより良いオプションかもしれません。

0

これはR 3.4.3で解決されたようです。 release newsで詳細を読むことができます。

編集:以下はリリースノートの関連部分です。

問題を回避するには、MacOSの10.13でタイムゾーン・ファイルの場所の変更「ハイシエラ」のためと再び10.13.1に追加されたUNIX-似

にインストールするので、デフォルトRが--with-internal-tzcode(macOSのデフォルト)で設定されている場合、タイムゾーンはシステム設定から正しく推測されます。

関連する問題