Helmut Kudrnovsky wrote:
> could it be that r60662 is only in trunk and not in 7.0.0svn?
Yes.
--
Glynn Clements
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
>There shouldn't be any practial limitation on the length of an
>expression in r60662 and later.
there are similar steps in the script
[1]
http://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.valley.bottom/r.valley.bottom.py#L205
[2]
http://trac.osgeo.org/grass/browser/grass-addons/g
Helmut Kudrnovsky wrote
>
> Glynn Clements wrote
>> Helmut Kudrnovsky wrote:
>>
>> There shouldn't be any practial limitation on the length of an
>> expression in r60662 and later.
>>
>> [Previously, there may have been OS-imposed limitations on the length
>> of a command line, but r60662 change
Glynn Clements wrote
> Helmut Kudrnovsky wrote:
>
>> by running the python script, a r.mapcalc-error pops up that the
>> expression
>> line is to long.
>
> Can you provide the exact message?
>
> There shouldn't be any practial limitation on the length of an
> expression in r60662 and later.
>
>
Helmut Kudrnovsky wrote:
> by running the python script, a r.mapcalc-error pops up that the expression
> line is to long.
Can you provide the exact message?
There shouldn't be any practial limitation on the length of an
expression in r60662 and later.
[Previously, there may have been OS-impose
Helmut Kudrnovsky wrote
> hi,
>
> given in a pynthon script:
>
>
> offsets3 = [d
> for j in xrange(1,6+1)
> for i in [j,-j]
> for d in
> [(i,0),(i,1),(i,2),(i,3),(i,4),(i,5),(i,6),(i,-1),(i,-2),(i,-3),(i,-4),(i,-5),(i,-6)]]
>
>
hi,
given in a pynthon script:
offsets3 = [d
for j in xrange(1,6+1)
for i in [j,-j]
for d in
[(i,0),(i,1),(i,2),(i,3),(i,4),(i,5),(i,6),(i,-1),(i,-2),(i,-3),(i,-4),(i,-5),(i,-6)]]
terms3 = ["(DEM_smoothed_step3_coarsed[%
