search for: unibuc

Thanks Adrian and Thierry (from the previous answer). I was aware of the all.equal function, but there is nothing similar for <= (e.g. all.smallerEqual)? cheers, jo On 05 Apr 2016, at 14:31, Adrian Du?a <dusa.adrian at unibuc.ro<mailto:dusa.adrian at unibuc.ro>> wrote: Yes, that does have to do with floating point representation. I use this function for these types of comparisons (works with values as well as with vectors): check.equal <- function(x, y) { check.vector <- as.logical(unlist(lapply(x,...

...nes.Rainer at eurac.edu<mailto:Johannes.Rainer at eurac.edu>>: Thanks Adrian and Thierry (from the previous answer). I was aware of the all.equal function, but there is nothing similar for <= (e.g. all.smallerEqual)? cheers, jo On 05 Apr 2016, at 14:31, Adrian Du?a <dusa.adrian at unibuc.ro<mailto:dusa.adrian at unibuc.ro><mailto:dusa.adrian at unibuc.ro<mailto:dusa.adrian at unibuc.ro>>> wrote: Yes, that does have to do with floating point representation. I use this function for these types of comparisons (works with values as well as with vectors): check.eq...

...Johannes.Rainer at eurac.edu>: > Thanks Adrian and Thierry (from the previous answer). > > I was aware of the all.equal function, but there is nothing similar for <= > (e.g. all.smallerEqual)? > > cheers, jo > > On 05 Apr 2016, at 14:31, Adrian Du?a <dusa.adrian at unibuc.ro<mailto: > dusa.adrian at unibuc.ro>> wrote: > > Yes, that does have to do with floating point representation. > I use this function for these types of comparisons (works with values as > well as with vectors): > > check.equal <- function(x, y) { > check.ve...

...is parsed by other functions). On Tue, Apr 12, 2016 at 6:20 PM, Richard M. Heiberger <rmh at temple.edu> wrote: > Would making it regular function %=>%, using "%" instead of quotes, > work for you? > > On Tue, Apr 12, 2016 at 11:09 AM, Adrian Du?a <dusa.adrian at unibuc.ro> > wrote: > > On Tue, Apr 12, 2016 at 2:08 PM, Duncan Murdoch < > murdoch.duncan at gmail.com> > > wrote: > >> [...] > >> > >> It never gets to evaluating it. It is not a legal R statement, so the > > parser signals an error. > >...

...]) } } a$names <- NULL if (length(a) > 0) { str.language(a, level = level + 1, name = paste("Attributes of", abbr(name))) } } Bill Dunlap TIBCO Software wdunlap tibco.com On Tue, Apr 12, 2016 at 11:59 PM, Adrian Du?a <dusa.adrian at unibuc.ro> wrote: > I suppose it would work, although "=>" is rather a descriptive symbol and > less a function. > But choosing between quoting: > "A + B => C" > and a regular function: > A + B %=>% C > probably quoting is the most straightforward, as...

...________________ > > R-devel at r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-devel > [[alternative HTML version deleted]] ------------------------------ Message: 2 Date: Fri, 8 Apr 2016 14:59:28 +0300 From: Adrian Du?a <dusa.adrian at unibuc.ro> To: Mark van der Loo <mark.vanderloo at gmail.com> Cc: r-devel <r-devel at r-project.org> Subject: Re: [Rd] (no) circular dependency Message-ID: <CAJ=0CtB83wvrWkyVy05ZXyGfAt9hiMnU+QpD=_h7E62dUe=iPg at mail.gmail.com> Content-Type: text/plain; charset="UTF-8&quo...

Would making it regular function %=>%, using "%" instead of quotes, work for you? On Tue, Apr 12, 2016 at 11:09 AM, Adrian Du?a <dusa.adrian at unibuc.ro> wrote: > On Tue, Apr 12, 2016 at 2:08 PM, Duncan Murdoch <murdoch.duncan at gmail.com> > wrote: >> [...] >> >> It never gets to evaluating it. It is not a legal R statement, so the > parser signals an error. >> If you want to pass arbitrary strings to...

On Tue, Apr 12, 2016 at 2:08 PM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > [...] > > It never gets to evaluating it. It is not a legal R statement, so the parser signals an error. > If you want to pass arbitrary strings to a function, you need to put them in quotes. I see. I thought it was parsed inside the function, but if it's parsed before then quoting is the

Yes, that does have to do with floating point representation. I use this function for these types of comparisons (works with values as well as with vectors): check.equal <- function(x, y) { check.vector <- as.logical(unlist(lapply(x, all.equal, y))) check.vector[is.na(check.vector)] <- FALSE return(check.vector) } See: ?all.equal Hth, Adrian On Tue, Apr 5, 2016 at 2:34 PM,

