date:20180131

Re: [GRASS-dev] [GRASS GIS] #3486: v.in.ogr: default format in online manual

2018-01-31 Thread GRASS GIS

#3486: v.in.ogr: default format in online manual
--+-
  Reporter:  martinl  |  Owner:  grass-dev@…
  Type:  task | Status:  new
  Priority:  normal   |  Milestone:  7.4.1
 Component:  Docs |Version:  unspecified
Resolution:   |   Keywords:  v.out.ogr
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by mlennert):

 Replying to [comment:2 neteler]:
 > Replying to [comment:1 mmetz]:
 > > Replying to [ticket:3486 martinl]:
 > ...
 > > > Any chance to update GDAL to version 2 on build server?
 > >
 > > Earlier versions of GDAL also support GPKG. Is it possible that the
 build server has a minimal GDAL installation built without SQLite3? The
 GeoPackage driver needs SQLite3.
 >
 > Yes, the grass.osgeo.org server is meanwhile a bit antique:
 >
 > {{{
 > neteler@osgeo6:~$ cat /etc/issue
 > Debian GNU/Linux 8 \n \l
 >
 > neteler@osgeo6:~$ gdal-config --version
 > 1.10.1
 >
 > neteler@osgeo6:~$ which gdal-config
 > /usr/bin/gdal-config
 > }}}
 >
 > Anyone with more Debian experience than me: is there a better GDAL
 binary package we could install? Or do I/MartinL have to compile GDAL from
 scratch?

 There are no gdal packages in jessie-backports, so I'm afraid that
 compilation is necessary.

 Jessie is old-stable. The current Debian stable release (stretch) has gdal
 2.12.

 Following stable releases would probably be enough to have relatively up
 to date packages...

--
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] #3486: v.in.ogr: default format in online manual

2018-01-31 Thread GRASS GIS

#3486: v.in.ogr: default format in online manual
--+-
  Reporter:  martinl  |  Owner:  grass-dev@…
  Type:  task | Status:  new
  Priority:  normal   |  Milestone:  7.4.1
 Component:  Docs |Version:  unspecified
Resolution:   |   Keywords:  v.out.ogr
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by mmetz):

 Replying to [comment:3 martinl]:
 > Replying to [comment:1 mmetz]:
 > > Earlier versions of GDAL also support GPKG. Is it possible that the
 build server has a minimal GDAL installation built without SQLite3? The
 GeoPackage driver needs SQLite3.
 >
 > There is SQLite support included
 >
 > {{{
 > martinl@osgeo6:~$ ogrinfo --formats | grep GPKG
 > martinl@osgeo6:~$ ogrinfo --formats | grep SQLite
 >   -> "SQLite" (read/write)
 > }}}
 >
 > It seems to me that GPKG driver has been introduced in GDAL 1.11.
 Probably we should fix G74:v.out.ogr to reflect also this version.

 The GPKG driver is only the default if it is available, therefore the
 manual on the build server is correct.

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

2018-01-31 Thread massimo di stefano

You're right .. blind: ctrl+c / ctrl-v

```
sudo apt-add-repository --remove ppa:grass/grass-stable
```

And then update + upgrade gave me a shiny GRASS 74

Thanks.

> On Jan 31, 2018, at 6:29 PM, Martin Landa  wrote:
> 
> 2018-01-31 23:52 GMT+01:00 massimo di stefano :
>> # Add Ubuntu Unstable PPA when running LTS Ubuntu release
>> sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
>> # Otherwise add GRASS Stable PPA
>> sudo add-apt-repository ppa:grass/grass-stable
> 
> you misunderstood the statement.
> 
> Run
> 
> sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
> 
> when using LTS.
> 
> On non-LTS release (like Ubuntu 17.10) run
> 
> sudo add-apt-repository ppa:grass/grass-stable
> 
> instead.
> 
> So probably instructions needs some clarification ;-) Ma
> 
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa



signature.asc
Description: Message signed with OpenPGP
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

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

2018-01-31 Thread Martin Landa

2018-01-31 23:52 GMT+01:00 massimo di stefano :
> # Add Ubuntu Unstable PPA when running LTS Ubuntu release
> sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
> # Otherwise add GRASS Stable PPA
> sudo add-apt-repository ppa:grass/grass-stable

you misunderstood the statement.

Run

sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable

when using LTS.

On non-LTS release (like Ubuntu 17.10) run

sudo add-apt-repository ppa:grass/grass-stable

instead.

So probably instructions needs some clarification ;-) 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] [release planning] 7.4.0

2018-01-31 Thread Martin Landa

Hi,

2018-01-31 23:52 GMT+01:00 massimo di stefano :
> Err:19 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main amd64
> Packages
>   404  Not Found
> Hit:48 http://download.onlyoffice.com/repo/debian squeeze InRelease
> Ign:20 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main i386
> Packages
> Ign:21 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main all
> Packages
> Ign:22 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main
> Translation-en

remove grass-stable PPA, it's useless for LTS.

> Get:49 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu
> xenial/main amd64 Packages [49.3 kB]
> Get:51 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu
> xenial/main i386 Packages [49.3 kB]
> Get:52 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu
> xenial/main Translation-en [19.2 kB]
> Fetched 9,247 kB in 2s (4,091 kB/s)
> Reading package lists... Done
> W: The repository 'http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial
> Release' does not have a Release file.
> N: Data from such a repository can't be authenticated and is therefore
> potentially dangerous to use.
> N: See apt-secure(8) manpage for repository creation and user configuration
> details.
> E: Failed to fetch
> http://ppa.launchpad.net/grass/grass-stable/ubuntu/dists/xenial/main/binary-amd64/Packages
> 404  Not Found
> E: Some index files failed to download. They have been ignored, or old ones
> used instead.

The error is related to grass-stable PPA. Please review your
registered PPAs first. 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] #3486: v.in.ogr: default format in online manual

2018-01-31 Thread GRASS GIS

#3486: v.in.ogr: default format in online manual
--+-
  Reporter:  martinl  |  Owner:  grass-dev@…
  Type:  task | Status:  new
  Priority:  normal   |  Milestone:  7.4.1
 Component:  Docs |Version:  unspecified
Resolution:   |   Keywords:  v.out.ogr
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by martinl):

 Replying to [comment:1 mmetz]:
 > Earlier versions of GDAL also support GPKG. Is it possible that the
 build server has a minimal GDAL installation built without SQLite3? The
 GeoPackage driver needs SQLite3.

 There is SQLite support included

 {{{
 martinl@osgeo6:~$ ogrinfo --formats | grep GPKG
 martinl@osgeo6:~$ ogrinfo --formats | grep SQLite
   -> "SQLite" (read/write)
 }}}

 It seems to me that GPKG driver has been introduced in GDAL 1.11. Probably
 we should fix G74:v.out.ogr to reflect also this version.

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

2018-01-31 Thread massimo di stefano

Hi,

The ks for the release!

I was going to update a server running ubuntu 16.04, after running the 
instruction below:

# Add Ubuntu Unstable PPA when running LTS Ubuntu release
sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
# Otherwise add GRASS Stable PPA
sudo add-apt-repository ppa:grass/grass-stable
Apt-get update gave me:

Err:19 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main amd64 
Packages
  404  Not Found
Hit:48 http://download.onlyoffice.com/repo/debian squeeze InRelease
Ign:20 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main i386 
Packages
Ign:21 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main all 
Packages
Ign:22 http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial/main 
Translation-en
Get:49 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu xenial/main 
amd64 Packages [49.3 kB]
Get:51 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu xenial/main 
i386 Packages [49.3 kB]
Get:52 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu xenial/main 
Translation-en [19.2 kB]
Fetched 9,247 kB in 2s (4,091 kB/s)
Reading package lists... Done
W: The repository 'http://ppa.launchpad.net/grass/grass-stable/ubuntu xenial 
Release' does not have a Release file.
N: Data from such a repository can't be authenticated and is therefore 
potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.
E: Failed to fetch 
http://ppa.launchpad.net/grass/grass-stable/ubuntu/dists/xenial/main/binary-amd64/Packages
  404  Not Found
E: Some index files failed to download. They have been ignored, or old ones 
used instead.

—Massimo.

> On Jan 31, 2018, at 5:44 PM, Markus Neteler  wrote:
> 
> On Wed, Jan 31, 2018 at 10:57 AM, Martin Landa  wrote:
>> Hi,
>> 
>> 2018-01-31 9:43 GMT+01:00 Moritz Lennert :
>>> Do we get a reasonable set of binaries ready for tomorrow?
>>> Then we could publish the announcement.
>> 
>> Ubuntu packages were uploaded to UbuntuGIS Unstable too (grass,
>> gdal-grass, and qgis (*)).
> 
> ok thanks!
> 
> Can (all) please verify that the download instructions are right?
> 
> * https://grass.osgeo.org/download/software/linux/#g74x
>  --> are the Ubuntu instructions right?
> 
> * https://grass.osgeo.org/download/software/ms-windows/#g74x
> * (Mac OSX forthcoming)
> * other systems?
> 
> thanks
> Markus
> 
>> Ma
>> 
>> (*) there are still some problem when rebuilding QGIS for trusty, this
>> package has been updated yet.
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev

signature.asc
Description: Message signed with OpenPGP
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

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

2018-01-31 Thread Markus Neteler

On Wed, Jan 31, 2018 at 10:57 AM, Martin Landa  wrote:
> Hi,
>
> 2018-01-31 9:43 GMT+01:00 Moritz Lennert :
>> Do we get a reasonable set of binaries ready for tomorrow?
>> Then we could publish the announcement.
>
> Ubuntu packages were uploaded to UbuntuGIS Unstable too (grass,
> gdal-grass, and qgis (*)).

ok thanks!

Can (all) please verify that the download instructions are right?

* https://grass.osgeo.org/download/software/linux/#g74x
  --> are the Ubuntu instructions right?

* https://grass.osgeo.org/download/software/ms-windows/#g74x
* (Mac OSX forthcoming)
* other systems?

thanks
Markus

> Ma
>
> (*) there are still some problem when rebuilding QGIS for trusty, this
> package has been updated yet.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3486: v.in.ogr: default format in online manual

2018-01-31 Thread GRASS GIS

#3486: v.in.ogr: default format in online manual
--+-
  Reporter:  martinl  |  Owner:  grass-dev@…
  Type:  task | Status:  new
  Priority:  normal   |  Milestone:  7.4.1
 Component:  Docs |Version:  unspecified
Resolution:   |   Keywords:  v.out.ogr
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by neteler):

 Replying to [comment:1 mmetz]:
 > Replying to [ticket:3486 martinl]:
 ...
 > > Any chance to update GDAL to version 2 on build server?
 >
 > Earlier versions of GDAL also support GPKG. Is it possible that the
 build server has a minimal GDAL installation built without SQLite3? The
 GeoPackage driver needs SQLite3.

 Yes, the grass.osgeo.org server is meanwhile a bit antique:

 {{{
 neteler@osgeo6:~$ cat /etc/issue
 Debian GNU/Linux 8 \n \l

 neteler@osgeo6:~$ gdal-config --version
 1.10.1

 neteler@osgeo6:~$ which gdal-config
 /usr/bin/gdal-config
 }}}

 Anyone with more Debian experience than me: is there a better GDAL binary
 package we could install? Or do I/MartinL have to compile GDAL from
 scratch?

--
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] Important hint for running the new Mac GRASS binaries

2018-01-31 Thread Michael Barton

I created a new ticket on this. Thanks for testing. If any other errors crop 
up, please report them.

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 Jan 31, 2018, at 12:13 PM, Michael Barton 
> wrote:

I didn't have that severe of a meltdown, but can confirm that the vector 
digitizer is very unstable. Sometimes I got it to make a new map or edit an 
existing one, but other times this caused the GUI to crash. When it did work, I 
was unable to close out the vector digitizer and have the menubar deleted. 
This, in turn made it impossible to quit the GUI by normal means.

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 Jan 31, 2018, at 6:24 AM, Stuart Edwards 
> wrote:

I can confirm this behavior.  It eventually lead to something of a meltdown 
that required a recovery mode restart and reinstallation of High Sierra.  I'll 
try and document the events in more detail.

Stu

On Jan 31, 2018, at 7:42 AM, Jon > wrote:

I have installed your binaries (both 7.2.2 and 7.4svn) in the Applictions 
folder of MACOSX 10.13.3 without disabling SIP The applications run normally 
(still testing this with the command line) - but testing the vector digitiser 
results in python crashnig with this message:

/Applications/GRASS-7.2.2.app/Contents/Resources/bin/pythonw: line 3: 695 
Segmentation fault: 11 
/Applications/GRASS-7.2.2.app/Contents/Resources/python.app/Contents/MacOS/python
 "$@"

I wonder if there is a recommendation for .bash_profile export options?

Jón

On 31 Jan 2018, at 5:56, Michael Barton wrote:

If you are trying the new fully bundled GRASS binaries for Mac, here is an 
important thing to know.

You MUST install and run these binaries from the /Applications folder. They 
cannot be in another folder or a subfolder of /Applications. This is an issue 
with the way conda (Anaconda) builds the GRASS environment.

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

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

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

___
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-01-31 Thread GRASS GIS

#3487: vector digitizer unstable
+-
  Reporter:  cmbarton   |  Owner:  grass-dev@…
  Type:  defect | Status:  new
  Priority:  normal |  Milestone:
 Component:  wxGUI  |Version:  7.2.2
Resolution: |   Keywords:  digitizer
   CPU:  OSX/Intel  |   Platform:  MacOSX
+-

Comment (by cmbarton):

 Forgot to add the error:

 
/private/var/folders/65/pp9w7z0d1mj502pj8hhl7vfwgp/T/AppTranslocation/D15EBED1
 -582C-4F2B-A41A-
 2C96BE511484/d/GRASS-7.4svn.app/Contents/Resources/bin/pythonw: line 3:
 48809 Segmentation fault: 11
 
/Applications/GRASS-7.4svn.app/Contents/Resources/python.app/Contents/MacOS/python
 "$@"

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

2018-01-31 Thread GRASS GIS

#3487: vector digitizer unstable
---+-
 Reporter:  cmbarton   |  Owner:  grass-dev@…
 Type:  defect | Status:  new
 Priority:  normal |  Milestone:
Component:  wxGUI  |Version:  7.2.2
 Keywords:  digitizer  |CPU:  OSX/Intel
 Platform:  MacOSX |
---+-
 The vector digitizer is very unstable. Sometimes I got it to make a new
 map or edit an existing one, but other times this caused the GUI to crash.
 When it did work, I was unable to close out the vector digitizer and have
 the menubar deleted. This, in turn made it impossible to quit the GUI by
 normal means.

 The error (pasted below) is a python segmentation fault: 11 error. This is
 the same error that crashes the GUI when launching i.gui.iclass (ticket
 https://trac.osgeo.org/grass/ticket/34722). Perhaps it has the same
 underlying cause.

 This error happens with new Mac binaries that are full 64bit, using the
 current stable wxPython 3.0.2, and Python 2.7.14.

 It is a problem with both GRASS 7.2.2 and GRASS 7.4 svn

--
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] #3486: v.in.ogr: default format in online manual

2018-01-31 Thread GRASS GIS

#3486: v.in.ogr: default format in online manual
--+-
  Reporter:  martinl  |  Owner:  grass-dev@…
  Type:  task | Status:  new
  Priority:  normal   |  Milestone:  7.4.1
 Component:  Docs |Version:  unspecified
Resolution:   |   Keywords:  v.out.ogr
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by mmetz):

 Replying to [ticket:3486 martinl]:
 > Hi,
 >
 > the online manual for G74:v.out.ogr still shows 'Esri Shapefile' as
 default format. Default format should be GPKG
 source:grass/branches/releasebranch_7_4/vector/v.out.ogr/list.c#L99.
 >
 > Any chance to update GDAL to version 2 on build server?

 Earlier versions of GDAL also support GPKG. Is it possible that the build
 server has a minimal GDAL installation built without SQLite3? The
 GeoPackage driver needs SQLite3.

--
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] #3486: v.in.ogr: default format in online manual

2018-01-31 Thread GRASS GIS

#3486: v.in.ogr: default format in online manual
-+-
 Reporter:  martinl  |  Owner:  grass-dev@…
 Type:  task | Status:  new
 Priority:  normal   |  Milestone:  7.4.1
