Ponieważ zdałem sobie sprawę, że (bardzo doskonałe) odpowiedzi na ten post brak by
i aggregate
wyjaśnienia. Oto mój wkład.
PRZEZ
by
Funkcji, jak podano w dokumentacji może być jednak jako „Okładki” tapply
. Siła by
powstaje, gdy chcemy obliczyć zadanie, tapply
którego nie można obsłużyć. Jednym z przykładów jest ten kod:
ct <- tapply(iris$Sepal.Width , iris$Species , summary )
cb <- by(iris$Sepal.Width , iris$Species , summary )
cb
iris$Species: setosa
Min. 1st Qu. Median Mean 3rd Qu. Max.
2.300 3.200 3.400 3.428 3.675 4.400
--------------------------------------------------------------
iris$Species: versicolor
Min. 1st Qu. Median Mean 3rd Qu. Max.
2.000 2.525 2.800 2.770 3.000 3.400
--------------------------------------------------------------
iris$Species: virginica
Min. 1st Qu. Median Mean 3rd Qu. Max.
2.200 2.800 3.000 2.974 3.175 3.800
ct
$setosa
Min. 1st Qu. Median Mean 3rd Qu. Max.
2.300 3.200 3.400 3.428 3.675 4.400
$versicolor
Min. 1st Qu. Median Mean 3rd Qu. Max.
2.000 2.525 2.800 2.770 3.000 3.400
$virginica
Min. 1st Qu. Median Mean 3rd Qu. Max.
2.200 2.800 3.000 2.974 3.175 3.800
Jeśli wydrukujemy te dwa obiekty ct
i cb
„zasadniczo” uzyskamy te same wyniki, a jedyne różnice dotyczą sposobu ich wyświetlania i różnych class
atrybutów odpowiednio by
dla cb
i array
dla ct
.
Jak powiedziałem, moc by
powstaje, gdy nie możemy użyć tapply
; poniższy kod jest jednym przykładem:
tapply(iris, iris$Species, summary )
Error in tapply(iris, iris$Species, summary) :
arguments must have same length
R mówi, że argumenty muszą mieć tę samą długość, powiedz „chcemy obliczyć summary
wszystkie zmienne iris
wzdłuż współczynnika Species
”: ale R po prostu nie może tego zrobić, ponieważ nie wie, jak sobie z tym poradzić.
Dzięki by
funkcji R wywołujemy określoną metodę dla data frame
klasy, a następnie pozwalamy tej summary
funkcji działać, nawet jeśli długość pierwszego argumentu (i także typu) jest różna.
bywork <- by(iris, iris$Species, summary )
bywork
iris$Species: setosa
Sepal.Length Sepal.Width Petal.Length Petal.Width Species
Min. :4.300 Min. :2.300 Min. :1.000 Min. :0.100 setosa :50
1st Qu.:4.800 1st Qu.:3.200 1st Qu.:1.400 1st Qu.:0.200 versicolor: 0
Median :5.000 Median :3.400 Median :1.500 Median :0.200 virginica : 0
Mean :5.006 Mean :3.428 Mean :1.462 Mean :0.246
3rd Qu.:5.200 3rd Qu.:3.675 3rd Qu.:1.575 3rd Qu.:0.300
Max. :5.800 Max. :4.400 Max. :1.900 Max. :0.600
--------------------------------------------------------------
iris$Species: versicolor
Sepal.Length Sepal.Width Petal.Length Petal.Width Species
Min. :4.900 Min. :2.000 Min. :3.00 Min. :1.000 setosa : 0
1st Qu.:5.600 1st Qu.:2.525 1st Qu.:4.00 1st Qu.:1.200 versicolor:50
Median :5.900 Median :2.800 Median :4.35 Median :1.300 virginica : 0
Mean :5.936 Mean :2.770 Mean :4.26 Mean :1.326
3rd Qu.:6.300 3rd Qu.:3.000 3rd Qu.:4.60 3rd Qu.:1.500
Max. :7.000 Max. :3.400 Max. :5.10 Max. :1.800
--------------------------------------------------------------
iris$Species: virginica
Sepal.Length Sepal.Width Petal.Length Petal.Width Species
Min. :4.900 Min. :2.200 Min. :4.500 Min. :1.400 setosa : 0
1st Qu.:6.225 1st Qu.:2.800 1st Qu.:5.100 1st Qu.:1.800 versicolor: 0
Median :6.500 Median :3.000 Median :5.550 Median :2.000 virginica :50
Mean :6.588 Mean :2.974 Mean :5.552 Mean :2.026
3rd Qu.:6.900 3rd Qu.:3.175 3rd Qu.:5.875 3rd Qu.:2.300
Max. :7.900 Max. :3.800 Max. :6.900 Max. :2.500
naprawdę działa, a wynik jest bardzo zaskakujący. Jest to obiekt klasy, by
który wraz Species
(powiedzmy dla każdej z nich) oblicza wartość summary
każdej zmiennej.
Zauważ, że jeśli pierwszym argumentem jest a data frame
, wywoływana funkcja musi mieć metodę dla tej klasy obiektów. Na przykład, czy używamy tego kodu z mean
funkcją, będziemy mieli ten kod, który nie ma żadnego sensu:
by(iris, iris$Species, mean)
iris$Species: setosa
[1] NA
-------------------------------------------
iris$Species: versicolor
[1] NA
-------------------------------------------
iris$Species: virginica
[1] NA
Warning messages:
1: In mean.default(data[x, , drop = FALSE], ...) :
argument is not numeric or logical: returning NA
2: In mean.default(data[x, , drop = FALSE], ...) :
argument is not numeric or logical: returning NA
3: In mean.default(data[x, , drop = FALSE], ...) :
argument is not numeric or logical: returning NA
AGREGAT
aggregate
może być postrzegany jako inny sposób użycia, tapply
jeśli wykorzystamy go w taki sposób.
at <- tapply(iris$Sepal.Length , iris$Species , mean)
ag <- aggregate(iris$Sepal.Length , list(iris$Species), mean)
at
setosa versicolor virginica
5.006 5.936 6.588
ag
Group.1 x
1 setosa 5.006
2 versicolor 5.936
3 virginica 6.588
Dwie bezpośrednie różnice polegają na tym, że drugim argumentem aggregate
musi być lista, podczas gdy tapply
może (nie jest obowiązkowa) być listą i że wyjściem aggregate
jest ramka danych, podczas gdy jednym z tapply
jest array
.
Siła aggregate
polega na tym, że może on łatwo obsługiwać podzbiory danych za pomocą subset
argumentów oraz że posiada metody dla ts
obiektów, a formula
także.
Elementy te aggregate
ułatwiają pracę z tym tapply
w niektórych sytuacjach. Oto kilka przykładów (dostępnych w dokumentacji):
ag <- aggregate(len ~ ., data = ToothGrowth, mean)
ag
supp dose len
1 OJ 0.5 13.23
2 VC 0.5 7.98
3 OJ 1.0 22.70
4 VC 1.0 16.77
5 OJ 2.0 26.06
6 VC 2.0 26.14
Możemy osiągnąć to samo, tapply
ale składnia jest nieco trudniejsza, a wynik (w niektórych okolicznościach) mniej czytelny:
att <- tapply(ToothGrowth$len, list(ToothGrowth$dose, ToothGrowth$supp), mean)
att
OJ VC
0.5 13.23 7.98
1 22.70 16.77
2 26.06 26.14
Są inne czasy, kiedy nie możemy użyć by
lub tapply
musimy użyć aggregate
.
ag1 <- aggregate(cbind(Ozone, Temp) ~ Month, data = airquality, mean)
ag1
Month Ozone Temp
1 5 23.61538 66.73077
2 6 29.44444 78.22222
3 7 59.11538 83.88462
4 8 59.96154 83.96154
5 9 31.44828 76.89655
Nie możemy uzyskać wynik z poprzednią tapply
w jednej rozmowy, ale musimy obliczyć średnią wraz Month
z poszczególnych elementów, a następnie połączyć je (również pamiętać, że musimy nazwać na.rm = TRUE
, ponieważ formula
sposoby aggregate
funkcjonowania ma domyślnie na.action = na.omit
):
ta1 <- tapply(airquality$Ozone, airquality$Month, mean, na.rm = TRUE)
ta2 <- tapply(airquality$Temp, airquality$Month, mean, na.rm = TRUE)
cbind(ta1, ta2)
ta1 ta2
5 23.61538 65.54839
6 29.44444 79.10000
7 59.11538 83.90323
8 59.96154 83.96774
9 31.44828 76.90000
podczas gdy z by
po prostu nie możemy tego osiągnąć, w rzeczywistości następujące wywołanie funkcji zwraca błąd (ale najprawdopodobniej jest to związane z podaną funkcją mean
):
by(airquality[c("Ozone", "Temp")], airquality$Month, mean, na.rm = TRUE)
Innym razem wyniki są takie same, a różnice występują tylko w klasie (a następnie w jaki sposób jest ona wyświetlana / drukowana i nie tylko - przykład, jak ją podzielić) obiekt:
byagg <- by(airquality[c("Ozone", "Temp")], airquality$Month, summary)
aggagg <- aggregate(cbind(Ozone, Temp) ~ Month, data = airquality, summary)
Poprzedni kod osiąga ten sam cel i wyniki, w niektórych momentach narzędzie, które należy zastosować, jest tylko kwestią osobistych upodobań i potrzeb; poprzednie dwa obiekty mają bardzo różne potrzeby pod względem podzbiorów.
*apply()
iby
. plyr (przynajmniej dla mnie) wydaje się o wiele bardziej spójny, ponieważ zawsze wiem dokładnie, jakiego formatu danych oczekuje i dokładnie co wypluje. To oszczędza mi wielu kłopotów.