[GRASS5] keeping vertical closed polygons

Hi,

I want to keep vertical closed polygons in GRASS vector format. Right now, GRASS6 doesn't support this thing. GRASS6 has a plan to implement this??? If yes, when it's completed? Or could anyone tell me how can I implement this thing in GRASS6?

Thanks in advance,
Pawalai

-----Original Message-----
From: grass5-admin@grass.itc.it [mailto:grass5-admin@grass.itc.it] On Behalf Of grass5-request@grass.itc.it
Sent: Thursday, March 17, 2005 11:32 AM
To: grass5@grass.itc.it
Subject: grass5 digest, Vol 1 #1597 - 13 msgs

Send grass5 mailing list submissions to
  grass5@grass.itc.it

To subscribe or unsubscribe via the World Wide Web, visit
  http://grass.itc.it/mailman/listinfo/grass5
or, via email, send a message with subject or body 'help' to
  grass5-request@grass.itc.it

You can reach the person managing the list at
  grass5-admin@grass.itc.it

When replying, please edit your Subject line so it is more specific than "Re: Contents of grass5 digest..."

Today's Topics:

   1. Re: perl module for grass scripting (Glynn Clements)
   2. How to merge attribute files after v.patch? (Allan Metts)
   3. Re: How to merge attribute files after v.patch? (Daniel Calvelo Aros)
   4. Re: v.in.ascii updates (Michael Barton)
   5. Re: v.in.ascii updates (Miguel A. Altamirano del C)
   6. GRASS extensions build system, r.cva (Benjamin Ducke)
   7. Re: GRASS extensions build system, r.cva (Paul Kelly)
   8. Re: GRASS extensions build system, r.cva (Daniel Calvelo Aros)
   9. v.in.dxf in grass6 (giang khuong)
  10. v.in.dxf in grass6 (giang khuong)
  11. v.in.dxf in grass6 (giang khuong)
  12. Grass6 installation problem (BETTON Nicolas)
  13. AW: [GRASS5] Grass6 installation problem (Marco Lechner)

--__--__--

Message: 1
From: Glynn Clements <glynn@gclements.plus.com>
Date: Wed, 16 Mar 2005 11:56:43 +0000
To: Jachym Cepicky <jachym.cepicky@centrum.cz>
Cc: grass5@grass.itc.it
Subject: Re: [GRASS5] perl module for grass scripting

Jachym Cepicky wrote:

I use Perl for writing simple scripts for GRASS. Now I desided to
write my own perl-module (grass.pm), which should simplify the code
writing. It generates the help message and loads all required commandline options.

According to GRASS-Bash scripts, it would be good, if GRASS could
generate the Tk-GUI `on the fly' for the Perl (Python, ...) scripts too.

But how to do it? What procedure should one call and how?

I'm sending the module below and I'm hoping, it could be usefull.

Thank you for hints

To process command-line options, you should use the g.parser program.
Whilst it was originally intended for use in shell scripts, it should be usable from any language which uses the '#' character for comments.

Regarding the GUI dialogs: you can run the program with the --ui flag.
This will cause the program to generate and display the dialog, then re-execute itself with the chosen options.

--
Glynn Clements <glynn@gclements.plus.com>

--__--__--

Message: 2
Date: Wed, 16 Mar 2005 07:51:42 -0500
To: grass5@grass.itc.it
From: Allan Metts <ametts2@mindspring.com>
Subject: [GRASS5] How to merge attribute files after v.patch?

Hi all,

I have geometry stored in shape files (linked in with v.external), and attribute files stored in dbf files.

I can combine two shape files into one with v.patch -- but v.patch doesn't do anything with the dbf attributes. So I'm looking for a good way to combine the attribute files afteer performing v.patch.

I tried INSERT INTO usxxxxst (SELECT * from akxxxxst), but it doesn't look like support for this type of operation exists in GRASS SQL yet.

Can anyone suggest an easy utility (GRASS or otherwise) that can append the contents of one dbf file into another?

Thanks in advance,
Allan

--__--__--

Message: 3
From: "Daniel Calvelo Aros" <dcalvelo@minag.gob.pe>
To: Allan Metts <ametts2@mindspring.com>, grass5@grass.itc.it
Reply-To: daniel.calvelo@minag.gob.pe
Subject: Re: [GRASS5] How to merge attribute files after v.patch?
Date: Wed, 16 Mar 2005 10:07:35 -0500

From: Allan Metts <ametts2@mindspring.com>

Can anyone suggest an easy utility (GRASS or otherwise) that can
append the contents of one dbf file into another?

dbfcat is part of shapelib tools. http://shapelib.maptools.org/

--__--__--

Message: 4
Date: Wed, 16 Mar 2005 09:27:44 -0700
From: Michael Barton <michael.barton@asu.edu>
Subject: Re: [GRASS5] v.in.ascii updates
To: daniel.calvelo@minag.gob.pe, grass5 <grass5@grass.itc.it>

I agree with the changes. I was going to suggest using format=vect (because
it is reading a GRASS vector file), but Radim says verbotten.

Michael
____________________
C. Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
PO Box 872402
Arizona State University
Tempe, AZ 85287-2402
USA

Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>

From: Daniel Calvelo Aros <dcalvelo@minag.gob.pe>
Reply-To: <daniel.calvelo@minag.gob.pe>
Date: Wed, 16 Mar 2005 01:02:48 -0500
To: grass5 <grass5@grass.itc.it>
Subject: Re: [GRASS5] v.in.ascii updates

From: Hamish <hamish_nospam@yahoo.com>
Sent: Wed, 16 Mar 2005 16:49:02 +1300

Debatable updates:

? skip any line starting with a '#' in input file.
   (could silently ignore data..??)

Add a flag to turn it off, in case weird #-marked data arises. How hard would
it be to be able to specify the comment marker as an argument? Better, as a
regular expression?

? skip blank lines in input file.
   (currently extra newlines at EOF break import of points)

Maybe add a flag to signal whether:

1) An empty line marks EOF (that might be useful to chop data by hand), except
at the beginning
2) Empty lines are ignored
3) Empty lines are an error (except prior to EOF)

? strip "quotes" from both ends of varchar input.

Shouldn't break anything; quoting-dequoting-overquoting is always tricky, so
users should be wary of "". Do the same for '', maybe?

? rename format=standard to format=grass as format=point is default,
   so standard mode is non-standard. Confusing! I'll fix any scripts/.

Agree.

--__--__--

Message: 5
Date: Wed, 16 Mar 2005 10:29:19 -0600 (CST)
From: "Miguel A. Altamirano del C" <mgaac@yahoo.com>
Subject: Re: [GRASS5] v.in.ascii updates
To: Hamish <hamish_nospam@yahoo.com>, grass5@grass.itc.it

--- Hamish <hamish_nospam@yahoo.com> wrote:

Hi,

I'm looking to do some v.in.ascii updates, I thought
I'd trawl for
comments first.. most deal with format=point mode.

Fairly straight forward updates:

+ update to use G_getl2() to make MacOS9 ascii
import work.

+ add skip= option to skip any header lines when
format=point
   (e.g. column headings in cvs file)

+ add a -s flag to write those skipped header lines
to the map's
   meta-data hist file (v.info -h).

Debatable updates:

? skip any line starting with a '#' in input file.
   (could silently ignore data..??)

? skip blank lines in input file.
   (currently extra newlines at EOF break import of
points)

? strip "quotes" from both ends of varchar input.

? rename format=standard to format=grass as
format=point is default,
   so standard mode is non-standard. Confusing! I'll
fix any scripts/.

You can expect me to go ahead and do all these
things if noone objects.

Hamish

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

Also if can puts an indicative for the format to
import the values "columns='variable double f8.2' "
for when it be used with other instruction put excatly
the format that was reading; p.e. "d.vect -c file
display=attr attrcol=variable"

LCA Miguel A. Altamirano del C.
"Los Mexicanos llevamos la fiesta en la garganta"

Tel. 01(232)32 45208

La belleza de la meteorología radica en saber
pronosticarla y no simplemente en estudiarla
      (Miguel A. Altamirano 28-5-00)

_________________________________________________________
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com

--__--__--

Message: 6
Date: Wed, 16 Mar 2005 21:55:45 +0100
From: Benjamin Ducke <benducke@compuserve.de>
To: grass5@grass.itc.it
Organization: FU Berlin
Subject: [GRASS5] GRASS extensions build system, r.cva

I am trying to put together a build system
for building GRASS modules and libraries externally and
installing them into the binary installation tree.

As the recent discussion thread has shown, the necessary
libs and header files are being installed by recent
GRASS versions, so that this should in principle be possible.

Unfortunately, things seem to be a bit more complicated,
because the build system still has to take into account
some machine and OS dependent compile options,
different C compiler names and options etc.

Thus, I decided to strip down the original GRASS 6 configure
script, retaining only the most important checks and used
that as a starting point. In this way, I can "simulate" a
GRASS source environment with the most important parts
of the configuration system (Grass.make, Platform.make etc.)
intact. The aim is to make it possible to build modules
externally without making changes to the original
GRASS 6 style Makefiles.

It seems to me, that three path variables in the original
make system control where things take place

Source directory (SRCDIR): this is the starting point for locating include files and libs?
Build directory (DSTDIR): this is where the object files are stored?
Installation directory: this is where the final executable modules are copied to.

Am I right about the meaning of these?

In other news:

A new version of r.cva (cumulative viewsheds) for GRASS 6 is now finished and has been
tested. I have contacted the original author, Mark Lake, about the possibility of
releasing it under a GPL compatible license. I have not got an answer so far, but
I am told that Mark is really busy these days and I am sure he will look into this
and we will find a good solution for making r.cva more accessible to GRASS users.

Benjamin

--__--__--

Message: 7
Date: Wed, 16 Mar 2005 23:58:26 +0000 (GMT)
From: Paul Kelly <paul-grass@stjohnspoint.co.uk>
To: Benjamin Ducke <benducke@compuserve.de>
cc: grass5@grass.itc.it
Subject: Re: [GRASS5] GRASS extensions build system, r.cva

On Wed, 16 Mar 2005, Benjamin Ducke wrote:

It seems to me, that three path variables in the original
make system control where things take place

Source directory (SRCDIR): this is the starting point for locating include files and libs?
Build directory (DSTDIR): this is where the object files are stored?
Installation directory: this is where the final executable modules are copied to.

Am I right about the meaning of these?

Yes that sounds right. I suppose at one stage the thinking was that you
wouldn't need to re-run configure as you would assume the platform that
the binaries were installed on was similar enough to the one that they had
been compiled on, and including Platform.make in the binary distribution
would be enough.

But if you are running configure why a cut-down one? What sort of things
are you leaving out and why? This is an interesting little project.

In other news:

A new version of r.cva (cumulative viewsheds) for GRASS 6 is now finished and has been
tested. I have contacted the original author, Mark Lake, about the possibility of
releasing it under a GPL compatible license. I have not got an answer so far, but
I am told that Mark is really busy these days and I am sure he will look into this
and we will find a good solution for making r.cva more accessible to GRASS users.

That is really good news (although there was not much wrong with the
original r.cva if you could live with having to frequently do little bits
of data pre- and post-processing with r.null, s.to.rast etc.)

There was a paper in Photogrammetric Engineering & Remote Sensing a year
or two ago (from CERL, actually) about a new very fast way of doing
viewshed analysis that sounded like it would be a very nice project to
implement using a vector graph structure to show direct paths between
raster cells, and to make calculations using the Directed Graph library.
But an accessible r.cva would make the line of sight capabilities in GRASS
very usable indeed.

Paul

--__--__--

Message: 8
From: "Daniel Calvelo Aros" <dcalvelo@minag.gob.pe>
To: Benjamin Ducke <benducke@compuserve.de>, grass5@grass.itc.it
Reply-To: daniel.calvelo@minag.gob.pe
Subject: Re: [GRASS5] GRASS extensions build system, r.cva
Date: Wed, 16 Mar 2005 20:22:09 -0500

From: Benjamin Ducke <benducke@compuserve.de>
Sent: Wed, 16 Mar 2005 21:55:45 +0100

I am trying to put together a build system
for building GRASS modules and libraries externally and
installing them into the binary installation tree.

As the recent discussion thread has shown, the necessary
libs and header files are being installed by recent
GRASS versions, so that this should in principle be possible.

Unfortunately, things seem to be a bit more complicated,
because the build system still has to take into account
some machine and OS dependent compile options,
different C compiler names and options etc.

Have you thought about writing a grass-config executable to be included in the
grass binary?

Several packages do this: they use the @vars@ markers expected by autoconf in
a very simple executable that responds to options such as '--libs',
'--include' and so on. It is intended to be used like this (totally fictitious
example to give an idea):

$ gcc module.c `grass-config --include --libs` -o module

where grass-config, upon receiving --include --libs arguments, outputs (to
stdout) the string '-I/usr/include/grass -L/usr/lib/grass -lgrass', thus
giving all compiler options.

this scheme is used in gtk, gnome, wxWidgets and so on.

HTH, Daniel.

--__--__--

Message: 9
Date: Thu, 17 Mar 2005 00:21:04 -0800 (PST)
From: giang khuong <giangktx@yahoo.com>
To: grass5@grass.itc.it
Subject: [GRASS5] v.in.dxf in grass6

--0-1194151664-1111047664=:56246
Content-Type: text/plain; charset=us-ascii

Dear list,
I need importing vector from file *.dxf in grass60. Can any one help me?

---------------------------------
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
--0-1194151664-1111047664=:56246
Content-Type: text/html; charset=us-ascii

<DIV>Dear list,</DIV>
<DIV>I need importing vector from file *.dxf in grass60. Can any one help me?</DIV><p>
    <hr size=1>Do you Yahoo!?<br>
Yahoo! Small Business - <a href="http://us.rd.yahoo.com/evt=31637/*http://smallbusiness.yahoo.com/resources/&quot;&gt;Try our new resources site!</a>
--0-1194151664-1111047664=:56246--

--__--__--

Message: 10
Date: Thu, 17 Mar 2005 00:21:34 -0800 (PST)
From: giang khuong <giangktx@yahoo.com>
To: grass5@grass.itc.it
Subject: [GRASS5] v.in.dxf in grass6

--0-1054959606-1111047694=:93670
Content-Type: text/plain; charset=us-ascii

Dear list,
I need importing vector from file *.dxf in grass60. Can any one help me?

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
--0-1054959606-1111047694=:93670
Content-Type: text/html; charset=us-ascii

<DIV>Dear list,</DIV>
<DIV>I need importing vector from file *.dxf in grass60. Can any one help me?</DIV><p>__________________________________________________<br>Do You Yahoo!?<br>Tired of spam? Yahoo! Mail has the best spam protection around <br>http://mail.yahoo.com
--0-1054959606-1111047694=:93670--

--__--__--

Message: 11
Date: Thu, 17 Mar 2005 00:21:35 -0800 (PST)
From: giang khuong <giangktx@yahoo.com>
To: grass5@grass.itc.it
Subject: [GRASS5] v.in.dxf in grass6

--0-1188331108-1111047695=:80972
Content-Type: text/plain; charset=us-ascii

Dear list,
I need importing vector from file *.dxf in grass60. Can any one help me?

---------------------------------
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
--0-1188331108-1111047695=:80972
Content-Type: text/html; charset=us-ascii

<DIV>Dear list,</DIV>
<DIV>I need importing vector from file *.dxf in grass60. Can any one help me?</DIV><p>
    <hr size=1>Do you Yahoo!?<br>
Yahoo! Small Business - <a href="http://us.rd.yahoo.com/evt=31637/*http://smallbusiness.yahoo.com/resources/&quot;&gt;Try our new resources site!</a>
--0-1188331108-1111047695=:80972--

--__--__--

Message: 12
Date: Thu, 17 Mar 2005 11:17:57 +0100 (CET)
From: BETTON Nicolas <nico_bet@yahoo.fr>
To: grass5@grass.itc.it
Subject: [GRASS5] Grass6 installation problem

Hello,
I'm trying to install Grass6 with postgresql support
on linux fedora core 1.

Postgresql ( is well-installed
PostGis 0.9.1
Proj4.. and several libraries required...

when configuring Grass6 I've got this error message :

checking whether to use PostgreSQL... yes
checking for location of PostgreSQL includes...
/usr/local/pgsql/include/
checking for libpq-fe.h... yes
checking for location of PostgreSQL library...
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
configure: error: *** Unable to locate PostgreSQL
library.

My path seems to be correct...

Here is the end of the config.log :
configure:8803: checking whether to use PostgreSQL
configure:8830: checking for location of PostgreSQL
includes
configure:8856: checking for libpq-fe.h
configure:8864: gcc -E -I/usr/local/pgsql/include/
conftest.c >/dev/null 2>conftest.out
configure:8902: checking for location of PostgreSQL
library
configure:8931: checking for PQsetdbLogin in -lpq
configure:8948: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 8937 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();

int main() {
PQsetdbLogin()
; return 0; }
configure:8967: checking for PQsetdbLogin in -lpq
configure:8984: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lssl -lcrypto
1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 8973 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();

int main() {
PQsetdbLogin()
; return 0; }
configure:9003: checking for PQsetdbLogin in -lpq
configure:9020: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lcrypt 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 9009 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();

int main() {
PQsetdbLogin()
; return 0; }
configure:9039: checking for PQsetdbLogin in -lpq
configure:9056: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lcrypt -lssl
-lcrypto 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 9045 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();

int main() {
PQsetdbLogin()
; return 0; }

I don't know what to do ... it's about 2 hours of
instalations without any result.

Could you please help me ?

Thks
Nicolas

Découvrez nos promotions exclusives "destination de la Tunisie, du Maroc, des Baléares et la Rép. Dominicaine sur Yahoo! Voyages :
http://fr.travel.yahoo.com/promotions/mar14.html

--__--__--

Message: 13
From: "Marco Lechner" <marco.lechner@geographie.uni-freiburg.de>
To: "BETTON Nicolas" <nico_bet@yahoo.fr>, <grass5@grass.itc.it>
Subject: AW: [GRASS5] Grass6 installation problem
Date: Thu, 17 Mar 2005 11:35:06 +0100

Did you tell ./configure the path to you postgres-libs
(--with-postgres-libs=/usr/local/pgsql/lib) or only to your
postgres-includes?

marco
---------------------------------
Marco Lechner

office:
Department of Physische Geographie
University of Freiburg
Werderring 4
D-79085 Freiburg
Germany
phone +49 (0)761 / 203-3548
email marco.lechner@geographie.uni-freiburg.de

-----Ursprüngliche Nachricht-----
Von: grass5-admin@grass.itc.it [mailto:grass5-admin@grass.itc.it]Im
Auftrag von BETTON Nicolas
Gesendet: Donnerstag, 17. März 2005 11:18
An: grass5@grass.itc.it
Betreff: [GRASS5] Grass6 installation problem

Hello,
I'm trying to install Grass6 with postgresql support
on linux fedora core 1.

Postgresql ( is well-installed
PostGis 0.9.1
Proj4.. and several libraries required...

when configuring Grass6 I've got this error message :

checking whether to use PostgreSQL... yes
checking for location of PostgreSQL includes...
/usr/local/pgsql/include/
checking for libpq-fe.h... yes
checking for location of PostgreSQL library...
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
configure: error: *** Unable to locate PostgreSQL
library.

My path seems to be correct...

Here is the end of the config.log :
configure:8803: checking whether to use PostgreSQL
configure:8830: checking for location of PostgreSQL
includes
configure:8856: checking for libpq-fe.h
configure:8864: gcc -E -I/usr/local/pgsql/include/
conftest.c >/dev/null 2>conftest.out
configure:8902: checking for location of PostgreSQL
library
configure:8931: checking for PQsetdbLogin in -lpq
configure:8948: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 8937 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();

int main() {
PQsetdbLogin()
; return 0; }
configure:8967: checking for PQsetdbLogin in -lpq
configure:8984: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lssl -lcrypto
1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 8973 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();

int main() {
PQsetdbLogin()
; return 0; }
configure:9003: checking for PQsetdbLogin in -lpq
configure:9020: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lcrypt 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 9009 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();

int main() {
PQsetdbLogin()
; return 0; }
configure:9039: checking for PQsetdbLogin in -lpq
configure:9056: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lcrypt -lssl
-lcrypto 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 9045 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
    builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();

int main() {
PQsetdbLogin()
; return 0; }

I don't know what to do ... it's about 2 hours of
instalations without any result.

Could you please help me ?

Thks
Nicolas

Découvrez nos promotions exclusives "destination de la Tunisie, du Maroc,
des Baléares et la Rép. Dominicaine sur Yahoo! Voyages :
http://fr.travel.yahoo.com/promotions/mar14.html

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

--__--__--

_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

End of grass5 Digest

Pawalai Kraipeerapun wrote:

Hi,

I want to keep vertical closed polygons in GRASS vector format. Right now, GRASS6 doesn't support this thing. GRASS6 has a plan to implement this??? If yes, when it's completed? Or could anyone tell me how can I implement this thing in GRASS6?

Thanks in advance,
Pawalai

You can write vertical polygons to GRASS vector, but you cannot do much with them. The type in ascii is 'F', for example:
F 4
  -2032.90491562301 -450.325319137854 148.9606628418
  -1390.11730593647 315.719123981124 148.9606628418
  -1390.11730593647 315.719123981124 108.9606628418
  -2032.90491562301 -450.325319137854 108.9606628418

Radim