#1191: make install gives sed error in r43810
--+-
Reporter: cgsbob| Owner: grass-...@…
Type: defect| Status: new
Priority: normal| Milestone:
#1191: make install gives sed error in r43810
--+-
Reporter: cgsbob| Owner: grass-...@…
Type: defect| Status: new
Priority: normal| Milestone:
#1182: .inputrc improving msys WinGRASS command line
-+--
Reporter: msieczka | Owner: grass-...@…
Type: enhancement | Status: new
Priority: normal
Hamish wrote:
> for 6.5svn I would vote to add .zonal as another module if
> you like, but do not replace r.univar.
well, actually the diff is not so huge to make code auditing that
much of a problem, but it would need to be well tested.
generally I would prefer if we slow down new development in
Markus Neteler wrote:
> >> How could -g and -n be implemented?
Hamish:
> > add a new
> > G__write_timestamp2(FILE *, const struct TimeStamp *,
> > int shell_style, int numeric)
> >
> > then apply booleans at runtime?
>
> Maybe yes but I still would not know how to hijack the
>
[suggest moving this to the grass-dev ML]
Markus Metz wrote:
> >> I have renamed the grass-addons directory r.univar2.zonal to
> >> r.univar.zonal in r43802.
> >
> > Thanks for that. Yet no success since g.extension in
> GRASS 6 seems to fail on multi-target Makefiles.
>
> OK, suggested remedy:
>
#1189: wingrass: 'g.region -l' fails
---+
Reporter: hamish | Owner: grass-...@…
Type: defect | Status: new
Priority: critical | Milestone: 6.4.1
#1191: make install gives sed error in r43810
--+-
Reporter: cgsbob| Owner: grass-...@…
Type: defect| Status: new
Priority: normal| Milestone:
#1191: make install gives sed error in r43810
--+-
Reporter: cgsbob| Owner: grass-...@…
Type: defect| Status: new
Priority: normal| Milestone:
#1190: Error on compiling GRASS in Windows using osgeo4w
--+-
Reporter: kimbesson | Owner: grass-...@…
Type: defect| Status: new
Priority: critical |
#1190: Error on compiling GRASS in Windows using osgeo4w
--+-
Reporter: kimbesson | Owner: grass-...@…
Type: defect| Status: new
Priority: critical |
On Wed, Oct 6, 2010 at 11:43 AM, Hamish wrote:
> Markus wrote:
>> I would like to add a -g flag to r.timestamp for shell
>> script style output plus another
>> -n flag for numerical month output (only with -g to avoid
>> timestamp order confusion):
> ...
>> The problem is that r.timestamp uses
>>
Hamish wrote:
> Hi,
>
> re. r43805:
>
> +
> +An existing MASK raster map is respected for both reading input
> +and writing output.
>
> is that a newly added feature or documenting an old one?
>
An old one (absent in grass 3.2, introduced in grass 4.0), but it was
not working properly in grass6 bec
Hi,
re. r43805:
+
+An existing MASK raster map is respected for both reading input
+and writing output.
is that a newly added feature or documenting an old one?
if new, does it help speed up the very slow searches where there
is no input data? (e.g. when the region contains a large lake or
part
No, see:
http://lists.maptools.org/pipermail/proj/2009-September/004912.html
4.7.0 shipped with the wrong version number hardcoded.
Promise of cupcake restored? I don't know whether the suggestion by Markus
at the end of that thread got implemented?
Roger
GRASS GIS wrote:
>
> #1189: wingr
Markus wrote:
> I would like to add a -g flag to r.timestamp for shell
> script style output plus another
> -n flag for numerical month output (only with -g to avoid
> timestamp order confusion):
...
> The problem is that r.timestamp uses
> G__write_timestamp(stdout, &ts);
...
> Since it prints in
#1189: wingrass: 'g.region -l' fails
---+
Reporter: hamish | Owner: grass-...@…
Type: defect | Status: new
Priority: critical | Milestone: 6.4.1
#1189: wingrass: 'g.region -l' fails
---+
Reporter: hamish | Owner: grass-...@…
Type: defect | Status: new
Priority: critical | Milestone: 6.4.1
#1166: r.tileset: projection string munching on wingrass
-+--
Reporter: hamish | Owner: grass-...@…
Type: defect | Status: new
Priority: nor
hi,
I would like to add a -g flag to r.timestamp for shell script style
output plus another
-n flag for numerical month output (only with -g to avoid timestamp
order confusion):
Original:
r.timestamp mymap
26 Jan 2010
Desired:
r.timestamp -g -n mymap
day=26
month=1
year=2010
The pro
#1189: wingrass: 'g.region -l' fails
---+
Reporter: hamish | Owner: grass-...@…
Type: defect | Status: new
Priority: critical | Milestone: 6.4.1
#1184: "d.vect display=attr" imply grass open process but doesn't close them.
-+--
Reporter: met | Owner: grass-...@…
Type: defect | Status: new
Priority:
#1159: v.in.ascii points import fails in WinGRASS-6.4.0-1
--+-
Reporter: lponti | Owner: grass-...@…
Type: defect | Status: closed
Priority: blocker |
Greetings
I originally sent this emssage to the GRASS users mailing list. At that time
Glynn told me that it's not possible tyo have Python Scripts in GRASS 6.x in
Windows (which is a disapointment for me since I have already developed
Python scripts for Linux and I was willing to have them in Win
#1182: .inputrc improving msys WinGRASS command line
-+--
Reporter: msieczka | Owner: grass-...@…
Type: enhancement | Status: new
Priority: normal
25 matches
Mail list logo
