Re: [GRASS-dev] winGRASS Self Installer Package

Hey Marco, Thanks a million to go this way... Many Windows people around here in Asia will be really happy to just click to install wingrass. It will make the trainings easier for all especially to tell them to give it away to friends... Windows people get really bugged by this new GIS software

Re: [GRASS-dev] WinGRASS-6.3.0RC5 Self Installer

Hi Marco, Phew! What a job! Congrats, it was a long awaited installation software. I wish I could download the installation file, but it seems the server is Kaput. If I can get a hand on it, I'll try to host it in my Institute for Asian downloads. Let see, Thanks again, Yann On 11/03/2008,

Re: [GRASS-dev] WinGRASS-6.3.0RC5 Self Installer

Hey Marco ! This rocks... Introduction to GIS will be MUCH simpler with this... Thanks! Yann On 11/03/2008, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi all, I just finished to prepare and test the installer of WinGRASS-6.3.0RC5; I guessed to finished it two or three days ago, but I had

[GRASS-dev] changing code to output point vector from old site system (r.sim.water)

Hello list, anybody could pin-point where I should start reading to change an old site system to a new point vector? I am in to upgrade the point ouput of r.sim.water ! Never programmed with vectors before Thanks, Yann ___ grass-dev mailing list

[GRASS-dev] opening any RS/GIS file in their original format directly in GRASS...

Hello list, many first time users get a little bit estranged by the scientifically robust way of starting GRASS by setting up a DB/location/mapset. While the create location from georeferenced file button in TCLTK gui (not yet in wxpython it seems) is an very nice step, I would like your ideas

Re: [GRASS-dev] opening any RS/GIS file in their original format directly in GRASS...

Did not catch it there, thanks for pointing it out Martin! Yann On 14/03/2008, Martin Landa [EMAIL PROTECTED] wrote: Hi, 2008/3/14, Yann Chemin [EMAIL PROTECTED]: While the create location from georeferenced file button in TCLTK gui (not yet in wxpython it seems) is an very nice step

Re: [GRASS-dev] first users main trouble

Yes Benjamin, 2 third or more are generally non-GIS non-geographical background and Windows users. Remaining ArcGIS/ArcView and sometimes i got chance with a couple of BSD teaching guys. Also, for the first time I saw a person (in Thailand) coming up with an Ubuntu laptop, made things easier

Re: [GRASS-dev] r.watershed and swap memory

Hi Ivan and Helena, 149,040,000 Cells for the srtm 90m of Mekong river. computer is on 8Gb RAM. About 65 % done after 43.x hours, r.watershed basically does it, it seems. Of course efficiency is a problem here, but it does it. yes r.terraflow goes to /tmp, that is considered a bug to me, not an

[GRASS-dev] strange for loop bug

Hello, I am writing a raster module for image processing, and the for(col=0;colncols;col++) loop behaves strangely (segfault), the number of lines of code inside is 239 lines. If i reduce the number of functions inside to a simple copy of an input raster, the number of line being 15 less, then it

[GRASS-dev] heavy processing and memory

of a Landsat 5TM image takes 4.19hours on a Desktop computer. The interesting thing I would like to ask is about the apparent non-linearity of the processing curve. Is it normal? Thank you, Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http

[GRASS-dev] SVN error in Add-Ons

-- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] SVN error in Add-Ons

Hi, just woke up, yes still a problem. Same problem. Yann On 14/04/2008, Frank Warmerdam [EMAIL PROTECTED] wrote: Yann Chemin wrote: Hi, While doing a couple of updates this afternoon, suddenly svn refused updates, saying this: # svn ci -m fix bug svn: Commit failed (details

Re: [GRASS-dev] SVN error in Add-Ons

svn diff works fine. ??? (at a loss here) On 15/04/2008, Hamish [EMAIL PROTECTED] wrote: Yann Chemin wrote: While doing a couple of updates this afternoon, suddenly svn refused updates, saying this: # svn ci -m fix bug svn: Commit failed (details follow): svn

Re: [GRASS-dev] SVN error in Add-Ons

that subversion got upgraded recently in my box... Definitely not while I was working. Still not clear... On 15/04/2008, Frank Warmerdam [EMAIL PROTECTED] wrote: Yann Chemin wrote: Hi, just woke up, yes still a problem. Same problem. ... # svn ci -m fix bug svn: Commit failed

Re: [GRASS-dev] SVN error in Add-Ons

OK, that must be something in this line that happened, I do not record all the time if such software gets upgraded. I'll check that up after work today, Thanks for the help ! Yann On 15/04/2008, Glynn Clements [EMAIL PROTECTED] wrote: Yann Chemin wrote: I tried a fresh check out

[GRASS-dev] grass 7 and pixel random access

. Thanks, Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] c code: access region/window yllcorner and xllcorner values

-- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] GRASS 7 raster coding best practices

and suggestions, Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS 7 raster coding best practices

2008/5/4 Hamish [EMAIL PROTECTED]: Yann Chemin wrote: I could not find it for parameters in float format (G_OPT_F_INPUT?) lib/gis/parser.c already defines G_OPT_F_* for input and output files, and field separators for those files. Don't use that for floating point input values. OK

Re: [GRASS-dev] GRASS 7 raster coding best practices

-guisection = _(Set of functions 1); input-guisection = _(Parameters for output2); on the other hand, input-required=YES forbids the code to run on empty input -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin

Re: [GRASS-dev] GRASS 7 raster coding best practices

will start reading them. Yann 2008/5/4 Hamish [EMAIL PROTECTED]: Yann Chemin: OK, a small misunderstanding here, some small examples. input-guisection will create a Tab in the GUI with the name given to it. input-guisection = _(Required); input-guisection = _(Optional); input

[GRASS-dev] dealing with nan

Hello, I have some data that reads as nan, while rare, it may happen when compressing/uncompressing GRASS Locations to ship them across Internet. I would like to know how to deal with them in GRASS raster programming, so that they are: 1 - detected 2 - set to null thank you, Yann -- Yann

Re: [GRASS-dev] dealing with nan

2008/5/19 Hamish [EMAIL PROTECTED]: Yann Chemin wrote: I have some data that reads as nan, while rare, it may happen when compressing/uncompressing GRASS Locations to ship them across Internet. what method are you using to compress/decompress? ..zip? .tar.gz? r.pack/r.unpack

Re: [GRASS-dev] dealing with nan

2008/5/19 Hamish [EMAIL PROTECTED]: Hamish: what method are you using to compress/decompress? ..zip? .tar.gz? r.pack/r.unpack? Yann Chemin wrote: Windows zip, ftp download across the World, then Linux unzip. ... if r.pack I think it is safer to use the script in the trac wish

[GRASS-dev] Re: [GRASS-user] Is it i.albedo or r.albedo?

which includes all gipe modules and nothing else. Yann Chemin wrote: I am OK to do so, but how can it be run in imagery/ or in raster/, since there is already a Makefile in those places? I can think of two ways: 1) keep gipe i.* and r.* modules in their own gipe/ dir in the grass source tree

[GRASS-dev] G_OPT_R_INPUT broken in svn

Hi, in the latest svn, G_OPT_R_INPUT does not provide with a raster listing of available raster layers in the current mapset, in tcltk gui, it does not have the raster icon, but instead, it has the sign on the button -- Yann Chemin International Rice Research Institute Office: http

[GRASS-dev] svn: undefined symbol G_gisinit

Hello, some modules are complaining about this since this morning SVN: i.eb.rohair: symbol lookup error: i.eb.rohair: undefined symbol: G_gisinit I have made a clean install and still same. (make distclean; ./conf.; make -j4 ; make install) -- Yann Chemin International Rice Research

Re: [GRASS-dev] svn: undefined symbol G_gisinit

Thanks, I'll do that now. Yann 2008/6/6 Markus Neteler [EMAIL PROTECTED]: On Fri, Jun 6, 2008 at 11:28 AM, Yann Chemin [EMAIL PROTECTED] wrote: Hello, some modules are complaining about this since this morning SVN: i.eb.rohair: symbol lookup error: i.eb.rohair: undefined symbol: G_gisinit

[GRASS-dev] storing full script as metadata

to make a scripts/ place inside a mapset where scripts would get automatically saved with something like: MMMDDH_MODULE_NAME.sh or the like? just an idea. Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin

Re: [GRASS-dev] storing full script as metadata

2008/6/9 Glynn Clements [EMAIL PROTECTED]: Yann Chemin wrote: Just wanted to keep exact track of the processing leading to a new layer. 1 - would it be feasible to store the whole processing line with parameters (i.e. r.something -a input=file_in output-file_out etc...) as metadata

Re: [GRASS-dev] GRASS FFMPEG support

ffmpeg web site, that's normal, there is any ffmpeg.dll mentioned) Any suggestions? Thanks, Marco ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Yann Chemin International Rice Research

[GRASS-dev] cell_misc

-- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] cell_misc

2008/6/13 Hamish [EMAIL PROTECTED]: Yann Chemin wrote: I am generating 60,000 maps from 60,000 original ones (shell script looping r.mapcalc), it says unable to create mapset element cell_misc $filename cell_misc/ saves each map's data in a subdirectory, not a file like the other raster

Re: [GRASS-dev] grass6_devel, problems to find gdal library

, regards Massimo Di Stefano. Chiacchiera con i tuoi amici in tempo reale!http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Yann

Re: [GRASS-dev] grass6_devel, problems to find gdal library

Clements [EMAIL PROTECTED] ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin

[GRASS-dev] grass behavior: pixel value from a different resolution

with r.out.gdal an identical map as the one GRASS would use at 250m. thank you, Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin --- Opportunities are usually disguised as hard

Re: [GRASS-dev] g.region -g crashes in a latlon location

grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass-dev mailing list grass-dev@lists.osgeo.org

Re: [GRASS-dev] g.region -g crashes in a latlon location

wow... ok then we have to get to GDAL dev list about that...? Yann 2008/7/22 Glynn Clements [EMAIL PROTECTED]: Yann Chemin wrote: This is on my system: Program received signal SIGSEGV, Segmentation fault. 0x7fda5b45ca7e in sincos () from /usr/lib/libgdal1.5.0.so.1 Whoah; GDAL

Re: [GRASS-dev] matplotlib again

://lists.osgeo.org/mailman/listinfo/grass-dev -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo

Re: [GRASS-dev] matplotlib example script

: Permission denied GRASS 7.0.svn (spearfish60):~ -- thanks Yann 2008/7/25 Yann Chemin [EMAIL PROTECTED]: Hi Michael, Nice histogram! I am going to get python compiled and try it here... Yann -- Yann Chemin International Rice Research Institute Office: http

Re: [GRASS-dev] matplotlib example script

Hi, after chmod +x, it created a nice histogram of elevation.10m. So I tried on floating point image created by some process. here is the problem: Traceback (most recent call last): File /home/yann/histogram_mpldemo.py, line 173, in module main() File /home/yann/histogram_mpldemo.py,

Re: [GRASS-dev] matplotlib example script

