Hi,
Yann Chemin píše v Pá 14. 03. 2008 v 09:38 +0700:
Hello list,
many first time users get a little bit estranged by the
scientifically robust way of starting GRASS by setting up a
DB/location/mapset.
While the create location from georeferenced file button in TCLTK
gui (not yet in
Hi,
Robert Szczepanek píše v Čt 13. 03. 2008 v 10:41 -0700:
First draft is on my web page
http://www.szczepanek.pl/icons.grass/
I have only TclTk interface at the moment to check how it works.
I like it - nice work
I have problem with the first Display active layers icon. Together
with
#7: Location wizard: should predefine DB connection for new location
--+-
Reporter: neteler | Owner: hamish
Type: defect | Status: assigned
Priority: major| Milestone: 6.4.0
Hi,
2008/3/14, Yann Chemin [EMAIL PROTECTED]:
While the create location from georeferenced file button in TCLTK gui (not
yet in wxpython it seems) is an very nice step,
this is implemented in wxPython GUI as part of the location wizard [1].
[snip]
Martin
[1]
Did not catch it there,
thanks for pointing it out Martin!
Yann
On 14/03/2008, Martin Landa [EMAIL PROTECTED] wrote:
Hi,
2008/3/14, Yann Chemin [EMAIL PROTECTED]:
While the create location from georeferenced file button in TCLTK gui
(not
yet in wxpython it seems) is an very nice step,
Yann Chemin wrote:
When processing is done, they think their new map is going to be
displayed automatically (it is part of the processing to display
output).
maybe the refresh button could blink or get a different background color
when the display is known to be out of date. Or from the other
Hi all,
sorry for the late, I'm really drowning in workflows...
I don't think this is an appropriate answer.
I'm really afraid, I didn't want to give a bad answer! I apologise if I did
something wrong!
to just
shrug it off this way is not the way to go.
again, I'm afraid, but sometimes
Just adding a little bit on what wall very first GIS users are banging...
Yann
Are they really first time GIS users? Or first time GRASS users?
If they have had exposition to other GIS before, chances are it will
have been ArcGIS or MapInfo -- i.e. a Desktop GIS. If it was a
Workstation
Hi,
2008/3/10, Hamish [EMAIL PROTECTED]:
I notice in the wx screenshots that the display monitors start counting at 0
not 1. This is all good and well for C Python programmers, but for the
average user it's a bit unexpected.
range(1, max+1)
thoughts?
seems to be inspired by naming
#94: PROJ file sometimes not created with location
---+
Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major |
#94: PROJ file sometimes not created with location
---+
Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major |
Hi all,
unfortunaltely, at the moment, and for two ore three weeks more, I don't have
enough time to build and test grass_trunk and also test and reports errors for
WinGRASS installed in a path containing spaces (see WinGRASS-6.3.0RC5 Self
Installer thread for details); I could build GRASS
Hi all,
we are a little bit late with releasing 6.3.0, looking at [1,2] I
don't see any (really) blocker issue (maybe vdigit linking problem,
but this can wait for 6.3.1 I guess). The wxPython seems to work on
Windows (basically), needs a lot fixes and some speed-up optimization
(especially for
Hi,
Please, suggest me also the message to display.
Benjamin suggested as follows:
WARNING: you are about to install GRASS into a directory that has spaces in
either its name or the path of directories leading up to it. You may go ahead,
but expect trouble and weird behaviour from GRASS
#71: d.vect: disp=cat or attr draws area shapes
--+-
Reporter: hamish | Owner: martinl
Type: defect | Status: assigned
Priority: minor| Milestone: 6.4.0
Component: default |
Yes Benjamin,
2 third or more are generally non-GIS non-geographical background and
Windows users.
Remaining ArcGIS/ArcView and sometimes i got chance with a couple of BSD
teaching guys.
Also, for the first time I saw a person (in Thailand) coming up with an
Ubuntu laptop, made things easier
On 14/03/08 12:08, [EMAIL PROTECTED] wrote:
Hi,
Please, suggest me also the message to display.
Benjamin suggested as follows:
WARNING: you are about to install GRASS into a directory that has
spaces in either its name or the path of directories leading up to it.
You may go ahead, but
#95: v.select: merge a and b tables
-+--
Reporter: wolf | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor| Milestone: 6.4.0
Hi,
2008/3/14, Benjamin Ducke [EMAIL PROTECTED]:
I have not followed the v.digit development, but I can get a digitizing
toolbar to come up in the Map window (see screenshot). Only problem is:
the drop-down box for layer selection is empty, so I can't start editing
on any layer!
If I
Wow!. 24 hr turn around from reported issue to fix. I didn't even
have time to find example files.
...and this is typical of GRASS. Any commercial programs able to make
this kind of claim?
Michael
C. Michael Barton, Professor of Anthropology
Director of Graduate
I like this.
Michael
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution Social Change
Center for Social Dynamics Complexity
Arizona State University
Phone: 480-965-6262
Fax: 480-965-7671
www: www.public.asu.edu/~cmbarton
Very clear. For a bit more optimistic message...
WARNING: you are about to install GRASS into a directory that has
spaces in either its name or the path of directories leading up to
it. You may go ahead, but without customization of some GRASS
modules, you may encounter unexpected
On Mar 13, 2008, at 7:38 PM, [EMAIL PROTECTED] wrote:
Date: Thu, 13 Mar 2008 10:41:46 -0700 (PDT)
From: Robert Szczepanek [EMAIL PROTECTED]
Subject: Re: Re[GRASS-dev] ady to help with GRASS graphics
To: grass-dev@lists.osgeo.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain;
On Mar 13, 2008, at 7:38 PM, [EMAIL PROTECTED] wrote:
Date: Fri, 14 Mar 2008 09:38:34 +0700
From: Yann Chemin [EMAIL PROTECTED]
Subject: [GRASS-dev] opening any RS/GIS file in their original format
directly in GRASS...
To: GRASS Developer Mailing List grass-dev@lists.osgeo.org
On Mar 14, 2008, at 2:40 AM, [EMAIL PROTECTED] wrote:
Yann Chemin wrote:
When processing is done, they think their new map is going to be
displayed automatically (it is part of the processing to display
output).
maybe the refresh button could blink or get a different background
color
On Mar 14, 2008, at 4:40 AM, [EMAIL PROTECTED] wrote:
Date: Fri, 14 Mar 2008 10:48:35 +0100
From: Martin Landa [EMAIL PROTECTED]
Subject: Re: [GRASS-dev] wx display monitors starting at 0
To: Hamish [EMAIL PROTECTED]
Cc: grass5 grass-dev@lists.osgeo.org
Message-ID:
[EMAIL PROTECTED]
Glynn Clements [EMAIL PROTECTED] writes:
Is there some fundamental reason why r.univar has separate cases
for CELL/FCELL/DCELL types, rather than just working in DCELL
throughout?
I can't remember with any certainty why I did it that way; it's
been like that since the first CVS
[EMAIL PROTECTED] wrote:
Again, I agree with Glynn: if there is a problem let's try to fix it and
not circumvent it. Your great installer will help a lot in getting
people to install and test GRASS on windows, but if we already force
such solutions on them, they will not be able to correctly
Frank Warmerdam pisze:
Maciej Sieczka wrote:
It is very important for all gdalwarp users.
I disagree with the above statement. I think it is a small
segment of people who create compressed files with gdalwarp, and
there is a fairly straightforward workaround (warp then compress).
Since
Maciej Sieczka pisze:
I took the sample [1]
And here's the link to the sample:
[1]http://www.biol.uni.wroc.pl/sieczka/udostepnione/M-33-21-A-b-4.tif
Maciek
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Yann Chemin [EMAIL PROTECTED] writes:
Hi all, just though to say one thing that first users have trouble
with. In itself it is not a problem for half of them after few days
of GRASS GIS, but the remaining part just cannot get used to it.
When processing is done, they think their new
Martin Landa wrote:
we are a little bit late with releasing 6.3.0,
no big hurry.
looking at [1,2] I don't see any (really) blocker issue (maybe vdigit
linking problem, but this can wait for 6.3.1 I guess).
Before 6.3.0 I would like to finish making r.tileset echo -n portable
(trac bug #81)
#81: scripts: echo -n not portable
--+-
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: blocker | Milestone: 6.3.0
Component: default | Version:
On Mar 14, 2008, at 10:28 PM, Hamish wrote:
As r.in.wms has been reported to work on Mac 10.5, I infer that the
#!/bin/bash used by r.tileset makes it use bash's internal echo (which
supports echo -n) instead of a system BSD /bin/echo which does not.
(??)
Even if that is so, it's probably a
34 matches
Mail list logo