Skip to content

Errore in sprintf(fmt, ...) ?

2 messages · Massimo Di Stefano, Roger Bivand

Original
Roger Bivand
#
On Tue, 5 Dec 2006, massimodisasha wrote:
Please respect the time of people who reply to your questions. You send 
messages which indicate that you are just fumbling in ignorance. You are 
trying to run a very large problem on difficult hardware (yes, recently we 
even found a case of console R on Intel Mac working when R.App failed), 
using somebody else's script. 

0) Why such large gaps in time between your replies - are you really 
interested in a resolution? My suggestion of using reasRAST6() wasn't 
answering your problem anyway, but was sent Sat, 2 Dec 2006 16:03:53, 
after a previous longish gap.

1) Why such a large area?

2) Why this script and methodology - why clara() and this choice of 
variables - you are classifying 5M observations on 7 variables? Wouldn't 
it be possible to set up criteria for classification using a sample or 
sub-region, and use the same rules in for example r.mapcalc?

3) Why an Intel Mac using R.app(?)?

4) Why not try harder to resolve the problems yourself, since you are
trying to do things that probably nobody else on the list can reproduce on
a similar platform? You say Dylan's script works for a smaller region,
doesn't that tell you something? Please try to do this on a Linux
platform, then at least some of us could try to reproduce it.

4a) Or make the difficult object available on a website as:

save(x, file="very_large_geomorp.RData", compress=TRUE)

if this doesn't cause memory problems too, that is.

5) Instead of copying to morph, use x at data directly - it is already a data 
frame.

str(x at data)
summary(x at data)

In any case in GRASS doing r.stats or whatever would show that there are 
NAs in your region, wouldn't it?


6) Instead of R.app(?), use R in a regular console (but maybe you are
doing that anyway); recent experience indicates that Intel Mac is not
necessarily well supported for larger tasks, especially R.app.

Roger