: 480-965-6262; fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton On Jul 25, 2008, at 4:09 PM, Yann Chemin wrote: Hi, after chmod +x, it created a nice histogram of elevation.10m. So I tried on floating point image created by some process. here is the problem: Traceback (most

[GRASS-dev] undefined reference to G_alloc_matrix()

. my includes in case this helps... #include stdio.h #include string.h #include stdlib.h #include math.h #include grass/gis.h #include grass/glocale.h Any idea / suggestion, I am a bit lost here... Thanks Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis

Re: [GRASS-dev] undefined reference to G_alloc_matrix()

package, and they don't have FFTW (or their version of FFTW is incompatible with the one used to build the gmath library), it won't just be the handful of programs which need FFTW which fail to work. -- Glynn Clements [EMAIL PROTECTED] -- Yann Chemin International Rice Research Institute

[GRASS-dev] GRASS Image Processing Environment

and grass_indent.sh parsing on all modules but three (r.evapo.PM, r.hydro.CASC2D, i.vi.grid). thank you, Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin readme.gipe Description: Binary data

[GRASS-dev] d.graph compilation

: error: previous declaration of 'r' was here make: *** [OBJ.x86_64-unknown-linux-gnu/do_graph.o] Error 1 Thanks, Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass

Re: [GRASS-dev] d.graph compilation

It is ok now, Thanks Glynn, Yann 2008/8/27 Glynn Clements [EMAIL PROTECTED]: Yann Chemin wrote: d.graph is bugging on compilation: [EMAIL PROTECTED]:/home/yann/tmp/grass/display/d.graph# make test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu gcc -I/home/yann

[GRASS-dev] Make install missing FORCE

Hi, make install does not find FORCE in SVN [EMAIL PROTECTED]:/home/yann/tmp/grass# make install make: *** No rule to make target `FORCE', needed by `install'. Stop. Thanks Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com

[GRASS-dev] r.spread compilation problem

-- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] r.le.setup / r.le.trace compilation errors

/main.c:88: undefined reference to `D_new_window' /home/yann/tmp/grass/raster/r.le/r.le.trace/main.c:89: undefined reference to `D_set_cur_wind' /home/yann/tmp/grass/raster/r.le/r.le.trace/main.c:90: undefined reference to `D_show_window' collect2: ld returned 1 exit status -- Yann Chemin

[GRASS-dev] gdi library for vdigit (wxpython GUI) in Linux?

Hello, I am trying to compile vdigit for wxpython GUI in Linux, but it asks for -lgdi. Anybody could tell the package name that has the libgdi? Thanks, Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin

Re: [GRASS-dev] r.le.setup / r.le.trace compilation errors

for r.le pc -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] svn 7.0 init.sh problem

: clear_screen: not found /usr/local/grass-7.0.svn/etc/Init.sh: 252: clean_temp: not found cp: cannot stat `': No such file or directory /usr/local/grass-7.0.svn/etc/Init.sh: 259: cleanup_tmpdir: not found /usr/local/grass-7.0.svn/etc/Init.sh: 263: done_message: not found Yann -- Yann Chemin

Re: [GRASS-dev] svn 7.0 init.sh problem

Thanks Glynn, it works now. Yann 2008/9/7 Glynn Clements [EMAIL PROTECTED]: Yann Chemin wrote: init.sh is in trouble on svn, sounds like the programs are not found the directory indeed does not have those files. Could anyone point to the place of generation of these files plz? thanks

[GRASS-dev] starting GIPE modules insertion in main svn

the gipe modules in the GUI? I have an example of gmmenu.tcl and menudata.py in Addons-svn -- Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin YiKingDo: http://yikingdo.unblog.fr

Re: [GRASS-dev] starting GIPE modules insertion in main svn

] -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin YiKingDo: http://yikingdo.unblog.fr/ ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo

Re: [GRASS-dev] starting GIPE modules insertion in main svn

Hi Glynn, 2008/10/1 Glynn Clements [EMAIL PROTECTED]: Yann Chemin wrote: Right; you need unistd.h for swab(). see below about this are there forgiving compilers around, so that this was not required explicitely? By default, implicit declaration of function ... only generates

[GRASS-dev] ADDONS: i.landsat.toar compilation problem

Hello, i.landsat.toar makes a problem at compilation time. OBJ.x86_64-unknown-linux-gnu/main.o: In function `main': /home/yann/tmp/grass_yann/imagery/i.landsat.toar/main.c:206: undefined reference to `G_strncpy' /home/yann/tmp/grass_yann/imagery/i.landsat.toar/main.c:213:

[GRASS-dev] is there a naming convention for imagery modules dedicated to specific satellites

-import functions we should put satellite first then function? Is there a common voice, or is it an open discussion. thanks Yann -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin YiKingDo: http://yikingdo.unblog.fr

[GRASS-dev] Re: [GRASS-user] Can't get i.vi (from grass-addons/gipe) running any more

PROTECTED] http://lists.osgeo.org/mailman/listinfo/grass-user -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin YiKingDo: http://yikingdo.unblog.fr/ ___ grass-dev mailing list

Re: [GRASS-dev] Re: [GRASS-SVN] r33717 - grass/trunk/lib/gis

we shouldn't sweep them under the carpet as NULLs. They are distinct- mathematical null vs. spatial null. Hamish ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev -- Yann Chemin

Re: [GRASS-dev] GRASS 7: renaming of some modules

http://lists.osgeo.org/mailman/listinfo/grass-dev -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin YiKingDo: http://yikingdo.unblog.fr/ ___ grass-dev mailing list grass-dev

[GRASS-dev] Re: i.modis.qc

; or: pixel = 2; instead? -- Glynn Clements [EMAIL PROTECTED] -- Yann Chemin International Rice Research Institute Office: http://www.irri.org/gis Perso: http://www.freewebs.com/ychemin YiKingDo: http://yikingdo.unblog.fr/ ___ grass-dev mailing list

[GRASS-dev] Re: i.modis.qc

Hello again Glynn, maybe it is wiser indeed to change to = for platform/compiler stability as it forces the variable to be updated. Somehow it is not necessary on my system (Debian/Sid). Thanks, Yann 2008/10/24 Yann Chemin [EMAIL PROTECTED]: Hello Glynn, It should be standard bit shift , so

Re: [GRASS-dev] Re: i.modis.qc

with -Wall and read on bitshift compilation warnings across platform, you are still running on Windows platform, aren't you? Thanks, Yann 2008/10/26 Glynn Clements [EMAIL PROTECTED]: Yann Chemin wrote: maybe it is wiser indeed to change to = for platform/compiler stability as it forces

Re: [GRASS-dev] Re: i.modis.qc

Hi Paul, Thanks for your comments. I go back to the code and to the books then. Yann 2008/10/27 Paul Kelly [EMAIL PROTECTED]: Hi Yann, Thought I would comment too so you know it is not just Glynn who sees there is a problem here. On Mon, 27 Oct 2008, Yann Chemin wrote: Hello Glynn

Re: [GRASS-dev] Re: i.modis.qc

/27 Paul Kelly [EMAIL PROTECTED]: Hi Yann, Thought I would comment too so you know it is not just Glynn who sees there is a problem here. On Mon, 27 Oct 2008, Yann Chemin wrote: Hello Glynn, since I rewrote the code, and tested it, I know quite much what I do with the bitshifts, the image

[GRASS-dev] Projection problem: Indian_1954_UTM_Zone_48N, GRASS: Datum unknown

