date:20180904

Re: [GRASS-dev] [GRASS GIS] #1665: Grass SVN (51807) doesn’t launch: Path '…//' doesn't exist

2018-09-04 Thread GRASS GIS

#1665: Grass SVN (51807) doesn’t launch: Path '…//' doesn't
exist
+-
  Reporter:  vince  |  Owner:  grass-dev@…
  Type:  defect | Status:  closed
  Priority:  normal |  Milestone:  7.0.7
 Component:  Startup|Version:  svn-trunk
Resolution:  fixed  |   Keywords:
   CPU:  OSX/Intel  |   Platform:  MacOSX
+-

Comment (by wenzeslaus):

 Error reports further improved in r73263.

 r73262 and r73264 change `-gui` and `-text` in the messages to `--gui` and
 `--text` according to wiki:Grass8Planning. The preference of `--gui` over
 `-gui` is fairly new (since r73100, after 7.4), so we still have `-gui`
 etc. on couple more places.

 {{{
 grep --exclude-dir={.svn,OBJ.*,dist.*,bin.*,locale} -IrnE
 "[^-a-z]-gui[^_]"
 }}}

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] Fwd: Patch for ctypesgen

2018-09-04 Thread Luca Delucchi

Hi all,

 I just get this mail, I don't know if it could be useful yet, I'm more or
less offline and I cannot check if we already fix the problem.

Regards
Luca

-- Forwarded message -
From: Alan Robertson 
Date: mer 5 set 2018, 05:05
Subject: Patch for ctypesgen
To: 


Hi Luca,

I think you're one of the people who was involved with a patch to the GRASS
software: https://trac.osgeo.org/grass/changeset/72361

If so, I found a related error that I suspect you folks might like to be
aware of:

https://github.com/davidjamesca/ctypesgen/issues/62

Patch is included in the issue - although it's not a PR. I also provided
your patches to the project as well.

Thanks for fixing those problems!

-- 
  Alan Robertson
  al...@unix.sh
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3170: GRASS_BATCH_JOB does not tolerate path with spaces

2018-09-04 Thread GRASS GIS

#3170: GRASS_BATCH_JOB does not tolerate path with spaces
-+-
  Reporter:  marisn  |  Owner:  wenzeslaus
  Type:  defect  | Status:  new
  Priority:  normal  |  Milestone:  7.6.0
 Component:  Startup |Version:  svn-trunk
Resolution:  |   Keywords:  grass.py init spaces exec
   CPU:  |  GRASS_BATCH_JOB Popen shell=True
  Unspecified|   Platform:  Unspecified
-+-

Comment (by wenzeslaus):

 In [changeset:"73261" 73261]:
 {{{
 #!CommitTicketReference repository="" revision="73261"
 init: support spaces in path for GRASS_BATCH_JOB (see #3170)
 }}}

-- 
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] #3170: GRASS_BATCH_JOB does not tolerate path with spaces

2018-09-04 Thread GRASS GIS

#3170: GRASS_BATCH_JOB does not tolerate path with spaces
-+-
  Reporter:  marisn  |  Owner:  wenzeslaus
  Type:  defect  | Status:  new
  Priority:  normal  |  Milestone:  7.6.0
 Component:  Startup |Version:  svn-trunk
Resolution:  |   Keywords:  grass.py init spaces exec
   CPU:  |  GRASS_BATCH_JOB Popen shell=True
  Unspecified|   Platform:  Unspecified
-+-

Comment (by wenzeslaus):

 Replying to [comment:7 marisn]:
 > Replying to [comment:6 wenzeslaus]:
 > > And please let us know why do you prefer `GRASS_BATCH_JOB` rather over
 `--exec`.
 >
 > To be honest – I do not remember what was the reason of using
 GRASS_BATCH_JOB and not --exec. May be just experimenting and stumbled on
 a bug (as it is a bug per se).

 Thanks, makes sense.

