[GRASS-dev] select issue with wingrass

GRASS GIS GRASS GIS developer
1

On 11/12/07 4:07 PM, "Javier Fernandez" <javierfernandez@anth.ucsb.edu>
wrote:

Hi all sorry for the delay,

I have problems each time that I manage operations with vector layers
as import vector points from dbf and ascii files or create contour
lines from a dem. Also if I work with map calculator.

Error reports:

1. Map Calculator

r.mapcalc 'test=pendiente*1'

Javi,

Try it with normal (double) quotes.

r.mapcalc "test=pendiente*1"

Let me know what happens.

syntax error, unexpected $end, expecting '='
Parse error

2. r.contour

dbf.exe has encountered a problem and needs to close. We are sorry
for the inconvenience.

AppName: dbf.exe AppVer: 0.0.0.0 ModName: msvcrt.dll
ModVer: 7.0.2600.2180 Offset: 000360cb

3. v.in.ascii input

v.in.ascii input=C:/grassdata/MR.csv output=MR format=point fs=,
skip=0 x=1 y=2 z=0 cat=0 --overwrite

What is the error here?

Javi

Quoting Michael Barton <michael.barton@asu.edu>:

On 11/12/07 4:14 AM, "Glynn Clements" <glynn@gclements.plus.com> wrote:

Michael Barton wrote:

It appears that r.mapcalc is NOT working. We get an error with even the
simplest of mapcalc statements. Javi will send the error message tonight or
tomorrow, but it is a red herring IMHO, stating that it is missing an "=".
We have the same error if we run r.mapcalc via the TclTk interface
(r.mapcalculator) or run it from the console command line. Other commands
work find from the console command line. This is *critical*, of course, as
r.mapcalc is very important to GRASS analysis and map management.

FWIW, the only r.mapcalc files which have changed in the last three
months are:

Makefile
map3.c
r.mapcalc.html
r3.mapcalc.html

The Makefile changes were part of the parallel build effort, and don't
change what is compiled or which switches are used. The map3.c changes
are just standardisation of messages, and only affect r3.mapcalc.

I presume that this is related to your local environment; otherwise, I
would expect to see other people reporting it.

Unfortunately, not many people testing new WinGRASS alpha builds yet I fear.

I did some more tests this morning, this time on my Mac and may have
discovered the cause of the error.

For the current WinGRASS binary, it is necessary to use the command console
for command-line use of GRASS.

We received an error with the following simple mapcalc statements

r.mapcalc 'frict=1'
r.mapcalc 'test=pendiente*2'

It turns out that you cannot use single quotes in this context. You need to
use regular quotes. So the way to specify the same mapcalc statements from
the GUI command console is...

r.mapcalc "frict=1"
r.mapcalc "test=pendiente*2"

I thought we had tried double quotes too, but maybe we didn't. I'll wait for
Javi to check email and test. The worrisome thing is that we initially used
the GUI map calculator from the menu and got an error. I tried it this
morning on my Mac and did not get an error.

Michael

__________________________________________
Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

__________________________________________
Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

2

On Mon, 12 Nov 2007, Michael Barton wrote:

3. v.in.ascii input

v.in.ascii input=C:/grassdata/MR.csv output=MR format=point fs=,
skip=0 x=1 y=2 z=0 cat=0 --overwrite

What is the error here?

Are you running that from the command console? If so I think it is a similar problem of needing to use Windows rather than Unix syntax. Try c:\grassdata\MR.csv for the pathname (backslashes instead of forward slashes). Would also (obviously) help to see the error message but at a first glance that's what I can see is wrong with it.

Paul

3

We've run into more issues with the dbf.exe.

The same error reported before happens with v.surf.bspline. However,
v.surf.rst works *fine*, even though both commands use a column from a
vector attribute table.

Whatever is causing this problem resides in a library used by v.in.db,
r.contour, and v.surf.bspline, but NOT used by r.to.vect, v.area, or
v.surf.rst.

Michael

On 11/13/07 3:45 AM, "Paul Kelly" <paul-grass@stjohnspoint.co.uk> wrote:

On Mon, 12 Nov 2007, Michael Barton wrote:

3. v.in.ascii input

v.in.ascii input=C:/grassdata/MR.csv output=MR format=point fs=,
skip=0 x=1 y=2 z=0 cat=0 --overwrite

What is the error here?

Are you running that from the command console? If so I think it is a
similar problem of needing to use Windows rather than Unix syntax. Try
c:\grassdata\MR.csv for the pathname (backslashes instead of forward
slashes). Would also (obviously) help to see the error message but at a
first glance that's what I can see is wrong with it.

Paul

__________________________________________
Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton