#498: r.sun2 commissioning trials
+---
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.2
Component: Raster | Ver
#498: r.sun2 commissioning trials
+---
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.2
Component: Raster | Ver
Glynn wrote:
> Because it's one more unnecessary environment variable.
> Some systems have a limit (4k is common) on the
> combined memory used by the environment and the command
> line, so enlarging the environment reduces the maximum
> length of a command.
fair enough. but,
> A single environm
#1480: v.outlier - distinguish positive and negative outlier filtering from
lidar
point clouds
-+--
Reporter: sbl | Owner: grass-dev@…
Type: enhancement | Status: new
#1477: error running v.what.vect under Windows/Osgeo4w
--+-
Reporter: lutra| Owner: grass-dev@…
Type: defect | Status: closed
Priority: major| M
#1477: error running v.what.vect under Windows/Osgeo4w
--+-
Reporter: lutra| Owner: grass-dev@…
Type: defect | Status: closed
Priority: major| M
#1480: v.outlier - distinguish positive and negative outlier filtering from
lidar
point clouds
-+--
Reporter: sbl | Owner: grass-dev@…
Type: enhancement | Status: new
#1480: v.outlier - distinguish positive and negative outlier filtering from
lidar
point clouds
-+--
Reporter: sbl | Owner: grass-dev@…
Type: enhancement | Status: new
#1479: error running v.generalize under Windows/Osgeo4w
-+--
Reporter: lutra| Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Mil
#1477: error running v.what.vect under Windows/Osgeo4w
-+--
Reporter: lutra| Owner: grass-dev@…
Type: defect | Status: new
Priority: major| Mile
#1210: g.remove fails to remove vector files under GRASS/OSgeo4w
--+-
Reporter: lutra| Owner: grass-dev@…
Type: defect | Status: closed
Priority: critical
#1476: Error when deleting corrupted vectors under Windows/osgeo4w
--+-
Reporter: lutra| Owner: grass-dev@…
Type: defect | Status: closed
Priority: major
Hamish wrote:
> > Martin wrote:
> > > so what's the preferred solution for G7
> > >
> > > 1) single variable GRASS_ADDON_PATH for all components
> > >(as it is)
> > > 2) two variables - GRASS_ADDON_BASE and
> > >GRASS_ADDON_PATH (path only as in G6)
> Glynn:
> > #1. Although the name doe
#498: r.sun2 commissioning trials
+---
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.2
Component: Raster | Ver
On Mon, Oct 24, 2011 at 4:06 PM, Luisa Peña wrote:
> I have tried your suggestion
>
> sudo make MODULE_TOPDIR=/usr/lib64/grass641/
>
> No.. That folder does not exist
so, then please check where the folder is... I don't know the
packaging scheme of your Linux distro.
Markus
_
I have tried your suggestion
sudo make MODULE_TOPDIR=/usr/lib64/grass641/
No.. That folder does not exist
2011/10/24 Markus Neteler
> On Mon, Oct 24, 2011 at 1:11 PM, Luisa Peña
> wrote:
> > Hi Markus
>
> (please keep it on the list)
>
> > I have tried
>
> ... what? need to know it.
>
> Does
On Mon, Oct 24, 2011 at 1:11 PM, Luisa Peña wrote:
> Hi Markus
(please keep it on the list)
> I have tried
... what? need to know it.
Does
/usr/lib64/grass-6.4.1/include/Make/
exist?
Markus
> and I got:
> Makefile:5: /usr/lib64/grass-6.4.1/include/Make/Script.make: No such file or
> director
#1478: Too many files in destination directory v.out.ogr, write fails
-+--
Reporter: MarjanM444 | Owner: grass-dev@…
Type: defect | Status: closed
Priority: norma
On Mon, Oct 24, 2011 at 11:36 AM, Luisa Peña wrote:
> Greetings
> (this is almost a follow-up of
> (http://lists.osgeo.org/pipermail/grass-dev/2011-October/056366.html)
Please keep all in one email thread.
See my response there...
Markus
___
grass-dev
On Mon, Oct 24, 2011 at 10:27 AM, Luisa Peña wrote:
> Greetings
> I have installed GRASS 6.4.1 from ELGIS.argeo repository (grass.x86_64) and
> installed. Also I have installed grass-devel package fromt he same
> repository. What is not correc in this?
Yes it is. The question where your module is
Greetings
(this is almost a follow-up of (
http://lists.osgeo.org/pipermail/grass-dev/2011-October/056366.html)
I have installed the following packages using ELGIS repository:
grass-6.4.1-2.el5.elgis
grass-libs-6.4.1-2.el5.elgis
grass-devel-6.4.1-2.el5.elgis
qgis-grass-1.6.0-3_2.el5.elgis
in /usr
Greetings
I have installed GRASS 6.4.1 from ELGIS.argeo repository (grass.x86_64) and
installed. Also I have installed grass-devel package fromt he same
repository. What is not correc in this?
Or at least, can anyone point me where can I get all steps of this
procedure?
Thanks
Luisa
2011/10/22 Mar
Thx for your reply. As you sad, the problem was in the DEM (but I don't know
why).
I created a new mapset (equal than the old) and I reprojected the DEM (with
r.proj) again. So, now, there aren't any artifacts. The map it's all good.
Thank you!
Sergio Gollino
--
View this message in context:
h
23 matches
Mail list logo