-- 
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] #3487: vector digitizer unstable

2018-09-04 Thread GRASS GIS

#3487: vector digitizer unstable
+---
  Reporter:  cmbarton   |  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  critical   |  Milestone:  7.6.0
 Component:  wxGUI  |Version:  7.2.2
Resolution: |   Keywords:  digitizer, ctypes
   CPU:  OSX/Intel  |   Platform:  MacOSX
+---
Changes (by neteler):

 * keywords:  digitizer => digitizer, ctypes
 * milestone:  7.2.4 => 7.6.0


Comment:

 This may be related to the known and yet unsolved ctypes portability
 issues.

-- 
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-user] experimental Python 3 support in trunk

2018-09-04 Thread Helmut Kudrnovsky

 > >  Deprecated since version 2.7: The optparse module is deprecated and
will not
 >>   be developed further; development will continue with the argparse
module.
>
>Can you add optparse package? It's weird, it should be part of standard
Python library:
>https://docs.python.org/3.7/library/optparse.html

some tests in the MSYS2/mingw build environment.

outside of an virtual environment

$ python3 --version
Python 3.7.0

$ python3
Python 3.7.0 (default, Aug  3 2018, 11:56:18)  [GCC 8.2.0 64 bit (AMD64)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import optparse
>>> import argparse
>>>
---

inside the virtual environment
---
$ source Scripts/activate
(grasspy3)

$ python --version
Python 3.7.0
(grasspy3)

$ python3
Python 3.7.0 (default, Aug  3 2018, 11:56:18)  [GCC 8.2.0 64 bit (AMD64)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import optparse
Traceback (most recent call last):
  File "", line 1, in 
ModuleNotFoundError: No module named 'optparse'
>>> import argparse
Traceback (most recent call last):
  File "", line 1, in 
ModuleNotFoundError: No module named 'argparse'
---

the missing optparse here seems to be a local virtual environment issue.

any idea to how to solve this?



-
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

2018-09-04 Thread Helmut Kudrnovsky

Martin Landa wrote
> Hi,
> 
> út 4. 9. 2018 v 16:22 odesílatel Jürgen E. Fischer 

> jef@

>  napsal:
>> Also added a wxpython transitional package that depends on python-wx.
>> msys-grass and in turn grass6 still depend on it.
> 
> I would prefer to avoid any transitional packages if possible. I have
> updated grass6 setup.ini to use new python-wx package instead. Ma
> 
> 
> -- 
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> grass-dev mailing list

> grass-dev@.osgeo

> https://lists.osgeo.org/mailman/listinfo/grass-dev

IMHO GRASS 6 should be retired, archived and removed from OSGeo4W. It's very
old, outdated and not maintained anymore.



-
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

2018-09-04 Thread Markus Neteler

On Tue, Sep 4, 2018 at 4:21 PM Anna Petrášová  wrote:
>
> Those easy ones should be fixed now, please test

Excellent.
I had to take out the trailing "L" in a few lines of vector.py, then
the wxGUI came up.

I can now also reach the system info:

3D view mode not available
Reason: No module named 'wxnviz'
System Info
GRASS version: 7.7.svn
GRASS SVN revision: r73241
Build date: 2018-09-04
Build platform: x86_64-pc-linux-gnu
GDAL: 2.2.4
PROJ.4: 4.9.3
GEOS: 3.6.1
SQLite: 3.22.0
Python: 3.6.6
wxPython: 4.0.3
Platform: Linux-4.17.18-200.fc28.x86_64-x86_64-with-fedora-28-Twenty_Eight

Congrats so far! :)

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

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

2018-09-04 Thread Martin Landa

Hi,

út 4. 9. 2018 v 16:22 odesílatel Jürgen E. Fischer  napsal:
> Also added a wxpython transitional package that depends on python-wx.
> msys-grass and in turn grass6 still depend on it.

I would prefer to avoid any transitional packages if possible. I have
updated grass6 setup.ini to use new python-wx package instead. 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-user] experimental Python 3 support in trunk

2018-09-04 Thread Jürgen E . Fischer

Hi Martin,

On Tue, 04. Sep 2018 at 15:55:25 +0200, Martin Landa wrote:
> po 3. 9. 2018 v 21:19 odesílatel Helmut Kudrnovsky  napsal:
> > some notes added there how to compile winGRASS in a virtual python 3
> > environment.
 
> new package `python3-wx` uploaded to OSGeo4W environment (both 32 and
> 64bit). BTW, I have renamed current `wxpython` package to `python-wx`.

Also added a wxpython transitional package that depends on python-wx.
msys-grass and in turn grass6 still depend on it.


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de


signature.asc
Description: PGP signature
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Aurich HRB 100827
Datenschutzerklaerung: https://www.norbit.de/83/
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

2018-09-04 Thread Anna Petrášová

Those easy ones should be fixed now, please test

On Tue, Sep 4, 2018 at 9:21 AM Anna Petrášová  wrote:

>
>
> On Tue, Sep 4, 2018 at 2:00 AM Markus Neteler  wrote:
>
>> On Tue, Sep 4, 2018 at 12:39 AM Anna Petrášová 
>> wrote:
>> >
>> > are you sure you did make distclean?
>>
>> You are right, solved with that.
>>
>> Here a few more issues: At wxGUI startup:
>>
>> ### in the terminal:
>> 07:37:09: Debug: Adding duplicate image handler for 'Windows bitmap file'
>> 07:37:09: Debug: Adding duplicate image handler for 'Windows bitmap file'
>>
>
> not sure about this, but seems minor right now
>
>>
>> --> perhaps from an underlying lib?
>>
>> ### in the wxGUI console:
>> > Menu > System info
>>
>> 3D view mode not available
>> Reason: name 'WindowsError' is not defined
>> Vector digitizer not available
>> Reason: name 'WindowsError' is not defined
>> Note that the wxGUI's vector digitizer is disabled in this
>> installation. Please keep an eye out for updated versions of
>> GRASS. In the meantime you can use "v.edit" for non-
>> interactive editing from the Develop vector map menu.
>> /home/mneteler/software/grass77/dist.x86_64-pc-linux-
>> gnu/gui/wxpython/mapwin/buffered.py:406:
>>
>
> generally, that's the problem with ctypes which is not fixed yet, I can
> look what that 'WindowsError' means specifically
>
>
>> wxPyDeprecationWarning: Call to deprecated item. Use
>> DrawLine instead.
>>   coords[i][1]))
>>
>
> minor, should be easy to get rid of it
>
>
>> System Info
>> Traceback (most recent call last):
>>   File "/home/mneteler/software/grass77/dist.x86_64-pc-
>> linux-gnu/gui/wxpython/lmgr/frame.py", line 1259, in
>> OnSystemInfo
>>
>> _("Platform"), platform.platform().decode('utf8',
>> 'replace'), osgeo4w),
>> AttributeError
>> :
>> 'str' object has no attribute 'decode'
>>
>>
> I will look at that, should be easy
>
>>
>> ##
>>
>> display raster > select map > OK button
>>
>> /home/mneteler/software/grass77/dist.x86_64-pc-linux-
>> gnu/gui/wxpython/mapwin/buffered.py:406:
>> wxPyDeprecationWarning: Call to deprecated item. Use
>> DrawLine instead.
>>   coords[i][1]))
>> /home/mneteler/software/grass77/dist.x86_64-pc-linux-
>> gnu/gui/wxpython/mapwin/buffered.py:406:
>> wxPyDeprecationWarning: Call to deprecated item. Use
>> DrawLine instead.
>>   coords[i][1]))
>>
>> ##
>> # seen in the terminal:
>>
>> from grass.pygrass.vector import VectorTopo
>>   File
>> "/home/mneteler/software/grass77/dist.x86_64-pc-linux-gnu/etc/python/grass/pygrass/vector/__init__.py",
>> line 7, in 
>> import grass.lib.vector as libvect
>>   File
>> "/home/mneteler/software/grass77/dist.x86_64-pc-linux-gnu/etc/python/grass/lib/vector.py",
>> line 5863
>> PORT_LONG_MAX = 2147483647L
>>   ^
>> SyntaxError: invalid syntax
>>
>>
> as I said, that's the ctypes problem, weird is I don't get this specific
> problem, when I compile it, I get  PORT_LONG_MAX = 2147483647 (without the
> L)
>
>>
>>
>> Markus
>>
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

2018-09-04 Thread Martin Landa

Hi,

po 3. 9. 2018 v 21:19 odesílatel Helmut Kudrnovsky  napsal:
> some notes added there how to compile winGRASS in a virtual python 3
> environment.

new package `python3-wx` uploaded to OSGeo4W environment (both 32 and
64bit). BTW, I have renamed current `wxpython` package to `python-wx`.

Martin

-- 
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-user] experimental Python 3 support in trunk

2018-09-04 Thread Markus Neteler

On Tue, Sep 4, 2018 at 3:21 PM Anna Petrášová  wrote:
> On Tue, Sep 4, 2018 at 2:00 AM Markus Neteler  wrote:
...
>> ##
>> # seen in the terminal:
>>
>> from grass.pygrass.vector import VectorTopo
>>   File 
>> "/home/mneteler/software/grass77/dist.x86_64-pc-linux-gnu/etc/python/grass/pygrass/vector/__init__.py",
>> line 7, in 
>> import grass.lib.vector as libvect
>>   File 
>> "/home/mneteler/software/grass77/dist.x86_64-pc-linux-gnu/etc/python/grass/lib/vector.py",
>> line 5863
>> PORT_LONG_MAX = 2147483647L
>>   ^
>> SyntaxError: invalid syntax
>>
>
> as I said, that's the ctypes problem, weird is I don't get this specific 
> problem, when I compile it, I get  PORT_LONG_MAX = 2147483647 (without the L)

On my Fedora 28 box, I get

[mneteler@oboe ctypes ]$ pwd
/home/mneteler/software/grass77/lib/python/ctypes

[mneteler@oboe ctypes ]$ ag PORT_LONG_MAX
OBJ.x86_64-pc-linux-gnu/vector.py
6562:PORT_LONG_MAX = 2147483647L
7256:PORT_LONG_MAX = 2147483647L

[mneteler@oboe ctypes ]$ gcc -v
...
Target: x86_64-redhat-linux
Configured with: ../configure --enable-bootstrap
--enable-languages=c,c++,fortran,objc,obj-c++,ada,go,lto --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared
--enable-threads=posix --enable-checking=release --enable-multilib
--with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-gnu-unique-object
--enable-linker-build-id --with-gcc-major-version-only
--with-linker-hash-style=gnu --enable-plugin --enable-initfini-array
--with-isl --enable-libmpx --enable-offload-targets=nvptx-none
--without-cuda-driver --enable-gnu-indirect-function --enable-cet
--with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 8.1.1 20180712 (Red Hat 8.1.1-5) (GCC)

See (perhaps) also
https://trac.osgeo.org/grass/ticket/3446

where PORT_LONG_MAX is mentioned.

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

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

2018-09-04 Thread Anna Petrášová

On Tue, Sep 4, 2018 at 2:00 AM Markus Neteler  wrote:

> On Tue, Sep 4, 2018 at 12:39 AM Anna Petrášová 
> wrote:
> >
> > are you sure you did make distclean?
>
> You are right, solved with that.
>
> Here a few more issues: At wxGUI startup:
>
> ### in the terminal:
> 07:37:09: Debug: Adding duplicate image handler for 'Windows bitmap file'
> 07:37:09: Debug: Adding duplicate image handler for 'Windows bitmap file'
>

not sure about this, but seems minor right now

>
> --> perhaps from an underlying lib?
>
> ### in the wxGUI console:
> > Menu > System info
>
> 3D view mode not available
> Reason: name 'WindowsError' is not defined
> Vector digitizer not available
> Reason: name 'WindowsError' is not defined
> Note that the wxGUI's vector digitizer is disabled in this
> installation. Please keep an eye out for updated versions of
> GRASS. In the meantime you can use "v.edit" for non-
> interactive editing from the Develop vector map menu.
> /home/mneteler/software/grass77/dist.x86_64-pc-linux-
> gnu/gui/wxpython/mapwin/buffered.py:406:
>

generally, that's the problem with ctypes which is not fixed yet, I can
look what that 'WindowsError' means specifically


> wxPyDeprecationWarning: Call to deprecated item. Use
> DrawLine instead.
>   coords[i][1]))
>

minor, should be easy to get rid of it


> System Info
> Traceback (most recent call last):
>   File "/home/mneteler/software/grass77/dist.x86_64-pc-
> linux-gnu/gui/wxpython/lmgr/frame.py", line 1259, in
> OnSystemInfo
>
> _("Platform"), platform.platform().decode('utf8',
> 'replace'), osgeo4w),
> AttributeError
> :
> 'str' object has no attribute 'decode'
>
>
I will look at that, should be easy

>
> ##
>
> display raster > select map > OK button
>
> /home/mneteler/software/grass77/dist.x86_64-pc-linux-
> gnu/gui/wxpython/mapwin/buffered.py:406:
> wxPyDeprecationWarning: Call to deprecated item. Use
> DrawLine instead.
>   coords[i][1]))
> /home/mneteler/software/grass77/dist.x86_64-pc-linux-
> gnu/gui/wxpython/mapwin/buffered.py:406:
> wxPyDeprecationWarning: Call to deprecated item. Use
> DrawLine instead.
>   coords[i][1]))
>
> ##
> # seen in the terminal:
>
> from grass.pygrass.vector import VectorTopo
>   File
> "/home/mneteler/software/grass77/dist.x86_64-pc-linux-gnu/etc/python/grass/pygrass/vector/__init__.py",
> line 7, in 
> import grass.lib.vector as libvect
>   File
> "/home/mneteler/software/grass77/dist.x86_64-pc-linux-gnu/etc/python/grass/lib/vector.py",
> line 5863
> PORT_LONG_MAX = 2147483647L
>   ^
> SyntaxError: invalid syntax
>
>
as I said, that's the ctypes problem, weird is I don't get this specific
problem, when I compile it, I get  PORT_LONG_MAX = 2147483647 (without the
L)

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

Re: [GRASS-dev] [GRASS GIS] #3170: GRASS_BATCH_JOB does not tolerate path with spaces

2018-09-04 Thread GRASS GIS

#3170: GRASS_BATCH_JOB does not tolerate path with spaces
-+-
  Reporter:  marisn  |  Owner:  wenzeslaus
  Type:  defect  | Status:  new
  Priority:  normal  |  Milestone:  7.6.0
 Component:  Startup |Version:  svn-trunk
Resolution:  |   Keywords:  grass.py init spaces exec
   CPU:  |  GRASS_BATCH_JOB Popen shell=True
  Unspecified|   Platform:  Unspecified
-+-

Comment (by marisn):

 Replying to [comment:6 wenzeslaus]:
 > And please let us know why do you prefer `GRASS_BATCH_JOB` rather over
 `--exec`.

 To be honest – I do not remember what was the reason of using
 GRASS_BATCH_JOB and not --exec. May be just experimenting and stumbled on
 a bug (as it is a bug per se).

-- 
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] #3635: Suspicious use and cleanup of the mapset tempoary directory

2018-09-04 Thread GRASS GIS

