[GRASS-dev] [GRASS GIS] #994: v.buffer creating wrong buffer around polygon edges.

2010-03-11 Thread GRASS GIS
#994: v.buffer creating wrong buffer around polygon edges.
-+--
 Reporter:  mlechner |   Owner:  grass-dev@lists.osgeo.org
 Type:  defect   |  Status:  new  
 Priority:  major|   Milestone:  6.4.0
Component:  Vector   | Version:  6.4.0 RCs
 Keywords:  v.buffer |Platform:  Linux
  Cpu:  Unspecified  |  
-+--
 v.buffer is creating wrong results around some edges.[[BR]]
 try spearfish60: v.buffer input=rstrct_ar...@permanent
 output=rstr_buffered type=point,line,area layer=1 distance=1000 angle=0
 scale=1.0 tolerance=0.01

 see http://www.marcolechner.de/buffer_bug.png (selfsigned certificate from
 uni-freiburg.de to accept) or attached file[[BR]]
 blue= spearfish rstrct_areas; green=v.buffer result; brown = correct
 buffer using fTools in QGIS buffering corresponding shapefile

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

[GRASS-dev] Re: [GRASS GIS] #90: v.parallel: problems with inside corners

2010-03-11 Thread GRASS GIS
#90: v.parallel: problems with inside corners
--+-
  Reporter:  hamish   |   Owner:  rmatev 
  Type:  defect   |  Status:  new
  Priority:  major|   Milestone:  6.4.0  
 Component:  Vector   | Version:  unspecified
Resolution:   |Keywords:  v.parallel 
  Platform:  Unspecified  | Cpu:  Unspecified
--+-
Comment (by hamish):

 see also #699 and #994

-- 
Ticket URL: https://trac.osgeo.org/grass/ticket/90#comment:13
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #699: v.buffer segfault: in Vect_get_isle_points()

2010-03-11 Thread GRASS GIS
#699: v.buffer segfault:  in Vect_get_isle_points()
--+-
  Reporter:  neteler  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect   |  Status:  new  
  Priority:  normal   |   Milestone:  6.4.0
 Component:  Vector   | Version:  6.4.0 RCs
Resolution:   |Keywords:  v.buffer 
  Platform:  All  | Cpu:  All  
--+-
Changes (by hamish):

  * keywords:  = v.buffer

Comment:

 see also #90 and #994.

 mmetz:
  Something else I noticed is that categories get lost for areas,
  all areas get cat = 1.

 that is by design. if the buffers of two areas will different cat overlap,
 which cat gets to claim the new combined area? The question can not be
 answered so we don't ask it- cats are wiped clean.


 Hamish

-- 
Ticket URL: https://trac.osgeo.org/grass/ticket/699#comment:6
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #90: v.parallel: problems with inside corners

2010-03-11 Thread GRASS GIS
#90: v.parallel: problems with inside corners
--+-
  Reporter:  hamish   |   Owner:  rmatev  
  Type:  defect   |  Status:  new 
  Priority:  major|   Milestone:  6.4.0   
 Component:  Vector   | Version:  unspecified 
Resolution:   |Keywords:  v.parallel, v.buffer
  Platform:  Unspecified  | Cpu:  Unspecified 
--+-
Changes (by hamish):

  * keywords:  v.parallel = v.parallel, v.buffer

-- 
Ticket URL: https://trac.osgeo.org/grass/ticket/90#comment:14
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #994: v.buffer creating wrong buffer around polygon edges.

2010-03-11 Thread GRASS GIS
#994: v.buffer creating wrong buffer around polygon edges.
---+
  Reporter:  mlechner  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  major |   Milestone:  6.4.0
 Component:  Vector| Version:  6.4.0 RCs
Resolution:|Keywords:  v.buffer 
  Platform:  Linux | Cpu:  Unspecified  
---+
Changes (by hamish):

 * cc: rmatev (added)

Comment:

 yeah, this one has been around for ages. see also its very close relative
 bug #90, AIU it's the same bug in the cleaning code for areas. and there
 is Markus M's comments in #699 too.

 the ditches area given midway through RT bug # 2765 is better now though,
 but I'm not sure about the example at the end of the old report. (note
 that bug was for the first grass6 v.buffer module)
   http://intevation.de/rt/webrt?serial_num=2765



 thanks for pointing out the simple test case. I can reproduce it on 32bit
 linux with current grass 6.5svn.

 btw I've been sitting on an area I've got that makes the main cleaning
 steps place centroids wrong; I'll file that as another bug.



 Hamish

-- 
Ticket URL: https://trac.osgeo.org/grass/ticket/994#comment:1
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #994: v.buffer creating wrong buffer around polygon edges.

2010-03-11 Thread GRASS GIS
#994: v.buffer creating wrong buffer around polygon edges.
---+
  Reporter:  mlechner  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  major |   Milestone:  6.4.0
 Component:  Vector| Version:  6.4.0 RCs
Resolution:|Keywords:  v.buffer 
  Platform:  Linux | Cpu:  Unspecified  
---+
Comment (by hamish):

  but I'm not sure about the example at the end of the old report.

 that's another thin-area one which was fixed by the v.buffer2 replacement.


 taking a hint from RT# 2765 I tried v.build.polylines on rstrct_areas and
 reran the test. interestingly the buffer comes out completely empty! (ah
 that is because cats are *completely* lost from centroids in that
 process!?.

 moving the centroids of the 2 small NW polygons into their respective
 middles with v.digit didn't help. after assigning centroids in the
 v.build.polylines output map it still breaks but a bit differently. this
 time the big area looks ok.

 we can simplify it back to a single 4 sided rectangle:
 {{{
 v.extract in=rstrct_areas out=rstrct_areas_cat4 list=4
 v.buffer in=rstrct_areas_cat4 out=rstrct_areas_cat4_buf1000 dist=1000
 }}}

 which is:
 {{{
 B  5
  598239.59422707 4917334.78591833
  598255.01958824 4916224.77709862
  599657.47540894 4916247.27752886
  599645.08933166 4917345.07553359
  598239.59422707 4917334.78591833
 C  1 1
  598825.314916714.37
  1 4
 }}}

 that NW corner fails even with distance=20, which makes me posture that it
 is an acute angle thing and not to do with the centroid.


 Hamish

-- 
Ticket URL: https://trac.osgeo.org/grass/ticket/994#comment:2
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #994: v.buffer creating wrong buffer around polygon edges.

2010-03-11 Thread GRASS GIS
#994: v.buffer creating wrong buffer around polygon edges.
---+
  Reporter:  mlechner  |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect|  Status:  new  
  Priority:  major |   Milestone:  6.4.0
 Component:  Vector| Version:  6.4.0 RCs
Resolution:|Keywords:  v.buffer 
  Platform:  Linux | Cpu:  Unspecified  
---+
Comment (by hamish):

 ah..., moving the begin/end corner to the SW makes the SW corner buffer
 fail. so it's failing to join up the polygon / connecting lon=180E,W wrap
 style problem?

 {{{
 v.in.ascii out=rstarea4_rot form=standard -n  EOF
 B  5
  598255.01958824 4916224.77709862
  599657.47540894 4916247.27752886
  599645.08933166 4917345.07553359
  598239.59422707 4917334.78591833
  598255.01958824 4916224.77709862
 C  1 1
  598825.314916714.37
  1 4
 EOF
 }}}


 Hamish

-- 
Ticket URL: https://trac.osgeo.org/grass/ticket/994#comment:3
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #995: WxGUI startup screen fails if GISDBASE path contains non-latin characters

2010-03-11 Thread GRASS GIS
#995: WxGUI startup screen fails if GISDBASE path contains non-latin characters
+---
 Reporter:  marisn  |   Owner:  grass-dev@lists.osgeo.org
 Type:  defect  |  Status:  new  
 Priority:  blocker |   Milestone:  6.4.0
Component:  wxGUI   | Version:  svn-releasebranch64  
 Keywords:  wxgui, windows  |Platform:  MSWindows Vista  
  Cpu:  Unspecified |  
+---
 WXGUI startup screen goes bad when GISDBASE is pointing to folder with
 non-latin chars in path.

 Steps to reproduce: mkdir 'Šaursliežu dzelzceļš' and set it as GISDBASE.

 {{{
 ---
 Error in command execution g.gisenv
 ---
 Execution failed: 'g.gisenv
 set=GISDBASE=C:/Users/Maris/Documents/Šaursliežu dzelzceļš'



 Details:

 Error: Unable to exectute command: 'g.gisenv
 set=GISDBASE=C:/Users/Maris/Documents/Šaursliežu dzelzceļš'
 ---
 OK
 ---
 }}}

 {{{
 KŽ█DA:G_getenv(): Variable LOCATION_NAME not set
 Exception in thread Thread-1:
 Traceback (most recent call last):
   File C:\OSGeo4W\apps\Python25\lib\threading.py, line 486, in
 __bootstrap_inn
 er
 self.run()
   File C:\Program Files\GRASS-64-SVN\etc\wxpython\gui_modules\gcmd.py,
 line 52
 7, in run
 shell=sys.platform==win32)
   File C:\Program Files\GRASS-64-SVN\Python25\lib\subprocess.py, line
 594, in
 __init__
 errread, errwrite)
   File C:\Program Files\GRASS-64-SVN\Python25\lib\subprocess.py, line
 816, in
 _execute_child
 startupinfo)
 UnicodeEncodeError: 'ascii' codec can't encode character u'\u0160' in
 position 9
 2: ordinal not in range(128)

 Exception in thread Thread-2:
 Traceback (most recent call last):
   File C:\OSGeo4W\apps\Python25\lib\threading.py, line 486, in
 __bootstrap_inn
 er
 self.run()
   File C:\Program Files\GRASS-64-SVN\etc\wxpython\gui_modules\gcmd.py,
 line 52
 7, in run
 shell=sys.platform==win32)
   File C:\Program Files\GRASS-64-SVN\Python25\lib\subprocess.py, line
 594, in
 __init__
 errread, errwrite)
   File C:\Program Files\GRASS-64-SVN\Python25\lib\subprocess.py, line
 816, in
 _execute_child
 startupinfo)
 UnicodeEncodeError: 'ascii' codec can't encode character u'\u0160' in
 position 7
 9: ordinal not in range(128)

 Traceback (most recent call last):
   File C:/Program Files/GRASS-64-SVN/etc/wxpython/gis_set.py, line 854,
 in mo
 dule
 GRASSStartUp = StartUp(0)
   File C:\OSGeo4W\apps\Python25\lib\site-packages\wx-2.8-msw-
 unicode\wx\_core.p
 y, line 7935, in __init__
   File C:\OSGeo4W\apps\Python25\lib\site-packages\wx-2.8-msw-
 unicode\wx\_core.p
 y, line 7509, in _BootstrapApp
   File C:/Program Files/GRASS-64-SVN/etc/wxpython/gis_set.py, line 825,
 in OnI
 nit
 StartUp = GRASSStartup()
   File C:/Program Files/GRASS-64-SVN/etc/wxpython/gis_set.py, line 165,
 in __i
 nit__
 self._set_properties()
   File C:/Program Files/GRASS-64-SVN/etc/wxpython/gis_set.py, line 206,
 in _se
 t_properties
 self.OnSetDatabase(None)
   File C:/Program Files/GRASS-64-SVN/etc/wxpython/gis_set.py, line 665,
 in OnS
 etDatabase
 self.OnSelectLocation(None)
   File C:/Program Files/GRASS-64-SVN/etc/wxpython/gis_set.py, line 617,
 in OnS
 electLocation
 self.listOfLocations[self.lblocations.GetSelection()]))
   File C:/Program Files/GRASS-64-SVN/etc/wxpython/gis_set.py, line 591,
 in Upd
 ateMapsets
 set=GISDBASE=%s % self.gisdbase])
   File C:\Program Files\GRASS-64-SVN\etc\wxpython\gui_modules\gcmd.py,
 line 35
 7, in __init__
 _(Error: ) + self.GetError()))
 gui_modules.gcmd.CmdError
 }}}

 Also interesting bit - I DON'T have such folder as C:\OSGeo4W

 Setting this as a blocker because it's impossible to change bogous
 GISDBASE value as WXGUI startup screen fails to come up and provide
 GISDBASE choice option. Only solution is to start GRASS CLI or rm any
 .grass* files. Both options are not beginner-friendly.

 Another part in location wizard:

 {{{
 access: No such file or directory
 KŽ█DA:ATRAąAN┬S VIETA  C:\Users\Maris\Documents\atstar pem/mans  nav
   pieejama
 Traceback (most recent call last):
   File C:\Program Files\GRASS-64-
 SVN\etc\wxpython\gui_modules\location_wizard.p
 y, line 1710, in OnEnterPage
 self.ldatabase.SetLabel(str(database))
 UnicodeEncodeError: 'ascii' codec can't encode character u'\u0160' in
 position 2
 5: ordinal not in range(128)
 Traceback (most recent call last):
   File C:/Program Files/GRASS-64-SVN/etc/wxpython/gis_set.py, line 412,
 in OnW
 izard
 grassdatabase = self.tgisdbase.GetValue())
   File C:\Program Files\GRASS-64-
 SVN\etc\wxpython\gui_modules\location_wizard.p
 y, line 1853, in __init__
 msg = self.OnWizFinished()
   File C:\Program Files\GRASS-64-
 

[GRASS-dev] [GRASS GIS] #996: Wingrass needs newer tcl version due to bug in file encodings

2010-03-11 Thread GRASS GIS
#996: Wingrass needs newer tcl version due to bug in file encodings
-+--
 Reporter:  marisn   |   Owner:  grass-dev@lists.osgeo.org
 Type:  task |  Status:  new  
 Priority:  blocker  |   Milestone:  6.4.0
Component:  Packaging| Version:  svn-releasebranch64  
 Keywords:  wingrass |Platform:  MSWindows Vista  
  Cpu:  Unspecified  |  
-+--
 There is an bug in tcl used in current wingrass packages that prevents tcl
 usage with non-latin filenames. In version 8.5.8.1 directories work fine
 (couldn't find exact entry in tcl bugzilla, still I got a hint in #tcl
 that there where fixes regarding encodings on Windows).

 Test with:
 {{{
 mkdir āšņļ
 wish
 puts [file isdirectory [tk_chooseDirectory]]
 }}}
 Wiht current Wingrass included tcl/tk it returns 0 for āšņļ directory,
 with 8.5.8.1 from ActiveState it returns 1, as it should be.

 Tested failure with WinGRASS-6.4.SVN-r41363 on Windows Vista region set to
 Latvia.

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

[GRASS-dev] Re: [GRASS GIS] #995: WxGUI startup screen fails if GISDBASE path contains non-latin characters

2010-03-11 Thread GRASS GIS
#995: WxGUI startup screen fails if GISDBASE path contains non-latin characters
--+-
  Reporter:  marisn   |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect   |  Status:  new  
  Priority:  blocker  |   Milestone:  6.4.0
 Component:  wxGUI| Version:  svn-releasebranch64  
Resolution:   |Keywords:  wxgrass, i18n
  Platform:  MSWindows Vista  | Cpu:  Unspecified  
--+-
Changes (by martinl):

  * keywords:  wxgui, windows = wxgrass, i18n

-- 
Ticket URL: http://trac.osgeo.org/grass/ticket/995#comment:1
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #995: WxGUI startup screen fails if GISDBASE path contains non-latin characters

2010-03-11 Thread GRASS GIS
#995: WxGUI startup screen fails if GISDBASE path contains non-latin characters
--+-
  Reporter:  marisn   |   Owner:  grass-dev@lists.osgeo.org
  Type:  defect   |  Status:  new  
  Priority:  blocker  |   Milestone:  6.4.0
 Component:  wxGUI| Version:  svn-releasebranch64  
Resolution:   |Keywords:  wingrass, i18n   
  Platform:  MSWindows Vista  | Cpu:  Unspecified  
--+-
Changes (by martinl):

  * keywords:  wxgrass, i18n = wingrass, i18n

-- 
Ticket URL: http://trac.osgeo.org/grass/ticket/995#comment:2
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] google soc

2010-03-11 Thread Helena Mitasova
OSGeo Google SoC application has been submitted, but the GRASS Ideas  
web page
looks unfinished, in particular there are no mentors signed up for the  
specific ideas -

so please sign up, edit, add, clarify the ideas so that it is ready

http://grass.osgeo.org/wiki/GRASS_SoC_Ideas

I think we need to eventually remove the sections that don't have any  
ideas listed -

or to reformulate to e.g. student ideas welcome

Helena 
___

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


[GRASS-dev] Re: [GRASS GIS] #996: Wingrass needs newer tcl version due to bug in file encodings

2010-03-11 Thread GRASS GIS
#996: Wingrass needs newer tcl version due to bug in file encodings
--+-
  Reporter:  marisn   |   Owner:  grass-dev@lists.osgeo.org
  Type:  task |  Status:  new  
  Priority:  blocker  |   Milestone:  6.4.0
 Component:  Packaging| Version:  svn-releasebranch64  
Resolution:   |Keywords:  wingrass 
  Platform:  MSWindows Vista  | Cpu:  Unspecified  
--+-
Comment (by martinl):

 This report should go to OSGeo4W bug-tracker. Anyway from my POV it's
 'critical' bug.

-- 
Ticket URL: http://trac.osgeo.org/grass/ticket/996#comment:1
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #996: Wingrass needs newer tcl version due to bug in file encodings

2010-03-11 Thread GRASS GIS
#996: Wingrass needs newer tcl version due to bug in file encodings
--+-
  Reporter:  marisn   |   Owner:  grass-dev@lists.osgeo.org
  Type:  task |  Status:  new  
  Priority:  blocker  |   Milestone:  6.4.0
 Component:  Packaging| Version:  svn-releasebranch64  
Resolution:   |Keywords:  wingrass 
  Platform:  MSWindows Vista  | Cpu:  Unspecified  
--+-
Comment (by martinl):

 Replying to [comment:1 martinl]:
  This report should go to OSGeo4W bug-tracker. Anyway from my POV it's
 'critical' bug.

 s/critical/blocker/

-- 
Ticket URL: http://trac.osgeo.org/grass/ticket/996#comment:2
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #950: Error opening workspace file

2010-03-11 Thread GRASS GIS
#950: Error opening workspace file
--+-
  Reporter:  epatton  |   Owner:  martinl 
  Type:  defect   |  Status:  assigned
  Priority:  normal   |   Milestone:  6.5.0   
 Component:  wxGUI| Version:  svn-develbranch6
Resolution:   |Keywords:  gui, workspace  
  Platform:  Linux| Cpu:  x86-64  
--+-
Comment (by martinl):

 Replying to [comment:6 epatton]:

  Can you confirm this behavior - I'm not sure what is happening here - if
 you have a folder with a few layers inside, and drag the folder's position
 around so it is above or below other folders or layers in the layer
 manager, a layer always seems to get dropped from the folder after the
 move is completed.
 
  Should I file this under another bug?

 yes, please do it. Martin

-- 
Ticket URL: http://trac.osgeo.org/grass/ticket/950#comment:7
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #670: add support for alternative coordinates

2010-03-11 Thread GRASS GIS
#670: add support for alternative coordinates
--+-
  Reporter:  timmie   |   Owner:  martinl
  Type:  enhancement  |  Status:  closed 
  Priority:  normal   |   Milestone:  6.5.0  
 Component:  wxGUI| Version:  svn-develbranch6   
Resolution:  worksforme   |Keywords:  map display, preferences, workspace
  Platform:  Linux| Cpu:  x86-32 
--+-
Changes (by martinl):

  * status:  assigned = closed
  * resolution:  = worksforme

-- 
Ticket URL: http://trac.osgeo.org/grass/ticket/670#comment:39
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #987: Location wizard choose from EPSG robustness issues

2010-03-11 Thread GRASS GIS
#987: Location wizard choose from EPSG robustness issues
-+--
  Reporter:  marisn  |   Owner:  martinl
  Type:  defect  |  Status:  closed 
  Priority:  normal  |   Milestone:  6.4.0  
 Component:  wxGUI   | Version:  svn-releasebranch64
Resolution:  fixed   |Keywords:  location wizard
  Platform:  Linux   | Cpu:  Unspecified
-+--
Changes (by martinl):

  * status:  assigned = closed
  * resolution:  = fixed

-- 
Ticket URL: http://trac.osgeo.org/grass/ticket/987#comment:4
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: [GRASS GIS] #748: Inconsistency (?) in GUI v.db.connect

2010-03-11 Thread GRASS GIS
#748: Inconsistency (?) in GUI v.db.connect
-+--
  Reporter:  pvanbosgeo  |   Owner:  martinl 
  Type:  defect  |  Status:  closed  
  Priority:  normal  |   Milestone:  6.4.0   
 Component:  wxGUI   | Version:  svn-develbranch6
Resolution:  wontfix |Keywords:  v.db.connect
  Platform:  Linux   | Cpu:  x86-64  
-+--
Changes (by martinl):

  * status:  assigned = closed
  * resolution:  = wontfix

Comment:

 This bug will be hardly fixed in 6.x (already fixed in 7.x). Only one way
 is to enter the column name manually.

-- 
Ticket URL: http://trac.osgeo.org/grass/ticket/748#comment:3
GRASS GIS http://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Re: google soc

2010-03-11 Thread Wolf Bergenheim
Hi Helena,

Thanks for catching the ball here!

Unfortunately I won't have time to mentor for GRASS this year, so I
have only briefly looked at the ideas page. Perhaps the unfinished
ideas from previous years could be moved to the 2010 page?

Also what do you people think of a project to make vectors so that
they don't have to be all loaded into memory, would that be too big of
a task? Perhaps this has already been fixed in GRASS 7 (I know I
haven't followed up too closely with the progress). Is there some
GRASS 7 task which we could make into a SoC idea?

--Wolf

On Thu, Mar 11, 2010 at 20:28, Helena Mitasova hmit...@unity.ncsu.edu wrote:
 OSGeo Google SoC application has been submitted, but the GRASS Ideas web
 page
 looks unfinished, in particular there are no mentors signed up for the
 specific ideas -
 so please sign up, edit, add, clarify the ideas so that it is ready

 http://grass.osgeo.org/wiki/GRASS_SoC_Ideas

 I think we need to eventually remove the sections that don't have any ideas
 listed -
 or to reformulate to e.g. student ideas welcome

 Helena



-- 
8  ) Wolf Bergenheim (  3
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


[GRASS-dev] Help test GRASS on the OSGeo LiveDVD

2010-03-11 Thread Hamish
Hi there,

FYI GRASS 6.4.0rc5 has been included on the new Live DVD/virtual
machine/USB stick put out by OSGeo, along with NC and Spearfish sample
data and some getting started docs. (and about 30 other free geo projects
to try) The LiveDVD will be handed out to hundreds of people at various
conferences over the few next months.

I don't have the bandwidth to download the entire thing from where I am
and it goes off to the printers very soon, so if anyone is interested and
able to check it out and test that all is working as expected it would
really help out. It's sort of a bad look if our app doesn't work
correctly!

version 3.0rc4 (or newer) at:
  http://download.osgeo.org/livedvd/

See the main help icon on the desktop for getting started info such as
location of the sample data.



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