seq(0,1,0.05)とc(0,0.05,0.1.....)は何が違うのか

Question

前提・実現したいこと

カラムが２つあるデータフレームがあります。
1つは機械学習モデルが予測した「成功確率」（expect)でもうひとつが
実際に成功したかのフラグ(flg)です。
（成功の場合１，失敗の場合０）

この、データに対してexpectが「０％以上の場合」「５％以上の場合」「１０％以上の場合」
と5%ずつ閾値をおいて、Xが閾値以上のデータのみを集計したい。

発生している問題

はじめこの処理を以下のように書いていました。

for(n in seq(0,1,0.05)){
data2 <- data$flg[data&expect >= n]
   処理
}

しかし、このfor文の書き方では、なぜかところどころうまくいきません。
例えば「15%以上」で区切った処理結果が「20%以上」で区切った処理結果と同じになっていたり
「70%以上」で区切った処理結果が「75%以上」で区切った処理結果と同じになっていたりします。

なぜか処理が飛んでいるというか、全てではなくところどころ隣と同じ結果になってしまう現象になってしまっていました。
（抽象的な書き方ですみません。。。）

試したこと

はじめはデータのほうがおかしくてうまくマッチングできていないのかと思いましたが、
特に問題は見当たりませんでした。

結局以下のように書き直すことで正常に処理されるようになりました。

num <- c(1,0.05,0.1,0.15.0.2....)
for(n in num){
data2 <- data$flg[data&expect >= n]
   処理
}

typeofで見るとデータ型も両方double型でしたし、seq()で作ったベクトルとc()で手入力したベクトルの何が違うのかわかりません。。。
イテレータにseqを使うのはナンセンスなのでしょうか。。。

このままでは、今後ビビってseqを使えないため、
問題が発生した原因がわかる方いらっしゃいましたらご教示願いたいです。

環境

sessionInfo()の出力結果は以下の通りです。

R version 3.5.1 (2018-07-02)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)

Matrix products: default

locale:
[1] LC_COLLATE=Japanese_Japan.932 LC_CTYPE=Japanese_Japan.932
[3] LC_MONETARY=Japanese_Japan.932 LC_NUMERIC=C
[5] LC_TIME=Japanese_Japan.932

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

loaded via a namespace (and not attached):
[1] compiler_3.5.1 tools_3.5.1

Comments

[KojiDoi]

試してみようとしましたが、こちらでは現象を再現できませんでした。sessionInfo()を実行した結果を追記できますか？

[Tadokoro]

追記いたしました！

Answer 1

data$expectではありませんか？

Comments

[Tadokoro]

回答ありがとうございます。
「試したこと」に記載した通り、イテレータを入れ替えれば
ほしいデータが取得できるので、文法がそもそも間違っているということはないはずです。

[KojiDoi]

こちらではやはり問題が再現しませんね。あとはexpectが何か想定外の内容となっていて悪さしている可能性しか思いつきません。文法は間違っていないと考えているようですが、それはたまたま問題が表に出てきてないだけの可能性もあります。この書法では論理積をとっていることになるのですが、それは本当に意図していることですか？

[Tadokoro]

返答が遅くなり申し訳ありません。
KojiDoi様の仰る通りデータ側の不具合の可能性もあると思います。
（今回は他のメンバーの端末でも事象が再現しなかったため手書きのベクトルで乗り切りました）

Answer 2

seqの使い方間違っていませんか？

seq(1,10,length=5)
とか
seq(1,10,by=2)
のように使うのでは？

Comments

[Tadokoro]

回答ありがとうございます。
seqはdefaultの第３引数がbyにあたるのでこの書き方であっていると思います。

仮に間違っていたとしても、この書き方で0から1まで0.05刻みのベクトルが
生成できることはコンソール上で確認できています。