date:20130213

Re: [GRASS-dev] [GRASS GIS] #1390: fully qualified name on g.mlist

2013-02-13 Thread GRASS GIS

#1390: fully qualified name on g.mlist
-+--
 Reporter:  lucadelu |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  Default  | Version:  svn-trunk
 Keywords:  g.mlist  |Platform:  All  
  Cpu:  Unspecified  |  
-+--

Comment(by glynn):

 Replying to [comment:8 hamish]:

 > often you have lots of maps but just 4096 chars to describe them in.

 The 4k limit is ancient history on Linux (prior to 2.6.23 it was 128k, now
 it's 1/4 of RLIMIT_STACK). Other platforms may still have small limits.

 > I'm sure others can think of pulling from the wrong mapset scenarios,

 Indeed.

 r55041 + r55042 automatically uses a qualified name where the unqualified
 name refers to the wrong map.

 It's possible that we might need an option to suppress this behaviour
 (e.g. for scripts which aren't expecting to see an @ and for some reason
 don't need to care about the ambiguity).

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1884: grass7 - cairodriver fails to detect right architecture - OSX 10.8

2013-02-13 Thread GRASS GIS

#1884: grass7 - cairodriver fails to detect right architecture - OSX 10.8
---+
 Reporter:  epifanio   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:  7.0.0
Component:  Compiling  | Version:  svn-trunk
 Keywords:  cairo  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by glynn):

 Replying to [ticket:1884 epifanio]:

 > seems that the GRASS Configure is not storing the fontconfig linking in
 platform.make so it doesn't get into the cairo driver compilation.

 configure sets CAIROLIB to whatever it gets from
 {{{
 pkg-config --libs cairo-ft cairo-fc cairo-pdf cairo-ps cairo-svg
 }}}
 plus anything added manually via the --with-cairo-libs and/or --with-
 cairo-ldflags switches.

 However: lib/cairodriver uses fontconfig directly, as well as via cairo.
 The above list of undefined symbols is exactly the set of fontconfig
 functions which lib/cairodriver/Text.c references directly.

 So we probably need to add "fontconfig" to the pkg-config command. Try
 r55040.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1866: broken SQLite driver in winGRASS 7

2013-02-13 Thread GRASS GIS

#1866: broken SQLite driver in winGRASS 7
--+-
 Reporter:  martinl   |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:  7.0.0
Component:  Database  | Version:  unspecified  
 Keywords:  sqlite, wingrass  |Platform:  MSWindows 2K 
  Cpu:  Unspecified   |  
--+-

Comment(by cmbarton):

 This seems to be working fine on the Mac for R55039. I just did
 db.describe for forestations in the nc_spm_08 demo set for data in sqlite.
 No problem.

 Michael

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] cairodriver build error

2013-02-13 Thread William Kyngesburye

(I'm getting this on the GRASS list, I'm sure there are others with a better 
idea of what to do)

platform.make.in is changed by configure to create platform.make.  It's 
standard GNU autotools stuff for variable replacement.  There are really 2 
things needed: FCLIB (that's what is referenced in grass.make to link the cairo 
driver) needs to be added to platform.make.in with a variable replacement 
placeholder (see other variables in the file for examples), and configure needs 
to figure out what FCLIB needs to be AND set it so that it gets replaced in 
platform.make.in.

FCLIB looks like it's meant to be for fontconfig, one of the dependencies of 
cairo.  I don't see any detection for fontconfig itself.  One possibility is 
that it was supposed to be extracted from the cairo linking flags.  Or it 
should be directly in the cairo linking flags, and FCLIB is just a leftover.  
In either case, it's probably really a problem with cairo not having the 
correct linking flags, ie missing -lfontconfig.  I take care of this in my 
cairo framework by building fontconfig into the framework, so only the cairo 
framework needs to be linked, that's why I've never noticed the problem.

On Feb 13, 2013, at 5:41 PM, Massimo Di Stefano wrote:

> William, i opened the ticket below :
> 
> http://trac.osgeo.org/grass/ticket/1884
> 
> i'm tring to dive into platform.make to try to understand …
> 
> if you can help or want me to test any change in order to fix it, i'll be 
> happy to follow you.
> 
> Thanks!
> 
> Massimo.
> 

