Hello,

I managed to import my files, noticing two thnigs:

- If I understand right, the category number is obligatory, so, even if =

there's only coordinates, and no categories defined, one has to add a #0 =
at =

the end of each line.

- In tcltkgrass, the s.in.ascii module seems to be bugged concerning the =
"fs" =

switch. In console mode I have to type "fs=3D;" (with quotes) for it to w=
ork , =

tcltkgrass doesn't seem to add the quotes.
 =

Moritz


On Tue, 19 Sep 2000 09:31:36 +0100 (10:31 CEST), Markus Neteler wrote:
> Hi Roger, hi all,
> =

> using your comments and an internal format description I have
> updated the man-page of s.in.ascii (for GRASS 5 beta9, on the server
> (HTML) by tomorrow).
> =

> Thanks for the hint!
> =

>  Markus
> =

> On Mon, Sep 18, 2000 at 12:29:31PM -0400, LWA Albuquerque wrote:
> > =

> > =

> > On Mon, 18 Sep 2000 mlennert@club.worldonline.be wrote:
> > =

> > > Hello,
> > >
> > > I have trouble trying to import a simple ascii site file (X Y) into=
 Grass5b8.
> > > Using s.in.ascii I always get the error message: "WARNING: error sc=
anning
> > > floating point attribute".
> > >
> > > What am I doing wrong ?
> > =

> > I'm new to Grass, and had the same problem the first time I tried usi=
ng
> > s.in.ascii (Grass 5beta7 compiled with EGCS 2.91.60 using glibc2).  I=
f
> > your problem has the same cause as mine, then there's a simple fix.  =
The
> > manual page for s.in.ascii omits a fairly important detail of the asc=
ii
> > sites file format.  I think the format may be more completely documen=
ted
> > elsewhere in the manual pages.  What follows I got from the source co=
de.
> > =

> > Each line of the ascii input file should contain either two or three
> > coordinates (x,y and optionally z) separated by a user-selectable
> > field-delimiting character.  After the coordinates there are optional=

> > attribute fields separated from the coordinates and from each other w=
ith
> > the same user-selectable field delimiter.
> > =

> > The attribute field may be a category number, a decimal value or a st=
ring.
> > Category numbers must be preceded by the "#" character and string val=
ues
> > must be preceded by the "@" character.  Floating point values may be
> > preceded by the "%" character but if there is no "#" or "@" preceding=
 the
> > attribute then it is assumed to be a floating point value.  Also, str=
ing
> > values that contain blanks must be quoted or the part of the string
> > following the first blank will be parsed as a separate field, which m=
ay
> > cause an error.
> > =

> > I received the error you describe by 1) not using the "@" symbol befo=
re a
> > string attribute (causing it to be parsed as a floating point value) =
and
> > 2) not quoting the string, causing the second and later words of the
> > string to be parsed as separate fields.
> > =

> > I think the best way to avoid further problems with this would be to
> > either include more complete description of the format in the manual =
page
> > for s.in.ascii or to provide a reference in the s.in.ascii man page t=
o the
> > page that does contain the complete description.
> > =

> > As I said, I'm quite new at Grass so please correct me if I'm wrong.
> > =

> > =

> > Roger Miller
> > =

> =

> -- =

> Dipl.-Geogr. Markus Neteler *  University of Hannover
> Institute of Physical Geography and Landscape Ecology
> Schneiderberg 50 * D-30167 Hannover * Germany
> Tel: ++49-(0)511-762-4494  Fax: -3984
> =

> =

Subject: Re: trouble with s.in.ascii =

--------