PROJCS[Indian_1954_UTM_Zone_48N, GEOGCS[GCS_Indian_1954, DATUM[Indian_1954, SPHEROID[Everest_Adjustment_1937,6377276.345,300.8017]], PRIMEM[Greenwich,0.0], UNIT[Degree,0.0174532925199433]], PROJECTION[Transverse_Mercator],

Re: [GRASS-dev] OSGeo C developer meeting 2014

+1 for Vienna ! The Almighty Heli is there ! (aka Helmut) On 17 June 2013 20:23, Martin Landa landa.mar...@gmail.com wrote: Hi, 2013/6/17 Luca Delucchi lucadel...@gmail.com: There is a doodle [0] to choose the next OSGeo C developer meeting 2014, probably also the GRASS dev team could join

[GRASS-dev] pyGRASS i.atcorr problem (invalid literal for int() with base 10: '0, 255')

Hi, I am running into an issue with i.atcorr in pyGRASS: Atmospheric Correction MM DD hh.ddd: 3 25 51.06 Center: ( 95.02001 , 23.115005 ) Timestamp: 25 Mar 2011 LE71340442011084PFS00.toar.1 LE71340442011084PFS00.surf.1 Traceback (most recent call last): File

Re: [GRASS-dev] problem with house.c and GCC-4.7

I have not had that problem after upgrading the machine... On 20 June 2013 15:38, Vaclav Petras wenzesl...@gmail.com wrote: On 20 June 2013 11:44, Vaclav Petras wenzesl...@gmail.com wrote: Hi Yann, On 27 May 2013 09:51, Yann Chemin yche...@gmail.com wrote: Hi Using Ubuntu 13.04 gcc -g

[GRASS-dev] module input (multiple type) in pyGRASS

Hi, I am having trouble with multiple input in pyGRASS: Example: - b_in=[b1,b2,b3,b4,b5,b7] i.albedo(input=b_in, output=b_albedo, flags=lc, overwrite=OVR) input has a multiple raster band names requirement (6 here), using a list to define b_in does not work. What kind of container

Re: [GRASS-dev] module input (multiple type) in pyGRASS

,b_albedo i.albedo(input=b_in, output=b_albedo, flags=lc, overwrite=OVR) r.colors(map=b_albedo,color='grey') Ciao, Yann On 21 June 2013 15:40, Pietro Zambelli peter.z...@gmail.com wrote: Hi Yann, On Friday 21 Jun 2013 10:48:14 Yann Chemin wrote: Hi, I am having trouble with multiple input

[GRASS-dev] pyGRASS send job to background

Hi, I have several jobs that can be run together, in BASH we can add at the end of the module command, is there a pyGRASS option we can throw to the same effect? Cheers, Yann -- ___ grass-dev mailing list grass-dev@lists.osgeo.org

Re: [GRASS-dev] module input (multiple type) in pyGRASS

i.albedo flag -c is generating a segfault on this, not anything to do with pyGRASS On 21 June 2013 16:13, Yann Chemin yche...@gmail.com wrote: Hi Pietro, here is the summary of what I want to do... OVR=True pref='LE71340442011084PFS00_B' b1=pref[:-2]+.surf.1 b2=pref[:-2]+.surf.2 b3=pref

[GRASS-dev] cache in i.atcorr and background run

Hi, I would like to run i.atcorr on several bands simultaneously. Is the cache privately allocated to each run? Thank you, Yann -- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] pyGRASS problem with r.sun

Hi, (svn trunk) r.sun in pyGRASS is somehow confused with data type for time option. Time option does work well as a float input directly in the shell. from pyGRASS it expects an integer. time=10.3321830777 Traceback (most recent call last): File ./python-pygrass.py, line 293, in module

[GRASS-dev] Makefile arguments for OpenCL (r.sun)

Hi, I am (finally) working a bit on r.sun OpenCL version. On the computer I use, I could get through compiling it with: - MODULE_TOPDIR = ../.. PGM = r.sun LIBES = $(GPROJLIB) $(RASTERLIB) $(GISLIB) $(MATHLIB) $(PROJLIB) -lOpenCL -Wall -W -g -p -O2 DEPENDENCIES = $(GPROJDEP) $(RASTERDEP)

Re: [GRASS-dev] Makefile arguments for OpenCL (r.sun)

On 25 June 2013 02:17, Hamish hamis...@yahoo.com wrote: Yann wrote: I am (finally) working a bit on r.sun OpenCL version. On the computer I use, I could get through compiling it with: - MODULE_TOPDIR = ../.. PGM = r.sun LIBES = $(GPROJLIB) $(RASTERLIB) $(GISLIB) $(MATHLIB)

