[GRASS-dev] more on locale problem
So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4). There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion. import locale locale.getdefaultlocale() Traceback (most recent call last): File stdin, line 1, in module File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 496, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 428, in _parse_localename ValueError: unknown locale: UTF-8 I don't know where it is getting UTF-8. The GUI code in GRASS calls the language en_ES.UTF-8, but this is running Python outside of GRASS. I've tried setting locale to es_EN, and to C. But we still get this error when locale.getdefaultlocale() is run in wx GUI. Any ideas? Michael _ 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.eduhttp://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
Helena wrote: 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. ... http://courses.ncsu.edu/mea792/common/media/gisdemo.zip ok, thanks. should we copy that into http://grass.osgeo.org/sampledata/north_carolina/ as .tar.gz too? keeping the same filename? 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. We are already doing that for NC shape, rast_geotiff, and kml tarballs at the above sampledata/ URL. The cloning of the data was one reason I felt pretty shaky about shipping the full NC grass Location in addition to the shp/gtiff files. Also along with selected Natural Earth data layers, an OpenStreetMap data extract, and links to a bunch of other random shapefiles and geotiffs that other projects supply as part of their quickstart docs, all in a ~/data/ directory. Finally, there's an icon on the Desktop which leads to a OSGeo website listing links to geodata courseware downloads needed for various workshops and tutorials that were too big to fit on the disc or not ready at the time the discs went to press. 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
Markus N wrote: Examples *must* work out of the box from my point of view. (they do, afaik) 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. due to the tight space limitations it was the only one that was safe not to be cut. with the nc_basic one it's better now, but I've only had that in place since yesterday. does geodata age? in defense of the Spearfish dataset, it is both small and comprehensive, even if it doesn't show off modern geo-layers as much and is a bit crusty. but point taken. Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] more on locale problem
2012/7/26 Michael Barton michael.bar...@asu.edu: So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4). There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion. Hi Micheal, the problems I think it's related to the improvement in preferences.py to give the capabilities to people to switch the language. It was added by me in grass7, later martin did some changes and during code sprint MarkusN backported it. Is Mac using grass.sh to start GRASS or something different? could your colleague set the language in ~/.grassrc6 adding LANG: your_languages? Michael -- 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] more on locale problem
Michael and others, Michael's 6.4.3 menus aren't working here, I did try adding en_US.UTF-8 to .grassrc6 but the complaints are the same ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 2012-07-26 11:56:43.011 Python[1916:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead. by the way my system preferences are set to english but the region is set to Spain. cli is working As you know in R the language is forced with defaults write org.R-project.R force.LANG en_US.UTF-8 Is there something similar in GRASS? A On Thursday, July 26, 2012 08:16 CEST, Michael Barton michael.bar...@asu.edu wrote: So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4). There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion. import locale locale.getdefaultlocale() Traceback (most recent call last): File stdin, line 1, in module File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 496, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 428, in _parse_localename ValueError: unknown locale: UTF-8 I don't know where it is getting UTF-8. The GUI code in GRASS calls the language en_ES.UTF-8, but this is running Python outside of GRASS. I've tried setting locale to es_EN, and to C. But we still get this error when locale.getdefaultlocale() is run in wx GUI. Any ideas? Michael _ 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.eduhttp://csdc.asu.edu/ ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] [GRASS GIS] #1690: r.to.vect: `dbf` proc segfaults if MAPSET/dbf/ dir is missing
#1690: r.to.vect: `dbf` proc segfaults if MAPSET/dbf/ dir is missing +--- Reporter: hamish | Owner: grass-dev@… Type: defect | Status: new Priority: minor | Milestone: 6.4.3 Component: Database| Version: 6.4.2 Keywords: r.to.vect, dbf |Platform: Linux Cpu: x86-32 | +--- Hi, I'm just testing out the live dvd quickstart, http://adhoc.osgeo.osuosl.org/livedvd/docs/en/quickstart/grass_quickstart.html using spearfish location and elevation.10m as the input map, the dbf process crashes during the r.to.vect step. but if you immediately run it again it's fine. this is in a fresh mapset, there is a VAR file (which looks ok), but there was not a dbf/ dir yet. (I've now fixed the live dvd install script to force creation of that dir when it makes the mapset) when you run r.to.vect you get a segfault in the `dbf` program. if you allow overwrite, then click on [Run] again it works! so it seems that r.to.vect is recovering from there being no dbf/ dir and making it, but only too later after it was already fatal to the spawned dbf process. programs should never segfault, so maybe the first thing to do is add more error checking to dbf.c, then try to figure out how to get the dependency checks in the correct order, or block until they are finished. thanks, Hamish -- Ticket URL: https://trac.osgeo.org/grass/ticket/1690 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] r.ros and r.spread don't overwrite
Hi all, Using r.ros and r.spread in a python script I realized that the option overwrite doesn't have any effect.. could anyone please verify that, and in case I'll open a ticket. I'm on Linux, grass6.4.3svn. Thanks! -- Dr. Margherita Di Leo ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] more on locale problem
As you mentioned Michael, there was discussion of this problem a few times in the past. The problem setting is not LANG, though, it's LC_CTYPE. The system is somehow setting that to UTF-8, and Python checks LC_CTYPE (and LC_ALL next) before it checks LANG, so setting LANG in GRASS won't help, as Agustin found. On Jul 26, 2012, at 5:03 AM, Agustin Angel Diez Castillo wrote: Michael and others, Michael's 6.4.3 menus aren't working here, I did try adding en_US.UTF-8 to .grassrc6 but the complaints are the same ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 2012-07-26 11:56:43.011 Python[1916:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead. by the way my system preferences are set to english but the region is set to Spain. cli is working As you know in R the language is forced with defaults write org.R-project.R force.LANG en_US.UTF-8 Is there something similar in GRASS? A On Thursday, July 26, 2012 08:16 CEST, Michael Barton michael.bar...@asu.edu wrote: So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4). There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion. import locale locale.getdefaultlocale() Traceback (most recent call last): File stdin, line 1, in module File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 496, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 428, in _parse_localename ValueError: unknown locale: UTF-8 I don't know where it is getting UTF-8. The GUI code in GRASS calls the language en_ES.UTF-8, but this is running Python outside of GRASS. I've tried setting locale to es_EN, and to C. But we still get this error when locale.getdefaultlocale() is run in wx GUI. Any ideas? Michael - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] [GRASS GIS] #1691: r.ros and r.spread don't overwrite
#1691: r.ros and r.spread don't overwrite +--- Reporter: madi| Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 6.4.3 Component: Raster | Version: svn-releasebranch64 Keywords: r.ros,r.spread |Platform: Linux Cpu: x86-64 | +--- Using r.ros and r.spread in a python script I realized that the option overwrite doesn't have any effect.. I'm on Linux, grass6.4.3svn. -- Ticket URL: http://trac.osgeo.org/grass/ticket/1691 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] more on locale problem
I was worried that there might be 2 problems compounded here, but no longer think so. Yesterday, I compiled under Snow Leopard and today was able to test on Lion. It runs fine on my Lion machine AFTER manually editing .grassrc6 and adding LANG: en_US.UTF-8 The fact that this is needed is a problem in itself, but does provide a workaround but seemingly only to a US English machine. A computer with Spanish (or other?) localization will still bomb. This is ironic, of course, since the changes were designed to improve multi-lingual capabilities of GRASS. But this is what happens with such a complex system (a great, if annoying, example of CAS emergent effects). William Kyngesburye has a promising diagnosis that the issue lies with LC_CTYPE. Somehow, this is set incorrectly for your and Carlos' machine with a UTF-8 designation instead of a UTF8 designation. But I don't know how it got set badly or how to change it to test this hypothesis. Hopefully others can suggest the beginnings of a solution to test. Michael On Jul 26, 2012, at 3:03 AM, Agustin Angel Diez Castillo wrote: Michael and others, Michael's 6.4.3 menus aren't working here, I did try adding en_US.UTF-8 to .grassrc6 but the complaints are the same ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 2012-07-26 11:56:43.011 Python[1916:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead. by the way my system preferences are set to english but the region is set to Spain. cli is working As you know in R the language is forced with defaults write org.R-project.R force.LANG en_US.UTF-8 Is there something similar in GRASS? A On Thursday, July 26, 2012 08:16 CEST, Michael Barton michael.bar...@asu.edu wrote: So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4). There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion. import locale locale.getdefaultlocale() Traceback (most recent call last): File stdin, line 1, in module File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 496, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 428, in _parse_localename ValueError: unknown locale: UTF-8 I don't know where it is getting UTF-8. The GUI code in GRASS calls the language en_ES.UTF-8, but this is running Python outside of GRASS. I've tried setting locale to es_EN, and to C. But we still get this error when locale.getdefaultlocale() is run in wx GUI. Any ideas? Michael _ 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.eduhttp://csdc.asu.edu/ _ 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-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] more on locale problem
So this is getting narrowed down. Another question is does this just pop up as a bug with effects on the GUI in Lion or does it happen in Snow Leopard too? So far my tests have not been extensive enough. 2 Spanish computers with Lion: bad 1 English computer with Lion: good 1 English computer with Snow Leopard: good On Jul 26, 2012, at 12:00 PM, grass-dev-requ...@lists.osgeo.org wrote: From: William Kyngesburye wokl...@kyngchaos.com Date: July 26, 2012 6:26:47 AM MST To: Michael Barton michael.bar...@asu.edu, Agustin Angel Diez Castillo agustin.d...@uv.es Cc: Martin Landa landa.mar...@gmail.com, Glynn Clements gl...@gclements.plus.com, GRASS developers grass-developers grass-dev@lists.osgeo.org Subject: Re: [GRASS-dev] more on locale problem Reply-To: William Kyngesburye kyngch...@kyngchaos.com As you mentioned Michael, there was discussion of this problem a few times in the past. The problem setting is not LANG, though, it's LC_CTYPE. The system is somehow setting that to UTF-8, and Python checks LC_CTYPE (and LC_ALL next) before it checks LANG, so setting LANG in GRASS won't help, as Agustin found. On Jul 26, 2012, at 5:03 AM, Agustin Angel Diez Castillo wrote: Michael and others, Michael's 6.4.3 menus aren't working here, I did try adding en_US.UTF-8 to .grassrc6 but the complaints are the same ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 2012-07-26 11:56:43.011 Python[1916:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead. by the way my system preferences are set to english but the region is set to Spain. cli is working As you know in R the language is forced with defaults write org.R-project.R force.LANG en_US.UTF-8 Is there something similar in GRASS? A On Thursday, July 26, 2012 08:16 CEST, Michael Barton michael.bar...@asu.edu wrote: So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4). There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion. import locale locale.getdefaultlocale() Traceback (most recent call last): File stdin, line 1, in module File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 496, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 428, in _parse_localename ValueError: unknown locale: UTF-8 I don't know where it is getting UTF-8. The GUI code in GRASS calls the language en_ES.UTF-8, but this is running Python outside of GRASS. I've tried setting locale to es_EN, and to C. But we still get this error when locale.getdefaultlocale() is run in wx GUI. Any ideas? Michael - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] more on locale problem
For both Snow Leopard and Lion... anthgradpc7:grass64_rb cmbarton$ $LC_CTYPE anthgradpc7:grass64_rb cmbarton$ $LC_ALL anthgradpc7:grass64_rb cmbarton$ $LANG -bash: en_US.UTF-8: command not found Maybe this is the wrong way to see what is set for these, but there is nothing for LC_CTYPE or LC_ALL for either of my computers. Michael __ C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www:http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Jul 26, 2012, at 6:26 AM, William Kyngesburye wrote: As you mentioned Michael, there was discussion of this problem a few times in the past. The problem setting is not LANG, though, it's LC_CTYPE. The system is somehow setting that to UTF-8, and Python checks LC_CTYPE (and LC_ALL next) before it checks LANG, so setting LANG in GRASS won't help, as Agustin found. On Jul 26, 2012, at 5:03 AM, Agustin Angel Diez Castillo wrote: Michael and others, Michael's 6.4.3 menus aren't working here, I did try adding en_US.UTF-8 to .grassrc6 but the complaints are the same ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 2012-07-26 11:56:43.011 Python[1916:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead. by the way my system preferences are set to english but the region is set to Spain. cli is working As you know in R the language is forced with defaults write org.R-project.R force.LANG en_US.UTF-8 Is there something similar in GRASS? A On Thursday, July 26, 2012 08:16 CEST, Michael Barton michael.bar...@asu.edu wrote: So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4). There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion. import locale locale.getdefaultlocale() Traceback (most recent call last): File stdin, line 1, in module File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 496, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 428, in _parse_localename ValueError: unknown locale: UTF-8 I don't know where it is getting UTF-8. The GUI code in GRASS calls the language en_ES.UTF-8, but this is running Python outside of GRASS. I've tried setting locale to es_EN, and to C. But we still get this error when locale.getdefaultlocale() is run in wx GUI. Any ideas? Michael - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] more on locale problem
I get nothing for either LC_CTYPE or LC_ALL (haven't had a chance to check with Carlos yet). But he's getting an error in python that UTF-8 is unrecognized. Looking at my machine, it comes up en_US.UTF8 (no hyphen). On my computer... anthgradpc7:~ cmbarton$ python Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49) [GCC 4.2.1 (Apple Inc. build 5646)] on darwin Type help, copyright, credits or license for more information. import locale locale.getdefaultlocale() ('en_US', 'UTF8') [same answer in Python 2.7 on Lion] On Carlos' computer import locale locale.getdefaultlocale() Traceback (most recent call last): File stdin, line 1, in module File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 496, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 428, in _parse_localename ValueError: unknown locale: UTF-8 The GRASS wx GUI calls locale.getdefaultlocale() in ghelp.py Michael __ C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www:http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Jul 26, 2012, at 3:58 PM, Agustín Diez Castillo wrote: On machines that respond to locale in the terminal with to LC_CTYPE=en_US.UTF-8 I got into no trouble, including Mountain Lion But when locale answer to LC_CTYPE=C Agustin On 26/07/2012, at 22:13, Michael Barton michael.bar...@asu.edu wrote: So this is getting narrowed down. Another question is does this just pop up as a bug with effects on the GUI in Lion or does it happen in Snow Leopard too? So far my tests have not been extensive enough. 2 Spanish computers with Lion: bad 1 English computer with Lion: good 1 English computer with Snow Leopard: good On Jul 26, 2012, at 12:00 PM, grass-dev-requ...@lists.osgeo.org wrote: From: William Kyngesburye wokl...@kyngchaos.com Date: July 26, 2012 6:26:47 AM MST To: Michael Barton michael.bar...@asu.edu, Agustin Angel Diez Castillo agustin.d...@uv.es Cc: Martin Landa landa.mar...@gmail.com, Glynn Clements gl...@gclements.plus.com, GRASS developers grass-developers grass-dev@lists.osgeo.org Subject: Re: [GRASS-dev] more on locale problem Reply-To: William Kyngesburye kyngch...@kyngchaos.com As you mentioned Michael, there was discussion of this problem a few times in the past. The problem setting is not LANG, though, it's LC_CTYPE. The system is somehow setting that to UTF-8, and Python checks LC_CTYPE (and LC_ALL next) before it checks LANG, so setting LANG in GRASS won't help, as Agustin found. On Jul 26, 2012, at 5:03 AM, Agustin Angel Diez Castillo wrote: Michael and others, Michael's 6.4.3 menus aren't working here, I did try adding en_US.UTF-8 to .grassrc6 but the complaints are the same ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 2012-07-26 11:56:43.011 Python[1916:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead. by the way my system preferences are set to english but the region is set to Spain. cli is working As you know in R the language is forced with defaults write org.R-project.R force.LANG en_US.UTF-8 Is there something similar in GRASS? A On Thursday, July 26, 2012 08:16 CEST, Michael Barton michael.bar...@asu.edu wrote: So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4). There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion. import locale locale.getdefaultlocale() Traceback (most recent call last): File stdin, line 1, in module File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 496, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 428, in _parse_localename ValueError: unknown locale: UTF-8 I don't know where it is getting UTF-8. The GUI code in GRASS calls the language en_ES.UTF-8, but this is running Python
Re: [GRASS-dev] more on locale problem
On machines that respond to locale in the terminal with to LC_CTYPE=en_US.UTF-8 I got into no trouble, including Mountain Lion But when locale answer to LC_CTYPE=C Agustin On 26/07/2012, at 22:13, Michael Barton michael.bar...@asu.edu wrote: So this is getting narrowed down. Another question is does this just pop up as a bug with effects on the GUI in Lion or does it happen in Snow Leopard too? So far my tests have not been extensive enough. 2 Spanish computers with Lion: bad 1 English computer with Lion: good 1 English computer with Snow Leopard: good On Jul 26, 2012, at 12:00 PM, grass-dev-requ...@lists.osgeo.org wrote: From: William Kyngesburye wokl...@kyngchaos.com Date: July 26, 2012 6:26:47 AM MST To: Michael Barton michael.bar...@asu.edu, Agustin Angel Diez Castillo agustin.d...@uv.es Cc: Martin Landa landa.mar...@gmail.com, Glynn Clements gl...@gclements.plus.com, GRASS developers grass-developers grass-dev@lists.osgeo.org Subject: Re: [GRASS-dev] more on locale problem Reply-To: William Kyngesburye kyngch...@kyngchaos.com As you mentioned Michael, there was discussion of this problem a few times in the past. The problem setting is not LANG, though, it's LC_CTYPE. The system is somehow setting that to UTF-8, and Python checks LC_CTYPE (and LC_ALL next) before it checks LANG, so setting LANG in GRASS won't help, as Agustin found. On Jul 26, 2012, at 5:03 AM, Agustin Angel Diez Castillo wrote: Michael and others, Michael's 6.4.3 menus aren't working here, I did try adding en_US.UTF-8 to .grassrc6 but the complaints are the same ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 ERROR: unknown locale: UTF-8 2012-07-26 11:56:43.011 Python[1916:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead. by the way my system preferences are set to english but the region is set to Spain. cli is working As you know in R the language is forced with defaults write org.R-project.R force.LANG en_US.UTF-8 Is there something similar in GRASS? A On Thursday, July 26, 2012 08:16 CEST, Michael Barton michael.bar...@asu.edu wrote: So I am now completely baffled as to why GRASS is not working on my colleague's computer. it is a pretty new MacBook (last 6 months) and he has not installed much on it--Office, Mendeley. It is running the most current version of Lion (10.7.4). There are repeated problems with locale on it. Here is an example that works fine on my computer also running Lion. import locale locale.getdefaultlocale() Traceback (most recent call last): File stdin, line 1, in module File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 496, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py, line 428, in _parse_localename ValueError: unknown locale: UTF-8 I don't know where it is getting UTF-8. The GUI code in GRASS calls the language en_ES.UTF-8, but this is running Python outside of GRASS. I've tried setting locale to es_EN, and to C. But we still get this error when locale.getdefaultlocale() is run in wx GUI. Any ideas? Michael - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1691: r.ros and r.spread don't overwrite
#1691: r.ros and r.spread don't overwrite -+-- Reporter: madi | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 6.4.3 Component: Raster | Version: svn-releasebranch64 Keywords: r.ros, r.spread |Platform: Linux Cpu: x86-64 | -+-- Changes (by hamish): * keywords: r.ros,r.spread = r.ros, r.spread Comment: perhaps for r.ros because output= is just a prefix for a number of output maps? maybe it needs to setenv() the overwrite flag in that case to work- around? (just an idea) see also g.copy, g.rename --overwrite ticket #1658 for some info on how it works. Hamish -- Ticket URL: https://trac.osgeo.org/grass/ticket/1691#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1690: r.to.vect: `dbf` proc segfaults if MAPSET/dbf/ dir is missing
#1690: r.to.vect: `dbf` proc segfaults if MAPSET/dbf/ dir is missing +--- Reporter: hamish | Owner: grass-dev@… Type: defect | Status: new Priority: minor | Milestone: 6.4.3 Component: Database| Version: 6.4.2 Keywords: r.to.vect, dbf |Platform: Linux Cpu: x86-32 | +--- Comment(by hamish): It wasn't actually segfauling, just giving a dbmi protocol error and fatally exiting. hopefully fixed in devbr6 and trunk with r52455,6. once tested can be backported to relbr64. Hamish -- Ticket URL: https://trac.osgeo.org/grass/ticket/1690#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
[GRASS-dev] [GRASS GIS] #1692: calling a script within a script failing on Windows XP
#1692: calling a script within a script failing on Windows XP ---+ Reporter: hamish | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 6.4.3 Component: Shell Scripts | Version: 6.4.2 Keywords: v.report, v.random.cover, wingrass, shell scripts |Platform: MSWindows XP Cpu: x86-32 | ---+ Hi, We're trying to run v.random.cover(.sh) from grass6 addons on Windows XP using the standard 6.4.2-2 prebuilt binaries. That script calls v.report(.sh), but v.report fails. g.parser has encountered a problem and needs to close. and v.report exits with a non-zero error code. turning debug to level 1 I see ret = 1 from the G_spawn() command. Running the exact same v.report command from the msys command line works fine. I'd note v.report sends data to both stderr and stdout, but that's all after the g.parser call. I seem to recall a problem long ago where in wingrass a script calling another script didn't work. Running `which v.report` from the msys command prompt shows `C:/Program Files/GRASS 6.4.2/scripts`, not the wrapper .bat file in $GISBASE/bin/. maybe it doesn't like $0 != what gets run on the second g.parser pass?? I'm not sure what to try to debug next. thanks, Hamish ps- we were also unable to download any of the addons directly with the gui extension tool, although the zip files seem ok on the server. Is it working for anyone with those 6.4.2-2 binaries? -- Ticket URL: https://trac.osgeo.org/grass/ticket/1692 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] [GRASS GIS] #1692: calling a script within a script failing on Windows XP
#1692: calling a script within a script failing on Windows XP ---+ Reporter: hamish | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 6.4.3 Component: Shell Scripts | Version: 6.4.2 Keywords: v.report, v.random.cover, wingrass, shell scripts |Platform: MSWindows XP Cpu: x86-32 | ---+ Comment(by hamish): oh yeah, one more minor problem: the help page in the extension .zip file was localized to the server's LANG setting :) -- Ticket URL: https://trac.osgeo.org/grass/ticket/1692#comment:1 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev