こんにちはガブリエル、私は週末にこれに行きます

これをどこかにリンクしておくといいのですが、numpyに含めるにはニッチすぎると思います。 最も一般的に使用される関数のnan*バージョンのみが必要であり、 ptpはそれらの1つではありません。

既存のnan*関数を見ると、ほとんどの基本関数にnanアナログがあるように見えます。 ptpが最も一般的に使用される関数ではないことに同意しますが、信号処理の問題でかなり使用しており、 nanfunctions.pyの他の関数を考えると欠落しているように感じます。 基本バージョンの実装が完了しました。クリーンアップしてテストしたら、アカウントに追加します。

これを進めることにした場合は、関数の実装と対応するテストを含むPRを開きました。

13220

これについてはトリアージ会議で話し合いました。 ほとんどの人は、この機能のリクエストを拒否することに満足していました。 @charrisは棄権し、 @ sebergは別の名前空間を想像できると述べました。

ここでの主な理由は、一般的にこれ以上のnan関数は必要ないということです。 最も一般的に使用されているものがあり、メインの名前空間をより多くのnan関数で埋めることは正当化されません（この時点で名前空間に何かを追加するにはかなりのコストがかかります。

特にこれについては、 ptpはすでにニッチであり、numpyに追加するのは間違いなく間違いでした。 したがって、 nanptpは望ましくありません。

bottleneckような別のパッケージは、より多くのnan関数に対してより意味があります。

この@ Gabriel-pを提案してくれて、そしてPR @ yliapisをありがとう

詳細な説明ありがとうございます@rgommers