Michael Barton wrote:
> Does d.erase work if there are no monitors?
It works with direct rendering.
d.erase just fills a rectangle in a specific colour. "d.erase -e" is
different in that it uses the R_erase() function (as does
"d.frame -e"), which corresponds to the ERASE opcode.
The PNG drive
#24: Zoom in / Zoom out enhancement
--+-
Reporter: zanollim | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: trivial | Milestone: 6.4.0
ps- (and slightly chaning the topic)
Something I miss from the old GRASS ViewCVS web interface was the
"annotate" tool, to see in which rev a change was introduced.
http://freegis.org/cgi-bin/viewcvs.cgi/grass6/
the new SVN-ViewCVS mirror does not have it:
http://josef.fsv.cvut.cz/cgi-bin/view
Eric:
> > I'm having trouble with svn today...for some reason, the svn
> > commit hangs at "Transmitting file data ." even though the
> > commit seems to have been completed and is browse-able on the
> > repository.
> >Has anyone had trouble uploading commits? Server problem, maybe?
I have had
> Markus Neteler wrote:
> > I wanted to add world file support to d.out.file but it seems that
> > d.info -g doesn't work correctly (-g just added in SVN)
Hamish wrote:
> first of all why not just use g.region for this? when are display
> NSEW and g.region NSEW different? I don't understand the po
I've never had the SVN hang for me while doing a commit, checkout, or
update on my Mac in the short time it has been up.
However, it recently took all day to do an SVN checkout from our lab
FC6 box. We tried it several times and finally just went off and left
it.
Michael
_
Markus Neteler wrote:
> I wanted to add world file support to d.out.file but it seems that
> d.info -g doesn't work correctly (-g just added in SVN) in case that
> the "res=" parameter of d.out.file is used. The generated world file
> remains identical and thus the resulting map shifted.
>
> What'
On Friday 25 January 2008, Markus Neteler wrote:
> On Jan 25, 2008 11:21 PM, Dylan Beaudette <[EMAIL PROTECTED]> wrote:
> > On Friday 25 January 2008, Markus Neteler wrote:
> > > Hi,
> > >
> > > I wanted to add world file support to d.out.file but it seems that
> > > d.info -g doesn't work correctl
Hi,
I wanted to add world file support to d.out.file but it seems that
d.info -g doesn't work correctly (-g just added in SVN) in case that
the "res=" parameter of d.out.file is used. The generated world file
remains identical and thus the resulting map shifted.
What's wrong here? Patch attached
On Jan 25, 2008 11:21 PM, Dylan Beaudette <[EMAIL PROTECTED]> wrote:
>
> On Friday 25 January 2008, Markus Neteler wrote:
> > Hi,
> >
> > I wanted to add world file support to d.out.file but it seems that
> > d.info -g doesn't work correctly (-g just added in SVN) in case that
> > the "res=" parame
On Friday 25 January 2008, Markus Neteler wrote:
> Hi,
>
> I wanted to add world file support to d.out.file but it seems that
> d.info -g doesn't work correctly (-g just added in SVN) in case that
> the "res=" parameter of d.out.file is used. The generated world file
> remains identical and thus th
Patton, Eric wrote:
On Jan 25, 2008 6:35 PM, Patton, Eric <[EMAIL PROTECTED]> wrote:
I'm having trouble with svn today...for some reason, the svn commit hangs at "Transmitting
file data ." even though the commit seems to have been completed and is browse-able on the
repository. >>Has anyone ha
On Jan 25, 2008 6:35 PM, Patton, Eric <[EMAIL PROTECTED]> wrote:
>> I'm having trouble with svn today...for some reason, the svn commit hangs at
>> "Transmitting file data ." even though the commit seems to have been
>> completed and is browse-able on the repository. >>Has anyone had trouble
>>
On Jan 21, 2008 7:59 PM, Helena Mitasova <[EMAIL PROTECTED]> wrote:
> On Jan 21, 2008, at 11:23 AM, Markus Neteler wrote:
> > On Jan 21, 2008 4:22 PM, Martin Landa <[EMAIL PROTECTED]> wrote:
> >> 2008/1/21, Martin Landa <[EMAIL PROTECTED]>:
> >>> 2008/1/21, Markus Neteler <[EMAIL PROTECTED]>:
> >>>
On Jan 25, 2008 6:35 PM, Patton, Eric <[EMAIL PROTECTED]> wrote:
> I'm having trouble with svn today...for some reason, the svn commit hangs at
> "Transmitting file data ." even though the commit seems to have been
> completed and is browse-able on the repository. Has anyone had trouble
> upload
On Jan 25, 2008, at 11:22 AM, [EMAIL PROTECTED] wrote:
Message: 6
Date: Fri, 25 Jan 2008 19:22:05 +0100
From: "G. Allegri" <[EMAIL PROTECTED]>
Subject: [GRASS-dev] Re: [GRASS-user] v.coordinate.sh - improve this
script?
To: "Michael Barton" <[EMAIL PROTECTED]>
Cc: Luca Casagrande <[EMA
Eh, maybe I was misundertsood. I didn't mean to consider the hypothesis to
move to QT. I was asking, as Luca, about the reasons of the choice. I'm not
a programmer too, so it's better to me (as many of us) to use an easier
development framework like wxPython then QT.
I just noted that it could have
I was able to confirm that my fix for d.vect.thematic allows it to
work under Windows. I've committed this to the SVN. Thanks again to
Glynn and Moritz for showing how to solve this.
Michael
__
Michael Barton, Professor
Professor of Anthropology
Director of Graduat
Another reason beyond the one that I mentioned to Luca is that we went
through many potential interface development languages 2 years ago,
decided on wxPython, and the wxPython is now almost complete. It would
be an enormous time sink to do this all over again.
Michael
_
We are using wxPython instead of wxWindows. There was a long
discussion about this a couple years back. As I understand it, both
wxWindows and QT are natively built in C++. This, and related factors
of how one actually operationalizes an interface, makes their
programming considerably more
Helena:
>> curvature is for terrain curvatures (based on the color table that
>> you get for curvatures
>> from v.surf.rst and r.slope.aspect), something like this
>> http://skagit.meas.ncsu.edu/~helena/wrriwork/lakewh/honpc.jpg
>> http://www.grassbook.org/gallery/chapters/s060806f010_pcurv.jpg
>
I'm having trouble with svn today...for some reason, the svn commit hangs at
"Transmitting file data ." even though the commit seems to have been completed
and is browse-able on the repository. Has anyone had trouble uploading commits?
Server problem, maybe?
~ Eric.
Thanks, the reasons of the choice are clear. I obviously were not asking to
switch to pyQT! I know it would a completely new work.
I was just considering how to take advantage from the fact that Python is
common to Grass and QGis...
Giovanni
2008/1/25, Martin Landa <[EMAIL PROTECTED]>:
>
> Hi,
>
I just wanted to drop a quick note to say thanks to everyone for the great
contributions to the open source GIS community via GRASS and QGIS and GDAL
(and all other associated apps!).
Thanks to the developers for building such a solid and useful product, and
thanks to the users and community for a
Hi,
2008/1/25, G. Allegri <[EMAIL PROTECTED]>:
> I would have asked the same question as Luca. Wouldn't it be more profitable
> using QT, as it is already the way Python script are written in QGis? I know
yes, that's true, it would be profitable at the end.
> the two projects are independent, bu
Hi Luca,
2008/1/25, Luca Casagrande <[EMAIL PROTECTED]>:
[snip]
> I have started studying python more deeper for using it in pyWPS and
> for creating new Qgis modules (with QT).
> Just for knowing, is there any reason for using wxWindow instead of Qt
> for the new GUI?
> is it a matter of licens
I would have asked the same question as Luca. Wouldn't it be more profitable
using QT, as it is already the way Python script are written in QGis? I know
the two projects are independent, but having a common GUI language could
improve the development of scripts in both the environments and the
port
hi,
the x axis ticks in d.histogram are often completey messed
up, especially for FP maps with range 0..1.0
I have hacked display/d.histogram/bar.c
-> line 116 etc
to get readable output for most FP maps (before there wasn't).
I have also added a fix (line 321) to enable FP number output for
sma
On Jan 25, 2008 12:08 AM, Hamish <[EMAIL PROTECTED]> wrote:
> > Eric Patton wrote:
> > > I was updating the r.colors docs, as the given rules in the html
> > > are out of sync with the program.
> > > I'm not sure how to describe some of the canned rules, particularly
> > > curvature and evi.
...
>
Hi Moritz,
Yes. I read the mail. Let me finish to build latest qgis stable releas with RC4
built-in, then I will start to work on WinGrass standalone.
Probably I will need support about unix functions, in order to exactly know
what do they do.
Regards,
Marco
___
On 25/01/08 11:32, [EMAIL PROTECTED] wrote:
PS: I think that including Windows API lots of problems could be fixed,
changing functions like alarm(), fork(), wait()... in the source code,
with their equivalents avaible in Windows API.
This is what Glynn suggests here:
http://lists.osgeo.org/p
Dear GRASS devs,
Thanks so much for all your help in the user's forums in the topic
"Reprojection from LLC to UTM (various zones)", so many time ago, also
for sending location examples created with r3.out.v5d/r3.in.v5d.
It led me to discover the problem and I knew Nviz's issues ... I was
fo
Hi Hamish,
>Note Cygwin+GRASS works well if you need to run on Windows in a stable
>way. Of course helping to test the experimental native build is most
>welcome too.
Yes, I read about it, but I agree that Windows Native Binary compiled using
MinGW32 should be the right way.
Now I need to let t
#25: 'Move line' and 'Delete line' when digitizing
-+--
Reporter: zanollim | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: trivial | Mileston
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
#24: Zoom in / Zoom out enhancement
-+--
Reporter: zanollim | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: trivial | Milestone: 6.3.0
36 matches
Mail list logo
