search for: ritchi

...e. For example it seems like reasonable code might easily assume that a column with the same name as "by.x" exists in the output of 'merge'. That's just my best guess... I don't participate on here often. Cheers, Frederick On Sat, Feb 17, 2018 at 04:42:21PM +1100, Scott Ritchie wrote: > The attached patch.diff will make merge.data.frame() append the suffixes to > columns with common names between by.x and names(y). > > Best, > > Scott Ritchie > > On 17 February 2018 at 11:15, Scott Ritchie <s.ritchie73 at gmail.com> wrote: > > >...

...efault) > appended to try to make the names of the result unique. > > Since the first "name" column was used in merging, leaving both > without a suffix seems consistent with the documentation... > > Frederick > > On Fri, Feb 16, 2018 at 09:08:29AM +1100, Scott Ritchie wrote: > > Hi, > > > > I was unable to find a bug report for this with a cursory search, but > would > > like clarification if this is intended or unavoidable behaviour: > > > > ```{r} > > # Create example data.frames > > parents <- data.frame(...

...20 > years old. And in many cases it will turn out that the way R does it > actually does make more sense than the way I would have done it. > > Duncan Murdoch > > > >> Cheers, >> >> Frederick >> >> On Sat, Feb 17, 2018 at 04:42:21PM +1100, Scott Ritchie wrote: >> >>> The attached patch.diff will make merge.data.frame() append the suffixes >>> to >>> columns with common names between by.x and names(y). >>> >>> Best, >>> >>> Scott Ritchie >>> >>> On 17 February 2...

...d to > name.y. > > Now of course this would still change output, but it would change it to > something I think would be better, while retaining the 'merge columns > retain their exact names' mechanic as documented. > > ~G > > On Sat, Feb 17, 2018 at 6:50 PM, Scott Ritchie <s.ritchie73 at gmail.com> > wrote: > >> Thanks Duncan and Frederick, >> >> I suspected as much - there doesn't appear to be any reason why conflicts >> between by.x and names(y) shouldn't and cannot be checked, but I can see >> how this might be m...

...ote: > Hi Scott, > > I think that's a good idea and I tried your patch on my copy of the > repository. But it looks to me like the recent patch is identical to > the previous one, can you confirm this? > > Frederick > > On Mon, Feb 19, 2018 at 07:19:32AM +1100, Scott Ritchie wrote: > > Thanks Gabriel, > > > > I think your suggested approach is 100% backwards compatible > > > > Currently in the case of duplicate column names only the first can be > > indexed by its name. This will always be the column appearing in by.x, > > mea...

...ody > from R core want to weigh in on this? > I attach a file with the test example from your original email as well > as a second test case I added with two "by" columns. > Thanks, > Frederick > On Wed, Feb 21, 2018 at 10:06:21AM +1100, Scott Ritchie wrote: >> Hi Frederick, >> >> It looks like I didn't overwrite the patch.diff file after the last edits. >> Here's the correct patch (attached and copied below): >> >> Index: src/library/base/R/merge.R >> =============...

Hi all, In my view specs (for Rails), how can I get at instance variables that are set within my view? For example, if my view looks like this: <% @header = "My Header" -%> <div>some content</div> How can I get to @header from within my view spec? I''ve tried @header and assigns[:header] to no avail. TIA, Jeremy -- Jeremy Stephens Computer Systems

Just curious, is there anyway to use memcache with a ferret index? Thanks, Ray -- Posted via http://www.ruby-forum.com/.

...t the machine is running. Any suggestions? Is there no way to build the settings offline then just apply them? The iptables created seems quite extensive. Anyway much simpler product to use than to had craft the start up script. Its just the start up times that are crippling. Cheers Martin Ritchie > Thanks gentlemen. We''ll give this a try and report back. > > > Cheers, > Matthew > > On May 2, 2005, at 1:05 PM, Tom Eastep wrote: > > > Gregory Pleau wrote: > > > >>> > >>> The problem that you had with LDAP causing long...

Hi Scott, I think that's a good idea and I tried your patch on my copy of the repository. But it looks to me like the recent patch is identical to the previous one, can you confirm this? Frederick On Mon, Feb 19, 2018 at 07:19:32AM +1100, Scott Ritchie wrote: > Thanks Gabriel, > > I think your suggested approach is 100% backwards compatible > > Currently in the case of duplicate column names only the first can be > indexed by its name. This will always be the column appearing in by.x, > meaning the column in y with the sam...

...; column (not used int he merge) is changed to name.y. Now of course this would still change output, but it would change it to something I think would be better, while retaining the 'merge columns retain their exact names' mechanic as documented. ~G On Sat, Feb 17, 2018 at 6:50 PM, Scott Ritchie <s.ritchie73 at gmail.com> wrote: > Thanks Duncan and Frederick, > > I suspected as much - there doesn't appear to be any reason why conflicts > between by.x and names(y) shouldn't and cannot be checked, but I can see > how this might be more trouble than its worth gi...

Hi, Is there a list of ups, which supports which command. I would like to check the model of ups, with such a list, before I buy a new one. Thanks for Help Ritchie

...ollowing the instruction here: http://www.winehq.org/download/deb, but when I try to add the repository's key to your system's list of trusted APT keys I get the error "invalid packet". TIA -Adam ======================================== adam at linnorm:~/downloads$ cat Scott\ Ritchie.gpg -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.2.2 (GNU/Linux) mQGiBEFLKlcRBACGtTZaNNfZSQ+ffRNujHPKIuZ4B33YwtE7+ObEzcqyJlH8PtYv Bu8sGoc55l0Sm/Dpx73HBTaov5+796yV0aPc6qW5jVOcCVMasiMlyWVT/FmbHiZH QcfvWli1MMBGf1tfwjqpKwAhOlM3N79QVG1okZG5k67kkEVbYjLuOFzzIwCguLwe iIIJdL5SIygQaE0PwL/stysD/...

...sl-base>certs/<ca hash>.0.pem Yet I still get errors from samba 3.0.2 Is it not possible? If I add in SSLeay libraries will that sort it? I beleived that these were only used if requiring clients to use ssl to talk to the samba server. Any thoughts would be great. Cheers -- Martin Ritchie the Kelvin Institute 50, George Street Glasgow Scotland, UK G1 1QE www.kelvininstitute.com +44 (0) 141 548 5719

...if whoever applies it would be happy to do that. Somebody from R core want to weigh in on this? I attach a file with the test example from your original email as well as a second test case I added with two "by" columns. Thanks, Frederick On Wed, Feb 21, 2018 at 10:06:21AM +1100, Scott Ritchie wrote: > Hi Frederick, > > It looks like I didn't overwrite the patch.diff file after the last edits. > Here's the correct patch (attached and copied below): > > Index: src/library/base/R/merge.R > =================================================================== &gt...

...h trouble to change now that R is more than 20 years old. And in many cases it will turn out that the way R does it actually does make more sense than the way I would have done it. Duncan Murdoch > > Cheers, > > Frederick > > On Sat, Feb 17, 2018 at 04:42:21PM +1100, Scott Ritchie wrote: >> The attached patch.diff will make merge.data.frame() append the suffixes to >> columns with common names between by.x and names(y). >> >> Best, >> >> Scott Ritchie >> >> On 17 February 2018 at 11:15, Scott Ritchie <s.ritchie73 at gmail.c...

What''s the best way to handle views that show the top 10/most popular/ Recently updated/most commented type listing? Should I have a separate model that is populated with records from other models by a background job or should I need to use some sort of caching? Perhaps both? Thanks! -- You received this message because you are subscribed to the Google Groups "Ruby on Rails:

...M 43 Sebastian M 8 2 Qin F 36 Kai-lee F 7 3 Sarah F 41 Oliver M 5 Warning message: In merge.data.frame(parents, children, by.x = "name", by.y = "parent") : column name ?name? is duplicated in the result ``` Kind Regards, Scott Ritchie [[alternative HTML version deleted]]

The attached patch.diff will make merge.data.frame() append the suffixes to columns with common names between by.x and names(y). Best, Scott Ritchie On 17 February 2018 at 11:15, Scott Ritchie <s.ritchie73 at gmail.com> wrote: > Hi Frederick, > > I would expect that any duplicate names in the resulting data.frame would > have the suffixes appended to them, regardless of whether or not they are > used as the join key. So...

...his? > > > I attach a file with the test example from your original email as > well > > as a second test case I added with two "by" columns. > > > Thanks, > > > Frederick > > > On Wed, Feb 21, 2018 at 10:06:21AM +1100, Scott Ritchie wrote: > >> Hi Frederick, > >> > >> It looks like I didn't overwrite the patch.diff file after the last > edits. > >> Here's the correct patch (attached and copied below): > >> > >> Index: src/library/base/R/m...