Re: [GRASS-dev] please help review osgeo live dvd summary docs
2012/7/23 Hamish hamis...@yahoo.com: Hi, hi hamish The finalized English version will go out for translation at the end of this week. (conspicuously there are no Italian translations yet even though there is a strong Italian FOSS4G presence, hint hint :) How can we (Italian) start to work on translation? thanks for any assistance, Hamish -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] please help review osgeo live dvd summary docs
On Wed, Jul 25, 2012 at 5:59 AM, Hamish hamis...@yahoo.com wrote: Markus Metz wrote: An example for vector processing using the basins raster created in the previous step: 1) convert the basins to vector areas with r.to.vect -v feature=area 2) load average elevation for each basin to the attribute table with v.rast.stats 3) assign the color table of the raster elevation using average elevation values to the basins vector with v.colors column=elev_mean raster=elevation.10m 4) display the vector using the colors in GRASSRGB thanks, that leads through nicely. Now added, with some short notes about the attribute table manager, cartographic composer, and graphical modeler under other things to try. http://grass.osgeo.org/wiki/Quick_wxGUI_tutorial#Vector_modules http://adhoc.osgeo.osuosl.org/livedvd/docs/en/quickstart/grass_quickstart.html BTW, there is no raster map named 'elevation' in the spearfish dataset, but e.g. 'elevation.10m' as seen in one of the screenshots in the quickstart. This should be corrected throughout the quickstart. I know, I was trying to make the instructions generic enough to work with either of the two datasets. I figured those using Spearfish would see the .dem and .10m and figure out that they should pick one, but those running in NC would be hunting around for an exact name which didn't exist. So it is better to use the spearfish location but a raster name from the NC dataset and let users hunt around for an exact name that does not exist? Sorry for the provocation, but that is the status quo. IMHO, if there are screenshots in the quickstart, the instructions should be such that the screenshots can be reproduced, otherwise users might be confused that their results do not look like the provided screenshots (easy reproducibility of results is not such a bad idea). You could add a short half-sentence to the very first paragraph, e.g. ... some slight adjustments may be needed for the NC dataset, e.g. by using elevation@PERMANENT instead of elevation.10m@PERMANENT. It seems that the basins in 'Watersheds and streams' were created with the minimum size of the exterior watershed basin threshold set to 10 cells, not 1 cells (missed a zero). It's not a typo, I just ran it for elevation.dem not elevation.10m. Using elevation.10m with a threshold of 1 cells doesn't match the screenshot but is not so bad, so just try to pick something in the middle and stay loose. If the quickstart is supposed to target beginners, it would IMHO be better to have matching examples and screenshots to avoid confusion. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] please help review osgeo live dvd summary docs
Hamish wrote: The finalized English version will go out for translation at the end of this week. (conspicuously there are no Italian translations yet even though there is a strong Italian FOSS4G presence, hint hint :) Luca: How can we (Italian) start to work on translation? see the links here: http://adhoc.osgeo.osuosl.org/livedvd/lang_stats.html http://wiki.osgeo.org/wiki/Live_GIS_Translate thanks, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] parser_rst.c
Hi all, For GRASS7 in lib/gis I create parser_rst.c to parse the options and flags of modules to obtain a rst file. This could be the first step to obtain the GRASS modules documentation in Restructured Text. Can I commit my changes? I test my improvements and it compile without error or warning I also test it (you have to launch module with --rst-description option) and the results are good but more modules are to be tested, maybe some specific case could be to fix -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] parser_rst.c
Luca wrote: For GRASS7 in lib/gis I create parser_rst.c to parse the options and flags of modules to obtain a rst file. This could be the first step to obtain the GRASS modules documentation in Restructured Text. Can I commit my changes? I test my improvements and it compile without error or warning I also test it (you have to launch module with --rst-description option) and the results are good but more modules are to be tested, maybe some specific case could be to fix while my personal preference would to be with the strongly (sort of) prescriptive markup language we're already using (HTML) rather than move to the loosely prescriptive (and from my experience more twitchy) ReST markup language, I look forward to seeing what can be done with it and would enjoy being proved wrong by something that looked as nice as the GRASS 5 Programmers' manual. Frankly I'm amazed that basic/classic HTML - LaTeX (maybe via docbook) isn't a completely solved issue years ago, since all the structured markup is there and enforced already. All the ingredients are there.. it baffles me. So it's all fine by me to try it! Only caveat would be to call the option --rest-description not --rst-.., since the RST name has been used for regularized splines with tension for many years in GRASS already, and it's officially called ReST. The days of 8.3 DOS filenames are over. If we're allowed to have upper cased letters in long description names (or it just gets tolower()'d away) perhaps document it in the help as --ReST-description just to make it obvious. thanks, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] please help review osgeo live dvd summary docs
Hamish: I know, I was trying to make the instructions generic enough to work with either of the two datasets. I figured those using Spearfish would see the .dem and .10m and figure out that they should pick one, but those running in NC would be hunting around for an exact name which didn't exist. MarkusM: So it is better to use the spearfish location but a raster name from the NC dataset and let users hunt around for an exact name that does not exist? Yes! I'd like to encourage a little exploring and making the student think instead of exactly telling every move to make click by click. But no so abstract that they get lost. If you are told to pick the elevation map but are only presented with elevation.dem and elevation.10m, both of which work fine, I'd argue that it's healthy to make them make a personal choice, they get more personal reward from it that way (sort of like telling them to select their home-town from a global dataset). [ok, I'm reaching out on the limb :)] Sorry for the provocation, but that is the status quo. No need to apologize, we get a better end result from frank but courteous discussion. I do take your point, and I've now reworded it slightly to give the exact map names at the start and make it more like click on your elevation map instead of click on the `elevation` map. IMHO, if there are screenshots in the quickstart, the instructions should be such that the screenshots can be reproduced, otherwise users might be confused that their results do not look like the provided screenshots (easy reproducibility of results is not such a bad idea). it is positive feedback indeed, and that's critical (especially in the first 5 minutes of the tutorial when they are very unsure of what they're doing), but again I wouldn't mind a little deviations and choose your own adventure to it. (both ways visually look fine, and fwiw I'd say the smaller threshold size has a better looking v.colors result) Or you can read that as the payoff:effort ratio for me to cut a new screenshot has not yet exceeded 1.0. I'm much more concerned about the time they'll spend in the menus and tabs trying to find first the r.watershed module and then the threshold option. I know it well and where it is, and still I have to hunt for it. Lots of screenshots with menu entries circled in red with arrows and things would be great (Markus N did one like that for the startup screen help page), but is beyond the scope of this quickstart which is already a bit on the large side for what it's supposed to be. You could add a short half-sentence to the very first paragraph, e.g. ... some slight adjustments may be needed for the NC dataset, e.g. by using elevation@PERMANENT instead of elevation.10m@PERMANENT. Done, but I left off the @PERMANENT part, those are the only maps to choose from at that point so you can't go wrong it just clutters the text. cheers, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] parser_rst.c
2012/7/25 Hamish hamis...@yahoo.com: So it's all fine by me to try it! Only caveat would be to call the option --rest-description not --rst-.., since the RST name has been used for regularized splines with tension for many years in GRASS already, and it's officially called ReST. The days of 8.3 DOS filenames are over. If we're allowed to have upper cased letters in long description names (or it just gets tolower()'d away) perhaps document it in the help as --ReST-description just to make it obvious. I change it to --rest-description, I prefer to keep all low case to compatibility with the other long description names thanks, Hamish -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] Compile error, Mac OSX, wxpython
Hi, I just tried to compile the newest version of GRASS 6.5 SVN on Mac OSX. Before I had to update my Python version to 2.7.3 (also set as env. variable)) due to some python modules. Now my compilation of GRASS GIS doesn't work anymore. I get an error in wxpython dir. See here: Started compilation: Mi 25 Jul 2012 16:05:03 CEST -- Errors in: /Users/admin/Documents/GRASS-Source/grass-6.5.svn/gui/wxpython -- In case of errors please change into the directory with error and run 'make'. If you get multiple errors, you need to deal with them in the order they appear in the error log. If you get an error building a library, you will also get errors from anything which uses the library. -- Finished compilation: Mi 25 Jul 2012 16:27:12 CEST make: *** [default] Error 1 Johannes-Snow-Leopard:grass-6.5.svn admin$ cd /Users/admin/Documents/GRASS-Source/grass-6.5.svn/gui/wxpython/ Johannes-Snow-Leopard:wxpython admin$ make make parsubdirs make -C docs || echo /Users/admin/Documents/GRASS-Source/grass-6.5.svn/gui/wxpython/docs /Users/admin/Documents/GRASS-Source/grass-6.5.svn/error.log for file in wxGUI.Attribute_Table_Manager wxGUI.Components wxGUI.GCP_Manager wxGUI.Modeler wxGUI.Nviz wxGUI.PsMap wxGUI.Vector_Digitizer wxGUI ; do \ rm -f $file.tmp.html ; \ rm -f /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html/$file.html; \ make htmldir PGM=$file; \ done make /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html/wxGUI.Attribute_Table_Manager.html if [ != ] ; then GISRC=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/demolocation/.grassrc65 GISBASE=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0 PATH=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/bin:$PATH DYLD_LIBRARY_PATH=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/bin:/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/lib: LC_ALL=C --html-description /dev/null | grep -v '/body\|/html' wxGUI.Attribute_Table_Manager.tmp.html ; true ; fi ../../../tools/mkhtml.sh wxGUI.Attribute_Table_Manager ; mkdir -p /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html ; /usr/bin/install -c -m 644 wxGUI.Attribute_Table_Manager.tmp.html /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html/wxGUI.Attribute_Table_Manager.html ; for file in *.png *.jpg ; do head -n 1 $file | grep '^#!' /dev/null ; if [ $? -ne 0 ] ; then /usr/bin/install -c -m 644 $file /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html ; fi done 2 /dev/null ; true make /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html/wxGUI.Components.html if [ != ] ; then GISRC=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/demolocation/.grassrc65 GISBASE=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0 PATH=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/bin:$PATH DYLD_LIBRARY_PATH=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/bin:/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/lib: LC_ALL=C --html-description /dev/null | grep -v '/body\|/html' wxGUI.Components.tmp.html ; true ; fi ../../../tools/mkhtml.sh wxGUI.Components ; mkdir -p /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html ; /usr/bin/install -c -m 644 wxGUI.Components.tmp.html /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html/wxGUI.Components.html ; for file in *.png *.jpg ; do head -n 1 $file | grep '^#!' /dev/null ; if [ $? -ne 0 ] ; then /usr/bin/install -c -m 644 $file /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html ; fi done 2 /dev/null ; true make /Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/docs/html/wxGUI.GCP_Manager.html if [ != ] ; then GISRC=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/demolocation/.grassrc65 GISBASE=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0 PATH=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/bin:$PATH DYLD_LIBRARY_PATH=/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/bin:/Users/admin/Documents/GRASS-Source/grass-6.5.svn/dist.x86_64-apple-darwin10.8.0/lib: LC_ALL=C --html-description /dev/null | grep -v '/body\|/html' wxGUI.GCP_Manager.tmp.html ; true ; fi ../../../tools/mkhtml.sh wxGUI.GCP_Manager ; mkdir -p
Re: [GRASS-dev] [GRASS-user] please help review osgeo live dvd summary docs
On Wed, Jul 25, 2012 at 1:32 PM, Hamish hamis...@yahoo.com wrote: Hamish: I know, I was trying to make the instructions generic enough to work with either of the two datasets. I figured those using Spearfish would see the .dem and .10m and figure out that they should pick one, but those running in NC would be hunting around for an exact name which didn't exist. MarkusM: So it is better to use the spearfish location but a raster name from the NC dataset and let users hunt around for an exact name that does not exist? Yes! I'd like to encourage a little exploring and making the student think instead of exactly telling every move to make click by click. But no so abstract that they get lost. ... well, with the today's click-and-try mentality this means: click-and-throw. Examples *must* work out of the box from my point of view. Also, there is not much advertisement coming from an outdated dataset of the '80th (Spearfish) while having for many years a way more recent data set available, published, and meanwhile used in most GRASS manual pages. ... No need to apologize, we get a better end result from frank but courteous discussion. Yes: so please let's forget about the Spearfish data set. My 0.02 cent, markusN ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] GRASS 6 broken on Mac
I'm recompiling GRASS binaries and found that GRASS 6 is broken on the Mac. This is true for the current svn version I just updated and for the version I compiled 28 June--both release branch and dev branch. I updated all frameworks today, but I don't know if I tested the 28 June version of GRASS 6 after I compiled it. So I don't know if it is in the updated frameworks (updated on 29 June) or in the GRASS code. GRASS 7 works fine. When I try to launch GRASS 6, I get the following error after selecting a mapset and clicking 'start grass'. GRASS 6.4.3svn (Spearfish60_test):~ Traceback (most recent call last): File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 139, in module sys.exit(main()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 132, in main app = GMApp(workspaceFile) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 45, in __init__ wx.App.__init__(self, False) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 78, in OnInit workspace = self.workspaceFile) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 108, in __init__ self.notebook = self._createNoteBook() File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 257, in _createNoteBook self.goutput = GMConsole(self) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 240, in __init__ self.MakeSearchPaneContent(self.searchPane.GetPane()) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 356, in MakeSearchPaneContent self.search = SearchModuleWindow(parent = pane, cmdPrompt = self.cmdPrompt) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/ghelp.py, line 81, in __init__ self.searchChoice.SetItems(self.cmdPrompt.GetCommandItems()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11997, in SetItems self.AppendItems(items) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11859, in AppendItems return _core_.ItemContainer_AppendItems(*args, **kwargs) UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 100: ordinal not in range(128) I have not changed my python or wxpython installation since the last time I had a working GRASS 6 (earlier in June). Michael _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 6 REALLY IS broken on Mac
More tests. If I delete .grassrc6 and start GRASS, it opens fine after asking for a GISDBASE location. But if I try to start it again, it errors out with the error below. I suspect there is something wrong with a configuration file path. It has been changed and the new file is not being created Michael On Jul 25, 2012, at 2:03 PM, Michael Barton wrote: Something installed another Python version without my knowledge. Getting rid of this solved the problem. Michael On Jul 25, 2012, at 1:22 PM, Michael Barton wrote: I'm recompiling GRASS binaries and found that GRASS 6 is broken on the Mac. This is true for the current svn version I just updated and for the version I compiled 28 June--both release branch and dev branch. I updated all frameworks today, but I don't know if I tested the 28 June version of GRASS 6 after I compiled it. So I don't know if it is in the updated frameworks (updated on 29 June) or in the GRASS code. GRASS 7 works fine. When I try to launch GRASS 6, I get the following error after selecting a mapset and clicking 'start grass'. GRASS 6.4.3svn (Spearfish60_test):~ Traceback (most recent call last): File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 139, in module sys.exit(main()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 132, in main app = GMApp(workspaceFile) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 45, in __init__ wx.App.__init__(self, False) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 78, in OnInit workspace = self.workspaceFile) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 108, in __init__ self.notebook = self._createNoteBook() File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 257, in _createNoteBook self.goutput = GMConsole(self) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 240, in __init__ self.MakeSearchPaneContent(self.searchPane.GetPane()) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 356, in MakeSearchPaneContent self.search = SearchModuleWindow(parent = pane, cmdPrompt = self.cmdPrompt) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/ghelp.py, line 81, in __init__ self.searchChoice.SetItems(self.cmdPrompt.GetCommandItems()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11997, in SetItems self.AppendItems(items) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11859, in AppendItems return _core_.ItemContainer_AppendItems(*args, **kwargs) UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 100: ordinal not in range(128) I have not changed my python or wxpython installation since the last time I had a working GRASS 6 (earlier in June). Michael _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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 _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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 _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] grass-dev Digest, Vol 77, Issue 37
This is where it bombs. If I set self.showChoice so that this doesn't execute, GRASS starts up fine /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_core/ghelp.py, line 81, in __init__ self.searchChoice.SetItems(self.cmdPrompt.GetCommandItems()) Michael On Jul 25, 2012, at 2:20 PM, grass-dev-requ...@lists.osgeo.org grass-dev-requ...@lists.osgeo.org wrote: From: Michael Barton michael.bar...@asu.edu Date: July 25, 2012 2:12:39 PM MST To: Kyngesburye William kyngch...@kyngchaos.com, grass-dev@lists.osgeo.org Subject: Re: [GRASS-dev] GRASS 6 REALLY IS broken on Mac More tests. If I delete .grassrc6 and start GRASS, it opens fine after asking for a GISDBASE location. But if I try to start it again, it errors out with the error below. I suspect there is something wrong with a configuration file path. It has been changed and the new file is not being created Michael On Jul 25, 2012, at 2:03 PM, Michael Barton wrote: Something installed another Python version without my knowledge. Getting rid of this solved the problem. Michael On Jul 25, 2012, at 1:22 PM, Michael Barton wrote: I'm recompiling GRASS binaries and found that GRASS 6 is broken on the Mac. This is true for the current svn version I just updated and for the version I compiled 28 June--both release branch and dev branch. I updated all frameworks today, but I don't know if I tested the 28 June version of GRASS 6 after I compiled it. So I don't know if it is in the updated frameworks (updated on 29 June) or in the GRASS code. GRASS 7 works fine. When I try to launch GRASS 6, I get the following error after selecting a mapset and clicking 'start grass'. GRASS 6.4.3svn (Spearfish60_test):~ Traceback (most recent call last): File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 139, in module sys.exit(main()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 132, in main app = GMApp(workspaceFile) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 45, in __init__ wx.App.__init__(self, False) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 78, in OnInit workspace = self.workspaceFile) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 108, in __init__ self.notebook = self._createNoteBook() File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 257, in _createNoteBook self.goutput = GMConsole(self) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 240, in __init__ self.MakeSearchPaneContent(self.searchPane.GetPane()) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 356, in MakeSearchPaneContent self.search = SearchModuleWindow(parent = pane, cmdPrompt = self.cmdPrompt) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/ghelp.py, line 81, in __init__ self.searchChoice.SetItems(self.cmdPrompt.GetCommandItems()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11997, in SetItems self.AppendItems(items) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11859, in AppendItems return _core_.ItemContainer_AppendItems(*args, **kwargs) UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 100: ordinal not in range(128) I have not changed my python or wxpython installation since the last time I had a working GRASS 6 (earlier in June). Michael _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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 _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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
Re: [GRASS-dev] GRASS 6 NOT broken on Mac
Something installed another Python version without my knowledge. Getting rid of this solved the problem. Michael On Jul 25, 2012, at 1:22 PM, Michael Barton wrote: I'm recompiling GRASS binaries and found that GRASS 6 is broken on the Mac. This is true for the current svn version I just updated and for the version I compiled 28 June--both release branch and dev branch. I updated all frameworks today, but I don't know if I tested the 28 June version of GRASS 6 after I compiled it. So I don't know if it is in the updated frameworks (updated on 29 June) or in the GRASS code. GRASS 7 works fine. When I try to launch GRASS 6, I get the following error after selecting a mapset and clicking 'start grass'. GRASS 6.4.3svn (Spearfish60_test):~ Traceback (most recent call last): File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 139, in module sys.exit(main()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 132, in main app = GMApp(workspaceFile) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 45, in __init__ wx.App.__init__(self, False) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 78, in OnInit workspace = self.workspaceFile) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 108, in __init__ self.notebook = self._createNoteBook() File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 257, in _createNoteBook self.goutput = GMConsole(self) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 240, in __init__ self.MakeSearchPaneContent(self.searchPane.GetPane()) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 356, in MakeSearchPaneContent self.search = SearchModuleWindow(parent = pane, cmdPrompt = self.cmdPrompt) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/ghelp.py, line 81, in __init__ self.searchChoice.SetItems(self.cmdPrompt.GetCommandItems()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11997, in SetItems self.AppendItems(items) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11859, in AppendItems return _core_.ItemContainer_AppendItems(*args, **kwargs) UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 100: ordinal not in range(128) I have not changed my python or wxpython installation since the last time I had a working GRASS 6 (earlier in June). Michael _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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 _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 6 REALLY IS broken on Mac
I don't know if this is relevant, but it is weird. If you look at the error trace below, you'll see that the first group of lines references files in /Applications/GRASS/GRASS-6.4.app/Contents/MacOS. This is the GRASS app and is correct. But the second group (after the line feeds I added), references files in my source directory. Then the last group (again after a couple line feeds) references the app again. Somehow, GRASS is not finding the directories lmgr and gui_core in the app and somehow looking for them in the source. This may (or may not) the the cause of this error. Michael Traceback (most recent call last): File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 143, in module sys.exit(main()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 136, in main app = GMApp(workspaceFile) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 45, in __init__ wx.App.__init__(self, False) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 82, in OnInit workspace = self.workspaceFile) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 108, in __init__ self.notebook = self._createNoteBook() File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/lmgr/frame.py, line 257, in _createNoteBook self.goutput = GMConsole(self) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 240, in __init__ self.MakeSearchPaneContent(self.searchPane.GetPane()) File /Users/Shared/grass_dev/grass64_rb/dist.x86_64-apple-darwin10.8.0/etc/wxpython/gui_core/goutput.py, line 356, in MakeSearchPaneContent self.search = SearchModuleWindow(parent = pane, cmdPrompt = self.cmdPrompt) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_core/ghelp.py, line 81, in __init__ self.searchChoice.SetItems(self.cmdPrompt.GetCommandItems()) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11997, in SetItems self.AppendItems(items) File /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 11859, in AppendItems return _core_.ItemContainer_AppendItems(*args, **kwargs) UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 100: ordinal not in range(128) _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 6 REALLY IS broken on Mac - bug identified
I figured out how to fix this problem, but it is a bug in the program somewhere that it happens. The line LANG: en_US.UTF-8 (or another LANG code) must be added manually to the .grassrc6 file. Selecting this in preferences has no effect of saving it anywhere, but GRASS 6 looks for this in the .grassrc6 file -- where it is not, unless you manually put it there. I've seen some discussion about new language settings go across the list but have not paid much attention. Perhaps something has changed making this setting necessary. However, it will break everyone's GRASS 6 installation (at least on the Mac) unless GRASS puts some kind of default into the .grassrc6 file--where it is looking for it--and allows users to update their language setting in this file. Note that I deleted the .grassrc6 file and let GRASS recreate it several times. It never added this now required language encoding line. In GRASS 7, this is put into the rc file inside the .grass7 directory. While GRASS 6 has a .grass6 directory, it is only for the wx configuration file. The language setting from preferences goes into this wx file, but apparently needs to be a GRASS variable set in the .grassrc6 file (and GRASS 7 rc file) too. This also explains a weird error I was getting yesterday installing GRASS onto a Spanish colleague's machine--which is set to Spanish language encoding. If this is a quick fix, it is needed ASAP. Otherwise, I can file an urgent bug report. Perhaps this is only a bug on the Mac, but it is rather serious. Michael _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 6 REALLY IS broken on Mac - bug identified
Michael wrote: However, it will break everyone's GRASS 6 installation (at least on the Mac) unless GRASS puts some kind of default into the .grassrc6 file--where it is looking for it-- Hi, I have no idea about the change that made this bug, but it should only add to the .grassrc6 file on demand, not by default. Whatever is falling over because that is not set should initially set itself to LANG: C internally as the default, and be able to deal with older mapsets where it was not set. aka don't put some kind of default in there just as an easy fix, instead fix whatever can't deal with the value being missing to safely cope with that situation. what version of 6.4? 6.4.3svn only? or is it in 6.4.2 too? thanks, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] please help review osgeo live dvd summary docs
ok, done. I note some left over Mac ._files and some empty .tmp/ cruft, and also the SEARCH_PATH in user1 lists some mapsets not shipped with the smaller dataset. harmless, but.. Hamish - thanks for pointing it out - I will fix it and post a new one ASAP, Helena thanks, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 6 REALLY IS broken on Mac - bug identified
these two seem relevant: https://trac.osgeo.org/grass/changeset/51822 https://trac.osgeo.org/grass/changeset/51831 but maybe there is another change which doesn't check for the 'lang = None' case? Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 6 REALLY IS broken on Mac - bug identified
The problem is that without the LANG= line, the GUI errors out and won't run. Previously, it did not require this line to run. Michael On Jul 25, 2012, at 4:46 PM, Hamish wrote: Michael wrote: However, it will break everyone's GRASS 6 installation (at least on the Mac) unless GRASS puts some kind of default into the .grassrc6 file--where it is looking for it-- Hi, I have no idea about the change that made this bug, but it should only add to the .grassrc6 file on demand, not by default. Whatever is falling over because that is not set should initially set itself to LANG: C internally as the default, and be able to deal with older mapsets where it was not set. aka don't put some kind of default in there just as an easy fix, instead fix whatever can't deal with the value being missing to safely cope with that situation. what version of 6.4? 6.4.3svn only? or is it in 6.4.2 too? thanks, Hamish _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS-user] please help review osgeo live dvd summary docs
Hamish, thanks for pointing it out - there was a lot of stuff that I did not know was there, it should be cleaned up now, please let me know if you still find something or if there are any problems. Also, I can export the data into some external formats - perhaps shape files and geotiff? in case somebody would like to use it with other software. http://courses.ncsu.edu/mea792/common/media/gisdemo.zip Helena On Jul 25, 2012, at 1:20 AM, Hamish wrote: Hamish: Due to severe space limitations on the disc I'm continually concerned about having to remove the NC dataset, or cut it down to Helena's 40mb set. Helena: Hamish - I highly recommend to use this smaller dat set - it is much easier for users to understand (as I tried to avoid various obscure names there) and you can still do a lot with it and the simple names also allow for more generic quickstart docs (e.g. if somebody wants to use elevation or streams in other countries) I started to use it as a baseline data set and then expand it with various specialized mapsets for more advanced courses. here it is again (it should be the same as on the grass website) http://courses.ncsu.edu/mea792/common/Assign_GISamodel/Assignall.html ok, done. I note some left over Mac ._files and some empty .tmp/ cruft, and also the SEARCH_PATH in user1 lists some mapsets not shipped with the smaller dataset. harmless, but.. thanks, Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 6 REALLY IS broken on Mac - bug identified
Yes. Even though this is working on my computer it is not working correctly on my spanish colleague's computer. He is getting ERROR: unknown locale: UTF-8. Then parts of the GUI don't work. Mainly, it will not open any of the autogenerated dialogs when called from the menus. These throw a error in GUI((parent = self).ParseCommand(cmd) and a raise gcmd.GException(e) in core.gcmd. This is real squirrelly. This was all working smoothly a short while ago. Michael On Jul 25, 2012, at 8:19 PM, Hamish wrote: But GRASS does not create a .grassrc6 file with this line (LANG = None or anything else) by default. and so it shouldn't, And apparently, there is nothing internal that supplies this if it is missing. It seems like it is only the GUI that is killed. right, if something new in the GUI wants it, then that something new should be able to deal with the case that it isn't there sometimes, and only write out the language choice if chosen. best, Hamish _ C. Michael Barton Visiting Scientist, Integrated Science Program National Center for Atmospheric Research University Corporation 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-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
