Re: [GRASS-user] Python GUI
On 01/10/08 02:55, Hamish wrote: Markus: (Un)related: could be have g.gui wx as a shortcut? wxpython is really hard to type... The opt-options part of the parser only allows through full names. But it should be possible to parse the answer taking into account shorter versions. See, for example, how type_opt is parsed on lines 478ff in display/d.vect/main.c. Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Python GUI
The opt-options part of the parser only allows through full names. Moritz Lennert wrote: But it should be possible to parse the answer taking into account shorter versions. See, for example, how type_opt is parsed on lines 478ff in display/d.vect/main.c. sure there's code in d.vect to handle it, but the parser won't actually let you give anything but the full words listed in the -options line. G64 d.vect fields type=bound --q ERROR: value bound out of range for parameter type Legal range: point,line,boundary,centroid,area,face Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Python GUI
d.vect is not a good example, as it should be using Vect_option_to_types(). No wonder that GRASS has so many LOC - lots of duplication ;) Maris. 2008/10/1, Moritz Lennert [EMAIL PROTECTED]: On 01/10/08 02:55, Hamish wrote: Markus: (Un)related: could be have g.gui wx as a shortcut? wxpython is really hard to type... The opt-options part of the parser only allows through full names. But it should be possible to parse the answer taking into account shorter versions. See, for example, how type_opt is parsed on lines 478ff in display/d.vect/main.c. Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] limit Voronoi or other vector programs
Hello, currently there is no MASK support for vector data. Only solution is to extract a subset of whole dataset into new vector map/layer with existing GRASS tools (i.e. v.extract and others). Also MASK concept for vector data is easy to implement for vector points but it gets tricky with lines/areas. What should happen to line/area that crosses MASK border? Also as MASK normally is applied on fly, it could be real show stopper when working with large datasets (i.e. LiDAR data). WBR, Maris. 2008/10/1 William L. Baker [EMAIL PROTECTED]: Hello, It would be useful to be able to use something similar to r.mask to be able to limit the area that v.voronoi (or other programs) use. Is there a way to mask out particular areas? Bill B. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] smoothing contours
Alberto Pettazzi wrote: I have a pressure field and I want to plot contour lines. I did it by the command r.contour, but I would like to have smoother contour lines (see attached file). Any suggestion? Is your region resolution far higher than than the actual raster resolution? If that's the case, r.contour will assume that your data actually consists of many rectangular plateaus separated by cliffs, and will generate contours accordingly. Either reduce the region resolution to match the raster resolution (g.region rast=), or resample the raster with some form of interpolation (e.g. r.resamp.interp, r.resamp.rst) or filtering (e.g. r.mfilter.fp). -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Python GUI
Hamish wrote: The opt-options part of the parser only allows through full names. Moritz Lennert wrote: But it should be possible to parse the answer taking into account shorter versions. See, for example, how type_opt is parsed on lines 478ff in display/d.vect/main.c. sure there's code in d.vect to handle it, but the parser won't actually let you give anything but the full words listed in the -options line. r33643 allows enumerated options (those with a list of valid choices) to be abbreviated. The answer must either be an exact match, or a prefix of exactly one choice. E.g. for g.list type=..., rast and rast3d are valid (exact matches), rast3 is valid (prefix of rast3d only), but ras is rejected as ambiguous (prefix of both rast and rast3d). If an abbreviated answer is chosen, opt-answer (or for multiple answers, opt-answers[i]) is replaced with a (deep) copy of the unabbreviated name. Note that where opt-multiple == YES, opt-answer *isn't* reconstructed with the unabbreviated value, so this won't currently work with g.parser (i.e. with scripts), or with anything that uses opt-answer instead of opt-answers[]. Needless to say, this shouldn't be backported until it has been thoroughly tested. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] limit Voronoi or other vector programs
Another thing (which I'd like to see in GRASS 7.0) would be to have a where parameter for all v. modules which would allow one to filter the points based on the attributes (usually this is enough) --Wolf On 01.10.2008 21:03, Maris Nartiss wrote: Hello, currently there is no MASK support for vector data. Only solution is to extract a subset of whole dataset into new vector map/layer with existing GRASS tools (i.e. v.extract and others). Also MASK concept for vector data is easy to implement for vector points but it gets tricky with lines/areas. What should happen to line/area that crosses MASK border? Also as MASK normally is applied on fly, it could be real show stopper when working with large datasets (i.e. LiDAR data). WBR, Maris. 2008/10/1 William L. Baker [EMAIL PROTECTED]: Hello, It would be useful to be able to use something similar to r.mask to be able to limit the area that v.voronoi (or other programs) use. Is there a way to mask out particular areas? Bill B. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- :3 ) Wolf Bergenheim ( 8: ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] re: v.in.ogr
You are welcome, Zahid. No need for formal addressing on the GRASS mailing lists. Feel free to call people by their first names. Best, Ben - Original Message - From: Zahid Parvez [EMAIL PROTECTED] To: Benjamin Ducke [EMAIL PROTECTED] Sent: Wednesday, October 1, 2008 8:29:53 PM (GMT) Europe/London Subject: Re: [GRASS-user] re: v.in.ogr Thank you sir. I am working on it. -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] limit Voronoi or other vector programs
Yes, that would be useful too. Yes, in the case of vector points, a MASK-like function would be conceptually simpler than dealing with vector lines and polygons. v.voronoi produces lots of spurious polygons if there is lots of space without points outside where the points actually lie, which occurs if a study area has an irregular shape (not rectangular). Thus, some kind of buffer around the points is needed to set limits on the analysis space. I think someone is revising this program, and perhaps this problem can be addressed, but it may not be easy to program. A more general MASK solution would be useful for all point-based programs. Bill B. Wolf Bergenheim wrote: Another thing (which I'd like to see in GRASS 7.0) would be to have a where parameter for all v. modules which would allow one to filter the points based on the attributes (usually this is enough) --Wolf On 01.10.2008 21:03, Maris Nartiss wrote: Hello, currently there is no MASK support for vector data. Only solution is to extract a subset of whole dataset into new vector map/layer with existing GRASS tools (i.e. v.extract and others). Also MASK concept for vector data is easy to implement for vector points but it gets tricky with lines/areas. What should happen to line/area that crosses MASK border? Also as MASK normally is applied on fly, it could be real show stopper when working with large datasets (i.e. LiDAR data). WBR, Maris. 2008/10/1 William L. Baker [EMAIL PROTECTED]: Hello, It would be useful to be able to use something similar to r.mask to be able to limit the area that v.voronoi (or other programs) use. Is there a way to mask out particular areas? Bill B. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
