Hello Glynn
How are you executing the command? If you're using the bash shell, the
backslash is significant to the shell, so you have to either use a
forward slash:
I'm using the r.out.xyz's Module GUI. So I'm not inserting the output
filename by-and but using the filebrowser. I was expecti
Hi,
2010/8/18 Hamish :
> 2010/8/12 Markus Neteler:
>>> So, there's no need to delay 6.4.0 for ctypes. We can add it in
>>> 6.4.1,
>
> this option has my vote. Release now, as-is, and add ctypes for 6.4.1.
> (ok, I've just gotten off an airplane, gimme 24 hours for final tests
> on linux and window
Hi,
2010/8/18 António Rocha :
> Hello Glynn
> I'm using the r.out.xyz's Module GUI. So I'm not inserting the output
> filename by-and but using the filebrowser. I was expecting that the path
> would be adequate for the Script.
TCL/TK GUI or wxGUI?
Martin
--
Martin Landa * http://gama.fsv.cvut
On Wed, Aug 18, 2010 at 8:31 AM, Hanlie Pretorius
wrote:
> Hi,
>
> I'm posting here because I had no reaction on the users email list.
(Hint: if you post an example for a sampe data set like Spearfish or
North Carolina, then it is way easier to reproduce for us...)
> I'm using GRASS64 RC6 on Li
I am guessing it is the latlong but I would have to try it out,
Helena Mitasova
Associate Professor
Department of Marine, Earth and Atmospheric Sciences
North Carolina State University
Raleigh, NC 27695
hmit...@unity.ncsu.edu
On Aug 18, 2010, at 11:03 AM, Markus Neteler wrote:
> On Wed, Aug 18
On Aug 17, 2010, at 11:24 PM,
wrote:
> Date: Tue, 17 Aug 2010 20:26:42 -0700 (PDT)
> From: Hamish
> Subject: Re: [GRASS-dev] 6.4.0 blocker bugs
> To: GRASS developers list
> Message-ID: <64190.6834...@web110015.mail.gq1.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
> 2010/8/12 M
On Wed, Aug 18, 2010 at 7:39 PM, Michael Barton wrote:
> On Aug 17, 2010, at 11:24 PM,
> wrote:
...
>
> I have to agree with Hamish here. We have delayed for over a year. Getting
> GRASS to run robustly on Windows is worth it. But I'm not convinced that
> moving ctypes into 6.4 would be all t
as Hamish has noted the choice of the default GUI is decided by whoever does
the binary package (?).
So my plea was pretty much for William to make wxGUI default in his Mac binary.
People who run linux or compile GRASS from source are generally used to
customizing so that is
not so much an issu
I'll follow whatever is decided. I probably don't need to set a default
GRASS_GUI in the Mac startup (just let init.sh handle the default), except that
I do need to make *some* assumption about a setting to work around an
application focus issue in OSX Tiger.
I'll see if I can figure out a les
Hi,
since Helena mentioned a problem on enterprise Linux, I tried to compile 6.5 on
Scientific Linux, a RHEL derivate.
Indeed, I get this problem:
make[1]: Entering directory
`/home/neteler/software/grass65_release/lib/python/ctypes'
GISRC=/home/neteler/software/grass65_release/dist.x86_64-unkno
While I echo some of Helena's sentiments, I find that (surprisingly) even some
of my students still prefer the TclTk interface of the wxPython one. That
aside, it doesn't bother me if TclTk comes as a default on Mac and Linux, as
this gives people a very smooth transition into the new GUI. They
Markus,
this is the same problem here - the problem is with python2.4 that is used as
default
and that does not include ctypes so you need to make symlink in grass to make
sure
it looks for python2.6 (which I have also installed) or there may be some other
solution -
You cannot remove python2.
Greetings-
I've been forced in to development by this bug (ie i have a only a vague
idea of what I'm doing). Help greatly appreciated (need to work on thesis
not bugs).
Summary:
I've generated a location and a mapset, in this mapset I have files named
input_file.0001, ... , input_file., ...
Hi,
in a build of the latest 6.4 SVN on Linux (amd64 debian/stable)
wxVdigit gives errors in the wxGUI output tab that it could not
be found. a little while ago it was ok.
more details to follow,
Hamish
___
grass-dev mailing list
grass-dev@li
Helena Mitasova wrote:
> this is the same problem here - the problem is with python2.4 that is used as
> default
> and that does not include ctypes so you need to make symlink in grass to make
> sure
> it looks for python2.6 (which I have also installed) or there may be some
> other solution
James McCreight wrote:
> I've been forced in to development by this bug (ie i have a only a vague
> idea of what I'm doing). Help greatly appreciated (need to work on thesis
> not bugs).
>
> Summary:
>
> I've generated a location and a mapset, in this mapset I have files named
> input_file.0001
Thanks Glynn-
that's exactly the problem. I've never heard of ulimit (I try not to keep so
many files open!). SO glad I know!
Cheers,
James
On Wed, Aug 18, 2010 at 8:11 PM, Glynn Clements wrote:
>
> James McCreight wrote:
>
> > I've been forced in to development by this bug (ie i have a only
On Thu, Aug 19, 2010 at 4:54 AM, James McCreight wrote:
> Thanks Glynn-
> that's exactly the problem. I've never heard of ulimit (I try not to keep so
> many files open!). SO glad I know!
We have some documentation here:
http://grass.osgeo.org/wiki/Memory_issues
Please expand it, if needed.
tha
2010/8/18, Markus Neteler :
> On Wed, Aug 18, 2010 at 8:31 AM, Hanlie Pretorius
> wrote:
>> Hi,
>>
>> I'm posting here because I had no reaction on the users email list.
>
>
> (Hint: if you post an example for a sampe data set like Spearfish or
> North Carolina, then it is way easier to reproduce
On Thu, Aug 19, 2010 at 3:35 AM, Glynn Clements
wrote:
>
> Helena Mitasova wrote:
>
>> this is the same problem here - the problem is with python2.4 that is used
>> as default
>> and that does not include ctypes so you need to make symlink in grass to
>> make sure
>> it looks for python2.6 (whic
20 matches
Mail list logo