Re: [GRASS-user] rasters loaded with r.external miss a colour table?
Paolo wrote: Sorry I was unclear: importing the map results in an automatically nicely coloured map, whereas r.external results in a greyscale. Markus N wrote: Probably r.external is presetting instead a grey-scale color table? yes, it is doing that, see main.c line ~ 340. if gdal supplies a color table it uses it, otherwise r.external checks if the map is type GDT_Byte and if so applies the grey255 rules. Or, if some other data type applies G_make_grey_scale_colors() based on the range. I would suggest that this be changed to not create any color table if none is provided. (and so act like other grass modules do in that case and fall back to rainbow rules) Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Buffered categories
Richard wrote: rather than the 47 categories I need (because there are 47 distinct areas in the buffer. So: how do I reassign the cats so there are 47 instead of 1 in the buffer? # get rid of the old v.category type=centroid op=del # create some new sequential ones v.category type=centroid op=add cat=1 step=1 (cat= is the number it starts counting from) if you need the cat to match the seed point, use v.distance as earlier suggested. and do beware of what becomes of overlapping areas. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] rasters loaded with r.external miss a colour table?
On Fri, Feb 24, 2012 at 9:24 AM, Hamish hamis...@yahoo.com wrote: Paolo wrote: Sorry I was unclear: importing the map results in an automatically nicely coloured map, whereas r.external results in a greyscale. Markus N wrote: Probably r.external is presetting instead a grey-scale color table? yes, it is doing that, see main.c line ~ 340. if gdal supplies a color table it uses it, otherwise r.external checks if the map is type GDT_Byte and if so applies the grey255 rules. Or, if some other data type applies G_make_grey_scale_colors() based on the range. I would suggest that this be changed to not create any color table if none is provided. (and so act like other grass modules do in that case and fall back to rainbow rules) +1 (then it becomes again the least surprise approach) Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] rasters loaded with r.external miss a colour table?
Il 24/02/2012 09:24, Hamish ha scritto: yes, it is doing that, see main.c line ~ 340. if gdal supplies a color table it uses it, otherwise r.external checks if the map is type GDT_Byte and if so applies the grey255 rules. Or, if some other data type applies G_make_grey_scale_colors() based on the range. I would suggest that this be changed to not create any color table if none is provided. (and so act like other grass modules do in that case and fall back to rainbow rules) ok, thanks a lot for clarifying. all the best. -- Paolo Cavallini See: http://www.faunalia.it/pc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Buffered categories
headdesk Thanks! The handling of overlapping areas is the reason I keep recompiling the older version of v.buffer as v.oldbuffer. This lets me use the old debug flag to prevent it from cleaning the areas, which I can then turn into discrete areas instead of having them combined by the newer version. Which reminds me, since the latest upgrade ... RC On 24/02/12 7:30 PM, Hamish wrote: Richard wrote: rather than the 47 categories I need (because there are 47 distinct areas in the buffer. So: how do I reassign the cats so there are 47 instead of 1 in the buffer? # get rid of the old v.category type=centroid op=del # create some new sequential ones v.category type=centroid op=add cat=1 step=1 (cat= is the number it starts counting from) if you need the cat to match the seed point, use v.distance as earlier suggested. and do beware of what becomes of overlapping areas. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] rasters loaded with r.external miss a colour table?
Hamish wrote: if gdal supplies a color table it uses it, otherwise r.external checks if the map is type GDT_Byte and if so applies the grey255 rules. Or, if some other data type applies G_make_grey_scale_colors() based on the range. I would suggest that this be changed to not create any color table if none is provided. (and so act like other grass modules do in that case and fall back to rainbow rules) Note that r.in.gdal behaves similarly: if the input file lacks a colour table, it creates a 0..255 grey-scale table for GDT_Byte, and a range-based grey-scale table for GDT_UInt16. It may be desirable to keep the two consistent. OTOH, r.in.gdal has a longer history than r.external (i.e. it's more likely that someone is relying upon the existing behaviour of r.in.gdal than is the case for r.external). -- 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] GRASS-6.4.2 dependencies
Deleting and reinstalling took care of the problem - Thanks for all your work keeping this sorted ! Stu On Feb 23, 2012, at 7:46 PM, William Kyngesburye wrote: For some reason FreeType lately has been bumping the library version on minor updates. 2.4.6 is ver 14 and 2.4.4 is ver 13. The latest 2.4.8 is ver 15, so it's odd that yours is coming up as ver 13. Have you installed the FreeType framework in the past? Try deleting the FreeType.framework from /Library/Frameworks and reinstalling 2.4.8. On Feb 23, 2012, at 12:06 PM, Stuart Edwards wrote: Hi - Moving on to 6.4.2 . (see my post earlier today re: GRASS 7) Same problem - error at startup reported as: GRASS 6.4.2svn (oh_s_3402):~ 3D view mode: dlopen(/Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_display.6.4.2svn.dylib, 10): Library not loaded: /Library/Frameworks/FreeType.framework/Versions/2.4/FreeType Referenced from: /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_display.6.4.2svn.dylib Reason: Incompatible library version: libgrass_display.6.4.2svn.dylib requires version 14.0.0 or later, but FreeType provides version 13.0.0 Again, prevents opening of d.rast Same question - how to update to v 14.0.0 (but of what?) Stu___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects. - the wisdom of Tarzan ___ 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] r.clump misses clumps?
Hi all. Just ran r.clump, no options, and it obviously misses some areas (those at the bottom). It only finds 932 areas in my case, 1038 in other machines. Could someone check if it's a general phenomenon, before opening a ticket? Thanks. -- Paolo Cavallini See: http://www.faunalia.it/pc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.clump misses clumps?
Hi all. Just ran r.clump, no options, and it obviously misses some areas (those at the bottom). It only finds 932 areas in my case, 1038 in other machines. Could someone check if it's a general phenomenon, before opening a ticket? Thanks. Explained: the areas are there, it's just the color table that is missing for higher values. It seems to me a minor bug, right? All the best. -- Paolo Cavallini See: http://www.faunalia.it/pc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Problem with i.cluster
Hi everyone, I could solve this problem like this: First: read the rows and columns of your raster map using r.info. Appropiate sample intervals are obtained by dividing that number by 100. For example, if you have: Rows: 7603 Columns: 8556 Good sample intervals are: 76,86 So, set up your region to match one of the raster maps that you are using (if you defined a group it can be any of the maps in the group), for this use g.region. Now you should be able to run i.cluster with the sample intervals = 76,86. Worked for me. Here you can find more info regarding this topic, it is very helpful even if you are ussing another version of GRASS: http://grass.osgeo.org/gdp/imagery/grass4_image_processing.pdf Best, Eliette -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Problem-with-i-cluster-tp3887750p4503475.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.clump misses clumps?
It seems to me a minor bug, right? All the best. Ticket created (#1598). Thanks. -- Paolo Cavallini See: http://www.faunalia.it/pc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] how to install gstat with grass 6 support?
Markus, i do have the grass6_dev package. is that different from grass-dev? FYI these are the messages i get after *./configure --with-grass6=/usr/local/grass-6.5.svn* checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for gcc option to accept ANSI C... checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for function prototypes... yes checking for an ANSI C-conforming const... yes checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for bison... bison -y checking stat.h usability... no checking stat.h presence... no checking for stat.h... no checking for unistd.h... yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking whether time.h and sys/time.h may both be included... yes checking for working memcmp... yes checking for vprintf... yes checking for _doprnt... no checking for strstr... yes checking for strtod... yes checking for strtol... yes checking for popen... yes checking for drand48... yes checking for gettimeofday... yes checking for snprintf... yes checking for vsnprintf... yes checking for getopt_long... yes checking for getopt... yes checking whether byte ordering is bigendian... no checking for main in -lncurses... yes checking for gdImagePng in -lgd... no checking for gdImageGif in -lgd... no checking for main in -lnetcdf... yes checking for GDALAllRegister in -lgdal... yes checking for QRfactor in -lmeschach... no checking for MgetVersion in -lcsf... no checking for G_gisinit in -lgrass_gis... no checking for G_gisinit in -lgis... no checking for main in -lgsl... no configure: creating ./config.status config.status: creating makefile config.status: creating src/makefile config.status: creating doc/tex/makefile config.status: creating src/config.h config.status: src/config.h is unchanged does that help troubleshoot? Vishal On Thu, Feb 23, 2012 at 11:49 PM, Markus Neteler nete...@osgeo.org wrote: On Fri, Feb 24, 2012 at 1:13 AM, Vishal Mehta vishalm1...@gmail.com wrote: I'm tring to install gstat (version 2.4.5) with grass 6 support enabled, on a Ubuntu machine I've grass-6.5.svn installed in : /usr/local/grass-6.5.svn i used this configure line to build gstat : ./configure --with-grass6=/usr/local/grass-6.5.svn This looks fine. But I assume that you need to additionally install the grass-dev package. Perhaps yet missing on your machine? Markus -- Vishal K. Mehta, PhD Scientist Stockholm Environment Institute - US 133 D St Suite F Davis CA 95616 www.sei-us.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Buffered categories
As always, thanks to everyone for helping fix even simple errors! Richard On 24/02/12 7:30 PM, Hamish wrote: Richard wrote: rather than the 47 categories I need (because there are 47 distinct areas in the buffer. So: how do I reassign the cats so there are 47 instead of 1 in the buffer? # get rid of the old v.category type=centroid op=del # create some new sequential ones v.category type=centroid op=add cat=1 step=1 (cat= is the number it starts counting from) if you need the cat to match the seed point, use v.distance as earlier suggested. and do beware of what becomes of overlapping areas. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS 6.4.2
I downloaded and installed wxPython2.8-osx-unicode-2.8.12.1-universal-py2.6.dmg and then GRASS-6.4.2stable.pk.. on my MacBook Air with OS 10.6.8. When I try to open GRASS-6.4.2.app (paper, pencil, ruler and brush icon) I get a very brief flash of the familiar icon, grass in a diamond, but nothing further. When I navigate to /Applications/GRASS/GRASS-6.4.app (grass in diamond icon) it shows the version as 6.4.2 and runs as when it was version 6.4.1. A line in the Terminal opening says Found Python 2.6.1. After running, Terminal shows a group of identical errors: GRASS 6.4.2 (Wake_spc):~ Fri Feb 24 14:53:49 Elvin-Birth-MacBook-Air.local pythonw2.6[71591] Error: CGContextRestoreGState: invalid context 0x0. What have I done incorrectly or failed to do? Elvin Birth ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS 6.4.2
Check out: http://www.kyngchaos.com/software/grass for the definitive word on installing GRASS on OS X - there are a number of dependencies that must be installed and these are all provided for easy installation. Stu On Feb 24, 2012, at 4:56 PM, Elvin Birth wrote: I downloaded and installed wxPython2.8-osx-unicode-2.8.12.1-universal-py2.6.dmg and then GRASS-6.4.2stable.pk.. on my MacBook Air with OS 10.6.8. When I try to open GRASS-6.4.2.app (paper, pencil, ruler and brush icon) I get a very brief flash of the familiar icon, grass in a diamond, but nothing further. When I navigate to /Applications/GRASS/GRASS-6.4.app (grass in diamond icon) it shows the version as 6.4.2 and runs as when it was version 6.4.1. A line in the Terminal opening says Found Python 2.6.1. After running, Terminal shows a group of identical errors: GRASS 6.4.2 (Wake_spc):~ Fri Feb 24 14:53:49 Elvin-Birth-MacBook-Air.local pythonw2.6[71591] Error: CGContextRestoreGState: invalid context 0x0. What have I done incorrectly or failed to do? Elvin Birth ___ 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] GRASS 6.4.2
That looks like Michael Barton's package. We both use the same base frameworks. And we both bundle wxPython in the application so there is no need to download and install that (it will be ignored by GRASS). The invalid context error should be harmless. Certainly make sure the frameworks are installed - due to the way GRASS functions, it's possible to run GRASS without the frameworks, then hit problems when trying to run GRASS commands or the GUI. Note that the digitizer in the GUI is broken - an oversite in testing for 6.4.2. Hopefully it will be fixed soon, and an updated package released. On Feb 24, 2012, at 4:39 PM, Stuart Edwards wrote: Check out: http://www.kyngchaos.com/software/grass for the definitive word on installing GRASS on OS X - there are a number of dependencies that must be installed and these are all provided for easy installation. Stu On Feb 24, 2012, at 4:56 PM, Elvin Birth wrote: I downloaded and installed wxPython2.8-osx-unicode-2.8.12.1-universal-py2.6.dmg and then GRASS-6.4.2stable.pk.. on my MacBook Air with OS 10.6.8. When I try to open GRASS-6.4.2.app (paper, pencil, ruler and brush icon) I get a very brief flash of the familiar icon, grass in a diamond, but nothing further. When I navigate to /Applications/GRASS/GRASS-6.4.app (grass in diamond icon) it shows the version as 6.4.2 and runs as when it was version 6.4.1. A line in the Terminal opening says Found Python 2.6.1. After running, Terminal shows a group of identical errors: GRASS 6.4.2 (Wake_spc):~ Fri Feb 24 14:53:49 Elvin-Birth-MacBook-Air.local pythonw2.6[71591] Error: CGContextRestoreGState: invalid context 0x0. What have I done incorrectly or failed to do? Elvin Birth ___ 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 - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: grass-user Digest, Vol 70, Issue 51
If you downloaded these from my site, take a look at the readme text file in the folder where you got the files. It lists the frameworks I used for compiling them. IMPORTANT: I just updated GRASS 6.4.3svn and GRASS 7 this afternoon, recompiling the newest releases with William's newest frameworks. I compiled a version of GRASS 6.4.2 stable with slightly older frameworks. These are all listed in the readme. ALL are currently compiled with wxPython 2.8.12.0. But because this is packaged with the app, it doesn't matter what you have. Michael On Feb 24, 2012, at 5:55 PM, grass-user-requ...@lists.osgeo.org grass-user-requ...@lists.osgeo.org wrote: Date: Fri, 24 Feb 2012 18:55:26 -0600 From: William Kyngesburye wokl...@kyngchaos.com Subject: Re: [GRASS-user] GRASS 6.4.2 To: Stuart Edwards sedwar...@cinci.rr.com Cc: grass-user@lists.osgeo.org, Elvin Birth elvin.bi...@gmail.com Message-ID: 45a60c7b-1dfd-402d-bc7f-a8b3319ba...@kyngchaos.com Content-Type: text/plain; charset=us-ascii That looks like Michael Barton's package. We both use the same base frameworks. And we both bundle wxPython in the application so there is no need to download and install that (it will be ignored by GRASS). The invalid context error should be harmless. Certainly make sure the frameworks are installed - due to the way GRASS functions, it's possible to run GRASS without the frameworks, then hit problems when trying to run GRASS commands or the GUI. Note that the digitizer in the GUI is broken - an oversite in testing for 6.4.2. Hopefully it will be fixed soon, and an updated package released. On Feb 24, 2012, at 4:39 PM, Stuart Edwards wrote: Check out: http://www.kyngchaos.com/software/grass for the definitive word on installing GRASS on OS X - there are a number of dependencies that must be installed and these are all provided for easy installation. Stu On Feb 24, 2012, at 4:56 PM, Elvin Birth wrote: I downloaded and installed wxPython2.8-osx-unicode-2.8.12.1-universal-py2.6.dmg and then GRASS-6.4.2stable.pk.. on my MacBook Air with OS 10.6.8. When I try to open GRASS-6.4.2.app (paper, pencil, ruler and brush icon) I get a very brief flash of the familiar icon, grass in a diamond, but nothing further. When I navigate to /Applications/GRASS/GRASS-6.4.app (grass in diamond icon) it shows the version as 6.4.2 and runs as when it was version 6.4.1. A line in the Terminal opening says Found Python 2.6.1. After running, Terminal shows a group of identical errors: GRASS 6.4.2 (Wake_spc):~ Fri Feb 24 14:53:49 Elvin-Birth-MacBook-Air.local pythonw2.6[71591] Error: CGContextRestoreGState: invalid context 0x0. What have I done incorrectly or failed to do? Elvin Birth ___ 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 - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Consortium for Atmospheric Research 303-497-2889 (voice) Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] How to create polygon from two selected contour line
Hello Grassuser, Anybody can please help me To create polygon from two selected contour line using grass comand.. Thanks Regards, Swapan Ghosh ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] How to create polygon from two selected contour line
Il 25/02/2012 08:45, SWAPAN GHOSH ha scritto: Hello Grassuser, Anybody can please help me To create polygon from two selected contour line using grass comand.. I'm afraid I can't - I tried recently, no joy. Good luck, if you succeed please let us know. All the best. -- Paolo Cavallini See: http://www.faunalia.it/pc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user