Re: [GRASS-dev] --with-opencl without a GPU

I hope so, for Linux Ivy Bridge chips that's all you'd be able to get, but running multi-core GPCPU is still a time win. I'm not sure if OpenCL lets you do GPU+CPU or you have to choose one or the other, or if it can do both at the same time if the CPU memory array size gets limited by the

[GRASS-dev] pyGRASS strange error on loading raster modules shortcuts

Hi, this is found on a cluster, it is running on Pythn 2.6.6, it is a 64 bit system the svn tree is few days old, updating it now. creating an issue here (it seems): from grass.pygrass.modules.shortcuts import raster as r --- Traceback (most recent call last): File

[GRASS-dev] G_distance( ) problem in r.slope.aspect?

Hi, data: --- http://hydrosheds.cr.usgs.gov/datadownload.php?reqdata=30demb script: r.in.bin --overwrite input=/home/yann/RSDATA/hydrosheds/as_dem_30s.bil output=dem_asia_hydrosheds_30s bytes=2 north=59.715 south=-10.0 east=179.5 west=55.0 rows=8400

Re: [GRASS-dev] i.segment on panchromatic band of Worldview 2 scene: what resources are necessary to complete segmentation ?

1 - Find a faster CPU machine with 16Gb RAM and a SSD for a start, it will be better, Also if you have the opportunity check that the RAM is a 1800MHz one, details like this may actually add your computation performance. 2 - Cut in pieces (See Markus Comment about supercomputing) and run 4 quads

[GRASS-dev] grass and planetary science

Hi all, in preparation of the grass code sprint in Prague, I would like to gather planetary applications. So far I have: 1 - Isis2grass (ellipsoid table already ported by Hamish, g.isis3mt to add to trunk, CLI integration to do) 2 - started to write r.crater, will try to finish it in Prague

[GRASS-dev] grass mapswipe issue

Hi mapswipe is having a small issue, when i start it from a zoomed area with a single map layer selected, then I selected a second map layer, the second map layer does not have the zzomed extents of the first one... a screenshot available on request... --

Re: [GRASS-dev] grass and planetary science

GRASS 7 now automatically recognizes ISIS installation and sets its running mode to ISIS-GRASS... Thanks to Vaclav, Martin and MarkusN ! http://grasswiki.osgeo.org/wiki/Planetary_mapping#GIS_Support On 8 July 2013 02:21, Hamish hamis...@yahoo.com wrote: Yann wrote: in preparation of the

Re: [GRASS-dev] [GRASS-SVN] r57127 - in grass/trunk/scripts: . g.isis3mt

+ +emg.isis3mt/em Generates an ISIS3 map template file according to the + current GRASS projection parameters + +h2NOTE/h2 + +The ISIS3 user should use matchmap=yes in cam2map + +h2AUTHOR/h2 + +Alessandro Frigeri, INA, Ispra, Italy +Added to GRASS 7 by Yann Chemin + +piLast changed: $Date$/i

[GRASS-dev] gui troubles in trunk?

Hi guys, is all ok with the GUI in trunk? Launching wxpython GUI in the background, please wait... Traceback (most recent call last): File /usr/local/grass-7.0.svn/etc/gui/wxpython/wxgui.py, line 39, in module from lmgr.frame import GMFrame File

[GRASS-dev] v.in.ascii Column numbers must not be negative

Hi, (using trunk built today) I am trying to vector import from ascii files with 1000s of columns by taking x=0 y=1 and z=$col I must do it wrong: v.in.ascii -z input=bior1.1_rcA2.csv output=bior1.1_rcA2_ separator=',' x=0 y=1 z=2 --o ERROR: Column numbers must not be negative Data

[GRASS-dev] extending v.in.ascii capacity to scan large number of columns (code change provided)

