[GRASS-dev] Re: [GRASS GIS] #72: PNG driver: boundary rendering is off by one pixel

2008-05-14 Thread GRASS GIS 
#72: PNG driver: boundary rendering is off by one pixel
--+-
  Reporter:  hamish   |   Owner:  grass-dev@lists.osgeo.org   
  Type:  defect   |  Status:  new 
  Priority:  blocker  |   Milestone:  6.4.0   
 Component:  Tcl  | Version:  svn-trunk   
Resolution:   |Keywords:  gis.m, rendering, PNG_DRIVER
--+-
Comment (by cmbarton):

 It's easy enough to put in the rendering mode for d.* commands. But there
 are a couple of questions. 1) Is it ONLY d.vect that has a problem? 2)
 I've seen discussion go back and forth over which of these switches to
 use. Has that been settled in this case?

 Michael

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #127: WinGRASS Tcl/Tk GUI - Text formatting error in Output window

2008-05-14 Thread GRASS GIS 
#127: WinGRASS Tcl/Tk GUI - Text formatting error in Output window
-+--
  Reporter:  4everskiff  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect  |  Status:  new  
  Priority:  minor   |   Milestone:  6.4.0
 Component:  Tcl | Version:  6.3.0 RCs
Resolution:  |Keywords:  Text output, winGRASS
-+--
Comment (by cmbarton):

 I've committed a change to gronsole.tcl that I hope fixes this. It is not
 a problem on the Mac, and maybe only on Windows. I moved the linefeed for
 command output text from after the text line to before the text line. I'm
 assuming that Windows will read "\n" as a line feed. Could someone please
 test in Windows. I'm not changing this ticket to resolved yet to see if it
 actually works.

 Michael

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: R: [GRASS-dev] Re: [GRASS GIS] #160: WinGRASS: v.report>incompatability issue

2008-05-14 Thread Hamish 
Marco:
> > Yes. The new installer is already in my GRASS folder.
> > Just tell me if upload it or not (and with what name,
> > 6.3.0-1?)

or -2.

> I don't think you need to version your installer. GRASS
> is the same version
> that it was previously, you have just updated the GRASS
> installer. So I'd
> just put a date on it so that people know it's newer
> than the old installer.
> In fact, I would not change the version because that
> implies a different version of GRASS.

the typical (linux) convention is to label by source code version then "-" 
package revision. so 6.3.0-2 would seem appropriate here. For source code 
changes and extra "." is used, like "6.3.0.1". I would hesitate to put the date 
in there unless it is a SVN snapshot or the line of package revisions is 
someway broken. If date is used, please use a sortable way like MMDD.


Hamish




  

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #168: WinGRASS: i.ortho.photo fails

2008-05-14 Thread GRASS GIS 
#168: WinGRASS: i.ortho.photo fails
-+--
  Reporter:  4everskiff  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect  |  Status:  new  
  Priority:  major   |   Milestone:  6.4.0
 Component:  default | Version:  6.3.0
Resolution:  |Keywords:   
-+--
Comment (by hamish):

 i.ortho.photo will not work in native MS-Windows. It needs xmons.
 The imagery/Makefile should ensure that it is only built if GRASS is
 compiled with X11 support. Is the module present if you try from the
 command line?


 ?
 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #141: wingrass native: Georectifier throws error if user completes form by typing

2008-05-14 Thread GRASS GIS 
#141: wingrass native: Georectifier throws error if user completes form by 
typing
---+
  Reporter:  RRosario  |   Owner:  grass-dev@lists.osgeo.org
 
  Type:  defect|  Status:  new  
 
  Priority:  minor |   Milestone:  6.4.0
 
 Component:  Tcl   | Version:  6.3.0 RCs
 
Resolution:|Keywords:  wingrass windows native output no such 
variable georectify
---+
Comment (by cmbarton):

 Since my class is over, I don't have as many ways to test this on Windows.
 I've tried it on my Mac and typing is no problem. What happens if you
 press  after typing in a field?

 Michael

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Fix so that xwin modules will fail gracefully on Windows

2008-05-14 Thread Michael Barton 
I just committed a fix for modules that run guarantee_xmon in TclTk so that
if Windows is running this brings up a message box that says functions that
require X Windows are unavailable in Windows. This should NOT affect Cygwin
installations.

Michael
__
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-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #117: r.digit: make guarantee_xmon fail nicely on WinGrass

2008-05-14 Thread GRASS GIS 
#117: r.digit: make guarantee_xmon fail nicely on WinGrass
-+--
  Reporter:  4everskiff  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect  |  Status:  closed   
  Priority:  minor   |   Milestone:  6.4.0
 Component:  Tcl | Version:  6.3.0 RCs
Resolution:  fixed   |Keywords:   
-+--
Changes (by cmbarton):

  * status:  new => closed
 * cc: [EMAIL PROTECTED] (added)
  * resolution:  => fixed

Comment:

 I just committed a fix to this, but can't test it on my Mac. At least it
 doesn't do any harm on a Mac.

 Michael

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: R: [GRASS-dev] Re: [GRASS GIS] #160: WinGRASS: v.report>incompatability issue

2008-05-14 Thread Michael Barton 
Great. 

I don't think you need to version your installer. GRASS is the same version
that it was previously, you have just updated the GRASS installer. So I'd
just put a date on it so that people know it's newer than the old installer.
In fact, I would not change the version because that implies a different
version of GRASS.

Michael


On 5/14/08 1:56 PM, "Marco Pasetti" <[EMAIL PROTECTED]> wrote:

> Michael,
> 
> Yes. The new installer is already in my GRASS folder.
> Just tell me if upload it or not (and with what name, 6.3.0-1?)
> 
> Marco
> 
> -Messaggio originale-
> Da: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Per conto di Michael Barton
> Inviato: martedì 13 maggio 2008 18.40
> A: grass-dev@lists.osgeo.org
> Oggetto: [GRASS-dev] Re: [GRASS GIS] #160: WinGRASS:
> v.report>incompatability issue
> 
> Thanks very much Marco.
> 
> Also, I don't think there is any reason that binaries (and especially needed
> dependencies like coreutils) cannot be updated between GRASS version
> releases.
> 
> Michael
> 
> 
> On 5/13/08 9:00 AM, "[EMAIL PROTECTED]"
> <[EMAIL PROTECTED]> wrote:
> 
>> Message: 1
>> Date: Mon, 12 May 2008 16:00:16 -
>> From: "GRASS GIS" <[EMAIL PROTECTED]>
>> Subject: [GRASS-dev] Re: [GRASS GIS] #160: WinGRASS: v.report
>> incompatability issue
>> To: undisclosed-recipients:;
>> Message-ID: <[EMAIL PROTECTED]>
>> Content-Type: text/plain; charset="utf-8"
>> 
>> #160: WinGRASS: v.report  incompatability issue
>> -+
>> -+--
>>   Reporter:  isaacullah  |   Owner:  grass-dev@lists.osgeo.org
>>   Type:  defect  |  Status:  closed
>>   Priority:  major   |   Milestone:  6.4.0
>>  Component:  default | Version:  6.3.0
>> Resolution:  fixed   |Keywords:  v.report paste WinGRASS
>> -+
>> -+--
>> Changes (by 4everskiff):
>> 
>>   * status:  new => closed
>>   * resolution:  => fixed
>> 
>> Comment:
>> 
>>  I already did the job on my local machine. All the MSYS coreutils
>> will be  added to the next WinGRASS release.
>> 
>>  This done, I checked the v.report module using the North-Carolina
>> sample
>>  database: it worked fine for me.
>> 
>>  Until the next release will be published, do as follows:
>> 
>>  Download the coreutils package from here:
>>  http://downloads.sourceforge.net/mingw/coreutils-5.97-MSYS-1.0.11-
>>  snapshot.tar.bz2
>> 
>>  Unpack it to a temporary folder, then copy all the content of the
>>  coreutils-5.97 folder to %your GRASS installation path%\msys
>> 
>>  Marco
> 
> __
> Michael Barton, Professor of Anthropology Director of Graduate Studies
> School of Human Evolution & Social Change Center for Social Dynamics and
> Complexity Arizona State University
> 
> phone: 480-965-6213
> fax: 480-965-7671
> www: http://www.public.asu.edu/~cmbarton
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
> 

__
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-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS-user] Vdigit

2008-05-14 Thread Martin Landa 
Hi,

2008/5/14 Benoit ANDRE <[EMAIL PROTECTED]>:
> RIght.
>
> I just installed SWIG Version 1.3.35.  Now, every thing is OK.

for now I updated README file, to require swig >= 1.3.31 for vdigit component

http://trac.osgeo.org/grass/changeset/31348

Martin

>
> Thanks,
>
> Benoit.
>
>
>
>
> Le mercredi 14 mai 2008 à 17:25 +0200, Martin Landa a écrit :
>
> Hi,
>
> 2008/5/14 Benoit ANDRE <[EMAIL PROTECTED]>:
>
>>  SWIG Version 1.3.29
>>
>>  Compiled with g++ [i686-redhat-linux-gnu]
>
> I remember I had some problems compiling wxvdigit with older versions
> of swig in the past. Now I am using >= 1.3.31. Can you try to compile
> with newer version of swig?
>
> Martin
>>
>>  Le mercredi 14 mai 2008 à 16:51 +0200, Martin Landa a écrit :
>>
>>  Hi,
>>
>> 2008/5/14 Benoit ANDRE <[EMAIL PROTECTED]>:
>>
>> > Since 6-3.0.RC06, no more possible to compile vdigit. The error message
>> > is
>>
>> which version of swig you are using?
>>
>> swig -version
>>
>> Martin
>>
>> > [EMAIL PROTECTED] vdigit]$ make
>> > c++
>> >
>>
>> -I/disques/linux-1/archive/GIS/grass/grass-6.4/cvn/grass-6.4.svn_src_snapshot_2008_05_10/dist.i686-pc-linux-gnu/include
>> > -g -O2 -fPIC -I/usr/local/include -I/usr/local/include/python2.5
>> > -I/usr/local/include/python2.5 -fno-strict-aliasing -DNDEBUG -g -fwrapv
>> -O3
>> > -Wall -Wstrict-prototypes
>> -I/usr/local/lib/wx/include/gtk2-unicode-debug-2.8
>> > -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES
>> > -D__WXDEBUG__ -D__WXGTK__ -pthread -DPACKAGE=\""grasslibs"\"
>> >
>>
>> -I/disques/linux-1/archive/GIS/grass/grass-6.4/cvn/grass-6.4.svn_src_snapshot_2008_05_10/dist.i686-pc-linux-gnu/include
>> > -o OBJ.i686-pc-linux-gnu/grass6_wxvdigit_wrap.o -c
>> grass6_wxvdigit_wrap.cpp
>> > cc1plus: attention : l'option de la ligne de commande
>> "-Wstrict-prototypes"
>> > est valide pour Ada/C/ObjC mais pas pour C++
>> > grass6_wxvdigit_wrap.cpp: In function 'int
>> > SWIG_Python_ConvertFunctionPtr(PyObject*, void**, swig_type_info*)':
>> > grass6_wxvdigit_wrap.cpp:2051: erreur: invalid conversion from 'const
>> > char*' to 'char*'
>> > grass6_wxvdigit_wrap.cpp: In function 'void
>> > SWIG_Python_FixMethods(PyMethodDef*, swig_const_info*, swig_type_info**,
>> > swig_type_info**)':
>> > grass6_wxvdigit_wrap.cpp:12866: erreur: invalid conversion from 'const
>> > char*' to 'char*'
>> > make: *** [OBJ.i686-pc-linux-gnu/grass6_wxvdigit_wrap.o] Erreur 1
>> >
>> > The links /usr/local/lib/libgdi.so to
>> > /usr/lib/python2.4/site-packages/wx-2.8-gtk2-unicode/wx/_gdi_.so is
>> > good.
>> >
>> > I tried with various installations of wxWidget (enable or disable debug,
>> > enable or disable share), without success. Any idea ?
>> >
>> >
>> >
>> >
>> > Benoit ANDRE
>> > Géologue - Hydrologue 
>> >
>> >
>> >
>> >
>> >
>> >
>> > Bureau Conseil en Géologie
>> > Rue de Leuze, 433
>> > B-5300 VEZIN
>> > BELGIQUE
>> >
>> > Tél.: +32 81 58 26 11
>> > Fax.: +32 81 58 26 12
>> > Contacter...
>> > Bureau Conseil en Géologie 
>> >
>> > ___
>> > grass-user mailing list
>> > [EMAIL PROTECTED]
>> > http://lists.osgeo.org/mailman/listinfo/grass-user
>> >
>> >
>>
>>
>>
>>
>>
>>
>>  Benoit ANDRE
>>  Géologue - Hydrologue 
>>
>>
>>
>>
>>
>>
>>  Bureau Conseil en Géologie
>>  Rue de Leuze, 433
>>  B-5300 VEZIN
>>  BELGIQUE
>>
>>  Tél.: +32 81 58 26 11
>>  Fax.: +32 81 58 26 12
>>  Contacter...
>>  Bureau Conseil en Géologie 
>>
>
>
>
> Benoit ANDRE
> Géologue - Hydrologue
> 
>
>
>
>
>
> Bureau Conseil en Géologie
> Rue de Leuze, 433
> B-5300 VEZIN
> BELGIQUE
>
> Tél.: +32 81 58 26 11
> Fax.: +32 81 58 26 12
> Contacter...
> Bureau Conseil en Géologie
> 



-- 
Martin Landa  * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

R: [GRASS-dev] Re: [GRASS GIS] #160: WinGRASS: v.report>incompatability issue

2008-05-14 Thread Marco Pasetti 
Michael,

Yes. The new installer is already in my GRASS folder.
Just tell me if upload it or not (and with what name, 6.3.0-1?)

Marco

-Messaggio originale-
Da: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Per conto di Michael Barton
Inviato: martedì 13 maggio 2008 18.40
A: grass-dev@lists.osgeo.org
Oggetto: [GRASS-dev] Re: [GRASS GIS] #160: WinGRASS:
v.report>incompatability issue

Thanks very much Marco.

Also, I don't think there is any reason that binaries (and especially needed
dependencies like coreutils) cannot be updated between GRASS version
releases.

Michael


On 5/13/08 9:00 AM, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:

> Message: 1
> Date: Mon, 12 May 2008 16:00:16 -
> From: "GRASS GIS" <[EMAIL PROTECTED]>
> Subject: [GRASS-dev] Re: [GRASS GIS] #160: WinGRASS: v.report 
> incompatability issue
> To: undisclosed-recipients:;
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="utf-8"
> 
> #160: WinGRASS: v.report  incompatability issue
> -+
> -+--
>   Reporter:  isaacullah  |   Owner:  grass-dev@lists.osgeo.org
>   Type:  defect  |  Status:  closed
>   Priority:  major   |   Milestone:  6.4.0
>  Component:  default | Version:  6.3.0
> Resolution:  fixed   |Keywords:  v.report paste WinGRASS
> -+
> -+--
> Changes (by 4everskiff):
> 
>   * status:  new => closed
>   * resolution:  => fixed
> 
> Comment:
> 
>  I already did the job on my local machine. All the MSYS coreutils 
> will be  added to the next WinGRASS release.
> 
>  This done, I checked the v.report module using the North-Carolina 
> sample
>  database: it worked fine for me.
> 
>  Until the next release will be published, do as follows:
> 
>  Download the coreutils package from here:
>  http://downloads.sourceforge.net/mingw/coreutils-5.97-MSYS-1.0.11-
>  snapshot.tar.bz2
> 
>  Unpack it to a temporary folder, then copy all the content of the
>  coreutils-5.97 folder to %your GRASS installation path%\msys
> 
>  Marco

__
Michael Barton, Professor of Anthropology Director of Graduate Studies
School of Human Evolution & Social Change Center for Social Dynamics and
Complexity Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #168: WinGRASS: i.ortho.photo fails

2008-05-14 Thread GRASS GIS 
#168: WinGRASS: i.ortho.photo fails
+---
 Reporter:  4everskiff  |   Owner:  grass-dev@lists.osgeo.org
 Type:  defect  |  Status:  new  
 Priority:  major   |   Milestone:  6.4.0
Component:  default | Version:  6.3.0
 Keywords:  |  
+---
 Ortho photo rectification fails.

 error output:

 can't unset "env(GRASS_RENDER_IMMEDIATE)": no such element in array
 can't unset "env(GRASS_RENDER_IMMEDIATE)": no such element in array
 while executing
 "unset env(GRASS_RENDER_IMMEDIATE)"
 (menu invoke)

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Make/Configure Issue using Eclipse/Windows

2008-05-14 Thread Glynn Clements 

[EMAIL PROTECTED] wrote:

> I am trying to get GRASS compiled in a Eclipse/CDT environment on a Windows 
> machine.
> The approach includes wrapping the "configure / make /make install" -process 
> in an ant file and works very well behaved on linux boxes.
> 
> On a windows box (using msys) "something" is going wrong regarding the header 
> files. This is the first error produced by make, the follow-up errors are 
> similar:
> 
> 
> 
>  [exec] gcc
>  -I/d/Nutzer/ploewe/workspace/neo63/dist.i686-pc-mingw32/include
>  -IC:\msys\1.0\local\include -g -O2 -IC:\msys\1.0\local\include
>  -DPACKAGE=\""grasslibs"\" -D_FILE_OFFSET_BITS=64
>  -DPACKAGE=\""grasslibs"\"
>  -I/d/Nutzer/ploewe/workspace/neo63/dist.i686-pc-mingw32/include
>  -o OBJ.i686-pc-mingw32/auto_mask.o -c auto_mask.c
>  [exec] In file included from auto_mask.c:17:
>  [exec] G.h:2:23: rpc/types.h: No such file or directory
>  [exec] G.h:3:21: rpc/xdr.h: No such file or directory
>  [exec] In file included from auto_mask.c:17:
>  [exec] G.h:42: error: syntax error before "XDR"
>  [exec] G.h:42: warning: no semicolon at end of struct or union
>  [exec] G.h:47: error: syntax error before '}' token
>  [exec] make[3]: *** [OBJ.i686-pc-mingw32/auto_mask.o] Error 1
> 
> The GRASS sources have been downloaded from the SVN, so all files are 
> available. 
> 
> Suggestions, anyone ?

Did you perform this step:

http://www.webalice.it/marco.pasetti/grass/BuildFromSource.html#Xdr

I.e. does C:\msys\1.0\local\include\rpc\ exist?

-- 
Glynn Clements <[EMAIL PROTECTED]>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS-user] Vdigit

2008-05-14 Thread Martin Landa 
Hi,

2008/5/14 Benoit ANDRE <[EMAIL PROTECTED]>:

>  SWIG Version 1.3.29
>
>  Compiled with g++ [i686-redhat-linux-gnu]

I remember I had some problems compiling wxvdigit with older versions
of swig in the past. Now I am using >= 1.3.31. Can you try to compile
with newer version of swig?

