-
-
Notifications
You must be signed in to change notification settings - Fork 327
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
manual: correct v.surf.rst example #3743
Conversation
Update broken example.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Have not tested but looks good to me...
Didn't quite work for me (windows OSGeo4W grass-dev 8.4-314-xxxxxxxx-1) past the first v.surf.rst call (that problems started): There's even a traceback :( The first call failing is because I forgot to select the mapset after downloading the north carolina location Full console output: Details
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I tested on linux and the example is fine, everything runs, even with valgrind.
However, are this/these error/s really related to the new example (as it works for others) or warrant a new issue/PR? |
I think these two warnings shouldn't be emitted when using the example call:
Not enough points, and what does overshoot mean here? |
AFAIU, it predicts a really high value compared to the min-max range |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Using 1st quartile and npmin=100
will fix the problems.
Co-authored-by: Anna Petrasova <[email protected]>
GRASS GIS Console output: Details
Line 326 still doesn't have enough points and overshoots. v.db.univar fails because db.univar fails. It calls grass/scripts/db.univar/db.univar.py Lines 79 to 97 in f598510
This is grass-dev 8.4-316-242731e-1 242731e |
What I don't understand: why to you have
Sometimes a kind of "parameter name shift" happens when the compilation is messed up due to partial compilations. In this case only |
The input was me that retried once, since it says that it didn't work the call before (I saw the difference in another call, I just tried before) |
In #3739 (comment) I gave the hypothesis that maybe a make libsclean might be missing. |
|
It is indeed a problem in db.univar, but the cause I had is very different and specific to windows, where the logic was wrong. The logic checks if there is an executable called |
So we need a different implementation for grass/scripts/db.univar/db.univar.py Line 83 in f598510
--> reported in #3778 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For me, this is fine, it's not the best example ever, but I don't think we should be spending more time on it.
Update broken user example with more meaningful thresholds. Co-authored-by: Anna Petrasova <[email protected]>
Update broken example (
r.random
usage and more meaningful threshold).