How does one tell if this is the same problem? and what would be the approach
to fix it?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Grass-sqlite-errors-on-OSX-tp5095002p5095320.html
Sent from the Grass - Users mailing list archive at Nabble.com.
___
On Fri, Dec 20, 2013 at 12:37 PM, Markus Neteler wrote:
> On Fri, Dec 20, 2013 at 4:54 PM, manuel.martin
> wrote:
> > Hi all,
> > I just computed the slope using r.slope.aspect on the Aster data over the
> > full French territory, and as a result got large artefact stripes on a
> south
> > west-
On Fri, Dec 20, 2013 at 4:54 PM, manuel.martin
wrote:
> Hi all,
> I just computed the slope using r.slope.aspect on the Aster data over the
> full French territory, and as a result got large artefact stripes on a south
> west-north east axe? When could it come from (inadequate re-projection, the
>
Hi all,
I just computed the slope using r.slope.aspect on the Aster data over
the full French territory, and as a result got large artefact stripes on
a south west-north east axe? When could it come from (inadequate
re-projection, the slope routine or the aster data)?
The stripped result :
ht
Hi,
2013/12/19 Markus Neteler :
>>> when playing with SRTM data I found out that `r.fill.nulls`'s RST
>>> method usually fails [1] -- compared to `method=cubic` (cubic spline
>>> interpolation) [2]. Is it expectable?
>>>
>>> Wouldn't be better to change default method to 'cubic' (v.surf.spline
>>
On Fri, Nov 22, 2013 at 4:05 PM, Martin Landa wrote:
> Hi,
>
> when playing with SRTM data I found out that `r.fill.nulls`'s RST
> method usually fails [1] -- compared to `method=cubic` (cubic spline
> interpolation) [2]. Is it expectable?
>
> Wouldn't be better to change default method to 'cubic'
