Re: [GRASS-dev] [GRASS GIS] #4009: 'where' option in v.to.rast can select wrong feature for raster attribute, in areas where features overlap

[GRASS GIS]

#4009: 'where' option in v.to.rast can select wrong feature for raster 
attribute,
in areas where features overlap
+-
  Reporter:  florisvdh  |  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  normal |  Milestone:
 Component:  Vector |Version:  svn-releasebranch76
Resolution: |   Keywords:  v.to.rast sql where
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by florisvdh):

 Below are a few characteristics of the map. Note, the actual values of
 {{{field 1}}} are not 'x1', 'x2' etc. but specific codes. Given the size
 of the data, I truncated the output.

 {{{
 $ v.info polygon_layer -c
 Displaying column types/names for database connection of layer <1>:
 INTEGER|cat
 TEXT|field1
 DOUBLE PRECISION|field2

 $ v.db.select map=polygon_layer | wc -l
 85051

 $ v.db.select map=polygon_layer where="field1 LIKE 'rbbhc'" | wc -l
 4720

 $ v.db.select map=polygon_layer where="field1 LIKE 'rbbhc'" | head
 cat|field1|field2
 132|rbbhc|20
 146|rbbhc|70
 151|rbbhc|30
 152|rbbhc|30
 153|rbbhc|30
 154|rbbhc|30
 155|rbbhc|30
 156|rbbhc|30
 157|rbbhc|30
 }}}

-- 
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] #4007: grass.py and bash: respect aliases in $HOME/.bashrc

[GRASS GIS]

#4007: grass.py and bash: respect aliases in $HOME/.bashrc
--+-
  Reporter:  neteler  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.8.2
 Component:  Default  |Version:  git-releasebranch78
Resolution:   |   Keywords:  bash
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by hcho):

 Replying to [comment:2 neteler]:
 > Replying to [comment:1 hcho]:
 > > A workaround (current master) is ...
 >
 > To make this work in G78 as well, we would have to backport
 >
 > https://github.com/OSGeo/grass/pull/170
 >
 > ...right? If yes, are there any any objections to do so?

 You're right. No objection from me. Also, I guess this approach is better
 than "forcing" `source ~/.bashrc`. Clean aliases vs. inheriting them.
 Choice as long as we have a separate bashrc.

-- 
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] #4007: grass.py and bash: respect aliases in $HOME/.bashrc

[GRASS GIS]

#4007: grass.py and bash: respect aliases in $HOME/.bashrc
--+-
  Reporter:  neteler  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.8.2
 Component:  Default  |Version:  git-releasebranch78
Resolution:   |   Keywords:  bash
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by neteler):

 ok I have backported it (pls squash-merge in future - I had to cherry-pick
 all commits individually).

 Now: to be tested if it works in relbranch78

-- 
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] #3994: Put page name first in s

[GRASS GIS]

#3994: Put page name first in s
--+-
  Reporter:  jidanni  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  closed
  Priority:  trivial  |  Milestone:  7.8.3
 Component:  Docs |Version:  git-releasebranch78
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by neteler):

 * status:  new => closed


Comment:

 Backport to G78 done as well:

  * https://grass.osgeo.org/grass78/manuals/t.vect.list.html
  * https://grass.osgeo.org/grass78/manuals/d.rast.html

 Closing. Feel free to reopen if anything is missing.

-- 
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] #3799: Python 3 Error using MultiModule and ParallelModuleQueue

[GRASS GIS]

#3799: Python 3 Error using MultiModule and ParallelModuleQueue
--+-
  Reporter:  AnikaBettge  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.6.2
 Component:  Default  |Version:  svn-trunk
Resolution:   |   Keywords:  python3
   CPU:  Unspecified  |   Platform:  Linux
--+-
Changes (by neteler):

 * Attachment "test_multimodule.py" added.

 Python test script

-- 
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] #3799: Python 3 Error using MultiModule and ParallelModuleQueue

[GRASS GIS]

#3799: Python 3 Error using MultiModule and ParallelModuleQueue
--+--
  Reporter:  AnikaBettge  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.8.3
 Component:  Python   |Version:  git-releasebranch78
Resolution:   |   Keywords:  python3, multimodule
   CPU:  Unspecified  |   Platform:  Linux
--+--
Changes (by neteler):

 * keywords:  python3 => python3, multimodule
 * version:  svn-trunk => git-releasebranch78
 * component:  Default => Python
 * milestone:  7.6.2 => 7.8.3


Comment:

 Still broken... (test script attached):

 {{{
 GRASS 7.8.2dev (nc_spm_08):~ > python3 test_multimodule.py
 projection: 99 (Lambert Conformal Conic)
 zone:   0
 datum:  nad83
 ellipsoid:  a=6378137 es=0.006694380022900787
 north:  228500
 south:  215000
 west:   63
 east:   645000
 nsres:  10
 ewres:  10
 rows:   1350
 cols:   1500
 cells:  2025000
 projection: 99 (Lambert Conformal Conic)
 zone:   0
 datum:  nad83
 ellipsoid:  a=6378137 es=0.006694380022900787
 north:  228500
 south:  215000
 west:   63
 east:   645000
 nsres:  10
 ewres:  10
 rows:   1350
 cols:   1500
 cells:  2025000
 projection: 99 (Lambert Conformal Conic)
 zone:   0
 datum:  nad83
 ellipsoid:  a=6378137 es=0.006694380022900787
 north:  228500
 south:  215000
 west:   63
 east:   645000
 nsres:  10
 ewres:  10
 rows:   1350
 cols:   1500
 cells:  2025000
  100%
 Traceback (most recent call last):
   File "/usr/lib64/python3.7/multiprocessing/queues.py", line 236, in
 _feed
 obj = _ForkingPickler.dumps(obj)
   File "/usr/lib64/python3.7/multiprocessing/reduction.py", line 51, in
 dumps
 cls(buf, protocol).dump(obj)
 TypeError: can't pickle _thread.lock objects
  100%
  100%
 Traceback (most recent call last):
   File "/usr/lib64/python3.7/multiprocessing/queues.py", line 236, in
 _feed
 obj = _ForkingPickler.dumps(obj)
   File "/usr/lib64/python3.7/multiprocessing/reduction.py", line 51, in
 dumps
 cls(buf, protocol).dump(obj)
 TypeError: can't pickle _thread.lock objects
 Traceback (most recent call last):
   File "/usr/lib64/python3.7/multiprocessing/queues.py", line 236, in
 _feed
 obj = _ForkingPickler.dumps(obj)
   File "/usr/lib64/python3.7/multiprocessing/reduction.py", line 51, in
 dumps
 cls(buf, protocol).dump(obj)
 TypeError: can't pickle _thread.lock objects
 }}}

-- 
Ticket URL: 
GRASS GIS 

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