> Duncan Murdoch
> on Tue, 15 Apr 2014 08:54:34 -0400 writes:
> On 15/04/2014 8:12 AM, peter dalgaard wrote:
>> On 15 Apr 2014, at 13:14 , Duncan Murdoch
wrote:
>>
>> > On 14/04/2014, 10:23 AM, Marc Schwartz wrote:
>> >> Hi Martin,
>> >>
>> >> Thanks for
Hi All, I am not sure why this happens, but apparently an old binary is
installed by default. Downloading and installing the new binary by hand
works fine.
Is this the intended behavior? If yes, may I ask what is the reason for it?
Thanks, Gabor
> install.packages("igraph")
There is a binary v
Hi,
As Greg suggested, this new feature in type.convert certainly did surprise one
user (me), enough so that I had to downgrade back to 3.0.3 until our code was
modified to handle the new behavior.
Here's my use case: I have a function that pulls arbitrary financial data from
a web service call
> Strictly speaking, I don't think this is true. If it were, it would not have
> been necessary to make the change so that it does now fallback to using
> character/factor. It may, however, have always been the intent.
>
> I don't really think a warning is necessary, but there are some surprises:
>
Nobody else has replied to this, so I will. It's very unlikely that we
would incorporate this function into base R. For one thing, the tools
package is intended to be tools used by R, not by users. R doesn't need
this function, so it doesn't belong in tools. (Some other functions in
tools l
On 17/04/2014 9:42 AM, McGehee, Robert wrote:
Hi,
As Greg suggested, this new feature in type.convert certainly did surprise one
user (me), enough so that I had to downgrade back to 3.0.3 until our code was
modified to handle the new behavior.
I don't have an opinion on this particular change
Hi Arni,
I’ll be glad to drop ASCIIfy into gtools. Let me know if this OK.
-Greg
On Apr 17, 2014, at 9:46 AM, Duncan Murdoch wrote:
> Nobody else has replied to this, so I will. It's very unlikely that we would
> incorporate this function into base R. For one thing, the tools package is
>
On 17/04/2014 12:47 PM, Gregory R. Warnes wrote:
Hi Arni,
I’ll be glad to drop ASCIIfy into gtools. Let me know if this OK.
Thanks, that sounds like a great solution if Arni doesn't want his own
package.
Duncan Murdoch
-Greg
On Apr 17, 2014, at 9:46 AM, Duncan Murdoch wrote:
> Nobody
Thanks Duncan, for considering ASCIIfy. I understand your reasoning.
This is a recurring pattern - I propose functions for core R, and Greg
catches them from freefall :)
I'm delighted with ASCIIfy being hosted in gtools. The R and Rd should be
ready as is.
Cheers,
Arni
___
Is there a way to change the viewpoint using view3d (or rgl.viewpoint)
with respect to
the image that currently appears rather than the perspective that rgl
thinks is the
default? For example, if I create an image and then perform what
should be a no-op:
rgl.viewpoint(userMatrix=rotationMatrix(0,1
On Thu, Apr 17, 2014 at 6:42 AM, McGehee, Robert
wrote:
> Here's my use case: I have a function that pulls arbitrary financial data
> from a web service call such as a stock's industry, price, volume, etc. by
> reading the web output as a text table. The data may be either character
> (industry
On 17/04/2014 1:56 PM, Dominick Samperi wrote:
Is there a way to change the viewpoint using view3d (or rgl.viewpoint)
with respect to
the image that currently appears rather than the perspective that rgl
thinks is the
default? For example, if I create an image and then perform what
should be a no
On Thu, Apr 17, 2014 at 2:21 PM, Murray Stokely wrote:
> If you later want to do arithmetic on them, you can choose to lose
> precision by using as.numeric() or use one of the large number
> packages on CRAN (GMP, int64, bit64, etc.). But once you've dropped
> the precision with as.numeric you ca
On Thu, Apr 17, 2014 at 2:35 PM, Gabor Grothendieck
wrote:
> Only if you knew that that column was supposed to be numeric. There is
The columns that are "supposed" to be numeric are those that can fit
into a numeric data type. Previously that was not always the case
with columns that could not b
On Apr 17, 2014, at 9:30 AM, Gábor Csárdi wrote:
> Hi All, I am not sure why this happens, but apparently an old binary is
> installed by default. Downloading and installing the new binary by hand
> works fine.
>
I think you may be misinterpreting - the is no binary for igraph 0.7 because it
On Thu, Apr 17, 2014 at 5:18 PM, Simon Urbanek
wrote:
>
> On Apr 17, 2014, at 9:30 AM, Gábor Csárdi wrote:
>
> > Hi All, I am not sure why this happens, but apparently an old binary is
> > installed by default. Downloading and installing the new binary by hand
> > works fine.
> >
>
> I think yo
On 04/17/2014 02:21 PM, Murray Stokely wrote:
On Thu, Apr 17, 2014 at 6:42 AM, McGehee, Robert
wrote:
Here's my use case: I have a function that pulls arbitrary
financial data from a web service call such as a stock's industry,
price, volume, etc. by reading the web output as a text table. Th
> This is all application specific and
> sort of beyond the scope of type.convert(), which now behaves as it
> has been documented to behave.
That's only a true statement because the documentation was changed to reflect
the new behavior! The new feature in type.convert certainly does not behave
On Thu, Apr 17, 2014 at 5:18 PM, Simon Urbanek
wrote:
>
> On Apr 17, 2014, at 9:30 AM, Gábor Csárdi wrote:
>
> > Hi All, I am not sure why this happens, but apparently an old binary is
> > installed by default. Downloading and installing the new binary by hand
> > works fine.
> >
>
> I think yo
- Original Message -
> From: "Gábor Csárdi"
> To: "Simon Urbanek"
> Cc: r-devel@r-project.org
> Sent: Thursday, April 17, 2014 4:42:50 PM
> Subject: Re: [Rd] R-3.1.0 OSX Snow Leopard installs old binary
>
> On Thu, Apr 17, 2014 at 5:18 PM, Simon Urbanek
> wrote:
>
> >
> > On Apr 17, 2
I don't want to accept anymore emails from
https://stat.ethz.ch/mailman/listinfo/r-devel. can u please unsubscribed me.
Thanks you
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/
On Apr 17, 2014, at 6:31 PM, Gábor Csárdi wrote:
> On Thu, Apr 17, 2014 at 5:18 PM, Simon Urbanek
> wrote:
>
> On Apr 17, 2014, at 9:30 AM, Gábor Csárdi wrote:
>
> > Hi All, I am not sure why this happens, but apparently an old binary is
> > installed by default. Downloading and installing t
On Apr 17, 2014, at 7:42 PM, Gábor Csárdi wrote:
> On Thu, Apr 17, 2014 at 5:18 PM, Simon Urbanek
> wrote:
>
> On Apr 17, 2014, at 9:30 AM, Gábor Csárdi wrote:
>
> > Hi All, I am not sure why this happens, but apparently an old binary is
> > installed by default. Downloading and installing
On Thu, Apr 17, 2014 at 9:07 PM, Simon Urbanek
wrote:
[...]
>
> No, the issue is that igraph suggests graph yet fails when it's not
> present. It should guard against failure is case it's not available. I
> didn't look at this particular case, but sometimes that is necessary to
> break infinite de
On Apr 17, 2014, at 9:24 PM, Gábor Csárdi wrote:
> On Thu, Apr 17, 2014 at 9:07 PM, Simon Urbanek
> wrote:
> [...]
>
> No, the issue is that igraph suggests graph yet fails when it's not present.
> It should guard against failure is case it's not available. I didn't look at
> this particular
On Apr 17, 2014, at 20:50, Mengsteab Aregay wrote:
> I don't want to accept anymore emails from
> https://stat.ethz.ch/mailman/listinfo/r-devel. can u please unsubscribed me.
Read your own link. It has un-subscription instructions.
>
> Thanks you
>
>[[alternative HTML version deleted]]
On Thu, Apr 17, 2014 at 9:43 PM, Simon Urbanek
wrote:
[...]
> The Suggests failure has nothing to do with BioC. Only packages listed in
> Depends/Imports are required for a package to work so there is no guarantee
> for any packages in Suggests to be available - hence the package should not
> brea
On Apr 17, 2014, at 9:52 PM, Gábor Csárdi wrote:
> On Thu, Apr 17, 2014 at 9:43 PM, Simon Urbanek
> wrote:
> [...]
> The Suggests failure has nothing to do with BioC. Only packages listed in
> Depends/Imports are required for a package to work so there is no guarantee
> for any packages in Su
On Thu, Apr 17, 2014 at 10:08 PM, Simon Urbanek wrote:
[...]
> > So this effectively means that if I Import/Depend/Suggest etc. a BioC
> package in igraph, then igraph will likely not be available for OSX. Right?
> >
>
> No.
>
:) Let's try to make this simple. What can I do to make igraph availa
On Apr 17, 2014, at 10:14 PM, Gábor Csárdi wrote:
> On Thu, Apr 17, 2014 at 10:08 PM, Simon Urbanek
> wrote:
> [...]
> > So this effectively means that if I Import/Depend/Suggest etc. a BioC
> > package in igraph, then igraph will likely not be available for OSX. Right?
> >
>
> No.
>
> :) Le
On Thu, Apr 17, 2014 at 10:24 PM, Simon Urbanek wrote:
[...]
> :) Let's try to make this simple. What can I do to make igraph available
> for OSX users? I guess this is clear, I can make all examples that load
> suggested packages optional.
>
>
> Yes, I think that would be a good idea if you real
On Apr 17, 2014, at 10:37 PM, Gábor Csárdi wrote:
> On Thu, Apr 17, 2014 at 10:24 PM, Simon Urbanek
> wrote:
> [...]
>> :) Let's try to make this simple. What can I do to make igraph available for
>> OSX users? I guess this is clear, I can make all examples that load
>> suggested packages opt
32 matches
Mail list logo