Component:  Docs |Version:  unspecified
 Keywords:  v.out.ogr|CPU:  Unspecified
 Platform:  Unspecified  |
-+-
 Hi,

 the online manual for G74:v.out.ogr still shows 'Esri Shapefile' as
 default format. Default format should be GPKG
 source:grass/branches/releasebranch_7_4/vector/v.out.ogr/list.c#L99.

 Any chance to update GDAL to version 2 on build server?

--
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] Important hint for running the new Mac GRASS binaries

2018-01-31 Thread Michael Barton

I didn't have that severe of a meltdown, but can confirm that the vector 
digitizer is very unstable. Sometimes I got it to make a new map or edit an 
existing one, but other times this caused the GUI to crash. When it did work, I 
was unable to close out the vector digitizer and have the menubar deleted. 
This, in turn made it impossible to quit the GUI by normal means.

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 Jan 31, 2018, at 6:24 AM, Stuart Edwards 
> wrote:

I can confirm this behavior.  It eventually lead to something of a meltdown 
that required a recovery mode restart and reinstallation of High Sierra.  I'll 
try and document the events in more detail.

Stu

On Jan 31, 2018, at 7:42 AM, Jon > wrote:


I have installed your binaries (both 7.2.2 and 7.4svn) in the Applictions 
folder of MACOSX 10.13.3 without disabling SIP The applications run normally 
(still testing this with the command line) - but testing the vector digitiser 
results in python crashnig with this message:

/Applications/GRASS-7.2.2.app/Contents/Resources/bin/pythonw: line 3: 695 
Segmentation fault: 11 
/Applications/GRASS-7.2.2.app/Contents/Resources/python.app/Contents/MacOS/python
 "$@"

I wonder if there is a recommendation for .bash_profile export options?

Jón



On 31 Jan 2018, at 5:56, Michael Barton wrote:

If you are trying the new fully bundled GRASS binaries for Mac, here is an 
important thing to know.

You MUST install and run these binaries from the /Applications folder. They 
cannot be in another folder or a subfolder of /Applications. This is an issue 
with the way conda (Anaconda) builds the GRASS environment.

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
















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

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


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

[GRASS-dev] Introduction

2018-01-31 Thread sharry gill

Hello,

I am Supreet Singh, from Punjab, India. Currently doing my bachelors from Guru
Nanak Dev Engineering College . I am interested
in GRASS GIS module testing so as an idea for GSOC I sent an email before.
I am Good in HTML, CSS, Javascript, C++ and especially Python as this
project idea is to be written in Python.

Link to a sample image for the project: Google Doc Link


I have attached a simple test, I wrote for r.mode.

I am new to Open Source community so I came early, so I can get to know
about OSGeo and GRASS GIS.

Thank You
Supreet
"""
Name:   r.mode test
Purpose:Tests r.mode and its flags/options.
	
Author: Supreet Singh
"""

from grass.gunittest.case import TestCase
from grass.gunittest.main import test

class Testrmode(TestCase):
output='rmode'
base='facility'
cover='geology'

@classmethod
def setUpClass(cls):
cls.use_temp_region()

@classmethod
def tearDownClass(cls):
cls.del_temp_region()

def tearDown(self):
self.runModule('g.remove', type='raster', flags='f', name=self.output)

def test_1(self):
facility='facility'
self.assertModule('r.mode', base=self.base, cover=self.cover, output=self.output)
self.assertRasterMinMax(map=facility, refmin=1, refmax=1,
	msg="facility in degrees must be between 1 and 1")

def test_2(self):
slope='slope'
self.assertModule('r.mode', base=self.base, cover=self.cover, output=self.output)
self.assertRasterMinMax(map=slope, refmin=0, refmax=38.68939,
	msg="slope in degrees must be between 0 and 38.68939")

def test_3(self):
geology='geology'
self.assertModule('r.mode', base=self.base, cover=self.cover, output=self.output)
self.assertRasterMinMax(map=geology, refmin=34300, refmax=43600,
	msg="geology in degrees must be between 34300 and 43600")

if __name__ == '__main__':
test()

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

[GRASS-dev] Regarding GSOC Project Idea

