similar to: write.table quotes too much (PR#5042)

This bug shows up in ftable() in both r-patched and r-devel: > x <- c(1,2) > y <- c(1,2) > z <- c(1,1) > ftable(z,y) y 1 2 z 1 1 1 > ftable(z,x) x 1 z 1 2 Since x and y are identical, the two ftable results should be the same, but they are not. I've only been able to see this when the column variable is named "x", so it looks like a

Hello all, I am trying to solve a problem, and my solution is rather ugly and not very general. The posts for "[R] help with gsub and grep functions" seemed relevent and gave me hope for a more refined and more general solution. The Problem: line <- "'this text has spaces' 'thisNot' 3 4 5 6 7 8 9 10" bad.line <- "'this text has spaces'

Looks like I?m bumping a lot into unexpected behaviour lately, but I think I found a bug again, but don?t have access to Bugzilla: Write.table (from core-package utils) doesn?t handle nested data.frames well, the quote arguments only marks top-level character (or-factor columns) for quoting, so this fails: df <- data.frame(a='One;Two;Three',

Full_Name: Ian Wilson Version: R-1.8.0 OS: Windows (but own compilation) Submission from: (NULL) (139.133.7.38) the p-value is incorrect for cor.test using method "spearman" in R-1.8.0. This was not the case in R-1.7.1. Version R-1.8.0 on Windows > cor.test(rnorm(50),rnorm(50),method="spearman") Spearman's rank correlation rho data: rnorm(50) and rnorm(50) S

Full_Name: Michael Toews Version: 2.3.1 OS: Mac OS 10.4.6 and WinXP/SP2 Submission from: (NULL) (24.80.163.133) This bug also affects related functions (write.csv, etc.), and can be demonstrated using either a matrix or data frame: m <- matrix(1:9,nrow=3, dimnames=list(c("A","B","C"), c("I","II","III")))

Summary of report from Peter Perkins <pperkins@ucsd.edu> on Sat Aug 26 09:41:52 2000 i think the lines below demonstrate a problem with unlist when the list contains components that are names. _anything_ can go in a list, right? this came up in the context of trying to unlist(list(attr(terms(formula), "variables")). > list2 <- list(a="a",

Hi all, at work we use Roundcube acting as a mail client for the Dovecot Imap server. In Roundube the messages are parsed through the Imap BODYSTRUCTURE command If a message contains forwarded messages and attachments and some of the messages contains a quote (") in the subject, then the resulting BODYSTRUCTURE appears to be malformed. --- After some digging through the code of

> write.table(NULL) Error in which(unlist(lapply(x, function(x) is.character(x) || is.factor(x)))) : argument to "which" is not logical Is this correct behavior? It seems harsh to abort an entire run just because one of the tables you generated happened to be NULL. -JT

I've been trying to figure out how to accomplish the following... I've got a list (returned from a function) and I would like to "cbind()" the lists together to create a "cross tab" report or simply bind them together somehow the function returns a list that looks like the following: > all$BM $species [1] "BM" $vbar.nobs [1] 3 $vbar.sum [1] 54.05435

R users, My intention is to take factors out of DF, create list of tables and export these tables separately using write.table or sink function. write.table writes tables out as DF:s, should I use sink instead? Here is my example: a <- data.frame( indx = 1:20, var1 = rep(c("I20", "I40", "A50", "B60"), each=5),

On Tue, Sep 19, 2017 at 4:45 PM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > > > That's true, but if that's what they want to do, and they're willing to pay > to be able to write files that imitate Excel, then why not do what they ask? > > On the other hand, if they aren't willing to pay for the work, then you > should lecture them on how silly

--4.DBC_6C_._.B.38 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable <kettering aighfpzajx alpc tnscw vzdeoh q mp fdskwzwoil wwhkkj iotl ie laaam ci oavpmqkrgzmmcva rbu></annuli> <announceq></constructorw> L<sympathyq>owe</convenew>st Co<dene>st He</gliddenr>al<slosht>th Pla</bicepsy>ns wi<bloomingtonu>th

Dear all, I discovered that read.table (RW1.8.0) leaves out data when reading multiple-line records. Replication code at the end Best regards Jens Oehlschlägel > filename <- "c:/tmp/c2.csv" > > data <- data.frame(a=c("c", "e\nnewline"), b=c("d", '"quoted simpleline"')) > > #look at the data >

Dear all, Some very wise data entry person gave me about an hour of a headache, trying to find out why a 2000x500 dataframe won't be read into R. After much trial and error, I pinpointed the problem to an accidentally inserted double quote into a string variable (some comments from an open question). This can be replicated by: aa <- data.frame(id=1:2, var1=c("some \"

Last week one of our clients reported trouble with a csv file I generated with write.table. He said that columns with quotes for character variables were rejected by their data importer, which was revised to match the way Microsoft Excel uses quotation marks in character variables. I explained to them that quoted character variables are virtuous and wise, of course, but they say Microsoft Excel

Hi! It seems that read.table() in R 3.0.1 (Linux 64-bit) does not consider quoted integers as an acceptable value for columns for which colClasses="integer". But when colClasses is omitted, these columns are read as integer anyway. For example, let's consider a file named file.dat, containing: "1" "2" > read.table("file.dat",

Here is a description and a proposed solution for a bug in unlist(). I've used version 2.7.2 RC (2008-08-18 r46382) to look at this, under linux. unlist(recursive=TRUE) incorrectly returns a factor with zero levels when passed either a nested list of factors, or a data frame containing only factor columns. You can't print() the result. x <- list(list(v=factor("a")))

I did some searching in the archive, but found only one message with this same question and no answer. Hopefully it's a simple config problem. When the Caller-ID is delivered, it is surrounded by double-quotes, like this: "ATA-57 1" On long caller-id strings, the last character is cut off to make room for the leading double-quote: "BudgeTone 1234 instead of BudgeTone

Hi all, I have a R script that creates several input files for an analysis program. It loops through the matrix read into R and picks out submatrices and then creates a separate output file for each submatrix. The loop works great, but I am having trouble getting all the separate output files written. The line I have is: write.table(ch1d,

Yes. I tried that already. Not straightforward. data <- read.csv("20_newsgroups.csv",fill=TRUE,as.is=T,header=F, quote="", sep=",", encoding="UTF-8") This line does read it haphazardly. The emails in the column are split into multiple columns and there are several columns with just ?NA?. Totally 202 columns. And then I removed columns with NA?s and