Adrian, I am not on the CRAN or R-core teams, so the following is my own view, but... > library(QCA) > > Users are encouraged to cite this package as: > > Dusa, Adrian (2015). QCA: Qualitative Comparative Analysis. R Package > Version 1.2-0, > URL: http://cran.r-project.org/package=QCA > > This is just an encouragement, not a requirement, and the official citation

On Tue, Oct 6, 2015 at 4:58 PM, Adrian Du?a <dusa.adrian at unibuc.ro> wrote: > Hi Gabriel, > > On Tue, Oct 6, 2015 at 10:59 PM, Gabriel Becker <gmbecker at ucdavis.edu> > wrote: > >> [...] >> >> At the very least, this is seems to be a flagrant violation of the >> *spirit* of the CRAN policy, which AFAIK is intended...

Adrian, Responses inline On Tue, Oct 6, 2015 at 1:58 PM, Adrian Du?a <dusa.adrian at unibuc.ro> wrote: > Hi Gabriel, > > On Tue, Oct 6, 2015 at 10:59 PM, Gabriel Becker <gmbecker at ucdavis.edu> > wrote: > >> [...] >> >> At the very least, this is seems to be a flagrant violation of the >> *spirit* of the CRAN policy, which AFAIK is intende...

On Mon, Mar 12, 2018 at 2:18 PM, Martin Maechler <maechler at stat.math.ethz.ch> wrote: > [...] > Is that so? Not according to my reading of the 'Writing R > Extensions' manual, nor according to what I have been doing in > all of my packages for ca. 2 years: > > The rule I have in my mind is > > 1) NAMESPACE Import(s|From) \ >

...erely mention it as an > option that I think is worth thinking about -- it is easy to overlook the > obvious :-). Since we have no further info on the package's structure we > can't be sure.. > > > > > Op vr 8 apr. 2016 om 13:59 schreef Adrian Du?a <dusa.adrian at unibuc.ro>: > >> Hi Mark, >> >> Uhm... sometimes this is not always possible. >> For example I have a package QCA which produces truth tables (all >> combinations of presence / absence of causal conditions), and it uses the >> venn package to draw a Venn diagram....

...t R-project.org". With best regards, Dr. A.K. Singh Head, Department of Agril. Statistics Indira Gandhi Krishi Vishwavidyalaya, Raipur Chhattisgarh, India, PIN-492012 Mobile: +919752620740 Email: akhileshsingh.igkv at gmail.com On Fri, Apr 15, 2016 at 3:06 AM, Adrian Du?a <dusa.adrian at unibuc.ro> wrote: > I think you are not using the best function for what your intentions are. > Try: > > > by(data=mtcars, INDICES=list(as.factor(mtcars$am)), FUN=colMeans) > : 0 > mpg cyl disp hp drat wt > qsec vs &...

In the help page for ?is.integer, there is this function is.wholenumber <- function(x, tol = .Machine$double.eps^0.5) abs(x - round(x)) < tol A quick question: is there a case where this alternative function will not work? function(x) x %% 1 == 0 Best, Adrian -- Adrian Dusa University of Bucharest Romanian Social Data Archive Soseaua Panduri nr.90 050663 Bucharest sector 5

>>>>> Adrian Du?a <dusa.adrian at unibuc.ro> >>>>> on Fri, 9 Mar 2018 10:34:30 +0200 writes: > Dear All, > I understand the R CMD checks with only the base package attached, > everything else (including the other packages bundled with the base R) > should be imported and most importantly...

Dear list, I've noticed for some packages the Index file in the help system has a single list of objects (arranged alphabetically), while for other packages this list is offered separately by letters... presumably when the number of help objects is high. Is there a way to manually split the help objects into categories? For example, I would like to have an alphabetic order for the group

...d practice" with regard to software-related publications, and it certainly isn't what I would choose to do in that situation. Best, ~G On Wed, Oct 7, 2015 at 4:59 AM, Hadley Wickham <h.wickham at gmail.com> wrote: > On Tue, Oct 6, 2015 at 4:58 PM, Adrian Du?a <dusa.adrian at unibuc.ro> wrote: > > Hi Gabriel, > > > > On Tue, Oct 6, 2015 at 10:59 PM, Gabriel Becker <gmbecker at ucdavis.edu> > > wrote: > > > >> [...] > >> > >> At the very least, this is seems to be a flagrant violation of the > >> *spirit...

>>>>> Adrian Du?a <dusa.adrian at unibuc.ro> >>>>> on Tue, 13 Mar 2018 09:17:08 +0200 writes: > On Mon, Mar 12, 2018 at 2:18 PM, Martin Maechler <maechler at stat.math.ethz.ch> > wrote: >> [...] >> Is that so? Not according to my reading of the 'Writing R >> Ex...