問題タブ [cran]

ここでのヒントを使用して、いくつかの国の地図を描きました。ここで、いくつかの国の国境を無視する必要があります。. なにか提案を。

R プロセスのメモリ制限を制限するために「mem.limits」を使用しています。例えば：

これでも問題なく動作しますが、R 2.14 以降では警告メッセージが表示されます。

警告メッセージ: 「mem.limits」は非推奨です。代わりに「gc」を使用してください。ヘルプを参照してください("非推奨")

今、私はこれをどうするかわかりません。ガベージ コレクションは、メモリ制限の設定にどのように関連していますか?

install.packagesコマンドの完全な出力を変数にキャプチャしたいと思います。ただし、インストール中に出力されるメッセージは、intern = FALSEを指定してsystem（）を呼び出した結果です。結果として、それらは実際にはメッセージ/警告/印刷ではありません。この情報を変数に取り込む方法はありますか？例えば

または：

それでもすべてを画面に印刷します...

ヘルプ ファイルの「関連項目」セクションから関数の名前を抽出する方法 例: 「関連項目」セクションの object=help(lm) から:

関数名のベクトルが必要です-「summary.lm」、「anova.lm」、「coef」...

パッケージの既知のバグやバグ修正を最新の状態に保つための標準の R コミュニティ リソースはありますか? 私の現在のアプローチはかなり手動です。(注意: これを CRAN に限定しています - 注 1 を参照してください。)

私のユースケースは、基本的にバグ監視とパッケージ更新の管理です。私はしばらくの間、毎月平均して数件のバグを発見してきました (著者に正式に報告します ;-))。私の仕事の多くは仮想マシンで行われているため、必要なパッケージのバグ ステータスを適切に把握している場合は、VM イメージを更新する傾向があります。たくさんのバグが修正されたら、回避策を削除できます。これは素晴らしいことです。画像を更新します。バグの発生を発見しても、新しいイメージは作成しません。

現在使用しているソースは次のとおりです。

• NEWS ファイル: すべてではありませんが、多くのパッケージに NEWS ファイルがあります。これらは確かに開始するのに役立つ場所です。
• パッケージのホームページ: 一部のパッケージでは、CRAN に NEWS ファイルがありませんが、作成者のサイトに変更ログを個別に投稿します。
• R プロジェクトがホストするメーリング リスト
• パッケージの Google グループ
• パッケージ作成者との個人的なコミュニケーション
• パッケージのバグ追跡 (たとえば、開発者は Bugzilla を使用する場合があります)

バグを最初に発見すること (バグは私たち全員に起こることを認めます) と、既に知られているか、できれば既に修正されているバグを遅ればせながら発見することとは別のことです。どちらも私自身のコーディングを遅くしますが、より良いバグ監視 (cdc4Rパッケージが必要かもしれません:)) により、影響が大幅に軽減されます。標準的な更新アラート システム (たとえば、更新可能なパッケージに関するレポートの拡張機能update.packages()や、変更内容に関する情報へのリンク) がなければ、この情報を探すのはユーザーの仕事です。

このようなユーザーとして、この情報を探しているのですが、上記のリストで見落としている標準的なリソースはありますか? たとえば、開発者が変更やバグ修正を投稿するのが一般的な R メーリング リストはありますか? または、そのような投稿を集約したり、テストを投稿したり (CRAN 投稿のR CMD CHECK出力のようです)、またはその他のフィードバックを提供するサイトはありますか?

他の人のために、他のリソースに関するいくつかの追加メモ:

• CRANberryにはパッケージに関する簡潔な要約があることがわかりましたがdiff、これは私にとって初めてのことです。bug(またはfixdiff 出力でgrep を検討するように促されました。)
• bug.report()in R は、R Core またはパッケージ メンテナーの電子メール アドレスにメッセージを送信するのに適した方法です。
• 検討する価値のあるいくつかのテスト パッケージはtestthat、 、RUnit、およびsvUnitです。
• 私の個人的な「クイック テスト」はdigest、非常に大きなオブジェクトの等価性をテストすることなく、単に結果が一致することを確認するために使用することです。

注 1:すべてのR パッケージのユニバースを管理することは不可能であるため、このクランにタグを付けています。個々のパッケージ作成者は、好きな場所でパッケージを配布したり、好きなメーリング リストやバグ追跡システムを使用したりできます。ただし、それは R の「主流」の範囲外です。パッケージをリリースしてユーザーに警告する場合変更、バグ、バグ修正については、CRAN + NEWS + Bugzilla + Google Groups + R-Forge (および/または RForge) などを使用しますが、このリストに含まれていない別の標準レポート メカニズムはありますか?

ある意味では、このメモは、開発者が使用することを奨励されているメカニズムがあるかどうかを尋ねる役割も果たします。R Core メンバーによるパッケージは、バグや変更の報告に関してさまざまなことを行っているように見えるため、標準はないと思われます。

注 2: これはR の管理にも関連するため、管理も追加します (ただし、他の何かがより適切である可能性があります)。再現性のために、パッケージの管理は非常に重要です。複数のユーザーまたはより多くの移動要素がある場合、バグと修正を認識し続けることは、管理タスクになるだけでなく、外部パッケージに依存する開発の重要な考慮事項になります。別のタグ、たとえばsystem-administrationがより適切である場合、私は変更を受け入れます。

複数行の呼び出しが存在する場合、潜在的なエラーにはmatch.call（）の最初の行のみが含まれ、情報が失われ、文が不完全になります。簡単な例：

Rにエラーメッセージへの完全な呼び出しを含める方法は何でしょうか（おそらく複数行を折りたたむことによって）？私はこれをtryCatch設定で使用することに主に興味があります。

実際にアタッチせずに、パッケージがエクスポートするオブジェクトを一覧表示する方法はありますか? 私は試した

ただし、これは、このパッケージで定義およびインポートされたすべてのオブジェクトを示しています。代わりに、エクスポートされた名前のみを表示したいと思います。つまり、次の結果が欲しい

しかし、実際にパッケージを検索パスに添付することなく。

forループでバッファのサイズを増やすことができる関数をRに実装したいと思います。

全体的な計画は、テスト用および参照用のシェープファイルを使用するパッケージを作成することです。参照シェープファイルの周りにバッファーを作成し、必要なだけサイズを増やして、テスト シェープファイル全体と交差する必要があります。

したがって、シェープファイルを挿入して最初のバッファーを作成するためのコード スニペットを既にいくつか書きました。

今まで、すべて正常に動作しています。その後、このメソッドをすべてのステップのバッファを持つ for ループに転送したいと思いました。

ご覧のとおり、「l2」を引数 (shape) として関数「buffergrow」を呼び出すとエラーが発生します。なぜこれが起こるのか誰にも分かりますか？私はすでにいくつかの他のアイデアを試しましたが、助けが必要です。

任意/追加: 全体的な計画の今後の作業に関して、ヒントはありますか?

よろしく、ステファン

2.15のリリース ノートによると:

環境変数によって選択される R CMD チェックによる、より厳密なテストのための新しいオプションがあります。「R 拡張機能の記述」マニュアルを参照してください。

1. デフォルトの一連のチェックと比較して「より厳密」ですか?
2. マニュアルのサポート テキストが見つかりません。私はそれを見逃しているだけだと確信しています
3. 最も厳格なテストを実行するために指定するオプションは何ですか?

米国の地図全体にまたがる経度、緯度を含む R data.frame があります。X個のエントリがすべて、たとえば経度数度と緯度数度の小さな地理的領域内にある場合、これを検出して、プログラムに地理的境界ボックスの座標を返させたいと考えています。すでにこれを行っている Python または R CRAN パッケージはありますか? そうでない場合、この情報を確認するにはどうすればよいですか?