[GRASS-dev] is there a grass limit on opening a number of files

2013-05-17 Thread Yann Chemin
Hi I am testing a module that opens a large number of files as input, large being in thousands. the 513th file is doing well individually, however the module just cannot read it (and subsequent ones). -- ERROR: Unable to open input file

Re: [GRASS-dev] is there a grass limit on opening a number of files

2013-05-17 Thread Margherita Di Leo
Hey Yann! see http://grasswiki.osgeo.org/wiki/Large_raster_data_processing#Number_of_open_files_limitation On Fri, May 17, 2013 at 8:25 AM, Yann Chemin yann.che...@gmail.com wrote: Hi I am testing a module that opens a large number of files as input, large being in thousands. the 513th

Re: [GRASS-dev] [GRASS-user] RE : RE : Merge polygone with same attribut of a shapefile

2013-05-17 Thread Nikos Alexandris
Nikos Alexandris wrote: .. # get stats for cats in layer 2, that is for all different cats! v.rast.stats -c vector=polygons_tmp raster=RandomRaster column_prefix=rr2 layer=2 #...unfortunately, this last step in uploading stats in to layer 2, fails in G7 :-( e.g. v.rast.stats -c -e

[GRASS-dev] In G7, v.category with option=transfer layer=1, 2 doesn't seem to be effective

2013-05-17 Thread Nikos Alexandris
In G7 # transfer cats to new layers, as the manual describes [1] v.category polygons option=transfer layer=1,2 out=polygons_tmp # checking v.db.select polygons_tmp cat|id|cat_ 1|1| v.db.select polygons_tmp layer=2 cat Shouldn't that work out-of-the box? N ps- Related:

Re: [GRASS-dev] In G7, v.category with option=transfer layer=1, 2 doesn't seem to be effective

2013-05-17 Thread Martin Landa
Hi, 2013/5/17 Nikos Alexandris n...@nikosalexandris.net: In G7 # transfer cats to new layers, as the manual describes [1] v.category polygons option=transfer layer=1,2 out=polygons_tmp `v.category` just transfer categories, the module do not reconnect attribute tables. Check `v.category

Re: [GRASS-dev] [GRASS-user] i.landsat.toar fails to convert DNs (bands 61 and 62) to temperature for Landsat 7 scene

2013-05-17 Thread Nikos Alexandris
Nikos wrote: While i.landsat.toar works just fine with all bands in converting DNs to Radiance/Reflectance (with some method=dos?), it seems, at least in once case (scene LE71840312002041SGS00), it fails to convert bands 61 and 62 in temperature! Same happens (as described below in

Re: [GRASS-dev] In G7, v.category with option=transfer layer=1, 2 doesn't seem to be effective

2013-05-17 Thread Nikos Alexandris
Nikos wrote: In G7 # transfer cats to new layers, as the manual describes [1] v.category polygons option=transfer layer=1,2 out=polygons_tmp Martin wrote: `v.category` just transfer categories, the module do not reconnect attribute tables. Check `v.category opt=report`. # checking

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

2013-05-17 Thread Glynn Clements
Rainer M. Krug wrote: One option is to modify round() to take a second argument (defaulting to 1), and have it return the first argument rounded to the nearest multiple of the second. The return type would be that of the second argument, i.e. round(x,1) rounds to the nearest integer and

Re: [GRASS-dev] In G7, v.category with option=transfer layer=1, 2 doesn't seem to be effective

2013-05-17 Thread Nikos Alexandris
Nikos wrote: In G7 # transfer cats to new layers, as the manual describes [1] v.category polygons option=transfer layer=1,2 out=polygons_tmp # checking v.db.select polygons_tmp cat|id|cat_ 1|1| v.db.select polygons_tmp layer=2 cat Shouldn't that work out-of-the box? [..] Sorry,

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

2013-05-17 Thread Paulo van Breugel
Hi Glynn and Rainer Happy to see this exchange of ideas. It would be great if this could be implemented. Do you think it is useful I make a feature request on the bug tracker (with link to this email thread) so the idea doesn't get lost? On Fri, May 17, 2013 at 4:38 PM, Glynn Clements

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

2013-05-17 Thread Rainer M. Krug
Glynn Clements gl...@gclements.plus.com writes: Rainer M. Krug wrote: One option is to modify round() to take a second argument (defaulting to 1), and have it return the first argument rounded to the nearest multiple of the second. The return type would be that of the second argument,

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

2013-05-17 Thread Rainer M. Krug
Paulo van Breugel p.vanbreu...@gmail.com writes: Hi Glynn and Rainer Happy to see this exchange of ideas. It would be great if this could be implemented. Do you think it is useful I make a feature request on the bug tracker (with link to this email thread) so the idea doesn't get lost? Yes

Re: [GRASS-dev] In G7, v.category with option=transfer layer=1, 2 doesn't seem to be effective

2013-05-17 Thread Markus Metz
On Fri, May 17, 2013 at 4:18 PM, Nikos Alexandris n...@nikosalexandris.net wrote: Nikos wrote: # hm? ok... let's transfer the layer 1 to layer 2, 3 ## ...to polygons_tmp -- why is this required? Because you want to create a new vector map. v.category polygons option=transfer layer=1,2,3

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

2013-05-17 Thread Markus Metz
On Fri, May 17, 2013 at 5:13 PM, Paulo van Breugel p.vanbreu...@gmail.com wrote: Hi Glynn and Rainer Happy to see this exchange of ideas. It would be great if this could be implemented. Do you think it is useful I make a feature request on the bug tracker (with link to this email thread) so

Re: [GRASS-dev] interp_type: cubic | bicubic

2013-05-17 Thread Markus Metz
On Thu, May 16, 2013 at 11:37 AM, Sören Gebbert soerengebb...@googlemail.com wrote: Hi, 2013/5/16 Glynn Clements gl...@gclements.plus.com: Martin Landa wrote: recently I have added a standardized option for sampling interpolation methods [1], based on lib/raster/sample.c and codes defined

Re: [GRASS-dev] Overflow warning in r.mapcalc calculation

2013-05-17 Thread Paulo van Breugel
Thanks Markus, That is certainly a good suggestion. The problem however remains I think with the part round(C / 0.0001) If C/0.0001 2^31, i.e., larger then the maximum possible integer, there will be an error. The white spaces, is that for another reason then being clearer? Cheers,

[GRASS-dev] [GRASS GIS] #1976: Allow rounding of floating numbers

2013-05-17 Thread GRASS GIS
#1976: Allow rounding of floating numbers -+-- Reporter: pvanbosgeo | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone:

Re: [GRASS-dev] [GRASS GIS] #1976: r.mapcalc: Allow rounding of floating numbers (was: Allow rounding of floating numbers)

2013-05-17 Thread GRASS GIS
#1976: r.mapcalc: Allow rounding of floating numbers -+-- Reporter: pvanbosgeo | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal |