I will have to update some assignments if the name is changed, but it should
not be too much.
It will be better to rename it now rather than later, so +1 for the new name
Helena
On Sep 29, 2011, at 11:32 PM, Hamish wrote:
> Martin wrote:
>> I would prefer to rename nviz_cmd to m.nviz.image al
Martin wrote:
> I would prefer to rename nviz_cmd to m.nviz.image also in
> GRASS6. It's quite new module which is not used by normal users,
who among us are normal users? :-)
(but seriously, I think one of the great draws of grass is that
it lets you do (or adapt the code to) odd-ball tasks whic
#1014: wxgui: display labels doesn't work
-+--
Reporter: hamish | Owner: martinl
Type: defect | Status: closed
Priority: major | Milestone: 6.4.2
Component: wxGUI
2011/9/30 Glynn Clements :
> The "raster" directory has an HTML file (rasterintro.html), and the
> %.html rule tries to install the r.in.png and r.out.png "images". The
> install program treats it as an error if you try to install a
> directory.
>
> I modified raster/Makefile to include explicit du
Markus Neteler wrote:
> >> You need to configure GRASS with --with-cxx to enable the compilation
> >> of i.atcorr.
> >
> > Should this be enabled by default?
>
> Yes, why not.
Done in r48564.
--
Glynn Clements
___
grass-dev mailing list
grass-dev@l
Markus Neteler wrote:
> GDAL uses .cpp. Also others - a quick local poll on my dev machine:
>
> [neteler@north ~]$ locate '.cpp' | wc -l
> 14213
> [neteler@north ~]$ locate '.cc' | wc -l
> 834
> [neteler@north ~]$ locate '.cxx' | wc -l
> 672
Probably influenced by MSVC/DevStudio using .cpp.
>
Martin Landa wrote:
> when trying first option I am getting mysterious error
>
> /usr/bin/install -c -m 644 r.in.png
> /usr/local/src/grass_trunk/dist.i686-pc-linux-gnu/docs/html/r.in.png
> /usr/bin/install: omitting directory `r.in.png'
> make[1]: ***
> [/usr/local/src/grass_trunk/dist.i686-p
Hi,
2011/9/30 Glynn Clements :
when trying first option I am getting mysterious error
/usr/bin/install -c -m 644 r.in.png
/usr/local/src/grass_trunk/dist.i686-pc-linux-gnu/docs/html/r.in.png
/usr/bin/install: omitting directory `r.in.png'
make[1]: ***
[/usr/local/src/grass_trunk/dist.i686-pc-l
Markus Neteler wrote:
> when compiling G7 after make distclean, always
> Errors in:
> /home/neteler/grass70/gui/wxpython/docs
>
> when using make -jX. A second run solves it.
>
> Trivial, but it would be nice to see that fixed. My Makefile foo
> is not sufficient for this.
The pattern rule in
--- On Thu, 9/29/11, Helmut Kudrnovsky wrote:
Glynn:
> >> Also, AFAICT the installer doesn't attempt to fix ${prefix}
> >> to match the actual installation directory, so if the user
> >> chooses a different location, Platform.make will be wrong.
Hamish:
> > right; not really sure how to do an 's
2011/9/29 Markus Neteler :
> I'd vote for .cc|.cxx -> .cpp
personally I prefer `.cpp`.
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Thu, Sep 29, 2011 at 10:28 PM, Glynn Clements
wrote:
>
> Markus Neteler wrote:
>
>> You need to configure GRASS with --with-cxx to enable the compilation
>> of i.atcorr.
>
> Should this be enabled by default?
Yes, why not.
> With libraries, there's at least a possibility that the user might
>
Hi,
2011/9/29 Markus Neteler :
> when compiling G7 after make distclean, always
> Errors in:
> /home/neteler/grass70/gui/wxpython/docs
>
> when using make -jX. A second run solves it.
>
> Trivial, but it would be nice to see that fixed. My Makefile foo
> is not sufficient for this.
the exact erro
2011/9/29 Glynn Clements :
>> You need to configure GRASS with --with-cxx to enable the compilation
>> of i.atcorr.
>
> Should this be enabled by default?
I would say 'yes'.
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing
Markus Neteler wrote:
> You need to configure GRASS with --with-cxx to enable the compilation
> of i.atcorr.
Should this be enabled by default?
With libraries, there's at least a possibility that the user might
infer that a particular module will need the appropriate --with-*
flag. But there's
Hi,
when compiling G7 after make distclean, always
Errors in:
/home/neteler/grass70/gui/wxpython/docs
when using make -jX. A second run solves it.
Trivial, but it would be nice to see that fixed. My Makefile foo
is not sufficient for this.
Markus
___
Hamish wrote:
> I wonder how hard
> it would be to write a small C or python program which could
> convert the string to an 8.3 pathname, as %%~sFoo might do in a
> batch file? so we could build in something like:
> if [ -n "$MSYS" ] ; then
> MAPSET_DIR_safe=`g.dosname path="$MAPSET_DIR"`
>
On Thu, Sep 29, 2011 at 4:57 PM, Alfredo Alessandrini
wrote:
> Hi,
>
> the module i.atcorr in 6.4svn and 7svn don't compile (debian wheezy - 64 bit).
>
> With make in the mail folder I have not error.
(for the list record, since Anne solved it offlist already)
You need to configure GRASS with --
Hi,
the module i.atcorr in 6.4svn and 7svn don't compile (debian wheezy - 64 bit).
With make in the mail folder I have not error.
With make in i.atcorr folder I've this log:
http://dpaste.com/hold/623443/
Thanks,
Alfredo
___
grass-dev mailing list
#1184: "d.vect display=attr" imply grass open process but doesn't close them.
--+-
Reporter: met | Owner: grass-dev@…
Type: defect| Status: new
>> Also, AFAICT the installer doesn't attempt to fix ${prefix}
>> to match the actual installation directory, so if the user
>> chooses a different location, Platform.make will be wrong.
>
>right; not really sure how to do an 'sed -i' at install time
>with the nsi installer tools.
as I remember c
#1420: wxGUI: modeller
-+--
Reporter: neteler | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 6.4.2
Hi,
2011/9/29 Helena Mitasova :
> is nviz_cmd supposed to work in winGRASS6.4.2 (it works on mac and linux)
> or is the Windows support planned only for winGRASS7 with m.nviz.image
it should work (not tested), I would prefer to rename nviz_cmd to
m.nviz.image also in GRASS6. It's quite new module
Glynn wrote:
> > > Make itself doesn't have any quoting mechanism, so you
> > > can't have spaces in any path which is used as part of
> > > a target or prerequisite, or an "include" directive, or
> > > which is processed by make functions (patsubst, wildcard,
> > > etc).
Hamish:
> > as there will
24 matches
Mail list logo
