[GRASS-dev] d.barscale units [was: Release 6.4.1 - weekend test sprint?]

2011-04-01 Thread Hamish 
Helena wrote:
> P.S. is there a reason we have km but there is the long
> meters and feet in the scalebar?
> Why not m and ft?

[d.barscale; although ps.map is also touched by similar issues,
see wish #1225]

As they are not displayed simultaneously I don't think it hurts
much. I theorize it's a matter of "kilometers" taking up too much
screen real-estate, while not abbrev. the others as they aren't
long and so didn't need to be shortened.

To me the most important thing is clarity of meaning- whatever's
least ambiguous and expected in our respective fields. Not all
consumers of our maps are scientists, and it is very hard to
please everyone (as demonstrated by discussion of units often
ending up in parochial POV bike-shed flame fests- there's simply
no single best solution). e.g. the IHO who set the standards for
nautical chart cartography use "M" to denote nautical miles
(sigh). Usually context will indicate which is the right one, but
in some cases when context is not clear it can be outright
dangerous to make those assumptions in general-purpose software.
e.g. teams of engineer-contractors who are trained to think in
feet and inches, teams of scientist-operators who are trained
to think in SI, variable names in code which do not include the
units used, "cut through the red tape" money saving plans which
get rid of built-in checks, and expensive satellites crashed into
the surface of Mars. And so I like to spell things out whenever
that's going to be unobtrusive. On the other hand km,cm,mm are
long to write out and unambiguous when abbreviated, so I don't
mind them shortened.


I am more concerned with localizing the spelling of meters ->
metres (but the two or three ways to do that has its own issues),
and adding missing "mm", "cm", and "inches" support to d.barscale.

More precise control over the exact output is arguably more
important in ps.map, as that's what is going to make the journal/
report figures much of the time, while d.* output will often be
what is used in the more relaxed settings of overhead-projector
presentations, the GUI, and web images, and so be more "human"
friendly than scientific writing tends to be.


2c,
Hamish

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

Re: [GRASS-dev] Release 6.4.1 - weekend test sprint?

2011-04-01 Thread Helena Mitasova 
I just installed RC2 and tested it for the issues that I reported with RC1 
(e.g. import, histogram, etc.)
and the problem issues now work. I did the same with self-compiled 
grass64_release and it works too.
I will try to test it more over the weekend and if everything works OK
I think 6.4.1 can be released after those two blockers you mention are resolved.

Perhaps it would be useful to post a request on the users and developers list 
to do some 
"testing sprint" on grass64_release over the weekend
to make sure that some serious bugs do not slip through?

Helena 

P.S. is there a reason we have km but there is the long meters and feet in the 
scalebar?
Why not m and ft?


On Apr 1, 2011, at 4:19 PM, Martin Landa wrote:

> Hi,
> 
> dear GRASS devs, I would vote for releasing 6.4.1 within few days,
> max. one week. RC2 has been released in March 17, some bugs has been
> fixed since RC2. Currently we have two blockers [1], both going to be
> closed. There are lots of issues to be done for 6.4.2 [2] and I would
> be happy to start working on them.
> 
> Martin
> 
> [1] 
> http://trac.osgeo.org/grass/query?status=assigned&status=new&status=reopened&group=status&milestone=6.4.1
> [2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.2
> 
> -- 
> Martin Landa  * http://geo.fsv.cvut.cz/~landa
> ___
> 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

Re: [GRASS-dev] Release 6.4.1

2011-04-01 Thread Markus Neteler 
On Fri, Apr 1, 2011 at 10:19 PM, Martin Landa  wrote:
> Hi,
>
> dear GRASS devs, I would vote for releasing 6.4.1 within few days,
> max. one week. RC2 has been released in March 17, some bugs has been
> fixed since RC2. Currently we have two blockers [1], both going to be
> closed.

I am +1 on this.

Markus

> There are lots of issues to be done for 6.4.2 [2] and I would
> be happy to start working on them.
>
> Martin
>
> [1] 
> http://trac.osgeo.org/grass/query?status=assigned&status=new&status=reopened&group=status&milestone=6.4.1
> [2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.2
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Release 6.4.1

2011-04-01 Thread Martin Landa 
Hi,

dear GRASS devs, I would vote for releasing 6.4.1 within few days,
max. one week. RC2 has been released in March 17, some bugs has been
fixed since RC2. Currently we have two blockers [1], both going to be
closed. There are lots of issues to be done for 6.4.2 [2] and I would
be happy to start working on them.

Martin

[1] 
http://trac.osgeo.org/grass/query?status=assigned&status=new&status=reopened&group=status&milestone=6.4.1
[2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.2

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

[GRASS-dev] Re: [GRASS GIS] #1340: wxGUI uses improper .grassrc syntax and may cause .grassrc file corruption

2011-04-01 Thread GRASS GIS 
#1340: wxGUI uses improper .grassrc syntax and may cause .grassrc file 
corruption
-+--
 Reporter:  marisn   |   Owner:  martinl
 Type:  defect   |  Status:  assigned   
 Priority:  blocker  |   Milestone:  6.4.1  
Component:  wxGUI| Version:  svn-releasebranch64
 Keywords:  g.gisenv |Platform:  Unspecified
  Cpu:  Unspecified  |  
-+--

Comment(by martinl):

 Replying to [comment:1 martinl]:
 > Please try out r45821

 (devbr6)

-- 
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] #1340: wxGUI uses improper .grassrc syntax and may cause .grassrc file corruption

2011-04-01 Thread GRASS GIS 
#1340: wxGUI uses improper .grassrc syntax and may cause .grassrc file 
corruption
-+--
 Reporter:  marisn   |   Owner:  martinl
 Type:  defect   |  Status:  assigned   
 Priority:  blocker  |   Milestone:  6.4.1  
Component:  wxGUI| Version:  svn-releasebranch64
 Keywords:  g.gisenv |Platform:  Unspecified
  Cpu:  Unspecified  |  
-+--
Changes (by martinl):

 * cc: grass-dev@… (added)
  * keywords:  => g.gisenv
  * status:  new => assigned
  * owner:  grass-dev@… => martinl


Comment:

 Please try out r45821

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] gdal-grass plugin build failed

2011-04-01 Thread Massimo Di Stefano 
hi All

tring to rebuild the gdal-grass plugin on my linux (debian sid) 
but i'm having this error 

epifanio@epybox:/etc/ld.so.conf.d$ cat grass.conf 
#/usr/local/grass-7.0.svn/lib
/usr/local/grass-6.5.svn/lib

epifanio@epybox: export LD_LIBRARY_PATH=/usr/local/grass-6.5.svn/lib
epifanio@epybox:/etc/ld.so.conf.d$ sudo ldconfig

epifanio@epybox:/usr/local/src/gis/gdal/frmts/grass/gdal-grass-1.9.0
$ ./configure --with-gdal=/usr/local/bin/gdal-config
--with-grass=/usr/local/grass-6.5.svn
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for ranlib... ranlib
checking for g++ -shared ... yes
user supplied gdal-config (/usr/local/bin/gdal-config)
using /usr/local/lib/gdalplugins as GDAL shared library autoload
directory
checking for G_asprintf in -lgrass_gis... no
checking for G_putenv in -lgrass_gis.7.0.svn... no
configure: error: --with-grass=/usr/local/grass-6.5.svn requested, but
libraries not found!  Perhaps you need to set LD_LIBRARY_PATH to
include /usr/local/grass-6.5.svn/lib?

have you any clue ? the error happens if i try to build the gdal-grass
plugin using grass 6.5 ... instead using the 7.0 it build fine.


the config.log file contents : http://paste.debian.net/112667/ 
it can't find lib .. but they exists


thanks for any hints!

Massimo.




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

[GRASS-dev] gdal-grass plugin build failed

2011-04-01 Thread Massimo Di Stefano 
hi All

tring to rebuild the gdal-grass plugin on my linux (debian sid) 
but i'm having this error 

epifanio@epybox:/etc/ld.so.conf.d$ cat grass.conf 
#/usr/local/grass-7.0.svn/lib
/usr/local/grass-6.5.svn/lib

epifanio@epybox: export LD_LIBRARY_PATH=/usr/local/grass-6.5.svn/lib
epifanio@epybox:/etc/ld.so.conf.d$ sudo ldconfig

epifanio@epybox:/usr/local/src/gis/gdal/frmts/grass/gdal-grass-1.9.0
$ ./configure --with-gdal=/usr/local/bin/gdal-config
--with-grass=/usr/local/grass-6.5.svn
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for ranlib... ranlib
checking for g++ -shared ... yes
user supplied gdal-config (/usr/local/bin/gdal-config)
using /usr/local/lib/gdalplugins as GDAL shared library autoload
directory
checking for G_asprintf in -lgrass_gis... no
checking for G_putenv in -lgrass_gis.7.0.svn... no
configure: error: --with-grass=/usr/local/grass-6.5.svn requested, but
libraries not found!  Perhaps you need to set LD_LIBRARY_PATH to
include /usr/local/grass-6.5.svn/lib?

have you any clue ? the error happens if i try to build the gdal-grass
plugin using grass 6.5 ... instead using the 7.0 it build fine.


the config.log file contents : http://paste.debian.net/112667/ 
it can't find lib .. but they exists


thanks for any hints!

Massimo.



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

Re: [GRASS-dev] SOAP/WSDL and GRASS

2011-04-01 Thread Moritz Lennert 

On 01/04/11 09:40, Davide Perrone wrote:

Hello everybody. I'm new to GRASS and I have a question for you. I have
to implement a C++ module to interact with GRASS. If possible I need
that GRASS was on a remote machine and I have to connect to it and for
example,for receiving a map, interacting with map, making a calculation
etc etc...! Is there a Way to do this with WSDL/SOAP? If notis there
a way to construct a C++ application that wraps GRASS and use some of
its functions?


Maybe you could use WPS ? Check out http://grass.osgeo.org/wiki/WPS.

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

[GRASS-dev] Re: [GRASS GIS] #1310: Browse button in WxPython GUIs (for scripts) does not provide a correct file path for WinGRAS

2011-04-01 Thread GRASS GIS 
#1310: Browse button in WxPython GUIs (for scripts) does not provide a correct
file path for WinGRAS
--+-
 Reporter:  katrineggert1980  |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  critical  |   Milestone:  6.4.1
Component:  Bash  | Version:  6.4.1 RCs
 Keywords:  winGRASS  |Platform:  MSWindows XP 
  Cpu:  Unspecified   |  
--+-

Comment(by toyzerocha):

 As far as I can see, the only solution seems to be in *.bat file. I mean,
 when the command is sent to GRASS_SH something should be processed before
 in order to switch the bars.
 Any idea? (I don't much about Bash Scripting)

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] SOAP/WSDL and GRASS

2011-04-01 Thread Davide Perrone 
Hello everybody. I'm new to GRASS and I have a question for you. I have to
implement a C++ module to interact with GRASS. If possible I need that GRASS
was on a remote machine and I have to connect to it and for example,for
receiving a map, interacting with map, making a calculation etc etc...! Is
there a Way to do this with WSDL/SOAP? If notis there a way to construct
a C++ application that wraps GRASS and use some of its functions?
Thank you very much.
Davide
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev