Hi Maciek,
I got the right tip already. This error message was caused by a blank line at the end of the file. That’s why despite of the error the data were read correctly.
Thanks,
Jorge
Message: 6
Date: Tue, 13 Mar 2007 20:12:10 +0100 From: Maciej Sieczka <[tutey@o2.pl](mailto:tutey@o2.pl)> Subject: Re: [GRASS-user] points to lines To: Jorge Echeverri <[Jorge.Echeverri@Stein.de](mailto:Jorge.Echeverri@Stein.de)>, GRASSLIST <[grassuser@grass.itc.it](mailto:grassuser@grass.itc.it)> Message-ID: <[45F6F78A.1060003@o2.pl](mailto:45F6F78A.1060003@o2.pl)> Content-Type: text/plain; charset=ISO-8859-2 Jorge Echeverri wrote: > I still don't find out the error: > > Input file: > #"X_COORDINATE","Y_COORDINATE" > L 2 1 > 3400630.04 5718486.603 > 3400639.238 5718515.776 > 1 1 > L 2 1 > 3400639.238 5718515.776 > 3400648.641 5718546.057 > 1 2 > L 2 1 > 3400648.641 5718546.057 > 3400665.041 5718562.99 > 1 3 > L 2 1 > 3400665.041 5718562.99 > 3400625.996 5718597.349 > 1 4 > > Then > GRASS 6.2.1 (luenenxy):~ > v.in.ascii > input=/home/jorge/GrassGIS/luenenxy/jorge/koord2.csv out=koord_grass2 > format=standard --overwrite > Error reading ascii file: > [ ] Use -n to omit checking for header in the input ASCII vector, like I wrote before. Look into v.in.ascii, v.out.ascii and pages linked there for details. > Erzeuge Topologie ... > 4 primitives registriert > Building areas: 100% > 0 Flchen erstellt > 0 Inselflchen erstellt > Fge Inselflchen hinzu: > Fge Zentroide hinzu: 100% > Die Topologie wurde erstellt. > Anzahl von Knoten : 5 > Anzahl von Primitives : 4 > Anzahl von Punkten : 0 > Anzahl von Linien : 4 > Anzahl von Boundaries : 0 > Anzahl von Zentroiden : 0 > Anzahl von Flchen : 0 > Anzahl von Inseln : 0 > > But the lines are rightly imported, so I guess this error message can be > ignored, isn't it? Are you sure there was no more info about the error besides the: > Error reading ascii file: > [ ] as you quoted it? Strange. Anyway, in 6.3 CVS v.in.ascii format=standard won't proceed with a malformed or missing header if -n is not used. It might be different in 6.2.1 which you are using though. But that would be a bug. [after a while] I have confirmed the -n switch is not processed right in 6.2.2 CVS either (yet somewhat diffrently than in 6.2.1, which issues an enigmatic error, while 6.2.2 does not issue any Error); see the note dated 2007-03-13 20:07 on [http://wald.intevation.org/tracker/index.php?func=detail&aid=328&group_id=21&atid=204](http://wald.intevation.org/tracker/index.php?func=detail&aid=328&group_id=21&atid=204) Maciek
Am Mittwoch, den 14.03.2007, 05:46 +0100 schrieb grassuser-request@grass.itc.it:
Send grassuser mailing list submissions to [grassuser@grass.itc.it](mailto:grassuser@grass.itc.it) To subscribe or unsubscribe via the World Wide Web, visit [http://grass.itc.it/mailman/listinfo/grassuser](http://grass.itc.it/mailman/listinfo/grassuser) or, via email, send a message with subject or body 'help' to [grassuser-request@grass.itc.it](mailto:grassuser-request@grass.itc.it) You can reach the person managing the list at [grassuser-owner@grass.itc.it](mailto:grassuser-owner@grass.itc.it) When replying, please edit your Subject line so it is more specific than "Re: Contents of grassuser digest..." Today's Topics: 1. Re: Compiling grass 6.2.1: i.class error (Sean Fulton) 2. Re: Compiling grass 6.2.1: i.class error (Sean Fulton) 3. r3.in.v5d works? examples? ([mespana@ugr.es](mailto:mespana@ugr.es)) 4. pan/zoom while digitizing (Ricardo Oliveira) 5. Re: Compiling grass 6.2.1: i.class error (Glynn Clements) 6. Re: points to lines (Maciej Sieczka) 7. v.breach and v.line.center GRASS addons (Maciej Sieczka) 8. Help reqired (Arindam Nath) 9. Re: pan/zoom while digitizing (Hamish) 10. Re: r.in.srtm help, again (Hamish) ---------------------------------------------------------------------- Message: 1 Date: Tue, 13 Mar 2007 10:53:20 -0400 From: Sean Fulton <[seanasy@gmail.com](mailto:seanasy@gmail.com)> Subject: Re: [GRASS-user] Compiling grass 6.2.1: i.class error To: [grassuser@grass.itc.it](mailto:grassuser@grass.itc.it) Message-ID: <[et6dsv$da2$1@sea.gmane.org](mailto:et6dsv$da2$1@sea.gmane.org)> Content-Type: text/plain; charset=Big5-HKSCS; format=flowed On 2007-03-09 12:59:56 -0500, Glynn Clements <[glynn@gclements.plus.com](mailto:glynn@gclements.plus.com)> said: > > Sean Fulton wrote: > >>>> I'm trying to compile 6.2.1 on Mac OS X 10.4.8. I get an undefined >>>> symbol (_I_vask_subgroup_old) error compliling i.class. >>>> >>>> Can anyone point me in the right direction for resolving this? Output is below. >>> >>> How/where did you get the source code? The file containing that >>> function (lib/imagery/vask_group.c) has been removed from the CVS >>> trunk, but is still present in the 6.2 branch. >>> >>> Also, if you have a 6.3 version installed such that the linker will >>> find its libraries, that could potentially cause this problem. >> >> So, are you recommending using the CVS version? (I'd rather not) > > No, I was just suggesting one possible explanation. But I may have > found another. > >> Is there any clue to what the problem is? > > The body of lib/imagery/vask_group.c is conditionalised upon: > > #ifdef HAVE_CURSES_H > > Is HAVE_CURSES_H defined in include/config.h and/or > dist.i686-apple-darwin8.8.1/include/config.h? > > If not, that would explain the problem. However, failure to detect > curses.h should be a fatal configure error; unless you use > --without-curses, and I would expect more than just i.class to fail in > that situation. > > [Although curses is technically an optional dependency, a lot of GRASS > components require it, and many of them don't explicitly check for its > presence; they just assume it is available and fail (with an error) if > it isn't.] I'll look into that. I know I did try to compile it --without-curses and sputtered and choked. Is that switch useful for some reason? Compiling libgrass? The build system doesn't seem to be very smart about finding libs and includes so I might have missed a necessary configure option somewhere. I'll go over those in more detail. Thanks for your help. Sean ------------------------------ Message: 2 Date: Tue, 13 Mar 2007 11:34:09 -0400 From: Sean Fulton <[seanasy@gmail.com](mailto:seanasy@gmail.com)> Subject: Re: [GRASS-user] Compiling grass 6.2.1: i.class error To: [grassuser@grass.itc.it](mailto:grassuser@grass.itc.it) Message-ID: <[et6g9g$n3p$1@sea.gmane.org](mailto:et6g9g$n3p$1@sea.gmane.org)> Content-Type: text/plain; charset=Big5-HKSCS; format=flowed On 2007-03-09 12:59:56 -0500, Glynn Clements <[glynn@gclements.plus.com](mailto:glynn@gclements.plus.com)> said: > > Sean Fulton wrote: > >>>> I'm trying to compile 6.2.1 on Mac OS X 10.4.8. I get an undefined >>>> symbol (_I_vask_subgroup_old) error compliling i.class. >>>> >>>> Can anyone point me in the right direction for resolving this? Output is below. >>> >>> How/where did you get the source code? The file containing that >>> function (lib/imagery/vask_group.c) has been removed from the CVS >>> trunk, but is still present in the 6.2 branch. >>> >>> Also, if you have a 6.3 version installed such that the linker will >>> find its libraries, that could potentially cause this problem. >> >> So, are you recommending using the CVS version? (I'd rather not) > > No, I was just suggesting one possible explanation. But I may have > found another. > >> Is there any clue to what the problem is? > > The body of lib/imagery/vask_group.c is conditionalised upon: > > #ifdef HAVE_CURSES_H > > Is HAVE_CURSES_H defined in include/config.h and/or > dist.i686-apple-darwin8.8.1/include/config.h? > > If not, that would explain the problem. However, failure to detect > curses.h should be a fatal configure error; unless you use > --without-curses, and I would expect more than just i.class to fail in > that situation. > > [Although curses is technically an optional dependency, a lot of GRASS > components require it, and many of them don't explicitly check for its > presence; they just assume it is available and fail (with an error) if > it isn't.] Actually, I'm an idiot. I forgot to 'make clean' before making changes to configure and recompiling. The older built libs were still in the dist directory. Sorry for bugging you. Hopefully it will serve as a lesson for someone in the future. Sean ------------------------------ Message: 3 Date: Tue, 13 Mar 2007 16:47:54 +0100 (CET) From: [mespana@ugr.es](mailto:mespana@ugr.es) Subject: [GRASS-user] r3.in.v5d works? examples? To: [grassuser@grass.itc.it](mailto:grassuser@grass.itc.it) Message-ID: <[48770.150.214.103.80.1173800874.squirrel@goliat4.ugr.es](mailto:48770.150.214.103.80.1173800874.squirrel@goliat4.ugr.es)> Content-Type: text/plain;charset=iso-8859-1 Dear grassuser, I'm trying to use the r3.in.v5d module, to load a MM5 (atmospheric modelling) output from vis5d. I read at the manual pages that the command imports only one variable and one step time. Ok, but after that, I cannot visualize with Nviz the resulting g3d map. I've followed the next sequence of actions at Grass shell: r3.in.v5d input=vis5dmap.file output=SOC_mm5 g.region rast3d=SOC_mm5 nviz -q Load volumes visualization panel. choose SOC_mm5 as new volume change attribute threshold with constants within the range of levels I can't see nothing. Maybe I'm doing something wrong. I trained with the tutorial from Slovakia3D data set, and I've got the correct results. I've also tried to import vis5d example files, like hole.v5d or LAMPS.v5d, but it didn't go on. I wonder if anyone can help me in this question as experimented grass user, because I was looking for articles, manuals o similar using this command, but I didn't find anything. Thanks for your attention. Miriam -- ------- <> <> Miriam Espaa Acebal <> Ingeniera en Informatica / Computer Science Engineer <> Departamento de Fisica Aplicada / Applied Physics Department <> G. I. Fisica Atmosferica / Atmospheric Physics Research Group <> Universidad de Granada / University of Granada <> Espaa / Spain <> mespana at ugr.es <> ------- ------------------------------ Message: 4 Date: Tue, 13 Mar 2007 16:20:05 -0000 From: "Ricardo Oliveira" <[autopilot@oniduo.pt](mailto:autopilot@oniduo.pt)> Subject: [GRASS-user] pan/zoom while digitizing To: <[grassuser@grass.itc.it](mailto:grassuser@grass.itc.it)> Message-ID: <[CD40D420FBE630488EF0CC85AED081423B271A@RVS2.at.isp](mailto:CD40D420FBE630488EF0CC85AED081423B271A@RVS2.at.isp)> Content-Type: text/plain; charset="iso-8859-1" Dear friends, While i am using r.digit i need to zoom/pan but i haven`t found a way to do so...the window size is locked? Any ideas? Ricardo Oliveira -------------- next part -------------- An HTML attachment was scrubbed... URL: [http://grass.itc.it/pipermail/grassuser/attachments/20070313/dca9864e/attachment-0001.html](http://grass.itc.it/pipermail/grassuser/attachments/20070313/dca9864e/attachment-0001.html) ------------------------------ Message: 5 Date: Tue, 13 Mar 2007 16:22:27 +0000 From: Glynn Clements <[glynn@gclements.plus.com](mailto:glynn@gclements.plus.com)> Subject: Re: [GRASS-user] Compiling grass 6.2.1: i.class error To: Sean Fulton <[seanasy@gmail.com](mailto:seanasy@gmail.com)> Cc: [grassuser@grass.itc.it](mailto:grassuser@grass.itc.it) Message-ID: <[17910.53187.37429.30986@cerise.gclements.plus.com](mailto:17910.53187.37429.30986@cerise.gclements.plus.com)> Content-Type: text/plain; charset=us-ascii Sean Fulton wrote: > > [Although curses is technically an optional dependency, a lot of GRASS > > components require it, and many of them don't explicitly check for its > > presence; they just assume it is available and fail (with an error) if > > it isn't.] > > I'll look into that. I know I did try to compile it --without-curses > and sputtered and choked. If you have a partial build, you need to run "make distclean" before re-running configure with different switches. GRASS doesn't have complete dependency information (the sheer number of subdirectories makes this impractical), so if the configuration options are changed, some things which need to be re-built won't be. > Is that switch useful for some reason? Compiling libgrass? It's potentially useful if you only need a partial build (e.g. for a web application), and are willing to deal with any problems (e.g. lib/init is going to fail on set_data etc, so you will need "make -k" to get it to build other stuff in that directory). In that situation, you need to be able to force configure not to fail because of the lack of curses. Every other --without-* switch should work without requiring additional effort from the user, but curses is currently sufficiently ingrained that making --without-curses work nicely is too much effort for a relatively obscure usage case. > The build system doesn't seem to be very smart about finding libs and > includes so I might have missed a necessary configure option somewhere. It doesn't try to be smart; it tries to do what it's told. E.g. it will only add additional -I and/or -L switches in response to a corresponding --with-*-includes= or --with-*-libs= switch. At one time it tried being smart; frequently, it would pick up things which it shouldn't have (particularly on commercial Unices with both vendor and GNU versions of various packages which didn't like being mixed) resulting in complete failure to build anything (telling gcc to use the vendor's libc headers instead of its own tends to do that). -- Glynn Clements <[glynn@gclements.plus.com](mailto:glynn@gclements.plus.com)> ------------------------------ Message: 6 Date: Tue, 13 Mar 2007 20:12:10 +0100 From: Maciej Sieczka <[tutey@o2.pl](mailto:tutey@o2.pl)> Subject: Re: [GRASS-user] points to lines To: Jorge Echeverri <[Jorge.Echeverri@Stein.de](mailto:Jorge.Echeverri@Stein.de)>, GRASSLIST <[grassuser@grass.itc.it](mailto:grassuser@grass.itc.it)> Message-ID: <[45F6F78A.1060003@o2.pl](mailto:45F6F78A.1060003@o2.pl)> Content-Type: text/plain; charset=ISO-8859-2 Jorge Echeverri wrote: > I still don't find out the error: > > Input file: > #"X_COORDINATE","Y_COORDINATE" > L 2 1 > 3400630.04 5718486.603 > 3400639.238 5718515.776 > 1 1 > L 2 1 > 3400639.238 5718515.776 > 3400648.641 5718546.057 > 1 2 > L 2 1 > 3400648.641 5718546.057 > 3400665.041 5718562.99 > 1 3 > L 2 1 > 3400665.041 5718562.99 > 3400625.996 5718597.349 > 1 4 > > Then > GRASS 6.2.1 (luenenxy):~ > v.in.ascii > input=/home/jorge/GrassGIS/luenenxy/jorge/koord2.csv out=koord_grass2 > format=standard --overwrite > Error reading ascii file: > [ ] Use -n to omit checking for header in the input ASCII vector, like I wrote before. Look into v.in.ascii, v.out.ascii and pages linked there for details. > Erzeuge Topologie ... > 4 primitives registriert > Building areas: 100% > 0 Flchen erstellt > 0 Inselflchen erstellt > Fge Inselflchen hinzu: > Fge Zentroide hinzu: 100% > Die Topologie wurde erstellt. > Anzahl von Knoten : 5 > Anzahl von Primitives : 4 > Anzahl von Punkten : 0 > Anzahl von Linien : 4 > Anzahl von Boundaries : 0 > Anzahl von Zentroiden : 0 > Anzahl von Flchen : 0 > Anzahl von Inseln : 0 > > But the lines are rightly imported, so I guess this error message can be > ignored, isn't it? Are you sure there was no more info about the error besides the: > Error reading ascii file: > [ ] as you quoted it? Strange. Anyway, in 6.3 CVS v.in.ascii format=standard won't proceed with a malformed or missing header if -n is not used. It might be different in 6.2.1 which you are using though. But that would be a bug. [after a while] I have confirmed the -n switch is not processed right in 6.2.2 CVS either (yet somewhat diffrently than in 6.2.1, which issues an enigmatic error, while 6.2.2 does not issue any Error); see the note dated 2007-03-13 20:07 on [http://wald.intevation.org/tracker/index.php?func=detail&aid=328&group_id=21&atid=204](http://wald.intevation.org/tracker/index.php?func=detail&aid=328&group_id=21&atid=204) Maciek ------------------------------ Message: 7 Date: Tue, 13 Mar 2007 21:06:18 +0100 From: Maciej Sieczka <[tutey@o2.pl](mailto:tutey@o2.pl)> Subject: [GRASS-user] v.breach and v.line.center GRASS addons To: grass-dev <[grass-dev@grass.itc.it](mailto:grass-dev@grass.itc.it)> Cc: GRASSLIST <[grassuser@grass.itc.it](mailto:grassuser@grass.itc.it)> Message-ID: <[45F7043A.7020600@o2.pl](mailto:45F7043A.7020600@o2.pl)> Content-Type: text/plain; charset=ISO-8859-2 Hi I have submitted 2 new scripts for GRASS 6.x to GRASS WIKI [http://grass.gdf-hannover.de/wiki/GRASS_AddOns](http://grass.gdf-hannover.de/wiki/GRASS_AddOns): v.line.center creates a points vector map with each point located in the middle of the length of one input vector line. v.breach creates vector maps of lines and points of continously lowering elevation down the input watercourses, based on the input raster DEM. v.line.center is a simple self-explanatory tool. v.breach is more complex. It is similar to r.carve -n, with the following differences: 1. It takes the direction of input vector lines into account; which means it is less prone to artifacts in the input DEM but more demanding to input watercourses. As a result you can breach DEM even against the slope, if that's needed ;). 2. It does not breach the DEM itself, but outputs vector points which have the breached elevation attribute stored in the table. These points can be used as additional data for interpolating more hydrologicaly sound DEM from scratch, or rasterized and burned into the input DEM manually (v.to.rast, r.mapcalc). 3. It also outputs vector lines, which are the input vector watercourses segmented one segment per each DEM cell through which a given input watercourse flows. Those segments have the breached elevation attribute same as the output vector points. I needed such output for my work. Maybe it will be of some use for others. 4. It is way slower than r.carve. Shell (I have got rid of bashisms I hope) + Awk + standard UNIX tools. See the v.breach manual for more details. Maciek ------------------------------ Message: 8 Date: Tue, 13 Mar 2007 18:24:42 -0500 From: "Arindam Nath" <[arindam04@gmail.com](mailto:arindam04@gmail.com)> Subject: [GRASS-user] Help reqired To: [grassuser@grass.itc.it](mailto:grassuser@grass.itc.it) Message-ID: <[1e61caaf0703131624w10369417k2e1e8248e21f02dc@mail.gmail.com](mailto:1e61caaf0703131624w10369417k2e1e8248e21f02dc@mail.gmail.com)> Content-Type: text/plain; charset="iso-8859-1" Hi, I am trying if I can use the source code for GRASS and compile in VC++ (Windows.) so that I can run from Windows platfrom without Cygwin. The desire is to run it just as a VC++ workspace. Can any one please help me in ths regard. Regards, Arindam Nath. MSEE, University of Texas at Arlington -------------- next part -------------- An HTML attachment was scrubbed... URL: [http://grass.itc.it/pipermail/grassuser/attachments/20070313/889f013a/attachment-0001.html](http://grass.itc.it/pipermail/grassuser/attachments/20070313/889f013a/attachment-0001.html) ------------------------------ Message: 9 Date: Wed, 14 Mar 2007 15:43:17 +1300 From: Hamish <[hamish_nospam@yahoo.com](mailto:hamish_nospam@yahoo.com)> Subject: Re: [GRASS-user] pan/zoom while digitizing To: "Ricardo Oliveira" <[autopilot@oniduo.pt](mailto:autopilot@oniduo.pt)> Cc: [grassuser@grass.itc.it](mailto:grassuser@grass.itc.it) Message-ID: <[20070314154317.50010e93.hamish_nospam@yahoo.com](mailto:20070314154317.50010e93.hamish_nospam@yahoo.com)> Content-Type: text/plain; charset=US-ASCII Ricardo Oliveira wrote: > > While i am using r.digit i need to zoom/pan but i haven`t found a way > to do so...the window size is locked? Yes, the region is locked while the module is running. > Any ideas? You might try the GRASS vector digitizer in QGIS + v.to.rast. ([www.qgis.org](http://www.qgis.org)) (v.digit has the same problem, but at least you don't have to exit the module to change the zoom, just the current tool) Hamish ------------------------------ Message: 10 Date: Wed, 14 Mar 2007 17:44:29 +1300 From: Hamish <[hamish_nospam@yahoo.com](mailto:hamish_nospam@yahoo.com)> Subject: Re: [GRASS-user] r.in.srtm help, again To: antonio rodriguez <[antonio.raju@gmail.com](mailto:antonio.raju@gmail.com)> Cc: [grassuser@grass.itc.it](mailto:grassuser@grass.itc.it) Message-ID: <[20070314174429.6c8f80aa.hamish_nospam@yahoo.com](mailto:20070314174429.6c8f80aa.hamish_nospam@yahoo.com)> Content-Type: text/plain; charset=ISO-8859-1 antonio rodriguez wrote: > I have some bathymetric data from GEBCO which are in .grd format (GMT) > > so I've tried: > > r.in.bin -h in=data.grd out=bati > > and I get: > > ERROR: North must be north of south > > The coordinates of the data are 38n/34n 9w/2e > > I've tried too: > > r.in.bin input=/home/toni/tmp/38n34n9w2e/38n34n9w2e.grd output=bati > north=38 south=34 east=2 west=-9 > > Using rows=4 cols=11 ^^^^ > ATENCIN: Bytes do not match File size > ATENCIN: File Size 319216 ... Total Bytes 44 > ATENCIN: Try bytes=7254 or adjusting input parameters > > So I tried with bytes=7254 (bytes=7255, bytes=7256) but I never get > the right number > > Any idea? set the correct rows= and cols= options. Right now it is guessing the raster resolution is 1 pixel = 1 degree x 1 degree. note the bytes description; it will mostly always be 1, 2, or 4: bytes Number of bytes per cell (1, 2, 4) default: 1 Hamish ------------------------------ _______________________________________________ grassuser mailing list [grassuser@grass.itc.it](mailto:grassuser@grass.itc.it) [http://grass.itc.it/mailman/listinfo/grassuser](http://grass.itc.it/mailman/listinfo/grassuser) End of grassuser Digest, Vol 11, Issue 18 *****************************************
<br>-- <br>Jorge Echeverri, BSc Civ. Eng.<br>S & P CONSULT GMBH<br>Technologiequartier<br>Konrad-Zuse-Str. 6<br>D-44801 Bochum, Germany<br>Geschäftsführer: Dipl.-Ing. Robert Stein<br>Registergericht: Amtsgericht Bochum HRB 10769<br><br><br>Phone: +49(0) 234 51 67 193<br>Fax: +49(0) 234 51 67 109<br><br>Email: [jorge.echeverri@stein.de](mailto:jorge.echeverri@stein.de)<br>Internet: [www.stein.de](http://www.stein.de)<br><br> |
|---|