3

curl と RApache を介して R を呼び出す PHP Web アプリに取り組んでいます。ほとんどのものは正常に動作します。しかし、1 つの格子プロットで次のエラーがスローされます。

RApache警告/エラー!!! uy + c(-1, 1)のエラー:二項演算子への数値以外の引数

プロットにフィードするデータ構造を保存し、ローカル R でプロットを実行しようとしましたが、プロットは問題なく動作します。したがって、エラーを再現できません。

これらは、RApache でスクリプトを実行するときに読み込まれるライブラリです。

library(Brew)
library(Cairo)
library(rjson)
library(DBI)
library(RMySQL)
library(reshape)
library(plyr)
library('RColorBrewer')
library(ggplot2)
library(lattice)
library(latticeExtra)
library(hexbin)

スクリプトの一部を次に示します。

colgrad.pal<-colorRampPalette(brewer.pal(11,'Spectral'), interpolate='spline')

//problem plot
dists.med.lplot<-levelplot(value~starttime+groupname|dists, data=MDist.median,
  col.regions=rev(colgrad.pal(200)),colorkey=list(col=rev(colgrad.pal(200))),
  xlab='Time(s)',ylab='Treatment',
  main='Level Plot of Median Distance',
  layout=c(1,3))

そして、ここにデータファイルへのリンクがあります。私はそれを次のように読みました：//リンクは信頼できないように見えるため、削除されました

データは次のようになります。

'data.frame':   2880 obs. of  6 variables:
 $ groupname: Factor w/ 8 levels "rowA","rowB",..: 1 1 1 1 1 1 1 1 1 1 ...
 $ fCycle   : Factor w/ 6 levels "Cycle 1","Cycle 2",..: 6 6 6 6 6 6 6 6 6 6 ...
 $ fPhase   : Factor w/ 2 levels "Dark","Light": 1 1 1 1 1 1 1 1 1 1 ...
 $ starttime: int  0 60 120 180 240 300 360 420 480 540 ...
 $ dists    : Factor w/ 3 levels "inadist","lardist",..: 1 1 1 1 1 1 1 1 1 1 ...
 $ value    : num  47.5 64 78.3 39.2 53.7 ...

問題が何であるか、またはこれをより適切にトラブルシューティングする方法についてのアイデアはありますか?

ETA バージョン/プラットフォーム情報

        [platform] => sparc-sun-solaris2.10
        [arch] => sparc
        [os] => solaris2.10
        [system] => sparc, solaris2.10
        [status] => 
        [major] => 2
        [minor] => 10.1
        [year] => 2009
        [month] => 12
        [day] => 14
        [svn rev] => 50720
        [language] => R
        [version.string] => R version 2.10.1 (2009-12-14)
4

1 に答える 1

2

エラーはデータの問題のにおいがします。私は次のことを試みます：

  • plot()et alを実際に呼び出す前に、save(x, y, z, ..., file="/tmp/dbg.RData"）を介してすべての（関連する）データを保存します
  • 次に、「通常の」Rセッションで保存されたファイルからすべての関連データをロードし、検査して比較します
  • これにより、データの問題を特定できるようになり、実際のコードがフォールオーバーするのを防ぐために、より多くの健全性チェックなどで回避できる可能性があります。
于 2010-10-18T18:53:18.087 に答える