v.in.ascii/points.c: 76 buflen = 40; #Changed from 4000 77 buf = (char *)G_malloc(buflen); 78 buf_raw = (char *)G_malloc(buflen); 79 coorbuf = (char *)G_malloc(16*256); #Added 16* 80 tmp_token = (char *)G_malloc(16*256); #Added 16* This change permitted me to read cleanly through an ascii

[GRASS-dev] v57600 issue with wxpython GUI

HI, compiled trunk on Ubuntu 13.04: GRASS 7.0.svn (newLocation):~/grass_dev/grass Traceback (most recent call last): File /usr/local/grass-7.0.svn/etc/gui/wxpython/wxgui.py, line 39, in module from lmgr.frame import GMFrame File /usr/local/grass-7.0.svn/etc/gui/wxpython/lmgr/frame.py,

Re: [GRASS-dev] v57600 issue with wxpython GUI

fixed by rebuilding svn tree from scratch and compiling from it, apologies for that On 6 September 2013 11:54, Yann Chemin yche...@gmail.com wrote: HI, compiled trunk on Ubuntu 13.04: GRASS 7.0.svn (newLocation):~/grass_dev/grass Traceback (most recent call last): File /usr/local/grass

[GRASS-dev] pyGRASS return g.mlist() output into a python list

Hi, I have a search pattern to use as an input list: -- ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] pyGRASS return g.mlist() output into a python list

so the pattern returns to the CLI not to the output list list list=g.mlist(type='rast',pattern='interpolation_*') = not working Any way to do it? Thank you, Yann On 9 September 2013 12:42, Yann Chemin yche...@gmail.com wrote: Hi, I have a search pattern to use as an input list

[GRASS-dev] pyGRASS find number of rows and columns

Hi, Could you help to get access to nrows and ncols for a map please? --- from grass.pygrass import raster #get nrows and ncols ras = raster.RasterRow(LP2NDVI[0]) ras.open('r') nrows = ras.rows = I must be wrong here... ncols = ras.cols ras.close() AttributeError: 'RasterRow'

[GRASS-dev] pyGRASS RasterSegment error (Segment attribute has no object cseg)

Hi, output = raster.RasterSegment(rainfall[t-1]) output.open('w','FCELL') for row in range(nrows): for col in range(ncols): print - , col, row output[col, row] = 0.0 output.close() returns: -- - 0 0 Traceback (most recent call last): File /home/user/idwt.py, line

Re: [GRASS-dev] pyGRASS find number of rows and columns

Hi Pietro, for 3 maps, I am collecting one pixel at a time for thousands of maps, create a temporal signature for all 3, then use python-pywt on it, then return the single pixel to each map. To do that I need to open files and close them before reaching the max file opened OS limit... Very slow

Re: [GRASS-dev] pyGRASS RasterSegment error (Segment attribute has no object cseg)

Thanks Pietro ! On 16 September 2013 16:59, Pietro peter.z...@gmail.com wrote: Hi Yann, thank you for testing! On Mon, Sep 16, 2013 at 11:19 AM, Yann Chemin yche...@gmail.com wrote: output = raster.RasterSegment(rainfall[t-1]) output.open('w','FCELL') for row in range(nrows

Re: [GRASS-dev] [GRASS GIS] #2098: i.vi gari wrong formula?

From the code: result = (nirchan - (greenchan - (bluechan - redchan)))/(nirchan - (greenchan - (bluechan + redchan))); On 10 October 2013 00:07, GRASS GIS t...@osgeo.org wrote: #2098: i.vi gari wrong formula? ---+

[GRASS-dev] ccmath compilation error

lib/external/ccmath$ make make lib make[1]: Entering directory `/home/yann/grass_dev/grass_yann/lib/external/ccmath' gcc -g -O2 -fPIC -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include -I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include -D_LARGEFILE_SOURCE

  1   2   3   4   5   >