Markus Neteler:
Removing both vdigit and nviz from the GISBASE/wxGUI subdirectories
solves the problem. This indicates that SWIG is causing the problem.
Using swig 1.3.40.
A bit better here on Fedora 12, also using swig 1.3.40. The wxGUI nviz
works, the wxdigitizer crashes. Removed swig
Thanks, I will try the weekly snapshot source.
Mike
Hamish wrote:
I have gotten the configure to run
successfully. Here is a portion of the make that has a
failure. It is in a library so this obviously has a
cascading effect of causing many other modules to fail to
compile.
Hi just to
I used v.breach with both SQLite and dbf, with ETRS89 metric negative
coordinates, from 20m to 2m resolution and worked fine.
System: Ubuntu 9.10 Karmic Koala, 64 bits, GRASS 6.4SVN.
But I remember to see some warnings like yours. Are these warnings
critical? Visually, the interpolated DEMs
On 10/12/2009 23:29, Glynn Clements wrote:
Luigi Ponti wrote:
This is likely naive and/or just out of ignorance, but I am not sure
whether there is a chance to get GRASS 6.4 running on Cygwin should I be
able to compile it from source on my Cygwin installation. Sorry in
advance if this is
Luigi Ponti wrote:
But when I do /db.test test1/ errors arise:
[...]
My guess is that this is a problem with Cygwin and Windows 7.
I have eventually reverted back to GRASS 6.3.0 for now, after fixing
some missing dll's. I am not sure what is wrong with 6.4 vs 6.3
Luís Ferreira pisze:
I used v.breach with both SQLite and dbf, with ETRS89 metric negative
coordinates, from 20m to 2m resolution and worked fine.
System: Ubuntu 9.10 Karmic Koala, 64 bits, GRASS 6.4SVN.
But I remember to see some warnings like yours. Are these warnings
critical? Visually,
Hello Dylan
Sorry for my delay on replying to your message.
Ok I reading r.reclass.area manual and I'm not sure what is it doing.
Because If I define a limit to lesser value option that sets the = area
size limit all the small blocks are not eliminated. Each block now has a
specific color but
Yes, I copied the ldAix script from the Tcl/Tk package.
After attempting all the suggestions, I finally used --disable-shared on
the configure command, and all but a handful of modules successfully
compiled. I was able to individually address the ones that failed
through Makefile edits and
Kubuntu 9.10 64bit, using GRASS 6.5.
I ran v.breach on a stream network extracted with r.stream.extract.
It runs through the program, and puts up an error dialogue at
v.parallel. Attached is the log file. It looks like a negative
number is being passed to v.parallel. I saw in the documentation
Luis:
I noticed you mentioned you had run it with sqlite and dbf database
drivers. Mine is mapped to sqlite currently. I see some v.to.db
commands in the script, but do I understand correctly that you didnt
have issues using sqlite as backend?
Thanks,
Mark
2009/12/14 Luís Ferreira
Hi,
There is a slip in the command-line parsing of v.db.connect.
The GUI works ok, but the same command, pasted to the command line,
produces this:
v.db.connect -o map=CD_act driver=dbf
database=$GISDBE/$LOCATION_NAME/$MAPSET/dbf table=cd_act_2 key=cat layer=1
ERROR: Table cd_act_2 does
Richard Chirgwin wrote:
There is a slip in the command-line parsing of v.db.connect.
The GUI works ok, but the same command, pasted to the command line,
produces this:
v.db.connect -o map=CD_act driver=dbf
database=$GISDBE/$LOCATION_NAME/$MAPSET/dbf table=cd_act_2 key=cat layer=1
Glynn,
Thanks ...
(Chastened)
Cheers
RC
Glynn Clements wrote:
Richard Chirgwin wrote:
There is a slip in the command-line parsing of v.db.connect.
The GUI works ok, but the same command, pasted to the command line,
produces this:
v.db.connect -o map=CD_act driver=dbf
Giacomo Piva wrote:
Hamish wrote:
Giacomo Piva:
First of all, thanks for your reply.
To clarify my problem, i want to specify that the main
problem is that all command that involves the g.region always
returns the
reported error (ERROR: default region is not set.) also the help.
I found a
14 matches
Mail list logo