#612: g.html2man: parsing leads to man page errors
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Miles
Glynn:
> g.setproj doesn't exist in GRASS 7; g.proj is the only way
> to set projection information.
is the entire (relevant) feature set of g.setproj available
through g.proj via the wx location wizard, or is there still
more work to do for that? (eg setting ellipsiods?)
Hamish
Jorge:
> I send a the proposed files.
Hi,
please please file patches as unidiff attachments to a new
Enhancement ticket in the trac system, diff'd versus SVN trunk.
otherwise the overhead to deal with everyone's patches gets
quickly out of hand.
http://trac.osgeo.org/grass/report
thanks,
H
Hamish wrote:
> for stability reasons I'd reserve changes to such low-level things to
> grass 7.
g.setproj doesn't exist in GRASS 7; g.proj is the only way to set
projection information.
--
Glynn Clements
___
grass-dev mailing list
grass-dev@lists.o
Markus Neteler wrote:
> I am trying to see if an eval() function in my r.mapcalc script
> does what it should. Is there a way to activate a "verbose"
> mode which spits out for each pixel operation the values of
> the used variables?
No.
> Using 'sh -x' isn't sufficient for variables declared w
#615: Error querying vectors in Grass 6.5
--+-
Reporter: epatton | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.5.0
Hi,
> Thanks, Jorge and Hamish for elaborating on this.
>
> If I understand correctly, then Jorge's additions could be integrated
> seamlessly into v.surf.idw, that is without breaking/changing its
> default behaviour?
Yes.
I send a the proposed files.
The only apparent change of default behav
#615: Error querying vectors in Grass 6.5
--+-
Reporter: epatton | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.5.0
#615: Error querying vectors in Grass 6.5
--+-
Reporter: epatton | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal
Hi,
I am facing to the crazy memory corruption again, e.g. now v.db.select
segfaults. It's always related to Vect_open_old-*() fns. On line 118
in main.c is called Vect_open_old_head(). Before the function call
(gdb) p fs_opt->answer
$13 = 0xb7f0aea9 "|"
OK
after
(gdb) p fs_opt->answer
$14 = 0
Thanks, Jorge and Hamish for elaborating on this.
If I understand correctly, then Jorge's additions could be integrated
seamlessly into v.surf.idw, that is without breaking/changing its
default behaviour? If so, I am in favour of integrating these additions
into SVN.
I agree that we should stick
11 matches
Mail list logo
