Re: [GRASS-dev] locale problem solved - but have suggestion

2012-07-30 Thread Glynn Clements
Michael Barton wrote: After a lot of digging I finally traced the source of the locale problem that disables the menus and a related problem that throws a lot of errors about unknown locale into the terminal. The serious error is in python/grass/scripts/task.py line 460, and can be fixed

Re: [GRASS-dev] locale problem solved - but have suggestion

2012-07-30 Thread Michael Barton
Thanks for the input Glynn, This makes me wonder about the new approach to better setting locale/language for GRASS. AFAICT, the idea is to set a GRASS variable - LANG - and then read that to set the language and encoding. However, as I indicated, once that is set, it seems to be largely

Re: [GRASS-dev] locale problem solved - but have suggestion

2012-07-30 Thread Helmut Kudrnovsky
What do you think? Does Windows use these variables or a different set? tested here with a osgeo4w-wingrass7 in win7-64bit(german). switching gui-languages (C,fr,es,it,de,jp,...) and starting gui are working. - best regards Helmut -- View this message in context:

Re: [GRASS-dev] replace r.in.wms by r.in.wms2 (in trunk)

2012-07-30 Thread Martin Landa
Hi, 2012/6/27 Martin Landa landa.mar...@gmail.com: I would like to suggest to replace `r.in.wms` module available in trunk by the new python module `r.in.wms2` (which is currently available from addons [1]). This module has been recently developed by so, I have replaced original `r.in.wms`

Re: [GRASS-dev] replace r.in.wms by r.in.wms2 (in trunk)

2012-07-30 Thread Helmut Kudrnovsky
To enable testing... tested here with osgeo4w-wingrass7, r52472, win7-64bit(german) and the examples from the manual [1], region is set to greater alpine region in europe: g.region -p projection: 3 (Latitude-Longitude) zone: 0 datum: wgs84 ellipsoid: wgs84 north: 48:30:07N