2012-06-05 19 views
5

Mam problem ze skalowaniem y dla liczb mniejszych niż 1e-10: wszystkie pojawiają się na tej samej poziomej linii.Problem z skalowaniem osi Y z małymi numerami

Oto powtarzalne przykład:

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()) 

Jak widać, przy użyciu funkcji baza wykreślić punkty są wyświetlane poprawnie podczas korzystania ggplot2 są one wyświetlane na poziomej linii.

Widziałem podobny post na liście mailingowej w maju 2011 r., Na co Hadley odpowiedział, że działało z wersją rozwojową ggplot2. Jednak używając opisanej poniżej wersji R nadal otrzymuję błąd.

> 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 

Ktoś ma jakąś wskazówkę?

Z góry dziękuję! Thibaud Ruelle

+0

+1 Szybki test potwierdza to zachowanie w moim systemie (ggplot2 0.9.1). Może było odwrócenie, lub? –

+0

@BenBolker Zapytałem Briana o to na czacie, biorąc pod uwagę połączenie z [tym] (http://stackoverflow.com/q/10808056/324364) poprzednim pytaniem. – joran

+0

@joran Tak, wygląda na to, że oba posty mogły zostać scalone. Przepraszam, że nie znalazłem go w moich badaniach. –

Odpowiedz

3

Jak Brian Diggs skomentował w odpowiedzi na a related post that @joran pointed to above, problem jest spowodowany przez funkcję scales::zero_range(). Używa ona all.equal() do sprawdzenia, czy najmniejsze i największe wartości y są w zakresie tolerance = .Machine$double.eps^0.5 = 1.490116e-08 jeden od drugiego; jeśli tak, dane są nanoszone za pomocą "skali zerowej" zastosowanej w twoim przykładzie.

Jako tymczasową poprawkę, można użyć fixInNamespace(), aby usunąć niepotrzebny bit o wartości zero_range().

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

W edytorze zainicjowanej przez fixInNamespace() wymienić tę definicję zero_range():

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

z tym jednym (upewniając się, aby zapisać wersję):

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

kod dostarczone następnie działa dobrze:

enter image description here

+0

Można również ustawić argument "tolerancji" w 'all.equal', tak przypuszczam. – joran

+0

@joran - Jakiś pomysł, jaka byłaby lepsza wartość? Nie wiem, jaką patologię Hadley próbuje chronić przed tym fragmentem kodu, więc nie wiem, jak nisko można bezpiecznie jechać ... (Więc oczywiście poszedłem i usunąłem ochronę razem;) –

+0

Cóż, ' zero_range' jest zwykle przekazywany wektorem o wartości min/max, więc chcesz, aby _some_ sprawdzić tam, kiedy są takie same. Może po prostu sprawdź, czy 'x [1] == x [2]'? Mam wrażenie, że tutaj są przypadki o skrajnych krawędziach, których nie rozumiem. – joran

Powiązane problemy