Re: [GRASS-dev] [GRASS GIS] #2732: Read lidar data as vector points using PDAL

[GRASS GIS]

#2732: Read lidar data as vector points using PDAL
-+-
  Reporter:  wenzeslaus  |  Owner:  (none)
  Type:  | Status:  new
  enhancement|
  Priority:  major   |  Milestone:  7.6.0
 Component:  Vector  |Version:  svn-trunk
Resolution:  |   Keywords:  lidar, las, laz, v.in.lidar,
   CPU:  |  v.in.pointcloud, v.in.pdal
  Unspecified|   Platform:  Unspecified
-+-

Comment (by wenzeslaus):

 Replying to [comment:31 hobu]:
 > > You also need to ensure that LAZ support is optional, as LASzip has a
 license issue which makes it unredistributable, see:
 >
 > Unredistributeable according to Debian's interpretations.

 But there is las-perf, right? Are there some issues in using it and
 replacing LASzip completely?

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] importing QGIS dbf table question

[Markus Neteler]

On Mon, Aug 27, 2018 at 9:07 PM Michael Barton  wrote:
>
> I’m recently having trouble importing the dbf table of a shape file 
> (generated by QGIS) into GRASS 7.2 to 7.5. I get the error listed below. I 
> don’t know if it is a bug I need to report or something wrong with the table. 
> Has anyone else run into similar issues?
>
> SQLITE works fine on existing GRASS vectors. I just can’t import some shape 
> files recently.

>
> v.import -o --overwrite input=/Users/cmbarton/Dropbox 
> (ASU)/Conferences&Meetings/2018/EAA 
> 2018/data/SP_NV_7_GIS_DATA/SP_NV_07_column_location.shp 
> layer=SP_NV_07_column_location
> Over-riding projection check
> Check if OGR layer  contains polygons...
> WARNING: Vector map  already exists and will be 
> overwritten
> dyld: Library not loaded: @rpath/libncurses.6.dylib
>   Referenced from: 
> /Applications/GRASS-7.2.2.app/Contents/Resources/lib/libsqlite3.0.dylib
>   Reason: image not found
> dbmi: Protocol error
> WARNING: Unable to start driver 

I see two issues:
- libncurses missing or not found
- libsqlite3 missing: image not found

Maybe a system update brought in troubles?

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

Re: [GRASS-dev] [release planning] 7.6.0

[Markus Neteler]

On Mon, Aug 27, 2018 at 4:14 PM Anna Petrášová  wrote:
...
> It still works for me, there are 2 patches for ctypes,

Ah, I had overlooked that.

> I use the  patch_ctypes_changes_from_fork.diff
> that might be the issue you have. But I agree it needs to be merged soon.

Funny suggestion: we make a branch on the github mirror :)
Might simplify testing...

Best
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2732: Read lidar data as vector points using PDAL

[GRASS GIS]

#2732: Read lidar data as vector points using PDAL
-+-
  Reporter:  wenzeslaus  |  Owner:  (none)
  Type:  | Status:  new
  enhancement|
  Priority:  major   |  Milestone:  7.6.0
 Component:  Vector  |Version:  svn-trunk
Resolution:  |   Keywords:  lidar, las, laz, v.in.lidar,
   CPU:  |  v.in.pointcloud, v.in.pdal
  Unspecified|   Platform:  Unspecified
-+-

Comment (by hobu):

 > You also need to ensure that LAZ support is optional, as LASzip has a
 license issue which makes it unredistributable, see:

 Unredistributeable according to Debian's interpretations.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [release planning] 7.6.0

[Michael Barton]

That would be great. I am hopeful that these might fix many issues. Can we 
separate those that pertain to wxPython 4 from those that are generally Python 
3 related? Even if there is delay in moving to Python 3, the fixes for wxPython 
can be used in Python 2 environments.

Michael

__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University
Tempe, AZ  85287-2402
USA

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

From: Anna Petrášová 
Date: Sunday, August 26, 2018 at 6:35 PM
To: Michael Barton 
Cc: GRASS developers list 
Subject: Re: [GRASS-dev] [release planning] 7.6.0


On Sun, Aug 26, 2018 at 12:35 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
Blockers #3617 and #3621 apply to 7.6 as well as 7.4. Broken in all versions 
7.4.1 on up. No way to get a map out of GRASS on the Mac.

Some of these may be fixed in the patch provided by Sanjeet as part of GSoC 
when she was working on wxPython4 compatibility. So I would first put her 
changes to trunk (once we create the new branch) and then backport selected 
fixes.

Anna


Michael

_

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

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

On 8/25/18, 10:27 AM, "grass-dev on behalf of 
grass-dev-requ...@lists.osgeo.org" 
mailto:grass-dev-boun...@lists.osgeo.org> on 
behalf of 
grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Sat, 25 Aug 2018 18:27:10 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: Vaclav Petras mailto:wenzesl...@gmail.com>>
Cc: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] 7.6.0
Message-ID:

mailto:calfmhhsnakf11naeqnbz9qu%2b0dcsvcwhqa2ossep%2bgnpeo_...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

On Wed, Aug 22, 2018 at 3:34 AM Vaclav Petras 
mailto:wenzesl...@gmail.com>> wrote:
>On Tue, Jun 26, 2018 at 10:33 PM, Vaclav Petras 
mailto:wenzesl...@gmail.com>> wrote:
>>On Sun, Jun 17, 2018 at 5:24 PM, Markus Neteler 
mailto:nete...@osgeo.org>> wrote:
>>>On Mon, Jun 11, 2018 at 6:07 PM, Markus Neteler 
mailto:nete...@osgeo.org>> wrote:
...
>>#3585 Don't require -c for --tmp-location
>>#3586 Add XY location to grass command interface
>>

>>https://urldefense.proofpoint.com/v2/url?u=https-3A__trac.osgeo.org_grass_ticket_3585&d=DwIGaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=oN-DfL-iDwaWdfuOt3P_XNLDByBhlfyYaRMbLHNYY5U&s=SCtxjKNgy2zisLOhfRaNdXQykGk4jdEbVaAmAuCep08&e=

>>https://urldefense.proofpoint.com/v2/url?u=https-3A__trac.osgeo.org_grass_ticket_3586&d=DwIGaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=oN-DfL-iDwaWdfuOt3P_XNLDByBhlfyYaRMbLHNYY5U&s=pgrRu-hIh8Xiix7pxiWouZSr1oD_5XdadYNLtUDSlJI&e=
>>
>
>I fixed and closed these two last week.

Thanks a lot!

>#3348 or other bugs or annoyances don't prevent us from branching as they 
don't involve large code changes
>which would make subsequent backports impossible nor they are API changes 
which could lead to bad legacy APIs or API breaks.

ok.

>There are no tickets marked as blocker or critical and there is only 8 
defect tickets.

Right.

The list of non-critical open tickets is here:

https://urldefense.proofpoint.com/v2/url?u=https-3A__trac.osgeo.org_grass_query-3Fstatus-3Dnew-26status-3Dassigned-26status-3Dreopened-26milestone-3D7.6.1-26milestone-3D7.6.0-26group-3Dtype-26order-3Dpriority&d=DwIGaQ&c=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ&r=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0&m=oN-DfL-iDwaWdfuOt3P_XNLDByBhlfyYaRMbLHNY

Re: [GRASS-dev] [GRASS GIS] #3617: save display to image button broken

[GRASS GIS]

#3617: save display to image button broken
--+-
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  blocker  |  Milestone:  7.4.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by cmbarton):

 there must be some kind of method for spacing. Is it using a different
 one? Is it needed in this case?

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3617: save display to image button broken

[GRASS GIS]

#3617: save display to image button broken
--+-
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  blocker  |  Milestone:  7.4.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by annakrat):

 The problem happens only with wxPython4, the method is simply not there.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3617: save display to image button broken

[GRASS GIS]

#3617: save display to image button broken
--+-
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  blocker  |  Milestone:  7.4.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by cmbarton):

 I've tested on a couple of different machines and get the same results.

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #3630: cannot set symbol interactively in d.vect

[GRASS GIS]

#3630: cannot set symbol interactively in d.vect
+-
 Reporter:  cmbarton|  Owner:  grass-dev@…
 Type:  defect  | Status:  new
 Priority:  major   |  Milestone:
Component:  wxGUI   |Version:  svn-trunk
 Keywords:  d.vect, symbol  |CPU:  Unspecified
 Platform:  Unspecified |
+-
 When I click on the symbol to change in in the d.vect dialog, I get the
 following wxPython error:

 {{{
 Traceback (most recent call last):
   File "/Applications/GRASS-7.5.app/Contents/Resources/gui/w
 xpython/gui_core/forms.py", line 2681, in OnSetSymbol

 currentSymbol=p['value'])
   File "/Applications/GRASS-7.5.app/Contents/Resources/gui/w
 xpython/gui_core/dialogs.py", line 2064, in __init__

 self._layout()
   File "/Applications/GRASS-7.5.app/Contents/Resources/gui/w
 xpython/gui_core/dialogs.py", line 2070, in _layout

 fgSizer = wx.FlexGridSizer(rows=2, vgap=5, hgap=5)
 TypeError
 :
 FlexGridSizer(): arguments did not match any overloaded
 call:
   overload 1: 'hgap' is not a valid keyword argument
   overload 2: 'hgap' is not a valid keyword argument
   overload 3: 'hgap' is not a valid keyword argument
   overload 4: 'hgap' is not a valid keyword argument
 }}}

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] importing QGIS dbf table question