2018-01-31 Thread sharry gill

Hello,

I am Supreet, planning to participate in Google Summer Of Code with OSGeo.
I am having an idea about a GSOC project for GRASS GIS:  The project is to
create an automatic module test writer in Python, in which:

1) First, there is an option of entering the name of module
2) After that, there will some options regarding which test the user wants
to write. (for eg: assertMinMax, RasterFitsUnivar etc)
3)Then there will be options for selecting flags and maps.
4)Then the user will click "create the test" then a python file will be
provided to the user which contains the test.

If any more detail is required please let me know.

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

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

2018-01-31 Thread Martin Landa

Hi,

2018-01-31 9:43 GMT+01:00 Moritz Lennert :
> Do we get a reasonable set of binaries ready for tomorrow?
> Then we could publish the announcement.

Ubuntu packages were uploaded to UbuntuGIS Unstable too (grass,
gdal-grass, and qgis (*)).

Ma

(*) there are still some problem when rebuilding QGIS for trusty, this
package has been updated yet.

-- 
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] [release planning] 7.4.0

2018-01-31 Thread Moritz Lennert


On 30/01/18 20:49, Sebastiaan Couwenberg wrote:

On 01/30/2018 08:33 PM, Markus Neteler wrote:

On Sun, Jan 28, 2018 at 3:33 PM, Moritz Lennert
 wrote:

On 28/01/18 14:57, Markus Neteler wrote:

On Sat, Jan 27, 2018 at 12:13 AM, Markus Neteler 

On 26/01/18 11:14, Markus Neteler wrote:


...

I'll notify the packagers, and prepare announcement etc.



Do we get a reasonable set of binaries ready for tomorrow?
Then we could publish the announcement.


Bas has already uploaded to Debian unstable on Friday. It will normally
migrate to Debian testing in a few days.


Did that happen? Time to announce...!


Should migrate tomorrow, see:

  https://qa.debian.org/excuses.php?package=grass
  https://qa.debian.org/excuses.php?package=libgdal-grass
  https://qa.debian.org/excuses.php?package=qgis


Done: https://tracker.debian.org/news/928783

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

Re: [GRASS-dev] [GRASS GIS] #789: g.region option to expand the computational region of about "some" pixels?

2018-01-31 Thread GRASS GIS

#789: g.region option to expand the computational region of about "some" pixels?
-+-
  Reporter:  nikos   |  Owner:  grass-dev@…
  Type:  | Status:  new
  enhancement|
  Priority:  normal  |  Milestone:  7.4.1
 Component:  Default |Version:  unspecified
Resolution:  |   Keywords:  g.region, expand computational
   CPU:  |  region
  Unspecified|   Platform:  Unspecified
-+-

Comment (by mmetz):

 Replying to [comment:19 lucadelu]:
 > I tried to implement the "expand the computational region of about
 "some" pixels" request, is my changes too simple?

 The number of pixels is just a number, not a coordinate, therefore the new
 option should be of type TYPE_DOUBLE and scanned with sscanf(), not
 G_scan_easting()/G_scan_northing(). Should top and bottom also be
 adjusted?

--
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] #3486: v.in.ogr: default format in online manual

Re: [GRASS-dev] [GRASS GIS] #3486: v.in.ogr: default format in online manual

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

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

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

Re: [GRASS-dev] [GRASS GIS] #3486: v.in.ogr: default format in online manual

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

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

Re: [GRASS-dev] [GRASS GIS] #3486: v.in.ogr: default format in online manual

Re: [GRASS-dev] [GRASS-user] Important hint for running the new Mac GRASS binaries

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

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

Re: [GRASS-dev] [GRASS GIS] #3486: v.in.ogr: default format in online manual

[GRASS-dev] [GRASS GIS] #3486: v.in.ogr: default format in online manual

Re: [GRASS-dev] [GRASS-user] Important hint for running the new Mac GRASS binaries

[GRASS-dev] Introduction

[GRASS-dev] Regarding GSOC Project Idea

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

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

Re: [GRASS-dev] [GRASS GIS] #789: g.region option to expand the computational region of about "some" pixels?

20 matches

Site Navigation

Mail list logo

Footer information