similar to: Encoding() and strsplit()

Dear All! Reading character strings containing an "umlaut" from a csv-file I find a (to me) surprising behaviour in R 2.8.0, that I did not notice in R 2.7.2. A comparison by "==" results in FALSE, while grep does find the aggreement. See the example below. The crucial line is x=="div 1-2 Ver?nderungen", with the result [1] FALSE in R 2.8.0 but [1] TRUE in R

Dear All! If I try to compare the attributes of two objects, I find a surprising behaviour of attr.all.equal(). With identical attributes I receive the answert NULL. If the attributes differ, the answer is as expecxted and differences are shown. all.equal(attributes(), attributes()) instead returns TRUE, if attributes are equal. See example: v <- 1:5 attr(v, 'testattribute')

Dear All, trying to write a data.frame, containing Surv objects to a csv-file I get "Error in dimnames(X) <- list(dn[[1L]], unlist(collabs, use.names = FALSE)) : length of 'dimnames' [2] not equal to array extent". See example below. May be, I overlooked something, but I expected that also data.frames containing Surv objects may be written to csv files. Is there a

hi, i'd like to install the package "RGoogleDocs ". i downloaded to path "E:/R/R-2.13.0/library/RCurl_0.91-0.tar.gz" i run R from an usb-stick and can't get the install.packages() prompt to run correctly - can anyone help with this? thanks, kay > sessionInfo() R version 2.13.0 (2011-04-13) Platform: i386-pc-mingw32/i386 (32-bit) locale: [1]

Dear All, to drop unused factor levels two ways are outlined in R-help. In both cases a label attribute is lost. The same happens, when using car:::recode. Is there a simple way to avoid losing attributes? Thanks, Heinz ## example ff <- factor(substring("statistics", 1:10, 1:10), levels=letters) attributes(ff)$label <- 'test label' attributes(ff)$label gg <- ff[,

Dear R-users, I am working with R version 2.10.1 and package RODBC Version: 1.3-2 under windows. Say I have a table "testtable" (in an Access data base) with 3 columns and 1 row that looks like this: X Y Z 0012345 42 42,1 The columns are of these types: X - character, Y - Long Integer, Z - Decimal. I use RODBC to get these data into R: > library(RODBC) >

I have newly installed R, R-tools, RStudio, but still not working: library(caret)Lade n?tiges Paket: latticeError: Laden von Paket oder Namensraum f?r ?caret? in loadNamespace(i, c(lib.loc, .libPaths()), versionCheck = vI[[i]]): fehlgeschlagen Namensraum ?vctrs? 0.5.2 ist bereits geladen, aber >= 0.6.0 wird gefordert Error in createDataPartition(hypotezis_df$X, p = 0.75, list = FALSE, times

Many thanks Bert, now is ok, i did not know that "Namensraum" should mean a package Am So., 16. Apr. 2023 um 23:44 Uhr schrieb Bert Gunter < bgunter.4567 at gmail.com>: > So update the vctrs package to the latest version first before loading > R-tools (or the caret package, specifically)? > > -- Bert > > On Sun, Apr 16, 2023 at 1:57?PM G?bor Malomsoki >

So update the vctrs package to the latest version first before loading R-tools (or the caret package, specifically)? -- Bert On Sun, Apr 16, 2023 at 1:57?PM G?bor Malomsoki <gmalomsoki1980 at gmail.com> wrote: > > I have newly installed R, R-tools, RStudio, but still not working: > > library(caret)Lade n?tiges Paket: latticeError: Laden von Paket oder > Namensraum f?r

Dear developers, I have come across a (somewhat strange) change in the encoding of Sweave output from R-2.9.2pat to R-2.10.0beta (apparently specific to Rgui) on Windows installations. Of course, the NEWS file contains quite a few changes concerning encoding, but I was not able to locate an entry which explains the observed behaviour. I am not very familiar with encodings/locales/codepages,

Valeri Galtsev wrote: > > On Thu, December 3, 2015 4:28 am, Leon Fauster wrote: >> Am 03.12.2015 um 11:08 schrieb Greg Lindahl <lindahl at pbm.com>: >>> I wanted to help you by making sure that you were on the most recent >>> version, but, looking at the Centos.org website I was unable to figure >>> out if 7.2 was the tip. 7.1503? Is that 7.2? Beats me.

On 29/06/2020 10:39 a.m., Johannes Rauh wrote: > Dear R Developers, > > I noticed that `basename` and `dirname` always return "UTF-8" on Windows (tested with R-4.0.0 and R-3.6.3): > >> p <- "F??/B?r" >> Encoding(p) > [1] "latin1" >> Encoding(dirname(p)) > [1] "UTF-8" >> Encoding(basename(p)) > [1]

This is a continuation of the R-devel thread with subject "suggestion to fix packageDescription() for Windows users" : As I said there, a patch should rather address the underlying problem in packageDescription rather than a kludgy workaround patch for citation(). (For that same reason, Ben Marwick proposed to fix packageDescription() rather than the symptom seen in citation().)

Hi Nir, I think latin1, How do you think we should handle latin1 errors then? Replace on latin1 or replace on utf-8? for codec in ["utf8", "latin1"]: try: return decode(b, codec) except: pass return decode(b, "utf8", errors="replace") (Pseudocode, will be implemented in c) On Thu, Apr 23, 2020, 21:34 Nir Soffer <nsoffer@redhat.com>

Dear colleages in R, I have earlier been working with R in Linux, where reading in a table containing Scandinavian letters ("?", "?", and "?") in the header as part of variable names has not caused any problem whatsoever. However, when trying to do the same in R running on new MacOS-X (with an Intel processor) with the same original text table does not seem to

Hi everyone! I think I stumbled over a bug in the latest R 2.9.2 patched for OS X: > R version 2.9.2 Patched (2009-09-24 r49861) > i386-apple-darwin9.8.0 When I try to sort latin1-encoded character vectors, R sometimes crashes with a segmentation fault. I'm running OS X 10.5.8 and have observed this behaviour both with the i386 and x86_64 builds, in the R.app GUI as well as on

I thought you might be interested in how far I have got with solving my problem with MySql(via phpMyAdmin) to website character_set problems. I thought I had solved the problem when my characters on my website started showing the special characters. This was a partial success though. When I went back to phpMyAdmin and entered new text the problem was the same, but reversed. What now happens is

This is a follow-up on my initial posts regarding character encodings on Windows (https://stat.ethz.ch/pipermail/r-devel/2017-August/074728.html) and Patrick Perry's reply (https://stat.ethz.ch/pipermail/r-devel/2017-August/074830.html) in particular (thank you for the links and the bug report!). My initial posts were quite chaotic (and partly wrong), so I am trying to clear things up a

Hello, I was reading through serialize.c and i couldn't answer something. In readItem, case CHARSXP, rules exists to adjust the read string for string encoding. Q1. I couldn't find where the encoding of the elements of the string vector are written? Is it when writeItem writes out the attributes of the item? But i couldn't find encoding in the attributes field x <-

Dear R developers, I tried to use nlminb instead of optim for a current problem (fitting parameters of a differential equation model). The PORT algorithm converged much better than any of optim's methods and the identified parameters are plausible. However, it took me a while before spotting the reason of a technical problem that nlminb, in contrast to optim, does not pass names of the