-
William Kyngesburye 
http://www.kyngchaos.com/

"I ache, therefore I am.  Or in my case - I am, therefore I ache."

- Marvin

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

Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

2013-02-13 Thread Michael Barton

The main blocker for the Mac has been partly fixed in trunk: broken volume 
display. Now it displays most of the time and only crashes randomly instead all 
the time.  If Markus Metz has backported this to 6.4.x, I'm happy to test and 
see if it works the same way there.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu











On Feb 13, 2013, at 2:20 PM, 
mailto:grass-dev-requ...@lists.osgeo.org>>
 wrote:

From: Martin Landa mailto:landa.mar...@gmail.com>>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky mailto:hel...@web.de>>
Cc: mailto:grass-dev@lists.osgeo.org>>


Hi,

2013/2/3 Martin Landa mailto:landa.mar...@gmail.com>>:
since it's more than a month ago now, what about another another RC or
release?

agreed. After RC3 should come ideally final release.

sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.

Martin

[1] 
http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&group=type&order=priority&priority=blocker&priority=critical&milestone=6.4.3&milestone=6.4.2&milestone=6.4.1&milestone=6.4.0
[2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.3

--
Martin Landa http://gmail.com/>> * 
http://geo.fsv.cvut.cz/~landa



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

Re: [GRASS-dev] [GRASS GIS] #1390: fully qualified name on g.mlist

2013-02-13 Thread GRASS GIS

#1390: fully qualified name on g.mlist
-+--
 Reporter:  lucadelu |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  Default  | Version:  svn-trunk
 Keywords:  g.mlist  |Platform:  All  
  Cpu:  Unspecified  |  
-+--

Comment(by hamish):

 again, there are valid arguments on both sides, but one technical reason
 not to use -m by default: it chews up CLI space if you use it like {{{
 g.module input=`g.mlist rast sep=,` }}}, since often you have lots of maps
 but just 4096 chars to describe them in. And when you overflow that the
 error can do odd things (e.g. if the buffer ends right at the end of a map
 name [~10% chance] and it then silently gives you a r.series result for
 the first ~275 days of data instead of 365).

 I'm sure others can think of pulling from the wrong mapset scenarios, I
 guess it's a case of which alternative fails the safest^2 * user demand.


 Hamish

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1390: fully qualified name on g.mlist

2013-02-13 Thread GRASS GIS

#1390: fully qualified name on g.mlist
-+--
 Reporter:  lucadelu |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  Default  | Version:  svn-trunk
 Keywords:  g.mlist  |Platform:  All  
  Cpu:  Unspecified  |  
-+--

Comment(by hamish):

 my 2c: leave it off by default and better adverstize/use the -m flag to
 fully qualify them if it is needed by some auto-script.

 I use common map names between diff't mapsets and have never had the need
 for such a thing personally, but who knows what other power scripters do.
 I always use mapset=. for cases where I need to be sure that I'm pulling
 from just the current MAPSET. You are protected from large chaos by the
 only-allowed to write (ie remove or overwrite) local maps restriction.

 there are valid arguments on both sides, but to me the added clutter makes
 subtle errors harder to spot by eye, which is in my personal opinion more
 critical than seeing the louder 'this map is available in multiple
 mapsets' warning.


 Hamish

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1884: grass7 - cairodriver fails to detect right architecture - OSX 10.8

2013-02-13 Thread GRASS GIS

#1884: grass7 - cairodriver fails to detect right architecture - OSX 10.8
---+
 Reporter:  epifanio   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  major  |   Milestone:  7.0.0
Component:  Compiling  | Version:  svn-trunk
 Keywords:  cairo  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Old description:

> Trying to build grass7 with cairo enabled, the build fails with the
> following error :
>

>
> epi:grass_trunk epi$ cd /usr/local/src/grass_trunk/lib/cairodriver
> epi:cairodriver epi$ make
> cc -dynamiclib -compatibility_version 7.0 -current_version 7.0
> -install_name
> /usr/local/grass-7.0.svn/lib/libgrass_cairodriver.7.0.svn.dylib -o
> /usr/local/src/grass_trunk/dist.x86_64-apple-
> darwin12.2.0/lib/libgrass_cairodriver.7.0.svn.dylib
> -L/usr/local/src/grass_trunk/dist.x86_64-apple-darwin12.2.0/lib
> -L/usr/local/src/grass_trunk/dist.x86_64-apple-darwin12.2.0/lib
> OBJ.x86_64-apple-darwin12.2.0/Box.o OBJ.x86_64-apple-darwin12.2.0/Color.o
> OBJ.x86_64-apple-darwin12.2.0/Draw.o OBJ.x86_64-apple-
> darwin12.2.0/Draw_bitmap.o OBJ.x86_64-apple-darwin12.2.0/Driver.o
> OBJ.x86_64-apple-darwin12.2.0/Erase.o OBJ.x86_64-apple-
> darwin12.2.0/Graph.o OBJ.x86_64-apple-darwin12.2.0/Line_width.o
> OBJ.x86_64-apple-darwin12.2.0/Raster.o OBJ.x86_64-apple-
> darwin12.2.0/Set_window.o OBJ.x86_64-apple-darwin12.2.0/Text.o OBJ.x86_64
> -apple-darwin12.2.0/read.o OBJ.x86_64-apple-darwin12.2.0/read_bmp.o
> OBJ.x86_64-apple-darwin12.2.0/read_ppm.o OBJ.x86_64-apple-
> darwin12.2.0/read_xid.o OBJ.x86_64-apple-darwin12.2.0/write.o OBJ.x86_64
> -apple-darwin12.2.0/write_bmp.o OBJ.x86_64-apple-darwin12.2.0/write_ppm.o
> OBJ.x86_64-apple-darwin12.2.0/write_xid.o  -lgrass_driver.7.0.svn
> -lgrass_gis.7.0.svn -L/usr/local/Cellar/cairo/1.12.12/lib -lcairo
> -liconv
> Undefined symbols for architecture x86_64:
>   "_FcConfigGetCurrent", referenced from:
>   _Cairo_set_font in Text.o
>   "_FcConfigSubstitute", referenced from:
>   _Cairo_set_font in Text.o
>   "_FcDefaultSubstitute", referenced from:
>   _Cairo_set_font in Text.o
>   "_FcFontList", referenced from:
>   _font_list_fc in Text.o
>   "_FcFontMatch", referenced from:
>   _Cairo_set_font in Text.o
>   "_FcFontSetDestroy", referenced from:
>   _font_list_fc in Text.o
>   "_FcInit", referenced from:
>   _font_list_fc in Text.o
>   _Cairo_set_font in Text.o
>   "_FcNameParse", referenced from:
>   _Cairo_set_font in Text.o
>   "_FcObjectSetBuild", referenced from:
>   _font_list_fc in Text.o
>   "_FcObjectSetDestroy", referenced from:
>   _font_list_fc in Text.o
>   "_FcPatternCreate", referenced from:
>   _font_list_fc in Text.o
>   "_FcPatternDestroy", referenced from:
>   _font_list_fc in Text.o
>   "_FcPatternGetString", referenced from:
>   _font_list_fc in Text.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
> make: *** [/usr/local/src/grass_trunk/dist.x86_64-apple-
> darwin12.2.0/lib/libgrass_cairodriver.7.0.svn.dylib] Error 1
> epi:cairodriver epi$
>

> this is not correct, the cairo lib installed on my machine are built as
> universal in both arch 32 and 64 bit.
>
> lipo -info /usr/local/Cellar/cairo/1.12.12/lib/cairo/libcairo-
> trace.0.dylib /usr/local/Cellar/cairo/1.12.12/lib/libcairo-
> gobject.2.dylib /usr/local/Cellar/cairo/1.12.12/lib/libcairo-script-
> interpreter.2.dylib /usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib
> Architectures in the fat file: /usr/local/Cellar/cairo/1.12.12/lib/cairo
> /libcairo-trace.0.dylib are: i386 x86_64
> Architectures in the fat file: /usr/local/Cellar/cairo/1.12.12/lib
> /libcairo-gobject.2.dylib are: i386 x86_64
> Architectures in the fat file: /usr/local/Cellar/cairo/1.12.12/lib
> /libcairo-script-interpreter.2.dylib are: i386 x86_64
> Architectures in the fat file:
> /usr/local/Cellar/cairo/1.12.12/lib/libcairo.2.dylib are: i386 x86_64
> epi:~ epi$
>

> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache:Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture
> i386):  Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cache (for architecture
> x86_64):Mach-O 64-bit executable x86_64
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat:  Mach-O universal
> binary with 2 architectures
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture i386):
> Mach-O executable i386
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-cat (for architecture
> x86_64):  Mach-O 64-bit executable x86_64
> /usr/local/Cellar/fontconfig/2.10.91/bin/fc-list: Mach-O universal
> binary with 2 architectures
> /u

Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

2013-02-13 Thread Hamish

Hi,

sorry, my time to work on things is still not existant & I've
been trying to get the osgeo live dvd out the door before
starting on remaining issues for 6.4.3 rc3.

without a good look through the bug trac'er yet, the main things
I still want to check:

- make sure g.extension works everywhere; I'm looking into it.

- make sure the WinGrass installer asks y/n before installing the
ms virt runtime system libraries- we have a legal obligation
to handle this cleanly. (note the gdal.org/tmp/ dir package is
dated 2009; someone reported a new dll missing the other day;
I've no idea what files osgeo4w ships from its repo)

- verify that the wxPsmap symbol decoration tool can be refined
later without breaking backwards compatibility


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

Re: [GRASS-dev] [GRASS GIS] #657: add --with-openmp support to ./configure

2013-02-13 Thread GRASS GIS

#657: add --with-openmp support to ./configure
+---
  Reporter:  hamish |   Owner:  grass-dev@…  
  Type:  task   |  Status:  closed   
  Priority:  normal |   Milestone:  7.0.0
 Component:  Compiling  | Version:  svn-trunk
Resolution:  fixed  |Keywords:  openmp   
  Platform:  All| Cpu:  All  
+---
Changes (by hamish):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Hamish wrote:
 > added in trunk with r49652

 yes, it's done in the configure script, which is all for this ticket. the
 wider subject of using OpenMP well is an ongoing project.


 Hamish

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1416: wingrass7 nightly build crash on start

2013-02-13 Thread GRASS GIS

#1416: wingrass7 nightly build crash on start
-+--
 Reporter:  MilenaN  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  Startup  | Version:  svn-trunk
 Keywords:   |Platform:  MSWindows 7  
  Cpu:  x86-64   |  
-+--

Comment(by martinl):

 Please try out more recent build. Still relevant?

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #969: move color structs to colors.h?

2013-02-13 Thread GRASS GIS

#969: move color structs to colors.h?
--+-
 Reporter:  hamish|   Owner:  grass-dev@…   
   
 Type:  task  |  Status:  new   
   
 Priority:  normal|   Milestone:  7.0.0 
   
Component:  Display   | Version:  svn-trunk 
   
 Keywords:  RGBA_Color, G_str_to_color()  |Platform:  All   
   
  Cpu:  All   |  
--+-

Comment(by martinl):

 `include/colors.h` sounds as reasonable please for `RGBA_Color` structure.
 Please go ahead.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #944: menudata.py: strip out & key shortcut hint

2013-02-13 Thread GRASS GIS

#944: menudata.py: strip out & key shortcut hint
-+--
  Reporter:  hamish  |   Owner:  grass-dev@…  
  Type:  defect  |  Status:  closed   
  Priority:  normal  |   Milestone:  7.0.0
 Component:  wxGUI   | Version:  svn-trunk
Resolution:  fixed   |Keywords:  menudata.py, synopsis
  Platform:  All | Cpu:  All  
-+--
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 {{{
 python core/menudata.py commands | grep '&' -c
 0
 }}}

 seems to be solved. Closing, please re-open if needed.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1741: Wrong key in option G_OPT_F_SEP

2013-02-13 Thread GRASS GIS

#1741: Wrong key in option G_OPT_F_SEP
--+-
  Reporter:  turek|   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  Default  | Version:  unspecified  
Resolution:  fixed|Keywords:   
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1741: Wrong key in option G_OPT_F_SEP

2013-02-13 Thread GRASS GIS

#1741: Wrong key in option G_OPT_F_SEP
-+--
 Reporter:  turek|   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  Default  | Version:  unspecified  
 Keywords:   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by martinl):

 Seems to be fixed. Closing, please re-open if needed.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1822: wxGUI location wizard imports 3D Shapefile as 2D

2013-02-13 Thread GRASS GIS

#1822: wxGUI location wizard imports 3D Shapefile as 2D
--+-
  Reporter:  marisn   |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  Startup  | Version:  svn-trunk
Resolution:  fixed|Keywords:  v.in.ogr 
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1838: r.mask: allow use of vector map as input

2013-02-13 Thread GRASS GIS

#1838: r.mask: allow use of vector map as input
--+-
  Reporter:  mlennert |   Owner:  grass-dev@…  
  Type:  enhancement  |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  Raster   | Version:  svn-trunk
Resolution:  fixed|Keywords:  mask, vector, r.mask 
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #657: add --with-openmp support to ./configure

2013-02-13 Thread GRASS GIS

#657: add --with-openmp support to ./configure
---+
 Reporter:  hamish |   Owner:  grass-dev@…  
 Type:  task   |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  Compiling  | Version:  svn-trunk
 Keywords:  openmp |Platform:  All  
  Cpu:  All|  
---+

Comment(by martinl):

 Still relevant?, there is `--with-openmp` available in `configure` script.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1703: wxGUI vector and raster querying

2013-02-13 Thread GRASS GIS

#1703: wxGUI vector and raster querying
-+--
 Reporter:  wenzeslaus   |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  wxGUI| Version:  unspecified  
 Keywords:   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by wenzeslaus):

 Replying to [comment:3 martinl]:
 > Recently reimplemented in trunk. Anything left?, could we closed this
 ticket?

 From me, everything is fulfilled. Only the last point was not tested
 (''for vector map with some layers with db table and some without, only
 layers with db table are displayed''). But this may be caused by v.what
 behavior.


 For further reference, here is the list of still open related tickets:
  * #251 Enhancements to vector querying
  * #304 quering disables vector transparency
  * #523 wxGUI: querying a vector map in edit mode does nothing
  * #1402 Allow input coordinates to v.what to create a bounding rectangle
 for querying
  * #1824 wxGUI should offer a vector geometry query tool
  * #1826 New d.mon doesn't allow querying (can be closed soon)

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1390: fully qualified name on g.mlist

2013-02-13 Thread GRASS GIS

#1390: fully qualified name on g.mlist
-+--
 Reporter:  lucadelu |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  Default  | Version:  svn-trunk
 Keywords:  g.mlist  |Platform:  All  
  Cpu:  Unspecified  |  
-+--

Comment(by martinl):

 Any opinions from power users?

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #156: new attribute in Option struct to allow conditional options requirement

2013-02-13 Thread GRASS GIS

#156: new attribute in Option struct to allow conditional options requirement
--+-
  Reporter:  martinl  |   Owner:  grass-dev@…  
  Type:  task |  Status:  closed   
  Priority:  major|   Milestone:  7.0.0
 Component:  Default  | Version:  svn-trunk
Resolution:  fixed|Keywords:  parser, required, conditional
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by martinl):

  * status:  new => closed
  * platform:  => Unspecified
  * resolution:  => fixed
  * cpu:  => Unspecified


Comment:

 Solved, closing.

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] sql.html name conflict

2013-02-13 Thread Markus Neteler

Hi,

browsing the Fedora bugtracker, I found this (resolved from their side) bug:

https://bugzilla.redhat.com/show_bug.cgi?id=797824
=> grass-6.4.1-5.fc17.i686 in fedora-development-i386
  File conflict with: parallel-20110722-4.fc17.noarch
 /usr/share/man/man1/sql.1.gz
[semi-automated bug report]

BTW: sql.html exists also postgresql-9.1.7 (likewise other versions).

The file(s) in question:
grass64/lib/db/sqlp/description.html  -> sql.html
grass65/lib/db/sqlp/description.html  -> sql.html
grass70/lib/db/sqlp/sql.html

I guess we could rename them easily to grass-sql.html as done
with grass-dbf.html and the like? Fix the related links then, of
course, too, in the other man pages...

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

Re: [GRASS-dev] [GRASS GIS] #1703: wxGUI vector and raster querying

2013-02-13 Thread GRASS GIS

#1703: wxGUI vector and raster querying
-+--
 Reporter:  wenzeslaus   |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  major|   Milestone:  7.0.0
Component:  wxGUI| Version:  unspecified  
 Keywords:   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by martinl):

 Recently reimplemented in trunk. Anything left?, could we closed this
 ticket?

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

2013-02-13 Thread Helena Mitasova

Martin,

I think that #1736 is still unresolved and I am afraid that the latest changes 
might have made it worse, I still have a working version in GRASS6.5 which I 
have not updated for a while but the most recent version in 6.4.3 seems to be 
crashing unpredictably,
similar to what it used to do couple years ago in old nviz (see #803). I will 
try to update and test again to see where it stands
but it may be now crashing on linux as well. 

here is the 2d and 3d raster that I have used for testing, it now crashes for 
isosurface 15 and 16 but works for isosurface 17
(my GRASS6.5 works with it without any trouble for any isosurface)
http://skagit.meas.ncsu.edu/~helena/grasswork/JR_2008_ALL.asci
http://skagit.meas.ncsu.edu/~helena/grasswork/JR_7408MR_2m_t70_nd0.asci
I am doing my testing on Mac OSX10.6 and Mac OSX10.8
(I totally agree with Markus M and Tomas Paudits that ogsf needs to be 
rewritten but so far I did not have much luck 
finding anybody with the right expertise to do it).

I think that #1801was fixed thanks to Markus M, but I did not have time to 
test. here is a 3d raster with nulls that was causing problems if somebody 
wants to test
http://skagit.meas.ncsu.edu/~helena/grasswork/JR_7408MR_2m_t70.asci

I can try #1784 on our Windows machines to see whether we have the same problem.
I am not sure about the rest of the critical bugs. The rest of the issues that 
I posted in emails was not critical,
mostly confusing features and most of them are fixed thanks to Anna,

Helena  

Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu

"All electronic mail messages in connection with State business which are sent 
to or received by this account are subject to the NC Public Records Law and may 
be disclosed to third parties.” 

On Feb 13, 2013, at 3:32 PM, Martin Landa wrote:

> Hi,
> 
> 2013/2/3 Martin Landa :
>>> since it's more than a month ago now, what about another another RC or
>>> release?
>> 
>> agreed. After RC3 should come ideally final release.
> 
> sorry for bringing this issue back. We have 2 RCs released, RC2 is
> almost 2(!) month old. I don't see any blocker in trac [1], even
> nothing noted on the dev's wiki [2]. Is there any blocker, if so
> please collect them in trac or at least note them on trac page [2].
> Currently I am afraid that we have no clear idea what is the status of
> critical issues which have been reported within various mails in
> various threads by various persons.
> 
> Martin
> 
> [1] 
> http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&group=type&order=priority&priority=blocker&priority=critical&milestone=6.4.3&milestone=6.4.2&milestone=6.4.1&milestone=6.4.0
> [2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.3
> 
> -- 
> 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] [GRASS GIS] #1025: r.in.wms doesn't always process WMS server responses (errors)

2013-02-13 Thread GRASS GIS

#1025: r.in.wms doesn't always process WMS server responses (errors)
-+--
 Reporter:  marisn   |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  Raster   | Version:  svn-develbranch6 
 Keywords:  r.in.wms |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by martinl):

 Recently, `r.in.wms` has been completely rewritten. Is this issue still
 valid?

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #547: Raster query in wxGUI

2013-02-13 Thread GRASS GIS

#547: Raster query in wxGUI
-+--
  Reporter:  hcho|   Owner:  grass-dev@…  
  Type:  defect  |  Status:  closed   
  Priority:  major   |   Milestone:  7.0.0
 Component:  wxGUI   | Version:  svn-trunk
Resolution:  fixed   |Keywords:  raster, query, r.what
  Platform:  Linux   | Cpu:  x86-32   
-+--
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 No activity for 3 years. wxGUI development is continuing. Probably out-
 dated issue, closing, please re-open if needed.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #830: wxgui loading error for GRASS7 on Ubuntu 9.10

2013-02-13 Thread GRASS GIS

#830: wxgui loading error for GRASS7 on Ubuntu 9.10
-+--
  Reporter:  isaacullah  |   Owner:  grass-dev@…  
  Type:  defect  |  Status:  closed   
  Priority:  major   |   Milestone:  7.0.0
 Component:  Default | Version:  svn-trunk
Resolution:  fixed   |Keywords:  libgdal  
  Platform:  Linux   | Cpu:  x86-64   
-+--
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 No activity for 2 years. Probably already solved, closing, please re-open
 if needed.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1040: neta lib Makefile deps

2013-02-13 Thread GRASS GIS

#1040: neta lib Makefile deps
-+--
  Reporter:  hamish  |   Owner:  grass-dev@…  
  Type:  defect  |  Status:  closed   
  Priority:  normal  |   Milestone:  7.0.0
 Component:  Vector  | Version:  svn-trunk
Resolution:  fixed   |Keywords:  v.net
  Platform:  Linux   | Cpu:  x86-64   
-+--
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Closing, please re-open if needed.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1054: Add -append option to v.out.ogr

2013-02-13 Thread GRASS GIS

#1054: Add -append option to v.out.ogr
--+-
  Reporter:  jeleniste|   Owner:  grass-dev@…  
  Type:  task |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  Vector   | Version:   
Resolution:  fixed|Keywords:  ogr, v.in.ogr, append
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 `v.in.ogr` in G7 has

 {{{
   -a   Append to existing layer instead of creating new if it exists
 }}}

 Closing, please re-open if needed.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #923: r.mapcalc lacks add to layer

2013-02-13 Thread GRASS GIS

#923: r.mapcalc lacks add to layer
--+-
  Reporter:  timmie   |   Owner:  grass-dev@…  
  Type:  enhancement  |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  wxGUI| Version:  svn-trunk
Resolution:  fixed|Keywords:  r.mapcalc
  Platform:  All  | Cpu:  All  
--+-
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 wxGUI GRASS Raster Calculator has this option. Closing.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1882: new query display needs to update on mouse click

2013-02-13 Thread GRASS GIS

#1882: new query display needs to update on mouse click
--+-
  Reporter:  cmbarton |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  wxGUI| Version:  svn-trunk
Resolution:  fixed|Keywords:  query
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by cmbarton):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 works fine now. Closing ticket. Thanks again.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1582: wxgui will not start

2013-02-13 Thread GRASS GIS

#1582: wxgui will not start
-+--
  Reporter:  neuba   |   Owner:  grass-dev@…  
  Type:  defect  |  Status:  closed   
  Priority:  normal  |   Milestone:  6.4.3
 Component:  wxGUI   | Version:  svn-releasebranch64  
Resolution:  fixed   |Keywords:   
  Platform:  Linux   | Cpu:  Unspecified  
-+--
Changes (by martinl):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 No answer for half of the year. This issue has been already fixed.
 Closing, please re-open if needed.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

2013-02-13 Thread Martin Landa

Hi,

2013/2/3 Martin Landa :
>> since it's more than a month ago now, what about another another RC or
>> release?
>
> agreed. After RC3 should come ideally final release.

sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.

Martin

[1] 
http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&group=type&order=priority&priority=blocker&priority=critical&milestone=6.4.3&milestone=6.4.2&milestone=6.4.1&milestone=6.4.0
[2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.3

-- 
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

Re: [GRASS-dev] [GRASS GIS] #1866: broken SQLite driver in winGRASS 7

2013-02-13 Thread GRASS GIS

#1866: broken SQLite driver in winGRASS 7
--+-
 Reporter:  martinl   |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  blocker   |   Milestone:  7.0.0
Component:  Database  | Version:  unspecified  
 Keywords:  sqlite, wingrass  |Platform:  MSWindows 2K 
  Cpu:  Unspecified   |  
--+-

Comment(by martinl):

 Replying to [comment:9 mmetz]:

 > Apparently the receiving end of the pipe [0] is broken. Anybody has any
 idea how this could happen? There are no obvious differences in the code
 base between 6.4. and 7.0.

 Any idea here? This is really '''critical''' issue. Currently winGRASS 7
 is completely broken when working with vector data. Two main DB drivers
 (SQLite, DBF) are broken.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1882: new query display needs to update on mouse click

2013-02-13 Thread GRASS GIS

#1882: new query display needs to update on mouse click
-+--
 Reporter:  cmbarton |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  wxGUI| Version:  svn-trunk
 Keywords:  query|Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by cmbarton):

 mouse['begin'] is supposed to be the first coordinate pair for something
 like a rubber band line or box and mouse['end'] subsequent coordinates.
 While mouse['begin'] coordinates update somewhere else. It looks like only
 mouse['end'] coordinates are updated in the method for line 1187. So the
 coordinates only update with mouse['end'], no new coordinates passed, no
 update. Either the query call needed to be moved to the method that
 updates mouse['begin'] or the mouse['end'] coordinates needed to be passed
 to the query call. I'm not sure why it worked in Linux and Windows as it
 was. Oh well, the mysteries of a highly complex system. Cheers.

 Michael

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #1390: fully qualified name on g.mlist

Re: [GRASS-dev] [GRASS GIS] #1884: grass7 - cairodriver fails to detect right architecture - OSX 10.8

Re: [GRASS-dev] [GRASS GIS] #1866: broken SQLite driver in winGRASS 7

Re: [GRASS-dev] cairodriver build error

Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

Re: [GRASS-dev] [GRASS GIS] #1390: fully qualified name on g.mlist

Re: [GRASS-dev] [GRASS GIS] #1390: fully qualified name on g.mlist

Re: [GRASS-dev] [GRASS GIS] #1884: grass7 - cairodriver fails to detect right architecture - OSX 10.8

Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

Re: [GRASS-dev] [GRASS GIS] #657: add --with-openmp support to ./configure

Re: [GRASS-dev] [GRASS GIS] #1416: wingrass7 nightly build crash on start

Re: [GRASS-dev] [GRASS GIS] #969: move color structs to colors.h?

Re: [GRASS-dev] [GRASS GIS] #944: menudata.py: strip out & key shortcut hint

Re: [GRASS-dev] [GRASS GIS] #1741: Wrong key in option G_OPT_F_SEP

Re: [GRASS-dev] [GRASS GIS] #1741: Wrong key in option G_OPT_F_SEP

Re: [GRASS-dev] [GRASS GIS] #1822: wxGUI location wizard imports 3D Shapefile as 2D

Re: [GRASS-dev] [GRASS GIS] #1838: r.mask: allow use of vector map as input

Re: [GRASS-dev] [GRASS GIS] #657: add --with-openmp support to ./configure

Re: [GRASS-dev] [GRASS GIS] #1703: wxGUI vector and raster querying

Re: [GRASS-dev] [GRASS GIS] #1390: fully qualified name on g.mlist

Re: [GRASS-dev] [GRASS GIS] #156: new attribute in Option struct to allow conditional options requirement

[GRASS-dev] sql.html name conflict

Re: [GRASS-dev] [GRASS GIS] #1703: wxGUI vector and raster querying

Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

Re: [GRASS-dev] [GRASS GIS] #1025: r.in.wms doesn't always process WMS server responses (errors)

Re: [GRASS-dev] [GRASS GIS] #547: Raster query in wxGUI

Re: [GRASS-dev] [GRASS GIS] #830: wxgui loading error for GRASS7 on Ubuntu 9.10

Re: [GRASS-dev] [GRASS GIS] #1040: neta lib Makefile deps

Re: [GRASS-dev] [GRASS GIS] #1054: Add -append option to v.out.ogr

Re: [GRASS-dev] [GRASS GIS] #923: r.mapcalc lacks add to layer

Re: [GRASS-dev] [GRASS GIS] #1882: new query display needs to update on mouse click

Re: [GRASS-dev] [GRASS GIS] #1582: wxgui will not start

Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released

Re: [GRASS-dev] [GRASS GIS] #1866: broken SQLite driver in winGRASS 7

Re: [GRASS-dev] [GRASS GIS] #1882: new query display needs to update on mouse click

35 matches

Site Navigation

Mail list logo

Footer information