From murdoch.duncan at gmail.com  Thu Apr  5 13:49:53 2012
From: murdoch.duncan at gmail.com (Duncan Murdoch)
Date: Thu, 05 Apr 2012 07:49:53 -0400
Subject: [Rd] "NA" vs. NA
In-Reply-To: <CAJ=0CtAur8KCFNx+bWoj_-sM6q17eW+Giki1HgqPJh=z_jgzYA@mail.gmail.com>
References: <CAJ=0CtBXsC22CW8_UnyYvsi-w9PJc=iXYQbW6srC0d3VYs0O2Q@mail.gmail.com>
	<XFMail.20120405122203.Ted.Harding@wlandres.net>
	<CAJ=0CtAur8KCFNx+bWoj_-sM6q17eW+Giki1HgqPJh=z_jgzYA@mail.gmail.com>
Message-ID: <4F7D86E1.9070601@gmail.com>

On 12-04-05 7:27 AM, Adrian Dusa wrote:
> Hi Ted,
>
> On Thu, Apr 5, 2012 at 14:22, Ted Harding<Ted.Harding at wlandres.net>  wrote:
>> On 05-Apr-2012 11:03:15 Adrian Dusa wrote:
>>> [...]
>>
>> Hi Adrian,
>> The default in read.table() for the "na.strings" parameter is
>>
>>   na.strings = "NA"
>>
>> So, provided you have no "NA" in the data portion of your file
>> (or e.g. any missing values are simply blank) you could use
>> something like:
>>
>> read.table(zfile, header = TRUE, as.is = FALSE, na.strings="OOPS")
>
> Sure, that solves the problem on reading the data from R, but the
> point was it "creates problems on using this data within a package".
>
> The error is thrown by:
> R CMD check --as-cran /path/to/my/package
>
> (and I have no direct control over it...)
>
> Best,
> Adrian
>

You still haven't explained what you are doing to cause the problem, so 
I'll guess that you have this file in your data directory of the 
package, in tab-delimited form.

Just store it in some other form, e.g. as a binary object to be loaded.

Duncan Murdoch



[Rd] "NA" vs. NA
Duncan Murdoch