Hi,
2012/2/13 Luca Delucchi :
> I just try to link a postgis table with v.external but it return an error
>
> GRASS 6.4.2svn (utm32n):~ > v.external dsn="PG:host=localhost
> user=lucadelu dbname=osm" layer=trentino_point
> out=trentino_point_grass
> Building topology for vector map ...
> WARNING:
On Tue, Feb 14, 2012 at 12:34 AM, wrote:
> Author: hamish
> Date: 2012-02-13 15:34:14 -0800 (Mon, 13 Feb 2012)
> New Revision: 50806
>
> Modified:
> grass/branches/develbranch_6/vector/lidar/v.surf.bspline/main.c
> Log:
> change default lambda_i to 0.01 before it ruins any more results (see #10
#1088: r.fillnulls: support other interpolation methods
-+--
Reporter: kyngchaos| Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Mil
#1088: r.fillnulls: support other interpolation methods
-+--
Reporter: kyngchaos| Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Mil
I just try to link a postgis table with v.external but it return an error
GRASS 6.4.2svn (utm32n):~ > v.external dsn="PG:host=localhost
user=lucadelu dbname=osm" layer=trentino_point
out=trentino_point_grass
Building topology for vector map ...
WARNING: Random read is not supported by OGR for this
I made some tweaks to r.horizon/main.c to almost half its runtime and
remove a bug. By my tests, it's output is identical to before, but a 219
minute run has been reduced to 110 minutes. Mostly due to removal of
unneeded floor() calls. I could use some people to test and make sure I'm
not introduci
#1088: r.fillnulls: support other interpolation methods
-+--
Reporter: kyngchaos| Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Mil
Thanks a ton, Markus! Just recompiled and it works perfectly.
Andy
On Mon, Feb 13, 2012 at 7:44 AM, Markus Metz
wrote:
> On Mon, Feb 13, 2012 at 10:27 AM, Andy Wickert wrote:
>> Hi developers,
>>
>> I have just taken a script that uses r.buffer in GRASS 6.4 and moved
>> it to GRASS 7.0. I am us
#1574: v.to.rast in python loop: Error raster already exists
---+
Reporter: jradinger | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Mile
On Mon, Feb 13, 2012 at 10:27 AM, Andy Wickert wrote:
> Hi developers,
>
> I have just taken a script that uses r.buffer in GRASS 6.4 and moved
> it to GRASS 7.0. I am using geographic coordinates, and in GRASS 6.4,
> r.buffer (as advertised) worked just fine in meters by doing the
> appropriate t
#1088: r.fillnulls: support other interpolation methods
-+--
Reporter: kyngchaos| Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Mil
#1415: closecell: can't move + quant file error in winGRASS Msys shell
--+-
Reporter: neteler | Owner: grass-dev@…
Type: defect| Status: new
#96: v.surf.bspline column option broken
---+
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: closed
Priority: major | Milestone: 7.0.0
Hi developers,
I have just taken a script that uses r.buffer in GRASS 6.4 and moved
it to GRASS 7.0. I am using geographic coordinates, and in GRASS 6.4,
r.buffer (as advertised) worked just fine in meters by doing the
appropriate transformation. However, in GRASS 7.0, the buffer is ~20
times too
14 matches
Mail list logo