From h.wickham at gmail.com  Sat Jan 23 15:08:34 2010
From: h.wickham at gmail.com (hadley wickham)
Date: Sat, 23 Jan 2010 08:08:34 -0600
Subject: [Rd] Inconsistency in as.data.frame.table for stringsAsFactors
In-Reply-To: <4B5AD9B6.9010504@biostat.ku.dk>
References: <8b356f881001211719o20f814a2w488aec8d648fc5f5@mail.gmail.com> 
	<19289.24362.734838.778263@lynne.math.ethz.ch>
	<8b356f881001221408i4cbddce3i5b07714c24c05fb7@mail.gmail.com> 
	<4B5AD9B6.9010504@biostat.ku.dk>
Message-ID: <f8e6ff051001230608mf456791ve7e5c49d09de6efe@mail.gmail.com>

On Sat, Jan 23, 2010 at 5:12 AM, Peter Dalgaard
<p.dalgaard at biostat.ku.dk> wrote:
> Stavros Macrakis wrote:
>>
>> Martin,
>>
>> I agree that global options settings that affect computations are
>> problematic.
>>
>> But that's not the issue I was addressing. ?If for some classes,
>> func.CLASS
>> has certain defaults for some arguments, it is surprising that for other
>> classes, it has different defaults, whether these defaults are fixed or
>> taken from global settings -- when there is no obvious reason for the
>> default to vary by class.
>>
>> ? ? ? ? ?-s
>
> "A foolish consistency is the hobgoblin of little minds..."

Perhaps conversely,

"A foolish inconsistency is the hobgoblin of all minds" ?

Hadley

-- 
http://had.co.nz/



[Rd] Inconsistency in as.data.frame.table for stringsAsFactors
hadley wickham