[Michael Barton]

I’m recently having trouble importing the dbf table of a shape file (generated 
by QGIS) into GRASS 7.2 to 7.5. I get the error listed below. I don’t know if 
it is a bug I need to report or something wrong with the table. Has anyone else 
run into similar issues?

SQLITE works fine on existing GRASS vectors. I just can’t import some shape 
files recently.

Michael

v.import -o --overwrite input=/Users/cmbarton/Dropbox 
(ASU)/Conferences&Meetings/2018/EAA 
2018/data/SP_NV_7_GIS_DATA/SP_NV_07_column_location.shp 
layer=SP_NV_07_column_location
Over-riding projection check
Check if OGR layer  contains polygons...
WARNING: Vector map  already exists and will be 
overwritten
dyld: Library not loaded: @rpath/libncurses.6.dylib
  Referenced from: /Applications/GRASS-7.2.2.app/Contents/Re
sources/lib/libsqlite3.0.dylib
  Reason: image not found
dbmi: Protocol error
WARNING: Unable to start driver 
WARNING: Unable open database  
by driver 
WARNING: Unable to find table  linked to vector map 

dyld: Library not loaded: @rpath/libncurses.6.dylib
  Referenced from: /Applications/GRASS-7.2.2.app/Contents/Re
sources/lib/libsqlite3.0.dylib
  Reason: image not found
dbmi: Protocol error
WARNING: Unable to start driver 
ERROR: Unable to open database  
by driver 
ERROR: Unable to import 

__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University
Tempe, AZ  85287-2402
USA

voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
www:  http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #3629: cannot click to check/uncheck accessible mapsets in g.mapsets

[GRASS GIS]

#3629: cannot click to check/uncheck accessible mapsets in g.mapsets
--+-
 Reporter:  cmbarton  |  Owner:  grass-dev@…
 Type:  defect| Status:  new
 Priority:  normal|  Milestone:  7.6.0
Component:  wxGUI |Version:  svn-trunk
 Keywords:  g.mapsets, mapset access  |CPU:  Unspecified
 Platform:  Unspecified   |
--+-
 g.mapsets GUI lists potential mapsets to access but there is no way to
 check or uncheck them. I've tried clicking, double clicking, control/right
 clicking. Nothing happens. The command works OK from the terminal but not
 from the GUI. I just noticed this in 7.5. I don't know if it is a problem
 in 7.4, but probably.

 Is this Mac only or a larger issue?

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3616: selecting location and mapset selections from pulldowns do not register in GUI

[GRASS GIS]

#3616: selecting location and mapset selections from pulldowns do not register 
in
GUI
--+-
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  v.proj
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by cmbarton):

 I've attached a screenshot showing the problem with an example from r.proj

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3616: selecting location and mapset selections from pulldowns do not register in GUI

[GRASS GIS]

#3616: selecting location and mapset selections from pulldowns do not register 
in
GUI
--+-
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  v.proj
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by cmbarton):

 * Attachment "r-proj_v-proj_bug.jpg" added.

 annotated screenshot showing bug that affects both r.proj and v.proj

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3591: r.import does not recognize selected file

[GRASS GIS]

#3591: r.import does not recognize selected file
--+-
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  major|  Milestone:  7.6.0
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  r.import
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by cmbarton):

 I've added a screenshot that shows what happens when I press the "import"
 button

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3591: r.import does not recognize selected file

[GRASS GIS]

#3591: r.import does not recognize selected file
--+-
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  major|  Milestone:  7.6.0
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  r.import
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by cmbarton):

 * Attachment "r-import_bug.jpg" added.

 screenshot of r.import bug

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [release planning] 7.6.0

[Anna Petrášová]

On Mon, Aug 27, 2018 at 2:53 AM Markus Neteler  wrote:

> On Mon, Aug 27, 2018 at 8:05 AM Stefan Blumentrath
>  wrote:
> > From the final report it seems that there are still some open issues,
> esp. with pygrass and the temporal library (because of ctypes):
> >
> https://trac.osgeo.org/grass/wiki/GSoC/2018/FullSupportPython3#Week13-FinalReport
>
> --> "There are patches in the respective directories in the
> grass_trunk. The patches have been created against the svn revision
> 73073 of GRASS GIS."
>
> ... in essence: the longer we wait, the more difficult will be to use
> these patches.
> And: by experience we know that bugs only get fixed when they are evident
> ;-)
>
> # I have now forked the FullSupportPython3 github project, then therein:
> cd FullSupportPython3/grass_trunk/
> # generate combi-patch
> cat */* > python3_patch.diff
> # change to local trunk copy
> cd ~/software/grass7_trunk/
> # apply patch
> patch -p0 <
> ~/software/grass75_FullSupportPython3/grass_trunk/python3_patch.diff
>
> Issues:
> find . -name '*py.rej'
> ./lib/python/ctypes/ctypesgencore/printer/printer.py.rej
> ./lib/python/ctypes/ctypesgencore/parser/datacollectingparser.py.rej
> ./lib/python/ctypes/ctypesgencore/parser/lextab.py.rej
> ./lib/python/ctypes/ctypesgencore/parser/yacc.py.rej
> ./lib/python/ctypes/ctypesgencore/parser/preprocessor.py.rej
> ./lib/python/ctypes/ctypesgencore/parser/pplexer.py.rej
> ./lib/python/ctypes/ctypesgencore/parser/lex.py.rej
>
> Perhaps FullSupportPython3 git needs to be rebased to current trunk?
>

It still works for me, there are 2 patches for ctypes, I use
the  patch_ctypes_changes_from_fork.diff, that might be the issue you have.
But I agree it needs to be merged soon.


> Best
> Markus
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] 7.6.0

[Anna Petrášová]

On Mon, Aug 27, 2018 at 3:15 AM Martin Landa  wrote:

> Hi,
>
> po 27. 8. 2018 v 8:53 odesílatel Markus Neteler 
> napsal:
> > ... in essence: the longer we wait, the more difficult will be to use
> > these patches.
>
> I would guess that Anna is planning to apply these patches to trunk
> when releasebranch_7_6 will be there (?)
>

That was the plan. I am worried if it goes into 7.6 it will slow down the
release. We could then release 7.8 with full Python3 support as the main
feature sooner.

Anna

>
> Ma
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3077: r.colors: flag to output color table type and value range

[GRASS GIS]

#3077: r.colors: flag to output color table type and value range
-+-
  Reporter:  neteler |  Owner:  grass-dev@…
  Type:  | Status:  new
  enhancement|
  Priority:  normal  |  Milestone:  7.6.0
 Component:  Raster  |Version:  svn-trunk
Resolution:  |   Keywords:  r.colors, r3.colors, v.colors,
 |  cartography
   CPU:  All |   Platform:  All
-+-

Comment (by neteler):

 Replying to [comment:13 mmetz]:
 > In [changeset:"73186" 73186]:
 > {{{
 > #!CommitTicketReference repository="" revision="73186"
 > v.colors: +flag to output color table type and value range (see #3077)
 > }}}

 Thank you! So, now only wxGUI missing, right?

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] i.sentinal addons

[Luca Delucchi]

On Mon, 27 Aug 2018 at 09:15, Roberta Fagandini  wrote:
>
> Hi,
>

Hi,

>
> Yes, thanks!
>

Done in r73191. With 73192 I added an error for previous directories.

> Roberta
>

-- 
ciao
Luca

www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3523: v.rast.stats: avoid multiple rasterization when run on multiple raster maps

[GRASS GIS]

#3523: v.rast.stats: avoid multiple rasterization when run on multiple raster 
maps
--+--
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Vector   |Version:  svn-trunk
Resolution:   |   Keywords:  v.rast.stats
   CPU:  All  |   Platform:  All
--+--
Changes (by sbl):

 * Attachment "v.rast.stats_multiraster.diff" added.

 Allow multiple raster input (diff updated to r73190)

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] i.sentinal addons

[Roberta Fagandini]

Hi,

Il giorno sab 25 ago 2018 alle ore 10:53 Luca Delucchi 
ha scritto:

> On Tue, 21 Aug 2018 at 14:36, Roberta Fagandini 
> wrote:
> >
> > Hi all,
>
> Hi,
>
> > obviously, it's ok for me but is it possible to wait for the
> announcement of GSoc results?
>
> announcement is done, right?
>
> > I added the links to the SVN repository to my final report and I'd like
> them to work for a few more days.
> >
>
> could we move them?
>

Yes, thanks!

Roberta


>
> > Thanks!
> >
> > Roberta
> >
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] 7.6.0

[Martin Landa]

Hi,

po 27. 8. 2018 v 8:53 odesílatel Markus Neteler  napsal:
> ... in essence: the longer we wait, the more difficult will be to use
> these patches.

I would guess that Anna is planning to apply these patches to trunk
when releasebranch_7_6 will be there (?)

Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3466: v.to.db: check if column exists before running

[GRASS GIS]

#3466: v.to.db: check if column exists before running
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Vector   |Version:  svn-releasebranch74
Resolution:   |   Keywords:  v.to.db,column
   CPU:  All  |   Platform:  All
--+-

Comment (by mlennert):

 Replying to [comment:5 mlennert]:
 > While we are discussing this: couldn't the module just create the
 columns if they don't exist, yet ?
 >
 > I think this should be the default behavior of all modules writing
 output into DB columns. Possibly with a flag to determine if overwriting
 an existing column is ok.

 See the -c flag in v.rast.stats.

-- 
Ticket URL: 
GRASS GIS 

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