Martin
>
>  Le mercredi 14 mai 2008 à 16:51 +0200, Martin Landa a écrit :
>
>  Hi,
>
> 2008/5/14 Benoit ANDRE <[EMAIL PROTECTED]>:
>
> > Since 6-3.0.RC06, no more possible to compile vdigit. The error message is
>
> which version of swig you are using?
>
> swig -version
>
> Martin
>
> > [EMAIL PROTECTED] vdigit]$ make
> > c++
> >
> -I/disques/linux-1/archive/GIS/grass/grass-6.4/cvn/grass-6.4.svn_src_snapshot_2008_05_10/dist.i686-pc-linux-gnu/include
> > -g -O2 -fPIC -I/usr/local/include -I/usr/local/include/python2.5
> > -I/usr/local/include/python2.5 -fno-strict-aliasing -DNDEBUG -g -fwrapv
> -O3
> > -Wall -Wstrict-prototypes
> -I/usr/local/lib/wx/include/gtk2-unicode-debug-2.8
> > -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES
> > -D__WXDEBUG__ -D__WXGTK__ -pthread -DPACKAGE=\""grasslibs"\"
> >
> -I/disques/linux-1/archive/GIS/grass/grass-6.4/cvn/grass-6.4.svn_src_snapshot_2008_05_10/dist.i686-pc-linux-gnu/include
> > -o OBJ.i686-pc-linux-gnu/grass6_wxvdigit_wrap.o -c
> grass6_wxvdigit_wrap.cpp
> > cc1plus: attention : l'option de la ligne de commande
> "-Wstrict-prototypes"
> > est valide pour Ada/C/ObjC mais pas pour C++
> > grass6_wxvdigit_wrap.cpp: In function 'int
> > SWIG_Python_ConvertFunctionPtr(PyObject*, void**, swig_type_info*)':
> > grass6_wxvdigit_wrap.cpp:2051: erreur: invalid conversion from 'const
> > char*' to 'char*'
> > grass6_wxvdigit_wrap.cpp: In function 'void
> > SWIG_Python_FixMethods(PyMethodDef*, swig_const_info*, swig_type_info**,
> > swig_type_info**)':
> > grass6_wxvdigit_wrap.cpp:12866: erreur: invalid conversion from 'const
> > char*' to 'char*'
> > make: *** [OBJ.i686-pc-linux-gnu/grass6_wxvdigit_wrap.o] Erreur 1
> >
> > The links /usr/local/lib/libgdi.so to
> > /usr/lib/python2.4/site-packages/wx-2.8-gtk2-unicode/wx/_gdi_.so is good.
> >
> > I tried with various installations of wxWidget (enable or disable debug,
> > enable or disable share), without success. Any idea ?
> >
> >
> >
> >
> > Benoit ANDRE
> > Géologue - Hydrologue 
> >
> >
> >
> >
> >
> >
> > Bureau Conseil en Géologie
> > Rue de Leuze, 433
> > B-5300 VEZIN
> > BELGIQUE
> >
> > Tél.: +32 81 58 26 11
> > Fax.: +32 81 58 26 12
> > Contacter...
> > Bureau Conseil en Géologie 
> >
> > ___
> > grass-user mailing list
> > [EMAIL PROTECTED]
> > http://lists.osgeo.org/mailman/listinfo/grass-user
> >
> >
>
>
>
>
>
>
>  Benoit ANDRE
>  Géologue - Hydrologue 
>
>
>
>
>
>
>  Bureau Conseil en Géologie
>  Rue de Leuze, 433
>  B-5300 VEZIN
>  BELGIQUE
>
>  Tél.: +32 81 58 26 11
>  Fax.: +32 81 58 26 12
>  Contacter...
>  Bureau Conseil en Géologie 
>



-- 
Martin Landa  * http://gama.fsv.cvut.cz/~landa *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Make/Configure Issue using Eclipse/Windows

2008-05-14 Thread peter . loewe 
Hi,

I am trying to get GRASS compiled in a Eclipse/CDT environment on a Windows 
machine.
The approach includes wrapping the "configure / make /make install" -process in 
an ant file and works very well behaved on linux boxes.

On a windows box (using msys) "something" is going wrong regarding the header 
files. This is the first error produced by make, the follow-up errors are 
similar:



 [exec] gcc -I/d/Nutzer/ploewe/workspace/neo63/dist.i686-pc-mingw32/include 