#3635: Suspicious use and cleanup of the mapset tempoary directory
-+-
  Reporter:  wenzeslaus  |  Owner:  wenzeslaus
  Type:  defect  | Status:  new
  Priority:  normal  |  Milestone:  7.8.0
 Component:  Startup |Version:  svn-trunk
Resolution:  |   Keywords:  init grass.py clean_temp .tmp temp
   CPU:  |  g.mapset wxGUI rendering
  Unspecified|   Platform:  All
-+-
Changes (by neteler):

 * milestone:  7.6.0 => 7.8.0


-- 
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-user] experimental Python 3 support in trunk

2018-09-04 Thread Markus Neteler

On Tue, Sep 4, 2018 at 12:39 AM Anna Petrášová  wrote:
>
> are you sure you did make distclean?

You are right, solved with that.

Here a few more issues: At wxGUI startup:

### in the terminal:
07:37:09: Debug: Adding duplicate image handler for 'Windows bitmap file'
07:37:09: Debug: Adding duplicate image handler for 'Windows bitmap file'

--> perhaps from an underlying lib?

### in the wxGUI console:
> Menu > System info

3D view mode not available
Reason: name 'WindowsError' is not defined
Vector digitizer not available
Reason: name 'WindowsError' is not defined
Note that the wxGUI's vector digitizer is disabled in this
installation. Please keep an eye out for updated versions of
GRASS. In the meantime you can use "v.edit" for non-
interactive editing from the Develop vector map menu.
/home/mneteler/software/grass77/dist.x86_64-pc-linux-
gnu/gui/wxpython/mapwin/buffered.py:406:
wxPyDeprecationWarning: Call to deprecated item. Use
DrawLine instead.
  coords[i][1]))
System Info
Traceback (most recent call last):
  File "/home/mneteler/software/grass77/dist.x86_64-pc-
linux-gnu/gui/wxpython/lmgr/frame.py", line 1259, in
OnSystemInfo

_("Platform"), platform.platform().decode('utf8',
'replace'), osgeo4w),
AttributeError
:
'str' object has no attribute 'decode'

##

display raster > select map > OK button

/home/mneteler/software/grass77/dist.x86_64-pc-linux-
gnu/gui/wxpython/mapwin/buffered.py:406:
wxPyDeprecationWarning: Call to deprecated item. Use
DrawLine instead.
  coords[i][1]))
/home/mneteler/software/grass77/dist.x86_64-pc-linux-
gnu/gui/wxpython/mapwin/buffered.py:406:
wxPyDeprecationWarning: Call to deprecated item. Use
DrawLine instead.
  coords[i][1]))

##
# seen in the terminal:

from grass.pygrass.vector import VectorTopo
  File 
"/home/mneteler/software/grass77/dist.x86_64-pc-linux-gnu/etc/python/grass/pygrass/vector/__init__.py",
line 7, in 
import grass.lib.vector as libvect
  File 
"/home/mneteler/software/grass77/dist.x86_64-pc-linux-gnu/etc/python/grass/lib/vector.py",
line 5863
PORT_LONG_MAX = 2147483647L
  ^
SyntaxError: invalid syntax

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

Re: [GRASS-dev] [GRASS GIS] #1665: Grass SVN (51807) doesn’t launch: Path '…//' doesn't exist

[GRASS-dev] Fwd: Patch for ctypesgen

Re: [GRASS-dev] [GRASS GIS] #3170: GRASS_BATCH_JOB does not tolerate path with spaces

Re: [GRASS-dev] [GRASS GIS] #3170: GRASS_BATCH_JOB does not tolerate path with spaces

Re: [GRASS-dev] [GRASS GIS] #3487: vector digitizer unstable

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Re: [GRASS-dev] [GRASS GIS] #3170: GRASS_BATCH_JOB does not tolerate path with spaces

Re: [GRASS-dev] [GRASS GIS] #3635: Suspicious use and cleanup of the mapset tempoary directory

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

17 matches

Site Navigation

Mail list logo

Footer information