[R-sig-Geo] R 3.0.0 and spatial classes

Roger Bivand Roger.Bivand at nhh.no
Mon Dec 17 11:23:50 CET 2012


On Sun, 16 Dec 2012, Barry Rowlingson wrote:

> There's been an announcement that the next version of R will be called
> 3.0.0. Although not a massive change (compared to Python 2.x and 3.x,
> or Perl 4 to Perl 5),

While I won't comment on the ideas discussed in this thread (now), I think 
that it is worth noting that the 2.15 -> 3.0 is no more than the Linux 
kernel shift to 3.*, there were simply getting to be too many minor 
versions in a system that had migrated a long way from 2.0.

One set of 2/3 changes has already been addressed. It is crucial to 
maintaining stability in R, and imposes a ban on calling compiled code 
across contributed package boundaries. We recently saw an example between 
rgdal and raster, where my changing the number of arguments passed to a C 
function in rgdal broke raster, which was calling directly to rgdal. All 
the rgdal C functions called from raster now have R wrappers, so that 
raster can call them safely. There are very many cases like this across 
package-sphere, and they make the maintenance of CRAN hard. It is in these 
kinds of developer-facing issues that we'll see differences, not in 
user-facing R.

The distinction between user and developer should however be tempered; I 
personally find user's wishes frustrating (sometimes very frustrating). If 
users have wishes, then the first alternative should be to try to 
contribute something better, preferably in terms of working code. Once the 
user has established that things aren't so obvious, and/or involve design 
choices, any dialogue becomes more fruitful. "Simple" in a non-simple 
conceptual setting is not necessarily as simple as it sounds, in my 
experience.

Hope this clarifies,

Roger

> it might be a good opportunity to revise all the
> spatial classes in order to:
>
> * clear out any cruft
> * remove any inconsistencies
> * add some new functionality
> * unify across spatial packages
>
> The first thing that springs to mind, for example, is getting sp and
> raster to use the same functions for coordinate reference system
> processing. Doubtless there are other opprtunities for synergy...
>
> Yes, this may well break existing code, but if R is going to jump
> from 2 to 3 then that will break existing code too.
>
> Your ponderances, please...
>
> Barry
>
> _______________________________________________
> R-sig-Geo mailing list
> R-sig-Geo at r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>

-- 
Roger Bivand
Department of Economics, NHH Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; fax +47 55 95 95 43
e-mail: Roger.Bivand at nhh.no



More information about the R-sig-Geo mailing list