-IC:\msys\1.0\local\include -g -O2  -IC:\msys\1.0\local\include 
-DPACKAGE=\""grasslibs"\" -D_FILE_OFFSET_BITS=64   -DPACKAGE=\""grasslibs"\"  
-I/d/Nutzer/ploewe/workspace/neo63/dist.i686-pc-mingw32/include -o 
OBJ.i686-pc-mingw32/auto_mask.o -c auto_mask.c
 [exec] In file included from auto_mask.c:17:
 [exec] G.h:2:23: rpc/types.h: No such file or directory
 [exec] G.h:3:21: rpc/xdr.h: No such file or directory
 [exec] In file included from auto_mask.c:17:
 [exec] G.h:42: error: syntax error before "XDR"
 [exec] G.h:42: warning: no semicolon at end of struct or union
 [exec] G.h:47: error: syntax error before '}' token
 [exec] make[3]: *** [OBJ.i686-pc-mingw32/auto_mask.o] Error 1

The GRASS sources have been downloaded from the SVN, so all files are 
available. 

Suggestions, anyone ?

Cheers,
Peter


-- 
Dr. Peter Löwe
<[EMAIL PROTECTED]>





249 Spiele für nur 1 Preis. Die GMX Spieleflatrate schon ab 9,90 Euro.
Neu: Asterix bei den Olympischen Spielen: http://flat.games.gmx.de
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #102: new tabs in GUI have required last

2008-05-14 Thread Michael Barton 
A late night typo in the message below is misleading. It should say...

If a "Required" tab exists, it is placed first and is raised (i.e., is the
active page). If a "Required" tab does not exist, the tabs are placed in the
order the sections are listed and the first tab is raised.

Michael


On 5/13/08 11:37 PM, "GRASS GIS" <[EMAIL PROTECTED]> wrote:

> #102: new tabs in GUI have required last
> ---+
>   Reporter:  cmbarton  |   Owner:  grass-dev@lists.osgeo.org
>   Type:  defect|  Status:  closed
>   Priority:  major |   Milestone:  6.4.0
>  Component:  Tcl   | Version:  svn-develbranch6
> Resolution:  fixed |Keywords:
> ---+
> Changes (by cmbarton):
> 
>   * status:  new => closed
>   * version:  svn-trunk => svn-develbranch6
>   * resolution:  => fixed
> 
> Comment:
> 
>  I think I've fixed this. If a "Required" tab exists, it is not first and
>  is raised. If it doesn't exist, the parser reverts to option begin first.
>  This works on my Mac with OSX 10.5; please test on other confiurations.
> 
>  Michael

__
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-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Trouble while compiling with BLAS and LAPACK

2008-05-14 Thread Thomas Becker 

Hi Listers,

  I am running in problems while compiling GRASS 6.3 with BLAS and 
LAPACK support. The ./configure is done by:


CFLAGS="-g -Wall" ./configure --with-blas --with-lapack 
--with-gdal=/usr/bin/gdal-config --with-tcltk=/usr/include/tcl8.4/


  So far everything is fine.

  Running make stops with Error 1 and the error.log reveals quite some 
problems. The first problem is pointing to lapack.h and is comming from 
gmath. Lapack was installed from the repositories of Ubuntu as well as Blas.


  Can someone confirm these problems and/or maybe has a way out of it?

Cheers Thomas
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #165: compilation error

2008-05-14 Thread GRASS GIS 
#165: compilation error
--+-
  Reporter:  watti|   Owner:  grass-dev@lists.osgeo.org
  Type:  defect   |  Status:  new  
  Priority:  major|   Milestone:  6.3.1
 Component:  default  | Version:  svn-trunk
Resolution:   |Keywords:   
--+-
Comment (by watti):

 Replying to [comment:1 glynn]:
 > See if you can get hold of shared FFTW libraries. Or maybe you already
 have them and need to point --with-fftw-libs= to the right place.
 >
 > Or you could just build --without-fftw; there are only a handful of
 modules which need it (i.fft, i.ifft, i.zc, r.surf.fractal).

 Hi,

 I did some more research about the problem and solved it. The problem
 arises from the -fPIC flag when compiling the Code. The FFTW configuration
 script seems to assume it can not use -fPIC in the make file. see
 http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=3
 for more details !

 Cheers,

 Martin

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #167: g.region: reports wrong center longitude and LL bounding box

2008-05-14 Thread GRASS GIS 
#167: g.region: reports wrong center longitude and LL bounding box
--+-
  Reporter:  hamish   |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect   |  Status:  new  
  Priority:  major|   Milestone:  6.4.0
 Component:  default  | Version:  svn-develbranch6 
