similar to: Header in read.table() function

All, Does there exist an R equivalent of the MATLAB function "bubbleplot3"? Semi-naive Googleing has thus far revealed no such package to me. Your insight is appreciated! Regards, TJM [[alternative HTML version deleted]]

Instead of emm-dashes I get struck-out text surrounded with single hyphens. RedCloth 3.0.4: >> d = RedCloth.new "-- hyphens to the left of me, hyphens to the right, all should be emm dashes --" => "-- hyphens to the left of me, hyphens to the right, all should be emm dashes --" >> d.to_html => "<p><del>- hyphens to the left of me, hyphens

To Whom It May Concern: I have noticed that all of the hyphens ("-") are changed to periods (".") when I try to read.table() and the headers contain "-" I am using R 2.13 on a RedHat system. Here is the situation: I have the following a tab-delimited text file saved as test.txt File1-a.txt File1-b.txt File2-a.txt File2-b.txt 1 1 2 1 1 2 3 2 1 1 2 3

I have some data that includes timestamps like this: 2017-02-28T13:35:00+03:00 The documentation for strptime says that %z expects an offset like 0300. I don't see any way in the documentation to get it to accept +hh:mm with a colon separator, and everything I tried gave me NA as the answer. Section 4.2.5.1 of ISO 8601:2004(E) allows both the absence of colons in +hh[mm] (basic format) and

Hi list! I have prepared a custom function (below) in order to calculate separability indices (Divergence, Bhattacharyya, Jeffries-Matusita, Transformed divergene) between two samples of (spectral land cover) classes. I need help to cross-compare results to verify that it works as expected (since I don't know of any other foss-tool that will give me quickly some results). Does anybody

Hi there, I''m working with some legacy data where customer phone numbers are stored with hyphens between the area code, exchange, and number (e.g. 555-555-5555). Is this the best way to store a phone number? Perhaps not, but it''s the way they were being stored, so I have to work with this format. Right, so when I save a record the log tells me acts_as_ferret indexed the

Thank you Jim, The code did assist me to get the what I needed. Also, I learnt that there are different types of dashes (en-dash/em-dash/hyphen) as explained on this site : http://www.punctuationmatters.com/hyphen-dash-n-dash-and-m-dash/ I achieved it by executing below command after going through this page on stackoverflow:

Jeff, Thank you for your reply. The intent was to construct a minimum reproducible example. The same warning occurs when the 'file' argument points to a file on disk with a million lines. But you are correct, my example was slightly malformed and in fact gives an error under R version 3.2.2. Please allow me to try again; in older versions of R, ?? > read.table(file =

Dear R users, I had somehow expected that read.table() would treat the column specified by the row.names argument as of class character. That seems to be the only sensible class allowed for a column containing row names. However, that does not seem to be the case, as the following example shows: x <- cbind.data.frame(ID = c("010007787048271871", "1007109516820319",

>>>>> Benjamin Tyner <btyner at gmail.com> >>>>> on Tue, 24 Oct 2017 07:21:33 -0400 writes: > Jeff, > Thank you for your reply. The intent was to construct a minimum > reproducible example. The same warning occurs when the 'file' argument > points to a file on disk with a million lines. But you are correct, my >

Hi Sunny, Try this: # notice that I have replaced the fancy hyphens with real hyphens end<-c("2001-","1992-","2013-","2013-","2013-","2013-", "1993-2007","2010-","2012-","1984-1992","1996-","2015-") splitends<-sapply(end,strsplit,"-") last_bit(x)

On 01/05/16 13:23, Alice Wonder wrote: > On 05/01/2016 05:10 AM, Alice Wonder wrote: >> >> I think this is my autism coming in to play, I think what is very clear >> to me I just am not able to adequately communicate because clearly >> people are not even remotely grasping what I am trying to convey. >> > > Basically whether it is a white list or a black list

Hi, I'm using Asterisk (1.2.4) as a voicemail system for our Softswitch. When forwarding a call to Voicemail, here is somehow what the softswitch sends to Asterisk : In INVITE : Vm Phone Number ( to route the call ) In To : Person who has been called ! In From : Person who was calling ! Of course, I need to send the call into the "Called User" Mailbox (Thus To SIP header) ! So

I have a data frame named "database" with panel data, a little piece of which looks like this: Symbol Name Trial Factor1 Factor2 External 1 548140 A 1 -3.87 -0.32 0.01 2 547400 B 1 12.11 -0.68 0.40 3 547173 C 1

> Is the following code correct for compressing audio? The output I get is so > extremely small, but what is more important: if I pass it through zlib, it > gets at least 50% smaller! JM> On regular data, gzip might get a 5% reduction, so I doubt you can get JM> 50% unless you're encoding zeros or doing something wrong... I think I'm doing something wrong :o) Don't know

Hello I noticed that starting with R version 3.3.0 onward, this generates a warning: ?? > txt <- c("a", "3.14") ?? > read.table(file = textConnection(txt), header = FALSE, colClasses = c(x = "character", y = "numeric")) the warning is "not all columns named in 'colClasses' exist" and I guess the change was made in response

try using 'lubridate' > library(lubridate)Attaching package: ?lubridate? The following objects are masked from ?package:base?: date, intersect, setdiff, union > x <- "2017-02-28T13:35:00+03:00"> ymd_hms(x)[1] "2017-02-28 10:35:00 UTC" > Thanks Jim Holtman *Data Munger Guru* *What is the problem that you are trying to solve?Tell me what you

Hi, I just submitted a bug report with a package containing 107 small test cases that fail on the latest LLVM/clang 3.4 main trunk (184563). Included are test sources, compilation commands, test input files, and results at -O0 and -O2 when applicable. http://llvm.org/bugs/show_bug.cgi?id=16431 These tests have been automatically generated by an internal tool at Intel, the Intel Compiler

You are constructing the equivalent of a two-line data file, and complaining that it is not treating it like it was one line. If it did used to accept this silently [skeptical] then I for one am glad it produces a warning now. -- Sent from my phone. Please excuse my brevity. On October 23, 2017 2:53:21 PM PDT, Benjamin Tyner <btyner at gmail.com> wrote: >Hello > >I noticed that

OK, so the consensus is (1) One cannot make strptime accept ISO8601-compliant zone designators (2) The lubridate package can (3) Or one can hack away with regex. Lubridate it is, then. But I do regard strptime's inability to process ISO8601-compliant zone designators as a bug. On Mon, 6 Nov 2023 at 13:18, jim holtman <jholtman at gmail.com> wrote: > try using 'lubridate'