Hamish 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).
>
> as there will be spaces in both
Hamish wrote:
> also, don't know if it really matters, but:
>
> [...]
> make htmlscript scriptstrings
> [...]
> .../1470.0/dist.i686/scripts/r.surf.volcano --html-description < /dev/null |
> grep -v '\|' > r.surf.volcano.tmp.html ; true ; fi
> ERROR: G_getenv(): Variable LOCATION_NAME not set
Hamish wrote:
> > > one that failed was d.barb, it failed looking for
> > -lfreetype, although libfreetype6.so.* is found in /usr/lib.
> >
> > That won't help; it would have to be using -lfreetype6
> > rather than -lfreetype.
>
> sorry my mistake, /usr/lib/libfreetype.so.6* exists from the main
Martin,
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
thank you,
Helena
On Sep 28, 2011, at 6:59 AM, Martin Landa wrote:
> Hi,
>
> 2011/8/28 Hamish :
>>> d.* should only be used for modules whi
Glynn:
> > > So don't set INST_NOW=y;
Hamish:
> > Without that it fails almost immediately.
Glynn:
> In what way?
hmm, maybe setting ARCH_BINDIR fixed that now.
also, don't know if it really matters, but:
[...]
make htmlscript scriptstrings
[...]
.../1470.0/dist.i686/scripts/r.surf.volcano --
Hamish wrote:
> > This looks like it will fail if there are spaces in
> > the path names:
[...]
Glynn wrote:
> Single quotes:
>
> make MODULE_TOPDIR="$GISBASE" \
> ARCH_INC="'-I$GISBASE/include'
> '-I${MYINST_DIR}/include' '-I$TMPDIR/$DIST_DIR/include'" \
> ARCH_LIBPATH="'-L$GISBASE/lib'
> '
> Hamish wrote:
> > one that failed was d.barb, it failed looking for
> -lfreetype, although libfreetype6.so.* is found in /usr/lib.
>
> That won't help; it would have to be using -lfreetype6
> rather than -lfreetype.
sorry my mistake, /usr/lib/libfreetype.so.6* exists from the main
debian packag
#1420: wxGUI: modeller
-+--
Reporter: neteler | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 6.4.2
#1420: wxGUI: modeller
-+--
Reporter: neteler | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 6.4.2
Hamish wrote:
[I missed this part in my previous reply.]
> This looks like it will fail if there are spaces in the path names:
>
> make MODULE_TOPDIR="$GISBASE" \
>ARCH_INC="-I$GISBASE/include -I${MYINST_DIR}/include
> -I$TMPDIR/$DIST_DIR/include" \
>ARCH_LIBPATH="-L$GISBASE/lib -L${MY
Hamish wrote:
> > So don't set INST_NOW=y;
>
> Without that it fails almost immediately.
In what way?
--
Glynn Clements
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hamish wrote:
> one that failed was d.barb, it failed looking for -lfreetype, although
> libfreetype6.so.* is found in /usr/lib.
That won't help; it would have to be using -lfreetype6 rather than
-lfreetype.
> but not the static lib which
> ships with the libfreetype6-dev package. After install
#1331: winGrass: hangs when displaying vector attribute labels
--+-
Reporter: morrisxs09| Owner: grass-dev@…
Type: defect| Status: new
Priority: cri
#1452: wx location wizard doesn't ask for datum transform options because proj4
4.7.1's epsg file is broken
-+--
Reporter: hamish | Owner: grass-dev@…
Type: defect
#1452: wx location wizard doesn't ask for datum transform options because proj4
4.7.1's epsg file is broken
-+--
Reporter: hamish | Owner: grass-dev@…
Type: defect
#1452: wx location wizard doesn't ask for datum transform options because proj4
4.7.1's epsg file is broken
-+--
Reporter: hamish | Owner: grass-dev@…
Type: defect
#1452: wx location wizard doesn't ask for datum transform options because proj4
4.7.1's epsg file is broken
---+
Reporter: hamish | Owner: grass-dev@…
Type: defect
Hi,
2011/8/28 Hamish :
>> d.* should only be used for modules which use the display
>> subsystem (monitors, GRASS_PNGFILE, etc), which doesn't apply
>> to nviz_cmd.
>
> may I suggest to use m.* then. (keeping g.* for gis admin
> functions)
to summarize `nviz_cmd` could be renamed to `m.nviz.image
On Wed, Sep 28, 2011 at 11:13 AM, Martin Landa wrote:
> 2011/9/28 Hamish :
>> Markus Metz wrote:
>>> I agree. v.db.univar should have options 'map' and 'layer', not
>>> 'table', 'driver', and 'database'. Otherwise it would need to be
>>> called db.univar, not v.db.univar.
>>
>> since there is alre
On Wed, Sep 28, 2011 at 7:50 AM, Chemin, Yann (IWMI) wrote:
> I remember Radim Blazek in FOSS conference in Bangkok 2003 having a speech
> recognition system for shortest path on GRASS using Familiar Linux for PDA.
... yes, it was really nice.
Here is the publication:
J. Stankovic, M. Neteler an
On Mon, Sep 26, 2011 at 9:18 PM, wrote:
> Author: glynn
> Date: 2011-09-26 12:18:23 -0700 (Mon, 26 Sep 2011)
> New Revision: 48480
>
> Modified:
> grass/branches/develbranch_6/raster/r.series/main.c
> Log:
> Revert r41666 (breaks quantile=)
I need to calculate threshold value for growing degre
Hi,
2011/9/26 Helmut Kudrnovsky :
> wingrass7 - nightly builds (http://wingrass.fsv.cvut.cz/grass70/) seems
> to be broken, last nightly build:
>
> WinGRASS-7.0.SVN-r48402-1-Setup.exe 22-Sep-2011 05:30 52M
should be back now.
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
_
> anybody else has tried this
> but one of the students in my class got GRASS running on a cell phone.
> We will see what we can do with its GPS. If anybody else is
> running this and developing any related applications, please let us know,
you'll probably want to look at gpsd.berlios.de for hand
2011/9/28 Hamish :
> Markus Metz wrote:
>> I agree. v.db.univar should have options 'map' and 'layer', not
>> 'table', 'driver', and 'database'. Otherwise it would need to be
>> called db.univar, not v.db.univar.
>
> since there is already a v.univar module like that, renaming to db.univar
> seems
2011/9/28 Hamish :
> ps- any objections to renaming g.transform to m.* in trunk? (2nd call)
no. 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-
Markus Metz wrote:
> I agree. v.db.univar should have options 'map' and 'layer', not
> 'table', 'driver', and 'database'. Otherwise it would need to be
> called db.univar, not v.db.univar.
since there is already a v.univar module like that, renaming to db.univar
seems like the path to take.
Hami
> Hamish wrote:
> > the main thing I'd like to see get done before rc1 is an answer on
> > the double call to $(MAKE) if INST_NOW=y is passed to Grass.make.
> >
> > AFAICT that's the only thing left blocking g.extension[.sh] from
> > finally working with the Ubuntu & Debian packages by users
> >
On Tue, Sep 27, 2011 at 11:32 PM, Martin Landa wrote:
> 2011/9/27 :
>> Author: neteler
>> Date: 2011-09-27 14:23:17 -0700 (Tue, 27 Sep 2011)
>> New Revision: 48507
>>
>> Modified:
>> grass/branches/releasebranch_6_4/scripts/v.db.univar/v.db.univar
>> Log:
>> fix crash
>>
>> Modified: grass/bran
28 matches
Mail list logo