Resolution:   |Keywords:  g.region 180 
--+-
Comment (by hamish):

 Center coord via another method for comparison:

 {{{
 g.region -c
 center easting:  -164500.00
 center northing: -2107500.00

 echo "-164500 -2107500" | m.proj -o --quiet
 132d26'33.612"E 18d18'35.426"S 0.000
 }}}


 which doesn't match either -b or -l's version, but looks about right if
 you plot it over 'd.grid -g 10':
 {{{
 # d.mark from wiki addons
 d.mark -m at="-164500,-2107500"
 }}}

 compare:
 {{{
 g.region -l
 center longitude:  42:35:00.190847E + 180 = +137.4166137
 center latitude:   11:51:25.545225S

 echo "137.4166137 11d51'25.545225\"S" | m.proj -i --quiet
 380455.32   -1390800.80 0.00
 d.mark -m at="380455.32,-1390800.80" fcolor=red
 ## (off a way to the NE)
 }}}

 {{{
 g.region -b
 center [lon]: 118:53:40.840749E
 center [lat]: 12:21:00.985478S

 echo "118d53'40.840749\"E 12d21'00.985478\"S" | m.proj -i --quiet
 -1671525.94 -1541908.71 0.00
 d.mark -m at="-1671525.94,-1541908.71" fcolor=blue
 ## (off even further away to the NW)
 }}}


 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #167: g.region: reports wrong center longitude and LL bounding box

2008-05-14 Thread GRASS GIS 
#167: g.region: reports wrong center longitude and LL bounding box
--+-
 Reporter:  hamish|   Owner:  grass-dev@lists.osgeo.org
 Type:  defect|  Status:  new  
 Priority:  major |   Milestone:  6.4.0
Component:  default   | Version:  svn-develbranch6 
 Keywords:  g.region 180  |  
--+-
 Hi,

 if you set up a region which crosses 180 longitude, g.region -b and -l
 have problems calculating the center coord:

 create a new location using EPSG 3112. (Australia; Lambert CC)
 {{{
 g.region n=1973000 s=-6188000 w=-5175000 e=4846000 res=1000
 d.mon x0; d.grid -g 10
 # looks ok, if you ignore that grid lines E of 180 are missing
 }}}
 ---
 {{{
 g.region -b   # print max LL bounding box (WGS84)
 north longitude:  19:37:06.913074N
 south longitude:  44:19:08.88403S
 west latitude:69:34:08.058065E
 east latitude:168:13:13.623433E
 center latitude:  118:53:40.840749E
 center longitude: 12:21:00.985478S
 }}}

 /general/g.region/printwindow.c:
  * lat/lon swapped;  "north longitude" -> "North latitude" etc.

 after fixing that, the max bounding box calc still is wrong.
 furthest east is the bottom right corner (165W) but -b reports the value
 at the top right (168E).  [simple a>b test too simple?]
 That eastern boundary value is used for the center lon calc, so the center
 lon is wrong as well (skewed to the west).


 ---
 {{{
 g.region -l# print lat/lon  (current ellipsoid)
 north-west corner: long: 97:34:49.670961E lat: 20:13:08.52602N
 north-east corner: long: 168:13:13.623433E lat: 19:37:06.913074N
 south-east corner: long: 165:02:10.589072W lat: 44:19:08.88403S
 south-west corner: long: 69:34:08.058065E lat: 42:56:48.735964S
 center longitude:  42:35:00.190847E
 center latitude:   11:51:25.545225S
 rows:  8161
 cols:  10021
 }}}

 this time it gets the box corners correct but the center longitude is
 wrong. it's looking around the wrong side of the world and the answer is
 apparently 180deg out.

 also note the center lat is different to the -b version, and that with -l
 the NW corner's lat is bigger than the NE lat, but for -b max bounding box
 the more southerly 19:37N is used, not the further out 20:13N.



 Hamish

-- 
Ticket URL: 
GRASS GIS 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev