Re: [GRASS-user] Problems with v.to.db and v.db.addcol
I tried the v.to.db (Windows-Grass) again. Today no error message came out. But, with the default settings these messages came out: v.to.db [EMAIL PROTECTED] type=point,line,boundary,centroid layer=1 qlayer=1 option=area units=hectares column=b_label Updating database... 5104 categories read from map 5104 records selected from table 5104 categories read from map exist in selection from table 0 categories read from map don't exist in selection from table 5104 records updated/inserted 0 update/insert errors Then, I changed type to area: v.to.db [EMAIL PROTECTED] type=area layer=1 qlayer=1 option=area units=hectares column=b_label ERROR: value area out of range for parameter type Legal range: point,line,boundary,centroid Best regards Niels Markus Neteler schrieb: Could you please post the precise error message? Thanks Markus On Jan 29, 2008 8:54 PM, Niels Thevs [EMAIL PROTECTED] wrote: Under my Windows GRASS GIS the commands v.to.db and v.db.addcol did not work properly, when I wanted to calculate the areas of polygons. There were error meaaages that it could not poen or execute the dbase files. Does anybody how to overcome this problem ? Best regards Niels -- - Dr. Niels Thevs Chair of Geobotany and Landscape Ecology Institute of Botany and Landscape Ecology Greifswald University Grimmer Strasse 88 17487 Greifswald Germany Tel.: +49-3834-86-4137 Fax: +49-3834-86-4114 - -- - Dr. Niels Thevs Chair of Geobotany and Landscape Ecology Institute of Botany and Landscape Ecology Greifswald University Grimmer Strasse 88 17487 Greifswald Germany Tel.: +49-3834-86-4137 Fax: +49-3834-86-4114 - ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.resamp.rst smoothing parameter
Hi List, I have some kind of probability map with a resolution of about 90m. Now I want to resample this map for press information print. The map has some kind of distortions where you have small areas (just a few cells) where the values change quickly and the map looks very turbulent. I want to use r.resamp.rst for this purpose, and I experimented already with the tension parameter. But this alone does not give me satisfactory results. From the manual I take it that there is also a smoothing parameter where one can give a smoothing raster as parameter. But I really have no clue how this raster should look like. Taking the vector version of r.resamp.rst one can give a number as smoothing value which is pretty easy to understand ;-), but what kind of values are expected for the smoothing raster? Can I just give a constant raster map as smoothing parameter with a value of e.g. 0.1? Then why use a raster map as parameter? I hope someone can light up a candle for me! Greetings Frank ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Problems with v.to.db and v.db.addcol
On Jan 30, 2008 9:01 AM, Niels Thevs [EMAIL PROTECTED] wrote: ... Then, I changed type to area: v.to.db [EMAIL PROTECTED] type=area layer=1 qlayer=1 option=area units=hectares column=b_label ERROR: value area out of range for parameter type Legal range: point,line,boundary,centroid Yes, because area isn't supported (use boundary instead). Best regards Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Building wxgrass vdigit
Martin Landa wrote: Hi Craig, 2008/1/28, Craig Leat [EMAIL PROTECTED]: I am trying out the new wxpython gui from trunk for the first time and I am running into some trouble with building vdigit. My system is an i586 32 bit Ubuntu Gutsy (7.10) box and I have built the 6.3 RC3 branch from source. I have followed the instructions in the wxpython README and I can launch the gui, but building vdigit fails. Please see below: GRASS 6.3.0RC3 (msunduzi_lo31):~ cd $GISBASE/etc/wx/vdigit GRASS 6.3.0RC3 (msunduzi_lo31):/usr/local/grass-6.3.0RC3/etc/wx/vdigit ls -l total 76 -rw-r--r-- 1 craig craig 2583 2008-01-28 12:14 cats.cpp -rw-r--r-- 1 craig craig 677 2008-01-28 12:14 digit.cpp -rw-r--r-- 1 craig craig 1187 2008-01-28 12:14 digit.h -rw-r--r-- 1 craig craig 325 2008-01-28 12:14 digit.i -rw-r--r-- 1 craig craig 685 2008-01-28 12:14 dig_types.i -rw-r--r-- 1 craig craig 26031 2008-01-28 12:14 driver.cpp -rw-r--r-- 1 craig craig 4032 2008-01-28 12:14 driver.h -rw-r--r-- 1 craig craig 307 2008-01-28 12:14 driver.i -rw-r--r-- 1 craig craig 9779 2008-01-28 12:14 line.cpp -rw-r--r-- 1 craig craig 1368 2008-01-28 12:14 Makefile.in -rw-r--r-- 1 craig craig 2229 2008-01-28 12:14 vertex.cpp GRASS 6.3.0RC3 (msunduzi_lo31):/usr/local/grass-6.3.0RC3/etc/wx/vdigit make make: *** No targets specified and no makefile found. Stop. GRASS 6.3.0RC3 (msunduzi_lo31):/usr/local/grass-6.3.0RC3/etc/wx/vdigit make ./Makefile.in make: Nothing to be done for `Makefile.in'. Am I correct in just trying to build vdigit or do I need to rebuild all of GRASS? run ./configure to create Makefile (based on Makefile.in) Ragards, Martin Hi Martin Thanks for the pointer, but unfortunately I'm still having trouble. I first tried to add vdigit to an existing installation of RC3 without success. I then downloaded, configured and built trunk and the build completed without reporting any errors. I noticed that vdigit was not built along with the other modules, although a /grass-trunk/gui/wxpython/vdigit/Makefile was generated. This concerns me. Can anyone explain what's happening here? Anyway, I then proceeded to try building vdigit after performing steps 1.1, 1.2 and 7.1 described in the wxpython README. The build failed with errors as below: GRASS 6.3.svn (msunduzi_lo31):/usr/local/src/grass_trunk_28012008/gui/wxpython cd $GISBASE/etc/wx/vdigit GRASS 6.3.svn (msunduzi_lo31):/usr/local/grass-6.3SVN/etc/wx/vdigit ls -l total 80 -rw-r--r-- 1 craig craig 2583 2008-01-28 12:14 cats.cpp -rw-r--r-- 1 craig craig 677 2008-01-28 12:14 digit.cpp -rw-r--r-- 1 craig craig 1187 2008-01-28 12:14 digit.h -rw-r--r-- 1 craig craig 325 2008-01-28 12:14 digit.i -rw-r--r-- 1 craig craig 685 2008-01-28 12:14 dig_types.i -rw-r--r-- 1 craig craig 26031 2008-01-28 12:14 driver.cpp -rw-r--r-- 1 craig craig 4032 2008-01-28 12:14 driver.h -rw-r--r-- 1 craig craig 307 2008-01-28 12:14 driver.i -rw-r--r-- 1 craig craig 9779 2008-01-28 12:14 line.cpp -rw-r--r-- 1 craig craig 1417 2008-01-30 09:32 Makefile -rw-r--r-- 1 craig craig 1368 2008-01-28 12:14 Makefile.in -rw-r--r-- 1 craig craig 2229 2008-01-28 12:14 vertex.cpp GRASS 6.3.svn (msunduzi_lo31):/usr/local/grass-6.3SVN/etc/wx/vdigit make Makefile:27: warning: overriding commands for target `clean' ../../../include/Make/Rules.make:72: warning: ignoring old commands for target `clean' mkdir -p /usr/local/src/grass_trunk_28012008/bin.i686-pc-linux-gnu mkdir -p /usr/local/src/grass_trunk_28012008/dist.i686-pc-linux-gnu/include/grass mkdir -p /usr/local/src/grass_trunk_28012008/dist.i686-pc-linux-gnu/lib mkdir -p /usr/local/src/grass_trunk_28012008/dist.i686-pc-linux-gnu/bin mkdir -p /usr/local/src/grass_trunk_28012008/dist.i686-pc-linux-gnu/etc mkdir -p /usr/local/src/grass_trunk_28012008/dist.i686-pc-linux-gnu/driver mkdir -p /usr/local/src/grass_trunk_28012008/dist.i686-pc-linux-gnu/driver/db mkdir -p /usr/local/src/grass_trunk_28012008/dist.i686-pc-linux-gnu/fonts cat ./digit.i grass6_wxvdigit.i cat ./dig_types.i grass6_wxvdigit.i echo /* auto-generate swig typedef file */ grass6_wxvdigit.i cat ./driver.h grass6_wxvdigit.i cat ./digit.h grass6_wxvdigit.i swig -c++ -python -shadow grass6_wxvdigit.i test -d OBJ.i686-pc-linux-gnu || mkdir -p OBJ.i686-pc-linux-gnu c++ -c -c -fpic -I/usr/local/src/grass_trunk_28012008/dist.i686-pc-linux-gnu/include -I/usr/include/python2.5 `wx-config --cxxflags` grass6_wxvdigit_wrap.cxx -o OBJ.i686-pc-linux-gnu/grass6_wxvdigit_wrap.o grass6_wxvdigit_wrap.cxx:2577:23: error: grass/gis.h: No such file or directory grass6_wxvdigit_wrap.cxx:2578:27: error: grass/gisdefs.h: No such file or directory grass6_wxvdigit_wrap.cxx:2579:24: error: grass/Vect.h: No such file or directory grass6_wxvdigit_wrap.cxx:2580:36: error: grass/vect/dig_structs.h: No such file or directory driver.h:70: error: \u2018BOUND_BOX\u2019 does not name a type make: *** [OBJ.i686-pc-linux-gnu/grass6_wxvdigit_wrap.o] Error 1 GRASS 6.3.svn
Re: [GRASS-user] Building wxgrass vdigit
Craig Leat wrote: I am trying out the new wxpython gui from trunk for the first time and I am running into some trouble with building vdigit. grass6_wxvdigit_wrap.cxx:2577:23: error: grass/gis.h: No such file or directory ?? driver.h:70: error: \u2018BOUND_BOX\u2019 does not name a type make: *** [OBJ.i686-pc-linux-gnu/grass6_wxvdigit_wrap.o] Error 1 \u2018 -- unicode characters sneaking into what should be a flat ASCII file? Hamish Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] get message warning: unable to open font map in i.points no such file (Solved)
I compiled the newest svn version (and also the 6.3.0RC4) now all works well - no more problems with fonts thank you Philipp Philipp Steigenberger schrieb Hi Hamish, thank you for helping always and everybody in the way you do! Approvals!!! d.legend or d.text don't print text. I get the same message: WARNING: unable to open font map '/usr/lib/grass/fonts/.hmp': No such file I'll ask the superuser for answering the questions of compiling. cheers om shantih Philipp Hamish schrieb: Philipp Steigenberger wrote: I use in university a cvs of GRASS 6.3 in debian. The other day I got a problems with fonts in i.class and today the same using i.points. There are no words on the buttons. onlay grey beams (Balken) in Konsole I got the message WARNING: unable to open font map '/usr/lib/grass/fonts/.hmp': No such file usr/lib/grass/fonts/.hmp contains: GRASS:~$ ls -A /usr/lib/grass/fonts/ cyrilc.hmp greekc.hmp hersh.oc1 italicc.hmp romancs.hmp scriptc.hmp gothgbt.hmp greekcs.hmp hersh.oc2 italiccs.hmp romand.hmp scripts.hmp gothgrt.hmp greekp.hmp hersh.oc3 italict.hmp romans.hmp gothitt.hmp greeks.hmp hersh.oc4 romanc.hmpromant.hmp any idea what to change? May I (as a user) do something or do I need a superuser? Should we reinstall a newer cvs? Apparently stroke fonts fail -- do things like d.legend or d.text print text? 'unset GRASS_FONT' ? self compilied? from original source or debian build? I there a mirror somewhere where we can find ready-to-use and up-to-date debian-packeges? It is a moving target, so usually you'd build it yourself, e.g. http://hamish.bowman.googlepages.com/debiangisfiles#compile or get debian build rules from DebianGIS svn and run auto-build tools. you might ask on the DebianGIS mailing list for better advice: http://wiki.debian.org/DebianGis GRASS 6.2.3 (in unstable now, soon to be in testing and etch-backports) is fine for most work and is well tested. Currently at backports.org for Debian/Etch is version 6.2.1 http://packages.debian.org/grass Hamish Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ 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] v.kernel
Dear users... I'm trying to use v.kernel... but I didn't well understand the meaning of the raster density map created... do you know what does the values of the raster map mean? are they an estimation of the number of points per unit width? (in my case the number of point per square meter?) many thanks... Ivan -- Ti prego di cercare di non inviarmi files .doc, .xls, .ppt, .dwg. Preferisco formati liberi. Please try to avoid to send me .doc, .xls, .ppt, .dwg files. I prefer free formats. http://it.wikipedia.org/wiki/Formato_aperto http://en.wikipedia.org/wiki/Open_format Ivan Marchesini Department of Civil and Environmental Engineering University of Perugia Via G. Duranti 93/a 06125 Perugia (Italy) Socio fondatore GFOSS Geospatial Free and Open Source Software http://www.gfoss.it e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] tel: +39(0)755853760 fax (university): +39(0)755853756 fax (home): +39(0)5782830887 jabber: [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Building wxgrass vdigit
Craig Leat wrote: I'll try building the whole of GRASS again, just in case I missed something and will report back. Thanks for the help so far. Hi Glynn I have just completed the make distclean, ./configure, make sequence while ignoring the instructions in Martin's README. Configure and make didn't report errors, however I'm still unsuccessful with building vdigit: GRASS 6.3.svn (msunduzi_lo31):/usr/local/src/grass_trunk_28012008/bin.i686-pc-linux-gnu wxgrass GRASS 6.3.svn (msunduzi_lo31):/usr/local/src/grass_trunk_28012008/bin.i686-pc-linux-gnu WARNING: Digitization tool is disabled (No module named grass6_wxvdigit). Detailed information in README file. Regards Craig ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.mapcalc map arithmetic and raster data types
I've differenced two raster maps that are both type DCELL; (this in itself is strange, as I don't have any recollection of generating the input maps at this level of precision; FCELL would have been fine) the resulting raster map was an INT map whose cell values were all exactly zero. Why is this so? Is this because r.mapcalc math on two DCELL maps can't be represented on 32-bit architecture? I've tried using r.mapcalc's float function to convert the input maps to FCELL values, but the output remains DCELL: # The input raster's vitals r.info -rst BOF_ALLBATHY_Nov22_2007_10m min=-278.542236 max=4.744175 nsres=10 ewres=10 datatype=DCELL r.mapcalc BOF_ALLBATHY_Nov22_2007_10m_Float = 'BOF_ALLBATHY_Nov22_2007_10m' 100% # Output raster's vitals r.info -rst BOF_ALLBATHY_Nov22_2007_10m_Float min=-88.874466 max=-26.577181 nsres=10 ewres=10 datatype=DCELL # The change in the raster range is because I've zoomed into a smaller subset of the original data to speed up calculations. Shouldn't r.mapcalc's float function have produced an FCELL map? ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.resamp.rst smoothing parameter
r.neighbors was exactly what I was looking for. Sometimes I really get lost in the functionality of GRASS ;-) But just to satisfy my curiosity: How should a smoothing raster for r.resamp.rst look like or how would I create one? Best whishes Frank On Wednesday 30 January 2008 13:04:51 Hamish wrote: Frank Broniewski wrote: I have some kind of probability map with a resolution of about 90m. Now I want to resample this map for press information print. The map has some kind of distortions where you have small areas (just a few cells) where the values change quickly and the map looks very turbulent. smooth it with a r.neighbors mean or median filter? Hamish ___ _ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] get message warning: unable to open font map in i.points such file
On Jan 30, 2008 2:29 PM, Paul Kelly [EMAIL PROTECTED] wrote: On Sat, 26 Jan 2008, Philipp Steigenberger wrote: ... WARNING: unable to open font map '/usr/lib/grass/fonts/.hmp': No such file Sorry, meant to reply to this earlier. The usual solution for this is to run: g.mkfontcap -o to re-generate the font file. Did you compile GRASS yourself? Were the compiled binaries moved to some other location in the filesystem without running make install - if so, the locations of the GRASS built-in fonts in the fontcap file would be wrong and it needs to be regenerated. Paul, any chance to catch this warning and run g.mkfontcap -o automatically if needed? That people move binaries around will happen regularly. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] What's wrong with this r.mapcalc usage?
The other day I tried to perform an operation with r.mapcalc that didn't work the way I expected. I have a map, SAO that is 1 in some places and null elsewhere. It represents an area of interest. I have two other maps, call 'em A and B, that are elevation models over two areas overlapped by SAO's non-null elements. They are null outside the areas where they have valid elevation, and they represent adjoining areas. I wanted to select all points covered by non-null pixels of SAO that have elevation over 11,000 feet. The first thing I tried was this input to r.mapcalc: if(!isnull(SAO), if(!isnull(A)A=11000, 1, if(!isnull(B)B=11000, 1, null() ) ), null() ) (Whitespace added here just so I can be sure to match parens as I type it in from memory) Here, I'm expecting that anywhere that A is null, the third argument of the if(!isnull(A)[...],1,[...] would be evaluated, and that it would result in the same thing as if I'd done an r.patch on A and B to get C, then just tested like if(!isnull(SAO),if(!isnull(C)C=11000,1,null()),null()).I thought I would be saving the time and space of doing an r.patch. What I got, however, was as if I'd left out the if involving B --- I got all those pixels overlapping SAO and A where elevation was =11000 feet, and nulls where SAO overlapped B. (Yes, g.region was set so that all of the non-null extent of SAO was included, and yes, there were pixels that should have matched the criteria) I tried a bunch of variations on this, never getting the result I wanted. In the end, I just did two separate runs of r.mapcalc: m1=SAO*if(!isnull(A)A=11000,1,null()) m2=SAO*if(!isnull(B)B=11000,1,null()) and an r.patch, which saved me no effort at all, even counting the time wasted experimenting. Can someone spot my blindingly obvious mistake or misconception on how r.mapcalc's 3-argument if function is supposed to work? I can't. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit! --- The Tick ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS web site?
I just went to what I have always used as the official GRASS web site (http://grass.itc.it/) and found that all of the content that I used to see there has been replaced with the text: [unknown mirror country] I believe I visited there either late last night or early this morning and didn't see that. By googling I got to a list of mirror sites and found that the official site is (and probably has been for some time) http://grass.osgeo.org/, but *IT* also contains nothing but [unknown mirror country] -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit! --- The Tick ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS web site?
Tom Russo wrote: I just went to what I have always used as the official GRASS web site (http://grass.itc.it/) and found that all of the content that I used to see there has been replaced with the text: [unknown mirror country] I believe I visited there either late last night or early this morning and didn't see that. By googling I got to a list of mirror sites and found that the official site is (and probably has been for some time) http://grass.osgeo.org/, but *IT* also contains nothing but [unknown mirror country] Same here -- Micha Silver Arava Development Co, Sapir, Israel tel: +972(8)6592270 cell: +972(52)3665918 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] get message warning: unable to open font map in i.points such file
HI Paul, the GRASS cvs I didn't compile by myself. It was installed into the system. This days I couldn't run g.mkfontcap, cause I hadn't the permission. Now that I have the superuser rights I already compiled GRASS svn - without makeinstall; I'll try the g.mkfontcap tomorrow with the cvs GRASS just to look if it will work. cheers Philipp Paul Kelly schrieb: On Sat, 26 Jan 2008, Philipp Steigenberger wrote: Hi all, I use in university a cvs of GRASS 6.3 in debian. The other day I got a problems with fonts in i.class and today the same using i.points. There are no words on the buttons. onlay grey beams (Balken) in Konsole I got the message WARNING: unable to open font map '/usr/lib/grass/fonts/.hmp': No such file Sorry, meant to reply to this earlier. The usual solution for this is to run: g.mkfontcap -o to re-generate the font file. Did you compile GRASS yourself? Were the compiled binaries moved to some other location in the filesystem without running make install - if so, the locations of the GRASS built-in fonts in the fontcap file would be wrong and it needs to be regenerated. Paul ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS web site?
On 30.01.2008 20:11, Tom Russo wrote: I believe I visited there either late last night or early this morning and didn't see that. By googling I got to a list of mirror sites and found that the official site is (and probably has been for some time) http://grass.osgeo.org/, but *IT* also contains nothing but [unknown mirror country] That is right, the new official main site is http://grass.osgeo.org/ http://grass.itc.it/ is only a mirror. The site works again on the main site, mirrors will be updated within one day. --Wolf -- :3 ) Wolf Bergenheim ( 8: ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS web site?
On Jan 30, 2008 8:28 PM, Wolf Bergenheim [EMAIL PROTECTED] wrote: On 30.01.2008 20:11, Tom Russo wrote: I believe I visited there either late last night or early this morning and didn't see that. By googling I got to a list of mirror sites and found that the official site is (and probably has been for some time) http://grass.osgeo.org/, but *IT* also contains nothing but [unknown mirror country] That is right, the new official main site is http://grass.osgeo.org/ http://grass.itc.it/ is only a mirror. The site works again on the main site, mirrors will be updated within one day. Now it simply says You are at an official GRASS site (other mirror sites) if the geoIP service is down (like now). The mirrors should recover over the next 24hs. Sorry for the mess - now we have really trapped all possibilities of failure :) Markus Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] creating new geometry from pre-existing lines and points
On Wed, 2008-01-30 at 19:32 +0200, David Epstein wrote: Hi everyone, First--I want to thank everyone on this list. I've installed a lot of new tools in the last month (including a new OS, ubuntu) and got up and running very fast because of help received here. Thank you again! Second--another question (of course). I have a vector (polygon) layer and there is a hole (no surface). I want to turn that hole into a polygon using the existing lines and points around it. I thought I could use v.digit for this but I did a very poor job. Perhaps there is a particular v.digit technique or another tool I should use? I didn't tried it yet... (cause I need the islands in my work currently!) but here is a copy-paste from the v.extract man page: Remove islands from polygon map v.extract in=map_with_islands out=maps_without_islands list=1-9 # and/or v.extract -d in=map_with_islands out=maps_without_islands Also (and this relates to a previous question of mine) if I have imported a postGIS vector layer via v.in.ogr, does that create a permanent link so that edits via v.digit are then written back to the SQL database? Or do I need to somehow tell it to update? thank you again, -david ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Nikos Alexandris . Department of Remote Sensing Landscape Information Systems Faculty of Forestry Environmental Sciences, Albert-Ludwigs-University Freiburg . Tel. +49 (0) 761 203 3697 / Fax. +49 (0) 761 203 3701 / Skype: Nikos.Alexandris . Address: Tennenbacher str. 4, D-79106 Freiburg i. Br., Germany signature.asc Description: This is a digitally signed message part ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] creating new geometry from pre-existing lines and points
Hi Nikos, Thank you for that suggestion. Indeed, I did NOT realize that v.extract was used to create new geometry in a layer. However, I too need some of the islands (is there a technical difference between island, hole, and missing polygon?). There is a single missing polygon that I now have attribute data for and I want to create the polygon (from the existing points and lines) and fill-in the related attribute fields. I imagined some sort of interactive process of clicking on the relevant bounding elements and *presto* the polygon would jump into existence. I tried this in v.digit but was not able to get the desired result. This is a really basic step that people do several times a day, right? -david ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] creating new geometry from pre-existing lines and points
Hi! On Wed, 2008-01-30 at 23:52 +0200, David Epstein wrote: Hi Nikos, Thank you for that suggestion. Indeed, I did NOT realize that v.extract was used to create new geometry in a layer. However, I too need some of the islands (is there a technical difference between island, hole, and missing polygon?). I am not sure! Would be nice to have a kind of GRASS-GIS lexicon with (basic and non-basic) definitions! * island... I suppose are small poylgons within larger ones * holes... just nothing within larger polygons * missing polygon... ? There is a single missing polygon that I now have attribute data for and I want to create the polygon (from the existing points and lines) and fill-in the related attribute fields. I imagined some sort of interactive process of clicking on the relevant bounding elements and *presto* the polygon would jump into existence. I tried this in v.digit but was not able to get the desired result. If you just need to quickly correct a small number of polygons try with the fresh-baked QGIS (r0.9.2.rc1), which works as a GRASS frontend. 1. you need to add in your /etc/apt/sources.list following source: deb http://ppa.launchpad.net/timlinux/ubuntu gutsy main 2. sudo aptitude update sudo aptitude upgrade --- if not already installed... sudo apt-get install qgis qgis-plugin-grass--- 3. Load GRASS plugin 4. Open your GRASS mapset within QGIS 5. Load your vector (polygon) file 6. Play with the tools... ( I have seen the new digitising tools... must be really what you are looking for!) and edit your polygons. *** You need first to right click on your vector layer and save as shapefile -- Then you can edit. This is a really basic step that people do several times a day, right? -david signature.asc Description: This is a digitally signed message part ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] creating new geometry from pre-existing lines and points
I'm sorry to interrupt Your advanced discussion, but if there are just some holes that are required to be converted to polygons, then why not use v.digit? Simply digitising new centroid inside a hole (enclosed from other polygon boundaries) will turn hole into polygon. WBR, Maris. 2008/1/31, Nikos Alexandris [EMAIL PROTECTED]: Hi! On Wed, 2008-01-30 at 23:52 +0200, David Epstein wrote: Hi Nikos, Thank you for that suggestion. Indeed, I did NOT realize that v.extract was used to create new geometry in a layer. However, I too need some of the islands (is there a technical difference between island, hole, and missing polygon?). I am not sure! Would be nice to have a kind of GRASS-GIS lexicon with (basic and non-basic) definitions! * island... I suppose are small poylgons within larger ones * holes... just nothing within larger polygons * missing polygon... ? There is a single missing polygon that I now have attribute data for and I want to create the polygon (from the existing points and lines) and fill-in the related attribute fields. I imagined some sort of interactive process of clicking on the relevant bounding elements and *presto* the polygon would jump into existence. I tried this in v.digit but was not able to get the desired result. If you just need to quickly correct a small number of polygons try with the fresh-baked QGIS (r0.9.2.rc1), which works as a GRASS frontend. 1. you need to add in your /etc/apt/sources.list following source: deb http://ppa.launchpad.net/timlinux/ubuntu gutsy main 2. sudo aptitude update sudo aptitude upgrade --- if not already installed... sudo apt-get install qgis qgis-plugin-grass--- 3. Load GRASS plugin 4. Open your GRASS mapset within QGIS 5. Load your vector (polygon) file 6. Play with the tools... ( I have seen the new digitising tools... must be really what you are looking for!) and edit your polygons. *** You need first to right click on your vector layer and save as shapefile -- Then you can edit. This is a really basic step that people do several times a day, right? -david ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Building wxgrass vdigit
Craig Leat wrote: I'll try building the whole of GRASS again, just in case I missed something and will report back. Thanks for the help so far. Hi Glynn I have just completed the make distclean, ./configure, make sequence while ignoring the instructions in Martin's README. Configure and make didn't report errors, however I'm still unsuccessful with building vdigit: GRASS 6.3.svn (msunduzi_lo31):/usr/local/src/grass_trunk_28012008/bin.i686-pc-linux-gnu wxgrass GRASS 6.3.svn (msunduzi_lo31):/usr/local/src/grass_trunk_28012008/bin.i686-pc-linux-gnu WARNING: Digitization tool is disabled (No module named grass6_wxvdigit). Detailed information in README file. Once you've built GRASS, build vdigit manually. The 6.3RC* Makefiles don't know that the vdigit directory is there, so they won't try to build it. Also, I think that you will need to have used --with-python when configuring GRASS. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
