[rkward-users] Error of object format with Ubuntu

[Seb R]

Hi,
Thanks for your replies.

Below is the result of the rk.sessionInfo()

Seb.


--------------------------------------------
--------------------------------------------
> library(raster)
Le chargement a nécessité le package : sp
> trace(raster:::.polygonsToRaster,edit=TRUE)
Erreur dans as.character(name) :
  cannot coerce type 'closure' to vector of type 'character'
> rk.sessionInfo()
-- Frontend --
RKWard version: 0.6.2z+0.6.3+devel1
KDE version (runtime): 4.14.1
KDE version (compile time): 4.14.1
Qt build key: x86_64 linux g++-4 full-config
Local KDE directory: /home/seb/.kde/
RKWard storage directory: /home/seb/.rkward/
Backend version (as known to the frontend): 3.1.2

Debug message file (this may contain relevant diagnostic output in
case of trouble):
/tmp/rkward.frontend.n10478

-- Backend --
Debug message file (this may contain relevant diagnostic output in
case of trouble):
/tmp/rkward.rbackend.J10504

R version (compile time): 3.1.2  (2014-10-31 r66913)
R runtime session info:
R version 3.1.2 (2014-10-31)
Platform: x86_64-pc-linux-gnu (64-bit)

locale:
 [1] LC_CTYPE=fr_FR.UTF-8          LC_NUMERIC=C
LC_TIME=fr_FR.UTF-8           LC_COLLATE=fr_FR.UTF-8
 [5] LC_MONETARY=fr_FR.UTF-8       LC_MESSAGES=fr_FR.UTF-8
LC_PAPER=fr_FR.UTF-8          LC_NAME=fr_FR.UTF-8
 [9] LC_ADDRESS=fr_FR.UTF-8        LC_TELEPHONE=fr_FR.UTF-8
LC_MEASUREMENT=fr_FR.UTF-8    LC_IDENTIFICATION=fr_FR.UTF-8

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base

other attached packages:
[1] raster_2.3-12 sp_1.0-15     rkward_0.6.3

loaded via a namespace (and not attached):
[1] grid_3.1.2      lattice_0.20-29 tools_3.1.2


--------------------------------------------
--------------------------------------------

From: Robert J. Hijmans <r.hijmans at gm...> - 2014-11-24 17:17:48

Thanks, this is indeed a small bug in 'raster' when using is.factor
with and empty RasterStack an empty list is returned.

is.factor(stack())

The next version will return FALSE as expected.

Robert

On Mon, Nov 24, 2014 at 1:37 AM, Thomas Friedrichsmeier
<thomas.friedrichsmeier at ...> wrote:
> Hi,
>
> CCing the maintainer of raster, as this seems to be a buglet in raster
> (although it's rather unlikely to step on it, outside of rkward):
>
>   is.factor(as.environment("package:raster")$.__C__RasterStackBrick at ...)
>
> returns
>
>   list()
>
> where one should reasonably expect a logical. Now, again this is totally
> unlikely to trigger outside of RKWard, as this is not an object a user would
> ever deal with, directly. RKWard does while looking at the objects contained
> in the package.
>
> I'll safeguard against this in RKWard, now, but it might make sense to fix
> this in raster, too (esp. if there is any chance that this could also trigger
> under more likely circumstances).
>
> On the upside, this error message in RKWard should not have any noticable
> consequences, and is safe to ignore.
>
> I cannot reproduce the second problem. Looks like failure to quote the name of
> the function to trace, before passing it to edit. Could you provide
>   rk.sessionInfo()
> ?
>
> Regards
> Thomas
>
> On Monday 24 November 2014 09:31:03 Seb R wrote:
>> I've been using rkward for a while now with Ubuntu.
>> I use the latest version of r-cran with the latest version of rkward
>> (stable or daily build).
>> Since I am on trusty, but also on utopic, whatever the version of rkward I
>> used, I got the following errors :
>>
>> ----------------------------
>>
>> >     rm(list=ls())
>> >     library(raster)
>>
>> Le chargement a nécessité le package : sp
>> Erreur : LOGICAL() can only be applied to a 'logical', not a 'list'
>> Avis : failure to get object prototype
>>
>> >       trace(raster:::.polygonsToRaster,edit=TRUE)
>>
>> Erreur dans as.character(name) :
>>   cannot coerce type 'closure' to vector of type 'character'
>> ------------------------------
>>
>> This must not be a problem of the raster library as I don't get the problem
>> when using Rstudio or the terminal directly.
>> Any idea on how to circumvent this problem ?
>> Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/rkward-users/attachments/20141204/bbfebbe3/attachment.html>