Hi,
yes, this issue affects Gentoo Linux too. Someone has broken this feature.
Maris.
2007/11/25, Hamish <[EMAIL PROTECTED]>:
> > The option "Help->About System" starts another instance of the gis
> > manager.
>
> ISTR someone else had reported this recently?
>
__
re. yesterday's v.in.ascii changes, rev 1.51
http://freegis.org/cgi-bin/viewcvs.cgi/grass6/vector/v.in.ascii/in.c
"Changes since 1.50: +465 -425 lines
Run indent
Message standardization"
Please do not mix code changes with indent changes!
It makes it very hard to review the code changes.
SUB
On 11/25/07 7:33 PM, "Hamish" <[EMAIL PROTECTED]> wrote:
> Michael Barton wrote:
>> In any case, the user still has to manually edit this file, which is
>> difficult in a non-Linux environment.
>
> if you can find a command prompt on mac/linux and you use Bash:
> echo "export GRASS_FONT=Vera
Michael Barton wrote:
> In any case, the user still has to manually edit this file, which is
> difficult in a non-Linux environment.
if you can find a command prompt on mac/linux and you use Bash:
echo "export GRASS_FONT=Vera" >> ~/.grass.bashrc
I'm not sure what the windows version would look
On 11/25/07 3:42 PM, "Hamish" <[EMAIL PROTECTED]> wrote:
>> Michael Barton wrote:
>>> What about making GRASS_FONT a GRASS variable rather than a shell variable?
>>> I assume that it then could be set by g.gisenv (ending up in .grassrc6) and
>>> consequently would then persist across working se
On 11/25/07 2:43 PM, "Glynn Clements" <[EMAIL PROTECTED]> wrote:
>
> Michael Barton wrote:
>
Also, where is the GRASS default font set to Romans?
>>>
>>> mon.select (display/d.mon/pgms/select.c) and LOC_init()
>>> (lib/raster/loc_io.c).
>>>
Now that we have a system-wide fontcap,
> Michael Barton wrote:
> > What about making GRASS_FONT a GRASS variable rather than a shell variable?
> > I assume that it then could be set by g.gisenv (ending up in .grassrc6) and
> > consequently would then persist across working sessions.
Glynn Clements wrote:
> It should go into the user's
Michael Barton wrote:
> What about making GRASS_FONT a GRASS variable rather than a shell variable?
> I assume that it then could be set by g.gisenv (ending up in .grassrc6) and
> consequently would then persist across working sessions.
It should go into the user's environment, via ~/.grass.bash
Michael Barton wrote:
> >> Also, where is the GRASS default font set to Romans?
> >
> > mon.select (display/d.mon/pgms/select.c) and LOC_init()
> > (lib/raster/loc_io.c).
> >
> >> Now that we have a system-wide fontcap, that normally would include nice
> >> TrueType fonts, wouldn't it be better
Andreas C. Lange wrote:
> - ./configure needs to be executed with:
> ./configure --with-srcdir=$(pwd) or
> $(pwd)/configure
> or it does not work.
In what way does it not work? On Linux, I don't have any problems
using "./configure" without any --with-srcdir switch.
> - i had to manually edit
Hamish wrote:
I'm trying out the new Cairo driver
still to be done is to add ./configure --with-cairo checks instead of "make
USE_CAIRO=1".
Yes. Perhaps someone who is more comfortable with autotools and the
GRASS build system than I could give this a shot?
/ Lars
--
Lars Ahlzen
[EMAI
On 11/25/07 12:20 PM, "Glynn Clements" <[EMAIL PROTECTED]> wrote:
>
> Michael Barton wrote:
>
>> Also, where is the GRASS default font set to Romans?
>
> mon.select (display/d.mon/pgms/select.c) and LOC_init()
> (lib/raster/loc_io.c).
>
>> Now that we have a system-wide fontcap, that normal
Andreas Lange wrote:
> i finally managed to compile and install GRASS 6.3.0RC2 on Solaris 10
> Sparc.
>
> I installed the packages from www.sunfreeware.com for the gnu tools
> (tar, gcc etc.). I can mail a list of the packages if needed.
yes please.
> I found the following problems:
...
> - ma
On 11/25/07 12:13 PM, "Glynn Clements" <[EMAIL PROTECTED]> wrote:
>
> Michael Barton wrote:
>
>> I'm pretty sure that this was discussed briefly, but cannot find it in the
>> dev archives.
>>
>> Sometime recently (past couple months), I've ended up without any default
>> font for GRASS in versi
Michael Barton wrote:
> Also, where is the GRASS default font set to Romans?
mon.select (display/d.mon/pgms/select.c) and LOC_init()
(lib/raster/loc_io.c).
> Now that we have a system-wide fontcap, that normally would include nice
> TrueType fonts, wouldn't it be better to first try to default
Michael Barton wrote:
> I'm pretty sure that this was discussed briefly, but cannot find it in the
> dev archives.
>
> Sometime recently (past couple months), I've ended up without any default
> font for GRASS in versions I compile, and have to set a font before I have
> any text with barscales,
Martin Landa wrote:
> I would like to add to the GIS library (strings.c) new fns
> G_is_double(char *str) and G_is_int(char *str). Any objections?
With what definition? E.g. does G_is_double() recognise numbers
without a point? Does it use the locale's decimal separator or always
a dot? Does G_i
Hamish wrote:
> > > 2) d.vect default render mode in 6.3 has been changed to "l" from "g".
> > > For me (using xmons) this creates poorly rendered polylines and lots
> > > of bad artifacts in the "whitespace padding" at the edges.
> > >
> > > see examples here:
> > > http://bambi.otago.ac.nz/
Hi,
i finally managed to compile and install GRASS 6.3.0RC2 on Solaris 10
Sparc.
I installed the packages from www.sunfreeware.com for the gnu tools
(tar, gcc etc.). I can mail a list of the packages if needed.
I had to compile gdal, as there is no solaris pkg. There is no pkg for
fftw2, so thi
Maciek,
You are correct about the difference between the menu entry and command
name. This occurs in some other places as well.
In trying to shorten the menus and reduce nesting, I tried to find single
words (or a couple words) that would best convey the function to an audience
of users. Given th
Paul,
You've ID'ed the proximate cause of the problem. See below.
On 11/25/07 4:47 AM, "Paul Kelly" <[EMAIL PROTECTED]> wrote:
> On Sat, 24 Nov 2007, Michael Barton wrote:
>
>> I'm pretty sure that this was discussed briefly, but cannot find it in the
>> dev archives.
>>
>> Sometime recently
Hi all,
I would like to add to the GIS library (strings.c) new fns
G_is_double(char *str) and G_is_int(char *str). Any objections?
Martin
--
Martin Landa <[EMAIL PROTECTED]> * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists
Hi,
2007/11/25, Hamish <[EMAIL PROTECTED]>:
> Fwd from Ivan, I wonder how G_scan_easting() and G_scan_northing() fit into
I do not fully understand this notation
> this problem? (for 1.2345e6 not 123:45:54.321E; 31E needs to be considered
> East)
anyway
$ cat pok.txt
123:45:54.321E|80N
1.2376
On Sat, 24 Nov 2007, Michael Barton wrote:
I'm pretty sure that this was discussed briefly, but cannot find it in the
dev archives.
Sometime recently (past couple months), I've ended up without any default
font for GRASS in versions I compile, and have to set a font before I have
any text with
Hi Ivan,
fixed in CVS.
спасибо, Martin
2007/11/24, Ivan Shmakov <[EMAIL PROTECTED]>:
> > Martin Landa <[EMAIL PROTECTED]> writes:
>
> [...]
>
> >> I would like to import points data in GRASS (with v.in.ascii). My
> >> data includes number written with the scientific notation (for
> >> ex
Fwd from Ivan, I wonder how G_scan_easting() and G_scan_northing() fit into
this problem? (for 1.2345e6 not 123:45:54.321E; 31E needs to be considered
East)
--Hamish
Note: forwarded message attached.
B
On Sun, Nov 25, 2007 at 07:29:24AM +0100, Hamish wrote:
...
> mailing list woes:
>
> I first searched for the thread, and found one on grass-dev from 2007-09-18
> titled
> "[GRASS-dev] g.mlist problem - followup"
> but the Gmane archive is producing an error "weft didn't produce an output."
> and
grass-dev@lists.osgeo.org wrote:
> In GRASS 6.3.cvs the g.remove command (under Manage maps
> and volumes) is named "delete".
>
> Shouldn't everything be either remove (g.remove, Remove a
> map and the message in the Output GIS.m "Removing ... ")
> or delete (g.delete, Delete a map and "Deleting
28 matches
Mail list logo
