[GRASS-user] v.buffer segmentation fault
Dear grass developers, I have a potential bug here, if everything I do is right. I have a vector calledn england. I run v.buffer input=england output=england_buffer type=area buffer=1420 and all I get is segmentation fault. P.S.: I cannot login anymore into the tracker with my ID (ct529). Can Martin do anything about it? Best Regards -- Corrado Topi Global Climate Change and Biodiversity Area 18,Department of Biology University of York, York, YO10 5YW, UK Phone: + 44 (0) 1904 328645, E-mail: ct...@york.ac.uk ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.buffer segmentation fault
Corrado Topi wrote: I have a potential bug here, if everything I do is right. I have a vector calledn england. I run v.buffer input=england output=england_buffer type=area buffer=1420 and all I get is segmentation fault. what version of GRASS? what operating system? can you reproduce the bug with the North Carolina or spearfish datasets? P.S.: I cannot login anymore into the tracker with my ID (ct529). can you find your login on the find-my-login-id osgeo wiki page? (probably linked from the login/create new account page) Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] d. commands under windows.
Milton Cezar Ribeiro wrote: I have tryed to use some d. series on my windows grass versions (stand alone, or compiled under msys) and I perceived that I can't do that (I am not talking about -wx, but -text and -gui). It is possible run d. series of commands under windows? Yes. But they will generate an image file (named map.png by default). You can't use d.mon under Windows (for any monitor type; this isn't specific to XDRIVER). -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.buffer segmentation fault
1) GRASS version: 6.3, 6.4 RC4 Operating system: Linux Kubuntu 9.04 64 bit, FC 9.0 64 bit, Linux Kubuntu 904 32 bit Which makes me assume this is a bug since the vectors are clean. Where do I get those datasets? 2) Yes On Friday 24 July 2009 11:03:03 you wrote: Corrado Topi wrote: I have a potential bug here, if everything I do is right. I have a vector calledn england. I run v.buffer input=england output=england_buffer type=area buffer=1420 and all I get is segmentation fault. what version of GRASS? what operating system? can you reproduce the bug with the North Carolina or spearfish datasets? P.S.: I cannot login anymore into the tracker with my ID (ct529). can you find your login on the find-my-login-id osgeo wiki page? (probably linked from the login/create new account page) Hamish -- Corrado Topi Global Climate Change Biodiversity Indicators Area 18,Department of Biology University of York, York, YO10 5YW, UK Phone: + 44 (0) 1904 328645, E-mail: ct...@york.ac.uk ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Positive reproducibility with spearfish - Re: [GRASS-user] v.buffer segmentation fault
Yes it is reproducible with spearfish: v.buffer input=landcover output=lcb distance=2 --overwrite Buffering lines... 100% Buffering areas... Segmentation fault GRASS 6.4.0RC4 (Spearfish60):~ It may be a size dependent bug. Small vectors, v.buffer works. Large vectors it does not. On Friday 24 July 2009 11:34:42 Corrado wrote: 1) GRASS version: 6.3, 6.4 RC4 Operating system: Linux Kubuntu 9.04 64 bit, FC 9.0 64 bit, Linux Kubuntu 904 32 bit Which makes me assume this is a bug since the vectors are clean. Where do I get those datasets? 2) Yes On Friday 24 July 2009 11:03:03 you wrote: Corrado Topi wrote: I have a potential bug here, if everything I do is right. I have a vector calledn england. I run v.buffer input=england output=england_buffer type=area buffer=1420 and all I get is segmentation fault. what version of GRASS? what operating system? can you reproduce the bug with the North Carolina or spearfish datasets? P.S.: I cannot login anymore into the tracker with my ID (ct529). can you find your login on the find-my-login-id osgeo wiki page? (probably linked from the login/create new account page) Hamish -- Corrado Topi Global Climate Change Biodiversity Indicators Area 18,Department of Biology University of York, York, YO10 5YW, UK Phone: + 44 (0) 1904 328645, E-mail: ct...@york.ac.uk ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Export of large vector grid
Dear Grass users, I am trying to export a large vector to the shapefile format. The vector is in the form of a grid which I want to use to sample satellite data, it has 354 columns and 388 rows (in the form of a grid, each cell being 30 m by 30 m). I am working on windows and have been trying to export the vector file as a shapefile, the export takes a really long time and actually just hangs after a while. This is the command I am using in Grass 6.4.0svn (2009) v.out.ogr -c input=g...@wes type=area 'dsn=D:\wes2006\Projects\Tree Cover\LQ-upscaling\30m_New_Analysis' olayer=TEST_GRID layer=1 format=ESRI_Shapefile I am pretty sure all is well but cant understand why the vector fails to export. Is it possible to use another format, or is shapefile the best to use? Many thanks and kind regards, Wesley Wesley Roberts MSc. Researcher: Earth Observation Natural Resources the Environment (NRE) CSIR Tel: +27 (0)21 888-2490 Fax: +27 (0)21 888-2693 To know the road ahead, ask those coming back. - Chinese proverb -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Export of large vector grid
Wesley Roberts wrote: I am trying to export a large vector to the shapefile format. Hi Wesley :-) A (silly) suggestion: load in QGIS and then use save as shapefile... :-? Maybe it'll work without errors :-) Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Extracting non-overlapping lines
Hi all, Does anybody have a suggestion for subtracting the elements in one line vector from another line vector? -D On Jul 21, 2009, at 7:06 PM, Dwight Needels wrote: Hi all, I have two nearly identical line vectors, and I would like to extract the lines that differ between the two vectors into a third vector. Specifically, I want to isolate the connecting lines that were generated by v.net operation=connect. Something like: [map_C = map_A NOT map_B] for line features. I thought I would be able to use v.overlay with operator=not, but it it appears to require that btype=area. It also appears that v.select allows only operator=overlap. Can someone point me in the right direction? I am using William Kyngesburye's 6.4.0RC3 on MacOS 10.5.7. Thanks, -Dwight ___ 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] Help needed with exporting GRASS 6.4.0 vector files
All: I have GRASS 6.4.0 vector maps (polygons) that I have digitized, which I need to export to ASCII with both attributes and (lat-long) boundary vertices. I need to subsequently reformat the data to a some non-standard ascii format. How do I do this? I can use db.select to easily get the attribute data; I can also use v.out.ascii to do this. I can also use v.out.ascii with format=standard to get the lat-long pairs. Of course the problem is getting the attribute data reliably associated with the lat-long pair data. It's not a problem for me to write a script to reformat the ascii data into the format I need, I'm just wondering how to best get the data in *some* ascii format that I can reliably deal with. Thanks, Tom -- Thomas E Adams National Weather Service Ohio River Forecast Center 1901 South State Route 134 Wilmington, OH 45177 EMAIL: thomas.ad...@noaa.gov VOICE: 937-383-0528 FAX:937-383-0033 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Weighted Voronoi diagram
Thomas Wootten a écrit : Is there any way to create a Weighted Voronoi Diagram in grass? v.voronoi.* will create ordinary ones, but not weighted. Short answer : no Long answer : please have a look to this interesting thread - http://www.mail-archive.com/grass-user@lists.osgeo.org/msg06875.html Benjamin Ducke's r.xtent could be used to get a similar result Regards, MORREALE Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.watershed crashing grass.
Dear all, I am trying run a r.watershed command with one 7200x7200 DEM map. But after one day running, the system crash without finish the output generation. Please, see below (2 warnings before crash). By the way I am running grass 6.4.0 SVN (rc4?) under Msys/Vista on a 6Gb/64 bits machine. Thanks for the help, milton === GRASS 6.4.0svn (newLocation):c:/Users/famiglia g.region -p projection: 0 (x,y) zone: 0 north: -23.99986111 south: -26.00013889 west: -49.00013889 east: -46.99986111 nsres: 0.00027778 ewres: 0.00027778 rows: 7201 cols: 7201 cells: 51854401 GRASS 6.4.0svn g.region rast=FabioASTGTM_S2526W04948_dem GRASS 6.4.0svn r.watershed.exe -m 4096 elevation=FabioASTGTM_S2526W04948_dem stream=FabioASTGTM_S2526W04948_dem_rwatershed_stream_thres0100 threshold=100 --o WARNING: Subprocess failed with exit code 255 WARNING: category information for [FabioASTGTM_S2526W04948_dem_rwatershed_stream_thres0100] in [PERMANENT] missing or invalid ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.watershed crashing grass.
Do you have enough hard disk space? I have had a problem running r.watershed on very large datasets (my computer is much more modest). I have had luck resampling the data to a larger resolution and then running r.watershed. r.watershed crashes at 10m res but will run just fine at 50m. 1GB RAM. Stephen Sefick On Fri, Jul 24, 2009 at 5:57 PM, Milton Cezar Ribeiromiltinho.astrona...@gmail.com wrote: Dear all, I am trying run a r.watershed command with one 7200x7200 DEM map. But after one day running, the system crash without finish the output generation. Please, see below (2 warnings before crash). By the way I am running grass 6.4.0 SVN (rc4?) under Msys/Vista on a 6Gb/64 bits machine. Thanks for the help, milton === GRASS 6.4.0svn (newLocation):c:/Users/famiglia g.region -p projection: 0 (x,y) zone: 0 north: -23.99986111 south: -26.00013889 west: -49.00013889 east: -46.99986111 nsres: 0.00027778 ewres: 0.00027778 rows: 7201 cols: 7201 cells: 51854401 GRASS 6.4.0svn g.region rast=FabioASTGTM_S2526W04948_dem GRASS 6.4.0svn r.watershed.exe -m 4096 elevation=FabioASTGTM_S2526W04948_dem stream=FabioASTGTM_S2526W04948_dem_rwatershed_stream_thres0100 threshold=100 --o WARNING: Subprocess failed with exit code 255 WARNING: category information for [FabioASTGTM_S2526W04948_dem_rwatershed_stream_thres0100] in [PERMANENT] missing or invalid ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick Let's not spend our time and resources thinking about things that are so little or so large that all they really do for us is puff us up and make us feel like gods. We are mammals, and have not exhausted the annoying little problems of being mammals. -K. Mullis ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.watershed crashing grass.
Hi Stephen, Thanks for your reply. I thank the disk space is not problem because I still have 100Gb free. What was the dimension (row and columns) that you got success?! May be 7200x7200 is to large. (?) Cheers milton 2009/7/24 stephen sefick ssef...@gmail.com Do you have enough hard disk space? I have had a problem running r.watershed on very large datasets (my computer is much more modest). I have had luck resampling the data to a larger resolution and then running r.watershed. r.watershed crashes at 10m res but will run just fine at 50m. 1GB RAM. Stephen Sefick On Fri, Jul 24, 2009 at 5:57 PM, Milton Cezar Ribeiromiltinho.astrona...@gmail.com wrote: Dear all, I am trying run a r.watershed command with one 7200x7200 DEM map. But after one day running, the system crash without finish the output generation. Please, see below (2 warnings before crash). By the way I am running grass 6.4.0 SVN (rc4?) under Msys/Vista on a 6Gb/64 bits machine. Thanks for the help, milton === GRASS 6.4.0svn (newLocation):c:/Users/famiglia g.region -p projection: 0 (x,y) zone: 0 north: -23.99986111 south: -26.00013889 west: -49.00013889 east: -46.99986111 nsres: 0.00027778 ewres: 0.00027778 rows: 7201 cols: 7201 cells: 51854401 GRASS 6.4.0svn g.region rast=FabioASTGTM_S2526W04948_dem GRASS 6.4.0svn r.watershed.exe -m 4096 elevation=FabioASTGTM_S2526W04948_dem stream=FabioASTGTM_S2526W04948_dem_rwatershed_stream_thres0100 threshold=100 --o WARNING: Subprocess failed with exit code 255 WARNING: category information for [FabioASTGTM_S2526W04948_dem_rwatershed_stream_thres0100] in [PERMANENT] missing or invalid ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick Let's not spend our time and resources thinking about things that are so little or so large that all they really do for us is puff us up and make us feel like gods. We are mammals, and have not exhausted the annoying little problems of being mammals. -K. Mullis ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.watershed crashing grass.
I will look tomorrow, but I think it was about 1000x1000. hth Stephen Sefick On Fri, Jul 24, 2009 at 9:47 PM, Milton Cezar Ribeiromiltinho.astrona...@gmail.com wrote: Hi Stephen, Thanks for your reply. I thank the disk space is not problem because I still have 100Gb free. What was the dimension (row and columns) that you got success?! May be 7200x7200 is to large. (?) Cheers milton 2009/7/24 stephen sefick ssef...@gmail.com Do you have enough hard disk space? I have had a problem running r.watershed on very large datasets (my computer is much more modest). I have had luck resampling the data to a larger resolution and then running r.watershed. r.watershed crashes at 10m res but will run just fine at 50m. 1GB RAM. Stephen Sefick On Fri, Jul 24, 2009 at 5:57 PM, Milton Cezar Ribeiromiltinho.astrona...@gmail.com wrote: Dear all, I am trying run a r.watershed command with one 7200x7200 DEM map. But after one day running, the system crash without finish the output generation. Please, see below (2 warnings before crash). By the way I am running grass 6.4.0 SVN (rc4?) under Msys/Vista on a 6Gb/64 bits machine. Thanks for the help, milton === GRASS 6.4.0svn (newLocation):c:/Users/famiglia g.region -p projection: 0 (x,y) zone: 0 north: -23.99986111 south: -26.00013889 west: -49.00013889 east: -46.99986111 nsres: 0.00027778 ewres: 0.00027778 rows: 7201 cols: 7201 cells: 51854401 GRASS 6.4.0svn g.region rast=FabioASTGTM_S2526W04948_dem GRASS 6.4.0svn r.watershed.exe -m 4096 elevation=FabioASTGTM_S2526W04948_dem stream=FabioASTGTM_S2526W04948_dem_rwatershed_stream_thres0100 threshold=100 --o WARNING: Subprocess failed with exit code 255 WARNING: category information for [FabioASTGTM_S2526W04948_dem_rwatershed_stream_thres0100] in [PERMANENT] missing or invalid ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick Let's not spend our time and resources thinking about things that are so little or so large that all they really do for us is puff us up and make us feel like gods. We are mammals, and have not exhausted the annoying little problems of being mammals. -K. Mullis -- Stephen Sefick Let's not spend our time and resources thinking about things that are so little or so large that all they really do for us is puff us up and make us feel like gods. We are mammals, and have not exhausted the annoying little problems of being mammals. -K. Mullis ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user