2012-06-05 10 views
5

1e-10より小さい数値のyスケーリングに問題があります。すべて同じ水平線に表示されます。あなたは彼らが水平線上に表示されているggplot2を使用しながら、ポイントが正しく表示されている基本プロット機能を使用して、見ることができるように小さな数字でY軸スケーリング問題

file <- structure(list(I = c(-7.254574e-11, -5.649333e-11, -5.015416e-11, 
-4.228137e-11, -3.287486e-11, -2.714915e-11, -2.203692e-11, -1.784489e-11, 
-1.150574e-11, -1.058553e-11, -6.189018e-12, -3.735149e-12, -2.303724e-12, 
6.610914e-13, 1.274374e-12, -3.610768e-13, 5.465134e-12, 6.691699e-12, 
8.020478e-12, 1.139353e-11, 1.537988e-11, 1.926399e-11, 2.130825e-11, 
2.45791e-11, 3.204071e-11, 3.582262e-11, 4.287535e-11, 4.624839e-11, 
5.16657e-11, 6.035387e-11), V = c(-2, -1.867, -1.733, -1.6, -1.467, 
-1.333, -1.2, -1.067, -0.933, -0.8, -0.667, -0.533, -0.4, -0.267, 
-0.133, 0, 0.133, 0.267, 0.4, 0.533, 0.667, 0.8, 0.933, 1.067, 
1.2, 1.333, 1.467, 1.6, 1.733, 1.867)), .Names = c("I", "V"), class = "data.frame", row.names = c(NA, 
-30L)) 

plot(file$V,file$I) 

gg <- ggplot(file,aes(x = V,y=I)) 
print(gg + geom_point()) 

:ここ

は再現例です。

2011年5月のメーリングリストで、Hadleyはggplot2の開発版と連携していると回答しました。しかし、下記のRバージョンを使用しても、私はまだエラーが発生します。

> sessionInfo() 
R version 2.15.0 (2012-03-30) 
Platform: i686-pc-linux-gnu (32-bit) 

locale: 
[1] LC_CTYPE=fr_FR.UTF-8  LC_NUMERIC=C    LC_TIME=fr_FR.UTF-8  
[4] LC_COLLATE=fr_FR.UTF-8  LC_MONETARY=fr_FR.UTF-8 LC_MESSAGES=fr_FR.UTF-8 
[7] LC_PAPER=C     LC_NAME=C     LC_ADDRESS=C    
[10] LC_TELEPHONE=C    LC_MEASUREMENT=fr_FR.UTF-8 LC_IDENTIFICATION=C  

attached base packages: 
[1] stats  graphics grDevices utils  datasets methods base  

other attached packages: 
[1] tikzDevice_0.6.2 filehash_2.2-1 scales_0.2.0  plyr_1.7.1  reshape2_1.2.1 
[6] ggplot2_0.9.0 

loaded via a namespace (and not attached): 
[1] colorspace_1.1-1 dichromat_1.2-4 digest_0.5.2  grid_2.15.0  MASS_7.3-18  
[6] memoise_0.1  munsell_0.3  proto_0.3-9.2  RColorBrewer_1.0-5 stringr_0.6  
[11] tools_2.15.0 

誰か手掛かりがありますか?

ありがとうございます! Thibaud Ruelle

+0

+1私のシステム(ggplot2 0.9.1)でこの動作が確認されています。たぶん、復帰があったのでしょうか? –

+0

@BenBolker前の質問に[this](http://stackoverflow.com/q/10808056/324364)との接続があって、Brianにチャットでこれを尋ねました。 – joran

+0

@joranはい、2つの投稿をマージすることができるようです。私の研究でそれを見つけなかったのは残念です。 –

答えて

3

Brian Diggsがa related post that @joran pointed to aboveに応答してコメントしたように、この問題は関数scales::zero_range()によって引き起こされています。 all.equal()を使用して、最小のy値と最大のy値が互いにtolerance = .Machine$double.eps^0.5 = 1.490116e-08の範囲内にあるかどうかをテストします。そうであれば、データはあなたの例で使用されている "ゼロスケール"でプロットされます。

一時的な修正として、fixInNamespace()を使用して、zero_range()という問題のビットを削除できます。

function (x) 
{ 
    length(x) == 1 
} 

コードあなたに:(編集されたバージョンを保存することを確認すること)この1で

function (x) 
{ 
    length(x) == 1 || isTRUE(all.equal(x[1] - x[2], 0)) 
} 

fixInNamespace()が立ち上げたエディタで

library(scales) ## (The scales package needs to be on your search path) 
fixInNamespace("zero_range", pos="package:scales") 

zero_range()のこの定義を置き換えます供給されてうまくいく:

enter image description here

+0

'all.equal'の' tolerance'引数を調整することもできます。 – joran

+0

@joran - どんなアイデアがより良い価値になるだろうか?私はハドレーがこのコードでどのような病気を守ろうとしているのかわからないので、行くのがどれほど安いのか分からない...(もちろん私は一緒に行って保護を取り除いた) –

+0

まあ、 zero_range'は一般的にmin/maxのベクトルが渡されるので、いつ同じものがあるかをチェックする必要があります。たぶん、単に 'x [1] == x [2]'をチェックするだけですか?私はここに浮動小数点のエッジのケースがあるように私は理解していないように感じる。 – joran