[GRASS-user] r.hazard.flood does not respect region settings?
Hi, I'm testing r.hazard.flood and noticed that it computes the flood and mti layers on the full region of the elevation raster instead of the pre-defined region settings. The relvant code I found from the r.hazard.flood is this: # Detect cellsize of the DEM info_region = grass.read_command('g.region', flags = 'p', rast = '%s' % (r_elevation)) dict_region = grass.parse_key_val(info_region, ':') resolution = (float(dict_region['nsres']) + float(dict_region['ewres']))/2 grass.message(Cellsize : %s % resolution) Would it be possible to either respect the current region settings or add a flag to choose between the dem region settings or current region settings? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] ps.map - eps frame affect/hide border and legend
Dear all, I'm trying to output a ps file with ps.map (GRASS 6.4.2). Results from the psmap.def are good, with border, colortable, vlegend, etc.. http://osgeo.codepad.org/NtM3oJy0 (pasted def file) But when I add an eps frame border, colortable and vlegend disappear. I changed the order, putting eps before or after the vlegend instruction, but without successful. Thanks, -- Domenico Giusti dnc...@gnewarchaeology.it GPG keyID: 2048R/A3AB7054F6E5D778 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] DOY support in t.register?
On Wed, Mar 5, 2014 at 3:21 PM, Sören Gebbert soerengebb...@googlemail.comwrote: print map_name, |, start, |, end I'm affraid that this prints also spaces around | and so t.register will fail because it expects only one separator, i.e. |. That should be print map_name + | + start + | + end http://grass.osgeo.org/grass70/manuals/t.register.html http://docs.python.org/2/reference/simple_stmts.html#print ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] DOY support in t.register?
Hi Vaclav! Yeah, I've noticed that and already changed it Thanks! Vero 2014-03-06 17:26 GMT+01:00 Vaclav Petras wenzesl...@gmail.com: That should be print map_name + | + start + | + end http://grass.osgeo.org/grass70/manuals/t.register.html http://docs.python.org/2/reference/simple_stmts.html#print ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] DOY support in t.register?
On Thu, Mar 6, 2014 at 12:58 PM, Veronica Andreo veroand...@gmail.comwrote: Hi Vaclav! Yeah, I've noticed that and already changed it Hi Veronica, so you are already learning Python, that's great! Vaclav Thanks! Vero 2014-03-06 17:26 GMT+01:00 Vaclav Petras wenzesl...@gmail.com: That should be print map_name + | + start + | + end http://grass.osgeo.org/grass70/manuals/t.register.html http://docs.python.org/2/reference/simple_stmts.html#print ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Problems to launch GRASS in OSX 10.6.8 (Snow Leopard)
Hi, When I launch GRASS GIS, must be appear the startup screen, but doesn't open it. All plugin are updated, I installed GRASS today from kynchaos web*.* Any help/advice?, Thank you, José Carlos Guerrero -- Dr. José Carlos Guerrero Laboratorio de Desarrollo Sustentable y Gestión Ambiental del Territorio (LDSGAT) Instituto de Ecología y Ciencias Ambientales (IECA) Facultad de Ciencias Universidad de la República Montevideo-URUGUAY ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] DOY support in t.register?
Hi Vaclav!!! lol!!! I'd wished!!! Just fixed it with awk :) Anyway, i tried what you suggested and didn't work in python 2.7. I googled a bit, and this worked in python 3.3 print(map_name, '|', start, '|', end, sep=) best, Vero 2014-03-06 20:46 GMT+01:00 Vaclav Petras wenzesl...@gmail.com: Hi Veronica, so you are already learning Python, that's great! Vaclav Thanks! Vero 2014-03-06 17:26 GMT+01:00 Vaclav Petras wenzesl...@gmail.com: That should be print map_name + | + start + | + end http://grass.osgeo.org/grass70/manuals/t.register.html http://docs.python.org/2/reference/simple_stmts.html#print ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] v.univar error in sum stats (windows, 6.4.3RC2)
Dear all, I have vector maps with just one line each. When I run v.univar setting a numeric collumn, de MIN and MAX value looks fine (the same value) but SUM stats looks very strange. Anyone have idea what is happening? best -- Miltinho - m...@rc.unesp.br Laboratório de Ecologia Espacial e Conservação - LEEC Depto de Ecologia - UNESP - Rio Claro Av. 24A, 1515- Bela Vista 13506-900 Rio Claro, SP, Brasil Fone: +55 19 3526-9647 (office) 19 3526-9680 (lab) Cel: 19 9853-3220 / 19 9853-5430 Depto Ecologia http://ib.rc.unesp.br/#!/departamentos/ecologia/ PG ECO BIODIV http://ib.rc.unesp.br/#!/departamentos/ecologia/pos-graduacao-em-ecologia-e-biodiversidade/ CV http://buscatextual.cnpq.br/buscatextual/visualizacv.do?id=K4792988H6mostrarNroCitacoesISI=truemostrarNroCitacoesScopus=true Google citations http://scholar.google.com/citations?user=OWX_2eAJ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] ps.map - eps frame affect/hide border and legend
Domenico wrote: I'm trying to output a ps file with ps.map (GRASS 6.4.2). Results from the psmap.def are good, with border, colortable, vlegend, etc.. http://osgeo.codepad.org/NtM3oJy0 (pasted def file) But when I add an eps frame border, colortable and vlegend disappear. I changed the order, putting eps before or after the vlegend instruction, but without successful. Hi, could you post a bug in the trac system? an example made using one of the standard grass datasets (Spearfish or North Carolina) would help a lot too. is the eps file inside or outside the map frame? sometimes it helps to move it. the used-added eps file is just copied verbatim within the final output file; it might help to keep it simple or clean with eps2eps first? did you put a final 'end' after all the ps.map instructions? thanks, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.hazard.flood does not respect region settings?
maning wrote: I'm testing r.hazard.flood and noticed that it computes the flood and mti layers on the full region of the elevation raster instead of the pre-defined region settings. The relvant code I found from the r.hazard.flood is this: # Detect cellsize of the DEM info_region = grass.read_command('g.region', flags = 'p', rast = '%s' % (r_elevation)) dict_region = grass.parse_key_val(info_region, ':') resolution = (float(dict_region['nsres']) + float(dict_region['ewres']))/2 grass.message(Cellsize : %s % resolution) Would it be possible to either respect the current region settings or add a flag to choose between the dem region settings or current region settings? if it needs to detect the original raster cell resolution (usually that's only needed to avoid aliasing artifacts in certain situations) it should use r.info to get the answer. I'm guessing due to the averaging of the ew and ns resolutions avoiding aliasing isn't the case. if a module wants to change the region (and almost none should ever do that except for g.region by itself) it should set up a temporary WIND_OVERRIDE first, in the case of python scripting there is an easy grass python function to make that and clean it up at the end. (otherwise parallel jobs get their regions messed up mid-run, and region changes without you expecting it will) I suspect grass.raster's raster_info() is the better way for r.hazard.flood to do what it's trying to do now. But also just querying the current g.region info without changing anything is probably even better, as that is what the other raster commands will expect to use. If the user should align perfectly with the input map first, it should be noted in the help page for them to do it manually before running the module. regards, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user