similar to: New sp release

Hello, Here is a late answer, but an answer nonetheless to the question I asked almost one year ago on this list: > On Wed, 29 Mar 2006, Thibaut Jombart wrote: >> Hello list, <http://tolstoy.newcastle.edu.au/R/help/06/03/24318.html#24322qlink1> />> / />> does anyone know if Monmonier algorithm is available in R? I've checked / />> several spatial

Revised versions of maptools, a package for reading geographical data from shapefiles, and sp, a package with classes and methods for spatial data handling, have been released on CRAN. They are maptools release 0.5-1 and sp release 0.8-1. The maptools package now depends on sp (>= 0.8), so that users of maptools will need both to update the package itself, and to install the sp package. All

Revised versions of maptools, a package for reading geographical data from shapefiles, and sp, a package with classes and methods for spatial data handling, have been released on CRAN. They are maptools release 0.5-1 and sp release 0.8-1. The maptools package now depends on sp (>= 0.8), so that users of maptools will need both to update the package itself, and to install the sp package. All

On Sat, 10 Nov 2018, Andreas Storvik Strauman wrote: > Hello! I'm confused as to what the actual problem with includeRnw is? Is > the problem that it relies on R-knitr? Before it would be withdrawn, may > I be given an opportunity to fix said problem? Yes, the problem is that it expesses an external dependence on anything outside texlive. On packaging systems (for me Fedora),

I was looking at the example on the manual page of plot.window, and noticed that it needs fixing - names(eurodist) should now be labels(eurodist): --- /home/rsb/topics/R-2.2.0/src/library/graphics/man/plot.window.Rd 2005-04-18 12:18:59.000000000 +0200 +++ plot.window.Rd 2005-10-11 21:08:57.000000000 +0200 @@ -48,6 +48,6 @@ ry <- range(y <- -loc[,2]) plot(x, y, type="n",

Hello! I'm confused as to what the actual problem with includeRnw is? Is the problem that it relies on R-knitr? Before it would be withdrawn, may I be given an opportunity to fix said problem? includeRnw only invokes the already existing R installation, and should not affect any other global settings or affect the installation in any way. If this is the case, it's a bug and I'd

Excuse my asking here than on R-help, but it may be a Fedora question. On Fedora 7, I'm running a fresh R 2.7.1 built from source, usually in en_GB, but also tried in en_GB.UTF8. Running example(plotmath) generates lots of: Pango-WARNING **: shape engine failure, expect ugly output. the offending font is 'Symbol Not-Rotated ...' Setting: x11(type="Xlib") relieves the

Hi, I installed F14 on release, but was diquieted to note that my symlinked GotoBLAS (http://cran.r-project.org/doc/manuals/R-admin.html#Shared-BLAS, foot of paragraph) prevented R (compiled from source, no special configure options) from loading - everything had been fine on F < 14. It seems that: cat /selinux/booleans/allow_execstack is 1 1 on my RHEL systems, but became (?) 0 0 in F14.

Very helpful. One (possible) correction inline below... On Thu, 30 Mar 2006, Ray Brownrigg wrote: > > From: nhy303 at abdn.ac.uk > > > > I have plotted a map of the Barents Sea and surrounding coastline using: > > > > map('worldHires',ylim=c(50,85),xlim=c(5,65),fill=T,resolution=0) > > map.axes() > > map.scale(x=30,metric=T) > > > >

>From version 2.01-17, splancs, a package for spatial point pattern analysis, depends on package sp. Because both packages have defined a bounding box function bbox(), the bbox() method in sp has been given priority, and the default object for dispatch is an array with two or more columns (as in splancs until now). However, the deprecated splancs function returned a non-closed rectangle of

>From version 2.01-17, splancs, a package for spatial point pattern analysis, depends on package sp. Because both packages have defined a bounding box function bbox(), the bbox() method in sp has been given priority, and the default object for dispatch is an array with two or more columns (as in splancs until now). However, the deprecated splancs function returned a non-closed rectangle of

The current text for: 2.8 What's the best way to upgrade? says: "That's a matter of taste. For most people the best thing to do is to uninstall R (see the previous Q), install the new version, copy any installed packages to the library folder in the new installation, run update.packages() in the new R (`Update packages...' from the Packages menu, if you prefer) and then

I've run into a problem that I hope has an obvious solution. The sp package uses S4 classes and has a NAMESPACE, and when installed without package versions, runs OK, passes R CMD check, and so on. A user reported that he installed it --with-package-versions, and that from then on it would fail at first use of a class defined in the package. I've reconstructed the problem in a

I will second Roger's suggestion, colorRampPalette is a great function for creating your own palettes. For example, Matlab's jet palette (also available in fields package under peculiar name 'tim.colors') can be defined by: jet.colors = colorRampPalette(c("#00007F", "blue", "#007FFF", "cyan", "#7FFF7F", "yellow",

On Sat, 10 Nov 2018 at 15:17, Roger Bivand <Roger.Bivand at nhh.no> wrote: > > On upgrading my F28 to F29, I've found that R-core and a number of R > packages: > > R-evaluate R-glue R-highr R-knitr R-magrittr R-markdown R-mime R-stringi > R-stringr R-yaml > > are installed, although I only ever install R from source and always keep > my Rs locally. So I

On Sat, 10 Nov 2018, I?aki Ucar wrote: > On Sat, 10 Nov 2018 at 15:17, Roger Bivand <Roger.Bivand at nhh.no> wrote: >> >> On upgrading my F28 to F29, I've found that R-core and a number of R >> packages: >> >> R-evaluate R-glue R-highr R-knitr R-magrittr R-markdown R-mime R-stringi >> R-stringr R-yaml >> >> are installed, although I

A new release of rgdal, a package providing bindings for the Geospatial Data Abstraction Library for reading and writing spatial data, has reached CRAN. This release changes the error handling mechanisms, and is more fully described in a posting on R-sig-geo: https://stat.ethz.ch/pipermail/r-sig-geo/2011-July/012126.html If any users observe unexpected behaviour following update, please

A new release of rgdal, a package providing bindings for the Geospatial Data Abstraction Library for reading and writing spatial data, has reached CRAN. This release changes the error handling mechanisms, and is more fully described in a posting on R-sig-geo: https://stat.ethz.ch/pipermail/r-sig-geo/2011-July/012126.html If any users observe unexpected behaviour following update, please

Thanks to Roger Bivand, my problem was solved. binutils 2.14 was updatet to binutils 2.15, as indicated under. Geir Helge Systad Norwegian Institute for Nature Research Arctic Ecology, Polarmilj??senteret, N-9296 Troms??, Norway Adress aug-04 to feb-05: Albert Pettersonsvei 13, N-5750 Odda fax +47 85 03 82 14 phone +47 53 64 24 94 mobil +47 91 63 70 55 E-mail: geir.systad at nina.no

In trying to use as.Date(), I've come across the conversion of POSIXlt to POSIXct when a POSIXlt variable is included in a data frame: my_POSIX <- strptime(c("11-09-2006", "11-10-2006", "11-11-2006", "11-12-2006", "11-13-2006"), "%m-%d-%Y") str(my_POSIX) my_Date <- as.Date(my_POSIX) str(my_Date) data <- format(my_Date)