Re: [GRASS-dev] [EXTERNAL] vector patching frustration

[Michael Barton via grass-dev]

I got this to work *finally*. But there are still complications. Here is an 
example work flow:

1. Create a map of vector features
2. Create a basic attribute table (e.g., with v.db.addtable).
3. Export that table into a csv file using db.out.ogr
4. Add some attribute fields to that csv file
5. Try to import that csv file using db.in.ogr
6. Error: it won't import the cat field
7. Edit the csv file to rename cat to mycat
8. Try to import the csv file again using db.in.ogr
9. If you have not changed the sort order of the csv file, the new cat numbers 
that db.in.ogr automatically assigns (no option about this) will match the 
original cat numbers.
10. If cat does not match mycat, no problem because when you connect the 
attribute table to the vector with v.db.connect, you can specify mycat as the 
key field.
11. Try to patch this vector with another vector that has the same structure of 
attribute table. *Fail* Because patching creates new cat numbers in some order 
that is not necessarily related to the old linkage. The attribute table of the 
2nd map is properly added to the first attribute table, but the second map is 
not linked properly to the attribute records.

In my case, patching updated my non-cat keyfield to the max cat value of the 
original table (154) + the max cat value of the patched table (155) = 309. Very 
odd. This did not match any record. Fortunately, because I only have only one 
vector feature in the 2nd patched map, I could edit the cat field in the table 
(because it was not the key field) to match the new cat of the 2nd vector 
feature, and rejoin the table to the vector using cat. If I would have had 
multiple features in the 2nd file, it would have been difficult to impossible.

I'm not sure how to fix this. It may need to be a combination of allowing 
various vector modification modules to specify a cat value for a feature, 
assuming no duplication. It may need some change to db.in.ogr to allow for 
importing a field named cat. Maybe more changes to patch (and other features 
that have legacy underlying assumptions from the old pre-version6 vector 
format).

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://comses.net/>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 15, 2024, at 5:05 PM, Michael Barton  wrote:

Never mind. I figured it out when I saw the post. Now for the next step.

Michael
_____

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://comses.net/>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 15, 2024, at 3:29 PM, Michael Barton  wrote:

Something is just not working here.

I can't try the new PR until I can get the original cats fixed. v.category does 
not seem to be working as expected. I have a map with a single area. I clipped 
it out of another map (where it had cat=18) using v.select. When I check the 
categories, it looks like this:

v.category input=SA5@SAA2024 type=centroid option=report
Layer/table: 1/SA5
type   countminmax
point  0  0  0
line   0  0  0
boundary   0  0  0
centroid   1 28 28
area   0  0  0
face   0  0  0
kernel 0  0  0
all1 28 28

So I want to follow your example to first delete categories and then add them 
back in starting at 1.

v.category --overwrite input=SA5@SAA2024 output=NA5a option=del cat=-1

But delete does not seem to work.

GRASS : ~ > v.category input=SA5a@SAA2024 option=report
Layer/table: 1/SA5a
type   countminmax
point  0  0  0
line   0  0  0
boundar

Re: [GRASS-dev] [EXTERNAL] vector patching frustration

[Michael Barton via grass-dev]

Never mind. I figured it out when I saw the post. Now for the next step.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 15, 2024, at 3:29 PM, Michael Barton  wrote:

Something is just not working here.

I can't try the new PR until I can get the original cats fixed. v.category does 
not seem to be working as expected. I have a map with a single area. I clipped 
it out of another map (where it had cat=18) using v.select. When I check the 
categories, it looks like this:

v.category input=SA5@SAA2024 type=centroid option=report
Layer/table: 1/SA5
type   countminmax
point  0  0  0
line   0  0  0
boundary   0  0  0
centroid   1 28 28
area   0  0  0
face   0  0  0
kernel 0  0  0
all1 28 28

So I want to follow your example to first delete categories and then add them 
back in starting at 1.

v.category --overwrite input=SA5@SAA2024 output=NA5a option=del cat=-1

But delete does not seem to work.

GRASS : ~ > v.category input=SA5a@SAA2024 option=report
Layer/table: 1/SA5a
type   countminmax
point  0  0  0
line   0  0  0
boundary   0  0  0
centroid   1 28 28
area   0  0  0
face   0  0  0
kernel 0  0  0
all1 28 28

It stays at cat=28. Oddly, when I display the map and query it, it has no cat 
number visible in the query output in the GUI. But v.category shows that it 
still has a category somewhere. And if I then use v.category to try to add a 
new cat, starting at 1, the result is a map with cat=28 again. And when I 
patch, using your PR, I get the same results I had before.

Michael

_________

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://comses.net/>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 15, 2024, at 8:51 AM, Huidae Cho  wrote:

Michael,

Just confirmed your issue.

v.random tmp100 npoints=100 seed=100
v.db.addtable tmp100 col="id varchar(20)"
v.db.update tmp100 col=id qcol="'tmp100_' || cat"

v.random tmp10 npoints=10 seed=10
v.db.addtable tmp10 col="id varchar(20)"
v.db.update tmp10 col=id qcol="'tmp10_' || cat"

v.patch tmp100,tmp10 out=tmp110 -e

v.category tmp110 op=report
Layer/table: 1/tmp110
type   countminmax
point110  2112
line   0  0  0
boundary   0  0  0
centroid   0  0  0
area   0  0  0
face   0  0  0
kernel 0  0  0
all  110  2112

In my case, all features in tmp10 are linked in tmp110.

You can recategorize it.

v.category tmp110 out=tmp110_nocats op=del cat=-1
v.category tmp110_nocats out=tmp110_recats op=add

npnts100=$(v.info<https://urldefense.com/v3/__http://v.info__;!!IKRxdwAv5BmarQ!eDFcy3DMNQS8CMpiCzhp6trLuDrQNXlfIg-UEXoodTPi_yE5QtH-fHSHLEzHn3h0gXJrHPn76a9pFhgeoBImgQ$>
 tmp100 -t | sed '/points=/!d; s/points=//')
npnts10=$(v.info<https://urldefense.com/v3/__http://v.info__;!!IKRxdwAv5BmarQ!eDFcy3DMNQS8CMpiCzhp6trLuDrQNXlfIg-UEXoodTPi_yE5QtH-fHSHLEzHn3h0gXJrHPn76a9pFhgeoBImgQ$>
 tmp10 -t | sed '/points=/!d; s/points=//')

v.db.update tmp110_recats col=cat qcol=cat-1 where="cat<=$npnts100+1"
v.db.update tmp110_recats col=cat qcol=cat-2 where="cat>$npnts100+1"

Yeah... I know what you may think... Please create an iss

[GRASS-dev] v.dissolve confusion

[Michael Barton via grass-dev]

Any suggestions about what is wrong with either of the versions of this 
dissolve command?

v.dissolve --overwrite input=alcala_subsectors@SAA2024 column=ID 
output=alcala_subsectors_dissolved@SAA2024 
aggregate_columns=group_concat(REGION),max(STRATUM),max(SECTOR),avg(SUBSECTOR),group_concat(SECTOR_ID),sum(AREA),group_concat(SURVEYED),avg(IDNUM)
 result_columns="region TEXT,stratum INTEGER,sector INTEGER,subsector 
REAL,sector_ID TEXT,area REAL,surveyed TEXT,IDnum REAL"

v.dissolve --overwrite input=alcala_subsectors@SAA2024 column=ID 
output=alcala_subsectors_dissolved@SAA2024 
aggregate_columns=group_concat(REGION),max(STRATUM),max(SECTOR),avg(SUBSECTOR),group_concat(SECTOR_ID),sum(AREA),group_concat(SURVEYED),avg(IDNUM)
 result_columns="region,stratum,sector,subsector,sector_ID,area,surveyed,IDnum"

I'm trying to maintain my attribute table because of the great difficulty in 
reconnecting it. In both cases, I get the error:
Option  requires all of 

I have the same number of result columns as I do aggregate columns with 
equivalent data types.

I have 8 columns (dissolved by the 9th column ID):
region TEXT
stratum INTEGER
sector INTEGER
subsector REAL
sector_ID TEXT
area REAL
surveyed TEXT
IDnum REAL

Michael
_________

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


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

Re: [GRASS-dev] [EXTERNAL] vector patching frustration

[Michael Barton via grass-dev]

Something is just not working here.

I can't try the new PR until I can get the original cats fixed. v.category does 
not seem to be working as expected. I have a map with a single area. I clipped 
it out of another map (where it had cat=18) using v.select. When I check the 
categories, it looks like this:

v.category input=SA5@SAA2024 type=centroid option=report
Layer/table: 1/SA5
type   countminmax
point  0  0  0
line   0  0  0
boundary   0  0  0
centroid   1 28 28
area   0  0  0
face   0  0  0
kernel 0  0  0
all1 28 28

So I want to follow your example to first delete categories and then add them 
back in starting at 1.

v.category --overwrite input=SA5@SAA2024 output=NA5a option=del cat=-1

But delete does not seem to work.

GRASS : ~ > v.category input=SA5a@SAA2024 option=report
Layer/table: 1/SA5a
type   countminmax
point  0  0  0
line   0  0  0
boundary   0  0  0
centroid   1 28 28
area   0  0  0
face   0  0  0
kernel 0  0  0
all1 28 28

It stays at cat=28. Oddly, when I display the map and query it, it has no cat 
number visible in the query output in the GUI. But v.category shows that it 
still has a category somewhere. And if I then use v.category to try to add a 
new cat, starting at 1, the result is a map with cat=28 again. And when I 
patch, using your PR, I get the same results I had before.

Michael

_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 15, 2024, at 8:51 AM, Huidae Cho  wrote:

Michael,

Just confirmed your issue.

v.random tmp100 npoints=100 seed=100
v.db.addtable tmp100 col="id varchar(20)"
v.db.update tmp100 col=id qcol="'tmp100_' || cat"

v.random tmp10 npoints=10 seed=10
v.db.addtable tmp10 col="id varchar(20)"
v.db.update tmp10 col=id qcol="'tmp10_' || cat"

v.patch tmp100,tmp10 out=tmp110 -e

v.category tmp110 op=report
Layer/table: 1/tmp110
type   countminmax
point110  2112
line   0  0  0
boundary   0  0  0
centroid   0  0  0
area   0  0  0
face   0  0  0
kernel 0  0  0
all  110  2112

In my case, all features in tmp10 are linked in tmp110.

You can recategorize it.

v.category tmp110 out=tmp110_nocats op=del cat=-1
v.category tmp110_nocats out=tmp110_recats op=add

npnts100=$(v.info<https://urldefense.com/v3/__http://v.info__;!!IKRxdwAv5BmarQ!eDFcy3DMNQS8CMpiCzhp6trLuDrQNXlfIg-UEXoodTPi_yE5QtH-fHSHLEzHn3h0gXJrHPn76a9pFhgeoBImgQ$>
 tmp100 -t | sed '/points=/!d; s/points=//')
npnts10=$(v.info<https://urldefense.com/v3/__http://v.info__;!!IKRxdwAv5BmarQ!eDFcy3DMNQS8CMpiCzhp6trLuDrQNXlfIg-UEXoodTPi_yE5QtH-fHSHLEzHn3h0gXJrHPn76a9pFhgeoBImgQ$>
 tmp10 -t | sed '/points=/!d; s/points=//')

v.db.update tmp110_recats col=cat qcol=cat-1 where="cat<=$npnts100+1"
v.db.update tmp110_recats col=cat qcol=cat-2 where="cat>$npnts100+1"

Yeah... I know what you may think... Please create an issue on GitHub.

Regards,
Huidae

On Thu, Mar 14, 2024 at 4:42 PM Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:
Thanks Doug and Vincent.

None of this works. I vaguely remember having this same kind of road block 
several years back.

Nothing in v.category lets you change an existing cat value to a different value
v.in.ogr MUST add a column that MUST be named cat (all else causes an 
error--this is a bug) that is a series of consecutive integers from 1-n. So I 
cannot create a file with a cat field that matches my vector areas.

v.edit won't let you change an existing cat number AFAICT. No error but nothing 
changes.

Once I've imported a table using v.in.ogr, I cannot use db.drop.column to 
delete the cat column--even if it is not being used as a key field. This raises 
an error.

No way to rename a column from cat to something else (or something else to cat) 
unl

Re: [GRASS-dev] [EXTERNAL] vector patching frustration

[Michael Barton via grass-dev]

Thanks Huidae,

Your new PR looks like it will seriously simplify patching from the complicated 
and non-intuitive solution and Vincent describe in current GRASS versions.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 15, 2024, at 8:51 AM, Huidae Cho  wrote:

Michael,

Just confirmed your issue.

v.random tmp100 npoints=100 seed=100
v.db.addtable tmp100 col="id varchar(20)"
v.db.update tmp100 col=id qcol="'tmp100_' || cat"

v.random tmp10 npoints=10 seed=10
v.db.addtable tmp10 col="id varchar(20)"
v.db.update tmp10 col=id qcol="'tmp10_' || cat"

v.patch tmp100,tmp10 out=tmp110 -e

v.category tmp110 op=report
Layer/table: 1/tmp110
type   countminmax
point110  2112
line   0  0  0
boundary   0  0  0
centroid   0  0  0
area   0  0  0
face   0  0  0
kernel 0  0  0
all  110  2112

In my case, all features in tmp10 are linked in tmp110.

You can recategorize it.

v.category tmp110 out=tmp110_nocats op=del cat=-1
v.category tmp110_nocats out=tmp110_recats op=add

npnts100=$(v.info<https://urldefense.com/v3/__http://v.info__;!!IKRxdwAv5BmarQ!eDFcy3DMNQS8CMpiCzhp6trLuDrQNXlfIg-UEXoodTPi_yE5QtH-fHSHLEzHn3h0gXJrHPn76a9pFhgeoBImgQ$>
 tmp100 -t | sed '/points=/!d; s/points=//')
npnts10=$(v.info<https://urldefense.com/v3/__http://v.info__;!!IKRxdwAv5BmarQ!eDFcy3DMNQS8CMpiCzhp6trLuDrQNXlfIg-UEXoodTPi_yE5QtH-fHSHLEzHn3h0gXJrHPn76a9pFhgeoBImgQ$>
 tmp10 -t | sed '/points=/!d; s/points=//')

v.db.update tmp110_recats col=cat qcol=cat-1 where="cat<=$npnts100+1"
v.db.update tmp110_recats col=cat qcol=cat-2 where="cat>$npnts100+1"

Yeah... I know what you may think... Please create an issue on GitHub.

Regards,
Huidae

On Thu, Mar 14, 2024 at 4:42 PM Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:
Thanks Doug and Vincent.

None of this works. I vaguely remember having this same kind of road block 
several years back.

Nothing in v.category lets you change an existing cat value to a different value
v.in.ogr MUST add a column that MUST be named cat (all else causes an 
error--this is a bug) that is a series of consecutive integers from 1-n. So I 
cannot create a file with a cat field that matches my vector areas.

v.edit won't let you change an existing cat number AFAICT. No error but nothing 
changes.

Once I've imported a table using v.in.ogr, I cannot use db.drop.column to 
delete the cat column--even if it is not being used as a key field. This raises 
an error.

No way to rename a column from cat to something else (or something else to cat) 
unless you've already connected it to a vector map even if cat is not the key 
field. So I can't create an integer column to link up my lost vector area with 
a record in my csv file.

This simple task is just not possible in GRASS AFAICT. Or if it is possible, it 
can only be done by such non-obvious and convoluted means that I've yet to find 
a method that works in spite of asking a large number of very skilled GRASS 
users.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!eDFcy3DMNQS8CMpiCzhp6trLuDrQNXlfIg-UEXoodTPi_yE5QtH-fHSHLEzHn3h0gXJrHPn76a9pFhi94Wl0mw$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!eDFcy3DMNQS8CMpiCzhp6trLuDrQNXlfIg-UEXoodTPi_yE5QtH-fHSHLEzHn3h0gXJrHPn76a9pFhgAFoliVQ$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 14, 2024, at 7:10 AM, Newcomb, Doug 
mailto:doug_newc...@fws.gov>> wrote:

Have

Re: [GRASS-dev] [EXTERNAL] vector patching frustration

[Michael Barton via grass-dev]

Thanks Doug and Vincent.

None of this works. I vaguely remember having this same kind of road block 
several years back.

Nothing in v.category lets you change an existing cat value to a different value
v.in.ogr MUST add a column that MUST be named cat (all else causes an 
error--this is a bug) that is a series of consecutive integers from 1-n. So I 
cannot create a file with a cat field that matches my vector areas.

v.edit won't let you change an existing cat number AFAICT. No error but nothing 
changes.

Once I've imported a table using v.in.ogr, I cannot use db.drop.column to 
delete the cat column--even if it is not being used as a key field. This raises 
an error.

No way to rename a column from cat to something else (or something else to cat) 
unless you've already connected it to a vector map even if cat is not the key 
field. So I can't create an integer column to link up my lost vector area with 
a record in my csv file.

This simple task is just not possible in GRASS AFAICT. Or if it is possible, it 
can only be done by such non-obvious and convoluted means that I've yet to find 
a method that works in spite of asking a large number of very skilled GRASS 
users.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 14, 2024, at 7:10 AM, Newcomb, Doug  wrote:

Have you tried a .csvt file for your .csv file? 
https://gdal.org/drivers/vector/csv.html<https://urldefense.com/v3/__https://gdal.org/drivers/vector/csv.html__;!!IKRxdwAv5BmarQ!dv7XjZX6-VnNpFbpXP6R1XYWkuaA4Y-gDR4RvL3bWazWUkLfURuKDMWqiBFqBS6jlNSHDKZCo02GJKjauaAJ-pCVIKD5JDc$>


From: grass-dev 
mailto:grass-dev-boun...@lists.osgeo.org>> 
on behalf of Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>>
Sent: Wednesday, March 13, 2024 7:02 PM
To: GRASS developers 
mailto:grass-dev@lists.osgeo.org>>; GRASS user list 
mailto:grass-u...@lists.osgeo.org>>
Subject: [EXTERNAL] [GRASS-dev] vector patching frustration




 This email has been received from outside of DOI - Use caution before clicking 
on links, opening attachments, or responding.


I am completely stymied in my attempt to do what should be a simple task. I 
have a map of vector areas, linked with an attribute table. I would like to 
patch in one more vector area, for which I have equivalent attribute 
information. I have tried this multiple ways and I cannot make this patch 
happen so that the added area has attribute info.

The closest I've come is to create and link a one line table to the new area 
that has exactly the same fields as the larger vector area map. The first map 
has 154 areas (i.e., cat=1-155). When I patch the maps and look at the 
resulting attribute table, I indeed see line and cat 155. But it is not linked 
with the patched area--which has been assigned a cat=183 for reasons I cannot 
fathom. The patch also renumbers my cat field to cat=2-155 from the original 
1-154.

This has been made more complicated by the fact that v.in.ogr imports all 
columns of a *.csv as text, regardless of what is in them and assigns cat 
numbers starting at 1. So I can't specify an integer key field of 155 to try 
the linking. Nor can I change the assigned cat of the single area I am trying 
to patch from 1 to 155 using v.category (or anything else I can find).

I'm hoping that someone has a clever solution that I've not seen or I'll just 
have to do this fairly simple and straightforward vector operation in QGIS.

Michael
_
C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!dv7XjZX6-VnNpFbpXP6R1XYWkuaA4Y-gDR4RvL3bWazWUkLfURuKDMWqiBFqBS6jlNSHDKZCo02GJKjauaAJ-pCVvuAToIA$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net/__;!!IKRxdw

[GRASS-dev] vector patching frustration

[Michael Barton via grass-dev]

I am completely stymied in my attempt to do what should be a simple task. I 
have a map of vector areas, linked with an attribute table. I would like to 
patch in one more vector area, for which I have equivalent attribute 
information. I have tried this multiple ways and I cannot make this patch 
happen so that the added area has attribute info.

The closest I've come is to create and link a one line table to the new area 
that has exactly the same fields as the larger vector area map. The first map 
has 154 areas (i.e., cat=1-155). When I patch the maps and look at the 
resulting attribute table, I indeed see line and cat 155. But it is not linked 
with the patched area--which has been assigned a cat=183 for reasons I cannot 
fathom. The patch also renumbers my cat field to cat=2-155 from the original 
1-154.

This has been made more complicated by the fact that v.in.ogr imports all 
columns of a *.csv as text, regardless of what is in them and assigns cat 
numbers starting at 1. So I can't specify an integer key field of 155 to try 
the linking. Nor can I change the assigned cat of the single area I am trying 
to patch from 1 to 155 using v.category (or anything else I can find).

I'm hoping that someone has a clever solution that I've not seen or I'll just 
have to do this fairly simple and straightforward vector operation in QGIS.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


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

Re: [GRASS-dev] [release planning] GRASS GIS 8.3.2

[Michael Barton via grass-dev]

+1
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 6, 2024, at 1:00 PM, grass-dev-requ...@lists.osgeo.org wrote:

Message: 1
Date: Wed, 6 Mar 2024 15:00:03 +0100
From: Markus Neteler mailto:nete...@osgeo.org>>
To: Anna Petr??ov? mailto:kratocha...@gmail.com>>
Cc: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 8.3.2
Message-ID:
mailto:CALFmHhuuR3aCbX+GgnqVVMngv=syjdwu2pnpnosafqkhviy...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Dear all,

On Thu, Feb 22, 2024 at 8:45?PM Anna Petr??ov? 
mailto:kratocha...@gmail.com>> wrote:
On Thu, Feb 22, 2024 at 12:33?PM Markus Neteler 
mailto:nete...@osgeo.org>> wrote:
On Thu, Feb 22, 2024 at 3:59?PM Anna Petr??ov? 
mailto:kratocha...@gmail.com>> wrote:
On Tue, Feb 20, 2024 at 5:45?PM Markus Neteler via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:
...
Hopefully no RC2 is needed.

Markus,

a bug in r.horizon came up on gitter recently:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/pull/3441__;!!IKRxdwAv5BmarQ!Yb5NyZn10dooamOgSzkVVdpmg0RmvmcOfKJh0eP-UXvao4kAdIWKY722K5Xg5vMJQEKw62E66qKU8sza4pu5QJLKDQ6-GBuyld013w$

It would be nice to include it in 8.3.2 (with all the other fixes in r.horizon) 
but at the same time I don't want to
trigger RC2 because of this... The bug fix is a small change in r.horizon not 
impacting anything else, so
perhaps we wouldn't need RC2? What do you think?

For me that's okay as it is very isolated.
Feel free to backport it.


Done!

I'd now move on and publish GRASS GIS 8.3.2 unless there are objections.

Markus

--
Markus Neteler, PhD
https://urldefense.com/v3/__https://www.mundialis.de__;!!IKRxdwAv5BmarQ!Yb5NyZn10dooamOgSzkVVdpmg0RmvmcOfKJh0eP-UXvao4kAdIWKY722K5Xg5vMJQEKw62E66qKU8sza4pu5QJLKDQ6-GBsN0fsMTg$
  - company
https://urldefense.com/v3/__https://grass.osgeo.org__;!!IKRxdwAv5BmarQ!Yb5NyZn10dooamOgSzkVVdpmg0RmvmcOfKJh0eP-UXvao4kAdIWKY722K5Xg5vMJQEKw62E66qKU8sza4pu5QJLKDQ6-GBtBcVXDew$
  - FOSS
https://urldefense.com/v3/__https://neteler.org__;!!IKRxdwAv5BmarQ!Yb5NyZn10dooamOgSzkVVdpmg0RmvmcOfKJh0eP-UXvao4kAdIWKY722K5Xg5vMJQEKw62E66qKU8sza4pu5QJLKDQ6-GBt9qK1QWQ$
  - freelancing & blog


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

Re: [GRASS-dev] [GRASS-user] [EXTERNAL] Can GRASS import a *.ige file?

[Michael Barton via grass-dev]

Thanks much. This is good to know. Too bad that it is sort of hidden like this.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 5, 2024, at 10:39 AM, Paul Harwood  wrote:

see this from "way-back"

http://web.archive.org/web/20110205035551/http://home.gdal.org/projects/imagine/ige_format.html<https://urldefense.com/v3/__http://web.archive.org/web/20110205035551/http:/*home.gdal.org/projects/imagine/ige_format.html__;Lw!!IKRxdwAv5BmarQ!dxAz91JQJzA6KFrNvLvXfxGUSOfAxBPwEKvmPoJCl0MO9kQiRvHWSSoaIibc5vD-8sc0rMw4x5z3qeWzTXarZw$>

The actual GDAL support is currently described here 
https://gdal.org/drivers/raster/hfa.html<https://urldefense.com/v3/__https://gdal.org/drivers/raster/hfa.html__;!!IKRxdwAv5BmarQ!dxAz91JQJzA6KFrNvLvXfxGUSOfAxBPwEKvmPoJCl0MO9kQiRvHWSSoaIibc5vD-8sc0rMw4x5z3qeWuqWb5_w$>
 - I think the .ige files are described as "spill files" there

On Mon, 4 Mar 2024 at 18:00, Michael Barton via grass-user 
mailto:grass-u...@lists.osgeo.org>> wrote:
Ah!! So that is what the *.ige file is for.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!dxAz91JQJzA6KFrNvLvXfxGUSOfAxBPwEKvmPoJCl0MO9kQiRvHWSSoaIibc5vD-8sc0rMw4x5z3qeUGJdqX_Q$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!dxAz91JQJzA6KFrNvLvXfxGUSOfAxBPwEKvmPoJCl0MO9kQiRvHWSSoaIibc5vD-8sc0rMw4x5z3qeX56bfo5Q$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 4, 2024, at 10:57 AM, Newcomb, Doug 
mailto:doug_newc...@fws.gov>> wrote:

No,
The .ige file is what spills over after the 4GB of the .img file fills up.  You 
need to have both.


From: Michael Barton mailto:michael.bar...@asu.edu>>
Sent: Monday, March 4, 2024 12:12 PM
To: Newcomb, Doug mailto:doug_newc...@fws.gov>>
Cc: Brendan mailto:brendan.har...@gmail.com>>; GRASS 
users mailto:grass-u...@lists.osgeo.org>>; 
evillasenor713 mailto:evillasenor...@gmail.com>>; 
GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [EXTERNAL] [GRASS-dev] Can GRASS import a *.ige file?

The info I downloaded for 2021 had a much more modes sized *.img file and a 
huge *.ige file (25 Gb or so). It looks like the best approach is to use the 
*.img file and discard the *.ige file. Perhaps that latter is the uncompressed 
one.

Michael
_
C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!cbaw5GkV3_dbrW6HsMxMGAWs2z5GvJeuC590WttGJejzDPNm_zQ_jt6_z-uJrpiLnPlzyZ205TaoaSnnpI3bVQ6zwbAKdLM$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net/__;!!IKRxdwAv5BmarQ!cbaw5GkV3_dbrW6HsMxMGAWs2z5GvJeuC590WttGJejzDPNm_zQ_jt6_z-uJrpiLnPlzyZ205TaoaSnnpI3bVQ6zAV3ir9U$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 4, 2024, at 7:56 AM, Newcomb, Doug 
mailto:doug_newc...@fws.gov>> wrote:

Michael,
The last time I checked, the NLCD data in .img format is an uncompressed 
raster.  You can save a massive amount of hard drive space by converting the 
.img files to deflate

Re: [GRASS-dev] [EXTERNAL] Can GRASS import a *.ige file?

[Michael Barton via grass-dev]

Ah!! So that is what the *.ige file is for.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 4, 2024, at 10:57 AM, Newcomb, Doug  wrote:

No,
The .ige file is what spills over after the 4GB of the .img file fills up.  You 
need to have both.

____________
From: Michael Barton 
Sent: Monday, March 4, 2024 12:12 PM
To: Newcomb, Doug 
Cc: Brendan ; GRASS users 
; evillasenor713 ; GRASS 
developers list 
Subject: Re: [EXTERNAL] [GRASS-dev] Can GRASS import a *.ige file?

The info I downloaded for 2021 had a much more modes sized *.img file and a 
huge *.ige file (25 Gb or so). It looks like the best approach is to use the 
*.img file and discard the *.ige file. Perhaps that latter is the uncompressed 
one.

Michael
_________
C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!cbaw5GkV3_dbrW6HsMxMGAWs2z5GvJeuC590WttGJejzDPNm_zQ_jt6_z-uJrpiLnPlzyZ205TaoaSnnpI3bVQ6zwbAKdLM$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net/__;!!IKRxdwAv5BmarQ!cbaw5GkV3_dbrW6HsMxMGAWs2z5GvJeuC590WttGJejzDPNm_zQ_jt6_z-uJrpiLnPlzyZ205TaoaSnnpI3bVQ6zAV3ir9U$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 4, 2024, at 7:56 AM, Newcomb, Doug  wrote:

Michael,
The last time I checked, the NLCD data in .img format is an uncompressed 
raster.  You can save a massive amount of hard drive space by converting the 
.img files to deflate compressed geotiff, then linking via r.external.

That's what I did for the 2019 NLCD , 
https://youtu.be/0NHdWSF96o0<https://urldefense.com/v3/__https://youtu.be/0NHdWSF96o0__;!!IKRxdwAv5BmarQ!blFVjt0b_VzE5YHFAP329crlFPnXaqNiZ4D-fL-iXPQ5XyqvecAcD8O_8casHv10elH0LT7wGuoEBXEk0QGvrXJmh8d9eLE$>
 .  The 2021 is the same.  The .img /ige file is 26 GB for 1 year nationwide. 
Converting to deflate compressed geotiff takes it down to 1.5 GB.

Hope this helps!

Doug


From: grass-dev 
mailto:grass-dev-boun...@lists.osgeo.org>> 
on behalf of Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>>
Sent: Friday, March 1, 2024 7:00 PM
To: Brendan mailto:brendan.har...@gmail.com>>
Cc: GRASS users 
mailto:grass-u...@lists.osgeo.org>>; evillasenor713 
mailto:evillasenor...@gmail.com>>; GRASS developers 
list mailto:grass-dev@lists.osgeo.org>>
Subject: [EXTERNAL] Re: [GRASS-dev] Can GRASS import a *.ige file?




 This email has been received from outside of DOI - Use caution before clicking 
on links, opening attachments, or responding.


Thanks!
_
C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!blFVjt0b_VzE5YHFAP329crlFPnXaqNiZ4D-fL-iXPQ5XyqvecAcD8O_8casHv10elH0LT7wGuoEBXEk0QGvrXJmYULrX7M$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net/__;!!IKRxdwAv5BmarQ!blFVjt0b_VzE5YHFAP329crlFPnXaqNiZ4D-fL-iXPQ5XyqvecAcD8O_8casHv10elH0LT7wGuoEBXEk0QGvrXJmuzKOqRQ$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 1, 2024, at 4:43 PM, Brendan  wrote:

Hi Michael. As a rules file for r.category.

r.colors map=nlcd rules=landcover_colors.txt
r.category map=nc

Re: [GRASS-dev] [EXTERNAL] Can GRASS import a *.ige file?

[Michael Barton via grass-dev]

The info I downloaded for 2021 had a much more modes sized *.img file and a 
huge *.ige file (25 Gb or so). It looks like the best approach is to use the 
*.img file and discard the *.ige file. Perhaps that latter is the uncompressed 
one.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 4, 2024, at 7:56 AM, Newcomb, Doug  wrote:

Michael,
The last time I checked, the NLCD data in .img format is an uncompressed 
raster.  You can save a massive amount of hard drive space by converting the 
.img files to deflate compressed geotiff, then linking via r.external.

That's what I did for the 2019 NLCD , 
https://youtu.be/0NHdWSF96o0<https://urldefense.com/v3/__https://youtu.be/0NHdWSF96o0__;!!IKRxdwAv5BmarQ!blFVjt0b_VzE5YHFAP329crlFPnXaqNiZ4D-fL-iXPQ5XyqvecAcD8O_8casHv10elH0LT7wGuoEBXEk0QGvrXJmh8d9eLE$>
 .  The 2021 is the same.  The .img /ige file is 26 GB for 1 year nationwide. 
Converting to deflate compressed geotiff takes it down to 1.5 GB.

Hope this helps!

Doug

From: grass-dev 
mailto:grass-dev-boun...@lists.osgeo.org>> 
on behalf of Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>>
Sent: Friday, March 1, 2024 7:00 PM
To: Brendan mailto:brendan.har...@gmail.com>>
Cc: GRASS users 
mailto:grass-u...@lists.osgeo.org>>; evillasenor713 
mailto:evillasenor...@gmail.com>>; GRASS developers 
list mailto:grass-dev@lists.osgeo.org>>
Subject: [EXTERNAL] Re: [GRASS-dev] Can GRASS import a *.ige file?




 This email has been received from outside of DOI - Use caution before clicking 
on links, opening attachments, or responding.


Thanks!
_
C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!blFVjt0b_VzE5YHFAP329crlFPnXaqNiZ4D-fL-iXPQ5XyqvecAcD8O_8casHv10elH0LT7wGuoEBXEk0QGvrXJmYULrX7M$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net/__;!!IKRxdwAv5BmarQ!blFVjt0b_VzE5YHFAP329crlFPnXaqNiZ4D-fL-iXPQ5XyqvecAcD8O_8casHv10elH0LT7wGuoEBXEk0QGvrXJmuzKOqRQ$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 1, 2024, at 4:43 PM, Brendan  wrote:

Hi Michael. As a rules file for r.category.

r.colors map=nlcd rules=landcover_colors.txt
r.category map=ncld separator=pipe rules=landcover_categories.txt

On Fri, Mar 1, 2024 at 5:39 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
Thanks Brendan,

Any suggestions on how to get this into the raster? Or are you thinking we 
should export the raster to vector and link the csv that way?

Michael
_
C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!fYLFZEUpm1jpIJ_wm9a70bYCdA7aB_txlsEaQfBpT7KsCcPE0D-XCqh0G78yAHLt9z7W65xcJpglR-yakP99V5Z7ExxQeoo$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!fYLFZEUpm1jpIJ_wm9a70bYCdA7aB_txlsEaQfBpT7KsCcPE0D-XCqh0G78yAHLt9z7W65xcJpglR-yakP99V5Z7qCnxTyY$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 1, 2024, at 4:08 PM, Brendan 
mailto:brendan.har...@gmail.com>> wrote:

Hi Michael, I've attached an NLCD legend in csv format and text files w

Re: [GRASS-dev] r.copy doesn't respect computational region??

[Michael Barton via grass-dev]

I was mainly just surprised as I thought I remembered (incorrectly it seems) 
that all raster commands that create new maps respect the computational region. 

Michael Barton
School of Human Evolution  Change
School of Complex Adaptive System Science
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

> On Mar 3, 2024, at 4:05 PM, Markus Neteler  wrote:
> 
> On Sun, Mar 3, 2024 at 2:48 AM Vaclav Petras via grass-dev
>  wrote:
>>>> On March 2, 2024 1:00:23 AM GMT+01:00, Michael Barton via grass-dev 
>>>>  wrote:
>>>>> It's been awhile since I've done this but I thought I remembered that a 
>>>>> new map created with r.copy is constrained by the computational region.
>>>>> That does not seem to the case, at least in 8.4 dev. Maybe it has been 
>>>>> this way for awhile (long while?) and I didn't notice it.
>>> 
>>> I think, but I'm not 100% sure, that has always been the case.
>> 
>> Here is g.copy documentation from v6.4 it does not mention anything about 
>> region. It seems to go back to US Army CERL.
>> 
>> https://urldefense.com/v3/__https://github.com/OSGeo/grass-legacy/blob/2734c86fd5cb976b4a94b04a2cdc75b4613f6a77/general/manage/cmd/g.copy.html*L6__;Iw!!IKRxdwAv5BmarQ!Y6OmEvsONiL6z0N7vRJlQqVXljNtzIOk8D1PWEriQg2IARIxPIAf1QzY53D3FI_FTS25VthLEr8Wg6Qn7TZhlg$
> 
> Here is also the GRASS GIS 4.0 manual page (:
> https://urldefense.com/v3/__https://github.com/OSGeo/grass-legacy/blob/releasebranch_4_0/man/man1/g.copy__;!!IKRxdwAv5BmarQ!Y6OmEvsONiL6z0N7vRJlQqVXljNtzIOk8D1PWEriQg2IARIxPIAf1QzY53D3FI_FTS25VthLEr8Wg6TQstBnZg$
> 
> To easily read it, click the "Raw" button, save to disk as
> "g.copy.man", then render the man page with:
> 
> man ./g.copy.man
> 
> Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.copy doesn't respect computational region??

[Michael Barton via grass-dev]

Thanks. I’ll check it out
__
Michael Barton

Sent from  my iPhone
Please excusr any typoz

On Mar 2, 2024, at 6:48 PM, Vaclav Petras  wrote:




On Sat, 2 Mar 2024 at 07:04, Paulo van Breugel via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:


On March 2, 2024 1:00:23 AM GMT+01:00, Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:
>It's been awhile since I've done this but I thought I remembered that a new 
>map created with r.copy is constrained by the computational region. That does 
>not seem to the case, at least in 8.4 dev. Maybe it has been this way for 
>awhile (long while?) and I didn't notice it.


g.copy is a general tool which creates a copy of the data. Perhaps you are 
interested in r.clip which is a raster tool and is driven by the computational 
region as expected. r.clip clips according to the current computation region 
(preserves original raster alignment  by default).

https://grass.osgeo.org/grass-stable/manuals/addons/r.clip.html<https://urldefense.com/v3/__https://grass.osgeo.org/grass-stable/manuals/addons/r.clip.html__;!!IKRxdwAv5BmarQ!bX6BJARtmhekJ3SG9PaerPBuEiEiQkRVfYrnDVdOljsw5vo69FcPmMNw7rpgTjuONRDgrZBYDLMSvZddoB0FyiU3Aw$>


I think, but I'm not 100% sure, that has always been the case.

Here is g.copy documentation from v6.4 it does not mention anything about 
region. It seems to go back to US Army CERL.

https://github.com/OSGeo/grass-legacy/blob/2734c86fd5cb976b4a94b04a2cdc75b4613f6a77/general/manage/cmd/g.copy.html#L6<https://urldefense.com/v3/__https://github.com/OSGeo/grass-legacy/blob/2734c86fd5cb976b4a94b04a2cdc75b4613f6a77/general/manage/cmd/g.copy.html*L6__;Iw!!IKRxdwAv5BmarQ!bX6BJARtmhekJ3SG9PaerPBuEiEiQkRVfYrnDVdOljsw5vo69FcPmMNw7rpgTjuONRDgrZBYDLMSvZddoB0EwccY8A$>

In any case, it seems to be the logical behavior, otherwise it wouldn't be a 
true copy?

Are the different expectations coming from differences between raster tools and 
general tools? With r.copy (as opposed to g.copy), you could perhaps argue for 
respecting the computational region, but I think the "true copy" expectation 
would still be strong.

Vaclav



>
>Michael
>_
>
>C. Michael Barton
>Associate Director, School of Complex Adaptive Systems 
>(https://scas.asu.edu<https://scas.asu.edu/>)
>Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
>Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
>Arizona State University
>Tempe, AZ 85287-2701
>USA
>
>Executive Director, Open Modeling Foundation 
>(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io__;!!IKRxdwAv5BmarQ!bX6BJARtmhekJ3SG9PaerPBuEiEiQkRVfYrnDVdOljsw5vo69FcPmMNw7rpgTjuONRDgrZBYDLMSvZddoB2bt1bIhg$><https://openmodelingfoundation.github.io/<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!bX6BJARtmhekJ3SG9PaerPBuEiEiQkRVfYrnDVdOljsw5vo69FcPmMNw7rpgTjuONRDgrZBYDLMSvZddoB0JD-cSLQ$>>)
>Director, Network for Computational Modeling in Social & Ecological Sciences 
>(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!bX6BJARtmhekJ3SG9PaerPBuEiEiQkRVfYrnDVdOljsw5vo69FcPmMNw7rpgTjuONRDgrZBYDLMSvZddoB0xLCQgig$>)
>
>personal website: http://www.public.asu.edu/~cmbarton
>
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!bX6BJARtmhekJ3SG9PaerPBuEiEiQkRVfYrnDVdOljsw5vo69FcPmMNw7rpgTjuONRDgrZBYDLMSvZddoB1u5GUh6g$>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Can GRASS import a *.ige file?

[Michael Barton via grass-dev]

Thanks!
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 1, 2024, at 4:43 PM, Brendan  wrote:

Hi Michael. As a rules file for r.category.

r.colors map=nlcd rules=landcover_colors.txt
r.category map=ncld separator=pipe rules=landcover_categories.txt

On Fri, Mar 1, 2024 at 5:39 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
Thanks Brendan,

Any suggestions on how to get this into the raster? Or are you thinking we 
should export the raster to vector and link the csv that way?

Michael
_________

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!fYLFZEUpm1jpIJ_wm9a70bYCdA7aB_txlsEaQfBpT7KsCcPE0D-XCqh0G78yAHLt9z7W65xcJpglR-yakP99V5Z7ExxQeoo$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!fYLFZEUpm1jpIJ_wm9a70bYCdA7aB_txlsEaQfBpT7KsCcPE0D-XCqh0G78yAHLt9z7W65xcJpglR-yakP99V5Z7qCnxTyY$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 1, 2024, at 4:08 PM, Brendan 
mailto:brendan.har...@gmail.com>> wrote:

Hi Michael, I've attached an NLCD legend in csv format and text files with 
categories and color table for GRASS in case it helps.

On Fri, Mar 1, 2024 at 4:34 PM Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:
Thanks Ana,

I was able to do that. I'm trying to look at the NLCD. While it opens fine and 
is classified, there are no text labels for the landcover categories. Would 
these be hiding in the *.ige file?

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!bVxBv8fT07vVYMHReffcj46QeSJAOyIOA16eJ_3q6fBQ7vAnFxJLli7AZ-NGLJXL2OxJ3h3sxzkspsmF4eq_UYczH51sZMg$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!bVxBv8fT07vVYMHReffcj46QeSJAOyIOA16eJ_3q6fBQ7vAnFxJLli7AZ-NGLJXL2OxJ3h3sxzkspsmF4eq_UYcz1dBigD8$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 1, 2024, at 3:01 PM, Anna Petrášová 
mailto:kratocha...@gmail.com>> wrote:

There should be an .img file, try open that instead.

On Fri, Mar 1, 2024 at 4:51 PM Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:
It doesn't look like r.in.gdal does this. Is there an extension or other way to 
import an ERDAS *.ige file?

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!fudlB0xFlO51zk0b4JnSIyVxMZfbrnjh5DDgX_3YvhtKbUyVC6kMDWh-tA0uov3VLJvJy1abd878bkRl5fuerQQvh1Q$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__

[GRASS-dev] r.copy doesn't respect computational region??

[Michael Barton via grass-dev]

It's been awhile since I've done this but I thought I remembered that a new map 
created with r.copy is constrained by the computational region. That does not 
seem to the case, at least in 8.4 dev. Maybe it has been this way for awhile 
(long while?) and I didn't notice it.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


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

Re: [GRASS-dev] Can GRASS import a *.ige file?

[Michael Barton via grass-dev]

Thanks Brendan,

Any suggestions on how to get this into the raster? Or are you thinking we 
should export the raster to vector and link the csv that way?

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 1, 2024, at 4:08 PM, Brendan  wrote:

Hi Michael, I've attached an NLCD legend in csv format and text files with 
categories and color table for GRASS in case it helps.

On Fri, Mar 1, 2024 at 4:34 PM Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:
Thanks Ana,

I was able to do that. I'm trying to look at the NLCD. While it opens fine and 
is classified, there are no text labels for the landcover categories. Would 
these be hiding in the *.ige file?

Michael
_________

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!bVxBv8fT07vVYMHReffcj46QeSJAOyIOA16eJ_3q6fBQ7vAnFxJLli7AZ-NGLJXL2OxJ3h3sxzkspsmF4eq_UYczH51sZMg$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!bVxBv8fT07vVYMHReffcj46QeSJAOyIOA16eJ_3q6fBQ7vAnFxJLli7AZ-NGLJXL2OxJ3h3sxzkspsmF4eq_UYcz1dBigD8$>)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 1, 2024, at 3:01 PM, Anna Petrášová 
mailto:kratocha...@gmail.com>> wrote:

There should be an .img file, try open that instead.

On Fri, Mar 1, 2024 at 4:51 PM Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:
It doesn't look like r.in.gdal does this. Is there an extension or other way to 
import an ERDAS *.ige file?

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!fudlB0xFlO51zk0b4JnSIyVxMZfbrnjh5DDgX_3YvhtKbUyVC6kMDWh-tA0uov3VLJvJy1abd878bkRl5fuerQQvh1Q$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!fudlB0xFlO51zk0b4JnSIyVxMZfbrnjh5DDgX_3YvhtKbUyVC6kMDWh-tA0uov3VLJvJy1abd878bkRl5fueXhgcoaQ$>)

personal website: http://www.public.asu.edu/~cmbarton


___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!fudlB0xFlO51zk0b4JnSIyVxMZfbrnjh5DDgX_3YvhtKbUyVC6kMDWh-tA0uov3VLJvJy1abd878bkRl5fuepg1HNbo$>

___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!bVxBv8fT07vVYMHReffcj46QeSJAOyIOA16eJ_3q6fBQ7vAnFxJLli7AZ-NGLJXL2OxJ3h3sxzkspsmF4eq_UYcz28NVTcw$>


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

Re: [GRASS-dev] Can GRASS import a *.ige file?

[Michael Barton via grass-dev]

Thanks Ana,

I was able to do that. I'm trying to look at the NLCD. While it opens fine and 
is classified, there are no text labels for the landcover categories. Would 
these be hiding in the *.ige file?

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Mar 1, 2024, at 3:01 PM, Anna Petrášová  wrote:

There should be an .img file, try open that instead.

On Fri, Mar 1, 2024 at 4:51 PM Michael Barton via grass-dev 
mailto:grass-dev@lists.osgeo.org>> wrote:
It doesn't look like r.in.gdal does this. Is there an extension or other way to 
import an ERDAS *.ige file?

Michael
_________

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!fudlB0xFlO51zk0b4JnSIyVxMZfbrnjh5DDgX_3YvhtKbUyVC6kMDWh-tA0uov3VLJvJy1abd878bkRl5fuerQQvh1Q$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!fudlB0xFlO51zk0b4JnSIyVxMZfbrnjh5DDgX_3YvhtKbUyVC6kMDWh-tA0uov3VLJvJy1abd878bkRl5fueXhgcoaQ$>)

personal website: http://www.public.asu.edu/~cmbarton


___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!fudlB0xFlO51zk0b4JnSIyVxMZfbrnjh5DDgX_3YvhtKbUyVC6kMDWh-tA0uov3VLJvJy1abd878bkRl5fuepg1HNbo$>

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

[GRASS-dev] Can GRASS import a *.ige file?

[Michael Barton via grass-dev]

It doesn't look like r.in.gdal does this. Is there an extension or other way to 
import an ERDAS *.ige file?

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


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

Re: [GRASS-dev] [release planning] GRASS GIS 8.3.2

[Michael Barton via grass-dev]

Just want let all know that I’ve posted new Mac binaries of GRASS 8.3.2RC1 at 
the GRASS for Mac site.

https://cmbarton.github.io/grass-mac/download/

Michael

Michael Barton
School of Human Evolution  Change
School of Complex Adaptive System Science
Center for Social Dynamics & Complexity
Arizona State University

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

Re: [GRASS-dev] [GRASS-user] cost surface with negative friction odd behavior

[Michael Barton via grass-dev]

Done
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Nov 30, 2023, at 11:29 AM, Anna Petrášová  wrote:

Michael, could you please create a PR for the documentation?

On Wed, Nov 29, 2023 at 3:56 PM Michael Barton via grass-user 
mailto:grass-u...@lists.osgeo.org>> wrote:
Thanks Anna and Doug,

I did not expect it to work (thought it would be useful if it did). Rather I 
was surprised by the fact that r.walk DID run and that it gave very odd results.

Adding to the docs is a good idea. Even better would also to have a friction 
map with a negative value (min<0) raise an error in r.walk, saying that all 
values in a friction map must be ≥ 0

Michael
_________

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!cD06dCgbgbISy5GfjOmmNAaDn0di5MhfP9j0LhdTycnfvlp8eq4SrZNHlkc4Ekh_TesD_TyM5clf17XA3uJdoE_v$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!cD06dCgbgbISy5GfjOmmNAaDn0di5MhfP9j0LhdTycnfvlp8eq4SrZNHlkc4Ekh_TesD_TyM5clf17XA3rtQ9dtL$>)

personal website: http://www.public.asu.edu/~cmbarton


On Nov 29, 2023, at 1:00 PM, 
grass-user-requ...@lists.osgeo.org<mailto:grass-user-requ...@lists.osgeo.org> 
wrote:

Date: Wed, 29 Nov 2023 10:17:19 -0500
From: Anna Petr??ov? mailto:kratocha...@gmail.com>>
To: Michael Barton mailto:michael.bar...@asu.edu>>
Cc: GRASS developers 
mailto:grass-dev@lists.osgeo.org>>, GRASS user list
mailto:grass-u...@lists.osgeo.org>>
Subject: Re: [GRASS-user] cost surface with negative friction odd
behavior
Message-ID:
mailto:cae0edeofhx75u2r6qc8ek5p8czg2cd1iwr8j3vx8qiwwe8z...@mail.gmail.com>>
Content-Type: text/plain; charset="utf-8"

I think r.walk was not written for negative friction and while I imagine
some small (in absolute sense) negative values may work, your negative
values are pretty extreme, meaning the resulting travel time through a cell
would be negative. That can cause all kinds of issues in the algorithm. So
I would say friction should not be negative. I am not sure I would check
that in the code, because you would need to check that for each cell and I
think it's unnecessary overhead. Maybe just adding a note to documentation
may be enough. I haven't looked into the code itself, so this is just my
guess.

Anna

On Tue, Nov 28, 2023 at 5:48?PM Michael Barton via grass-user <
grass-u...@lists.osgeo.org<mailto:grass-u...@lists.osgeo.org>> wrote:

___
grass-user mailing list
grass-u...@lists.osgeo.org<mailto:grass-u...@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-user<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-user__;!!IKRxdwAv5BmarQ!cD06dCgbgbISy5GfjOmmNAaDn0di5MhfP9j0LhdTycnfvlp8eq4SrZNHlkc4Ekh_TesD_TyM5clf17XA3igf0Dkc$>

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

Re: [GRASS-dev] cost surface with negative friction odd behavior

[Michael Barton via grass-dev]

Thanks Anna and Doug,

I did not expect it to work (thought it would be useful if it did). Rather I 
was surprised by the fact that r.walk DID run and that it gave very odd results.

Adding to the docs is a good idea. Even better would also to have a friction 
map with a negative value (min<0) raise an error in r.walk, saying that all 
values in a friction map must be ≥ 0

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Nov 29, 2023, at 1:00 PM, grass-user-requ...@lists.osgeo.org wrote:

Date: Wed, 29 Nov 2023 10:17:19 -0500
From: Anna Petr??ov? mailto:kratocha...@gmail.com>>
To: Michael Barton mailto:michael.bar...@asu.edu>>
Cc: GRASS developers 
mailto:grass-dev@lists.osgeo.org>>, GRASS user list
mailto:grass-u...@lists.osgeo.org>>
Subject: Re: [GRASS-user] cost surface with negative friction odd
behavior
Message-ID:
mailto:cae0edeofhx75u2r6qc8ek5p8czg2cd1iwr8j3vx8qiwwe8z...@mail.gmail.com>>
Content-Type: text/plain; charset="utf-8"

I think r.walk was not written for negative friction and while I imagine
some small (in absolute sense) negative values may work, your negative
values are pretty extreme, meaning the resulting travel time through a cell
would be negative. That can cause all kinds of issues in the algorithm. So
I would say friction should not be negative. I am not sure I would check
that in the code, because you would need to check that for each cell and I
think it's unnecessary overhead. Maybe just adding a note to documentation
may be enough. I haven't looked into the code itself, so this is just my
guess.

Anna

On Tue, Nov 28, 2023 at 5:48?PM Michael Barton via grass-user <
grass-u...@lists.osgeo.org<mailto:grass-u...@lists.osgeo.org>> wrote:

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

Re: [GRASS-dev] [EXTERNAL] [release planning] GRASS GIS 8.3.1

[Michael Barton via grass-dev]

Most of these don't affect the Mac and there are more pressing issues for 
coloring vectors than the #3196 and #3206 IMHO (e.g., see #3126-3128). So OK 
with me to release 8.3.1 to fix a couple of really major issues and bump the 
others to 8.3.2.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Oct 22, 2023, at 12:00 PM, grass-dev-requ...@lists.osgeo.org wrote:

Date: Sun, 22 Oct 2023 14:27:57 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [EXTERNAL] [release planning] GRASS GIS 8.3.1
Message-ID:
mailto:CALFmHhtv5areiqHhRvkaXg=8k86deogijw5cphvywekeuhm...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Hi devs,

Still 6 items to go or bump to the 8.3.2 milestone:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/issues?q=is*3Aopen*label*3A*22backport*to*8.3*22*milestone*3A8.3.1__;JSslJSsrJSsl!!IKRxdwAv5BmarQ!ZZlVQcxd8ELL0evmQ9tvYVnHAgAIg7IoynvKPdv_C1dGVz7uyh27k26_rVs7VTUeFS-LTB6FNssO3RQceRO23rxbMXIFrKCRl20$

Given the urgency of 8.3.1 final I suggest to merge what's possible
and bump the rest.
Or, rather bump all and release 8.3.1 final.

Markus

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

Re: [GRASS-dev] [EXTERNAL] [release planning] GRASS GIS 8.3.1

[Michael Barton via grass-dev]

+1 from me

I’m traveling and probably won’t be able to compile until next week

Michael Barton
School of Human Evolution  Change
School of Complex Adaptive System Science
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

> On Sep 28, 2023, at 12:00 PM, grass-dev-requ...@lists.osgeo.org wrote:
> 
> Subject: Re: [GRASS-dev] [EXTERNAL] [release planning] GRASS GIS 8.3.1
> Message-ID:
>
> Content-Type: text/plain; charset="utf-8"
> 
> Hi devs,
> 
> May we schedule RC1 by end of the week?
> 
> Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS GIS for Apple Silicon Macs

[Michael Barton via grass-dev]

The university won’t let me lag that long. But I never upgrade when a major 
version just comes out. 

Most people will want Rosetta for a little while at least. That will change 
with time of course  But I’m concerned that there might be compiling problems. 

Michael Barton
School of Human Evolution  Change
School of Complex Adaptive System Science
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

> On Sep 25, 2023, at 5:44 AM, Nicklas Larsson  wrote:
> 
> I think that would be wise.
> 
> Personally I am very careful to update OS in general, just jumped to 13 from 
> 12 the other day. Lagging about one year.
> 
> 
>> On 25 Sep 2023, at 14:38, Michael Barton  wrote:
>> 
>> Does this mean I should hole off upgrading to Sonoma for a bit?
>> 
>> Michael Barton
>> School of Human Evolution  Change
>> School of Complex Adaptive System Science
>> Center for Social Dynamics & Complexity
>> Arizona State University
>> 
>> ...Sent from my iPad
>> 
>>>> On Sep 25, 2023, at 4:12 AM, Nicklas Larsson  wrote:
>>> 
>>> 
>>>> On 25 Sep 2023, at 12:30, Gregor Hintner  wrote:
>>>> 
>>>> Niklas, 
>>>> 
>>>> 
>>>> thank you on the committed exploration of this issue, also independently 
>>>> verifying my own findings. 
>>>> 
>>> 
>>> I’m afraid this is a problem that will be a major issue in the time to 
>>> come, that we will have to deal with. Thank you for reporting!
>>> 
>>> 
>>>> From a layperson perspective it does seem reasonable to me that macOS 
>>>> wanted apps to initialize through a conventionally made and signed binary, 
>>>> and would appreciate if your team would consider that. I hope Apple would 
>>>> offer free signing certificates, or even developer program memberships for 
>>>> open source projects. 
>>>> 
>>> 
>>> It will be difficult to make a “conventionally made” Mac application of 
>>> GRASS, but a "fully working as expected" and signed one is possible. We are 
>>> fully aware that the present solution isn’t optimal, but it has worked. So 
>>> far. Now, apparently we will have to invest the time and sweat for making 
>>> it right.
>>> 
>>> 
>>>> By chance, did you check whether FreeCAD, the second app I encountered 
>>>> with an ARM release that caused the Rosetta dialog, has the same problem? 
>>>> 
>>> 
>>> Running `/Applications/FreeCAD.app/Contents/MacOS/FreeCAD` from Terminal 
>>> does work as well, so there is the same problem behind I guess. FreeCAD is 
>>> however code signed (so that’s not issue causing the Rosetta problem).
>>> 
>>> 
>>> Nicklas
>>> 
>>> 
>>> 
>>>> Their team never replied to my inquiry on X, but perhaps we could help get 
>>>> them started to fix this too. 
>>>> 
>>>> 
>>>> Cheers, 
>>>> Gregor
>>>> 
>>>> 
>>>>>> On 2023-09-25, at 11:59 AM, Nicklas Larsson  wrote:
>>>>> 
>>>>> Gregor,
>>>>> 
>>>>> I now had the opportunity to test on macOS 14 RC and I can confirm this 
>>>>> issue. The problem seems related somehow to being initialised by a script.
>>>>> 
>>>>> I __did___ manage to start GRASS via Terminal:
>>>>> 
>>>>> 
>>>>> 1. Run `/Applications/GRASS-8.3.app/Contents/MacOS/Grass.sh`
>>>>> 
>>>>> 2. System will complain…
>>>>> 
>>>>> 3. Go to 'System Settings > Privacy & Security > Security'
>>>>> 
>>>>> 4. In the settings I enabled GRASS to be allowed
>>>>> 
>>>>> 5. From now on `/Applications/GRASS-8.3.app/Contents/MacOS/Grass.sh` will 
>>>>> work
>>>>> 
>>>>> 
>>>>> This is only a workaround, I will look into how this can be solved 
>>>>> properly. Maybe we have to make a binary that does the job the script now 
>>>>> does (that used to be the case some time ago). We should also invest some 
>>>>> time in creating a code signed app as well.
>>>>> 
>>>>> 
>>>>> Nicklas
>>>>> 
>>>>> 
>>>>> 
>>>>>> On 22 Sep 2023, at 11:01, Nicklas Larsson via grass-dev 
>>>>>>  wrote:
&

Re: [GRASS-dev] GRASS GIS for Apple Silicon Macs

[Michael Barton via grass-dev]

Does this mean I should hole off upgrading to Sonoma for a bit?

Michael Barton
School of Human Evolution  Change
School of Complex Adaptive System Science
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

> On Sep 25, 2023, at 4:12 AM, Nicklas Larsson  wrote:
> 
> 
>> On 25 Sep 2023, at 12:30, Gregor Hintner  wrote:
>> 
>> Niklas, 
>> 
>> 
>> thank you on the committed exploration of this issue, also independently 
>> verifying my own findings. 
>> 
> 
> I’m afraid this is a problem that will be a major issue in the time to come, 
> that we will have to deal with. Thank you for reporting!
> 
> 
>> From a layperson perspective it does seem reasonable to me that macOS wanted 
>> apps to initialize through a conventionally made and signed binary, and 
>> would appreciate if your team would consider that. I hope Apple would offer 
>> free signing certificates, or even developer program memberships for open 
>> source projects. 
>> 
> 
> It will be difficult to make a “conventionally made” Mac application of 
> GRASS, but a "fully working as expected" and signed one is possible. We are 
> fully aware that the present solution isn’t optimal, but it has worked. So 
> far. Now, apparently we will have to invest the time and sweat for making it 
> right.
> 
> 
>> By chance, did you check whether FreeCAD, the second app I encountered with 
>> an ARM release that caused the Rosetta dialog, has the same problem? 
>> 
> 
> Running `/Applications/FreeCAD.app/Contents/MacOS/FreeCAD` from Terminal does 
> work as well, so there is the same problem behind I guess. FreeCAD is however 
> code signed (so that’s not issue causing the Rosetta problem).
> 
> 
> Nicklas
> 
> 
> 
>> Their team never replied to my inquiry on X, but perhaps we could help get 
>> them started to fix this too. 
>> 
>> 
>> Cheers, 
>> Gregor
>> 
>> 
>>>> On 2023-09-25, at 11:59 AM, Nicklas Larsson  wrote:
>>> 
>>> Gregor,
>>> 
>>> I now had the opportunity to test on macOS 14 RC and I can confirm this 
>>> issue. The problem seems related somehow to being initialised by a script.
>>> 
>>> I __did___ manage to start GRASS via Terminal:
>>> 
>>> 
>>> 1. Run `/Applications/GRASS-8.3.app/Contents/MacOS/Grass.sh`
>>> 
>>> 2. System will complain…
>>> 
>>> 3. Go to 'System Settings > Privacy & Security > Security'
>>> 
>>> 4. In the settings I enabled GRASS to be allowed
>>> 
>>> 5. From now on `/Applications/GRASS-8.3.app/Contents/MacOS/Grass.sh` will 
>>> work
>>> 
>>> 
>>> This is only a workaround, I will look into how this can be solved 
>>> properly. Maybe we have to make a binary that does the job the script now 
>>> does (that used to be the case some time ago). We should also invest some 
>>> time in creating a code signed app as well.
>>> 
>>> 
>>> Nicklas
>>> 
>>> 
>>> 
>>>> On 22 Sep 2023, at 11:01, Nicklas Larsson via grass-dev 
>>>>  wrote:
>>>> 
>>>> Gregor, thanks very much for the info! At least it ruled some things out, 
>>>> but I have still no idea what is causing this and it’s very difficult do 
>>>> the needed poking around without a similar setup (macOS 14 without Rosetta 
>>>> installed). I’ll have to ponder on this, if this really is caused by some 
>>>> change by macOS 14, a solution must be found sooner rather than later.
>>>> 
>>>> An alternative way to install GRASS with native architecture for ARM is 
>>>> with MacPorts [1]. It does, however, involve some Terminal-batics! If you 
>>>> are in need for other GIS software like QGIS in particular, MacPorts is 
>>>> currently, in my experience, a most solid solution with available GRASS 
>>>> plugin (as there is no native official QGIS.app bundle for ARM).
>>>> 
>>>> To be continued…
>>>> 
>>>> Cheers,
>>>> Nicklas
>>>> 
>>>> [1] 
>>>> https://urldefense.com/v3/__https://grasswiki.osgeo.org/wiki/Compiling_on_macOS_using_MacPorts__;!!IKRxdwAv5BmarQ!dgVkpS9cztwvGGv-hsTRc5Vc0o6QJ28v5wxcBt3iZpXBnC-G0_E1qUasCdMvWceVKSW2z3TMfHwuQ7CtEnL2MQ$
>>>>  
>>>> 
>>>> 
>>>>>> On 20 Sep 2023, at 16:47, Gregor Hintner  
>>>>>> wrote:
>>>>> 
>>>>> Niklas,

Re: [GRASS-dev] GRASS GIS for Apple Silicon Macs

[Michael Barton via grass-dev]

Edouard,

I have compiled this using ARM and am running it on an ARM M2 Mac with no 
problem. It is unsigned. This issue of requiring Rosetta is only showing up in 
the Sonoma beta so far.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


Today's Topics:

  1. Re: GRASS GIS for Apple Silicon Macs (Edouard Choini?re)


--

Message: 1
Date: Fri, 22 Sep 2023 18:33:29 +
From: Edouard Choini?re 
To: Michael Barton 
Cc: GRASS developers list 
Subject: Re: [GRASS-dev] GRASS GIS for Apple Silicon Macs
Message-ID:


Content-Type: text/plain; charset="utf-8"

Well, it?s not new, it?s been like that since 2020 with Big Sur and the 
introduction of M1 (before that M1 isn?t supported).  Big Sur (version 11), was 
followed by Monterey (version 12), then Ventura (version 13), then Sonoma 
(version 14), which is the beta you?re talking about and the expected General 
availability is on September 26, 2023, in a couple of days.

Even homebrew had problems at that time, so we?re not alone.


Edouard Choini?re

Le 22 sept. 2023 ? 14:23, Michael Barton via grass-dev 
 a ?crit :

? This would be a major change by Apple and a royal PITA. I hope it is only 
something in the current beta and not in the final release (which I have not 
yet installed).

We can probably sign through OSGEO. But when I looked into signing, it seems 
difficult unless you use Apple XCode. That would be a big step back from the 
current ease of compiling Mac binaries with Conda. When I looked into it 
several years ago, I could not find any clear instructions about how to sign 
code without XCode, although it may be possible.

Michael
_________

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://urldefense.com/v3/__https://openmodelingfoundation.github.io__;!!IKRxdwAv5BmarQ!d_7QGyS2wWCY4Q69NNo2TDwqFapnps75GRcC-gG_MQucJg8tG6jc9trxcINAP7bXqKRP6Py5kVyLxpw5mJy6tOwUuDicV79WYqU$
 
<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!d_7QGyS2wWCY4Q69NNo2TDwqFapnps75GRcC-gG_MQucJg8tG6jc9trxcINAP7bXqKRP6Py5kVyLxpw5mJy6tOwUuDic47FvxW0$
 >)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!d_7QGyS2wWCY4Q69NNo2TDwqFapnps75GRcC-gG_MQucJg8tG6jc9trxcINAP7bXqKRP6Py5kVyLxpw5mJy6tOwUuDicVwKRqQM$
 )

personal website: http://www.public.asu.edu/~cmbarton


On Sep 22, 2023, at 10:34 AM, grass-dev-requ...@lists.osgeo.org wrote:

Date: Fri, 22 Sep 2023 17:33:54 +
From: Edouard Choini?re mailto:e@outlook.com>>
To: Nicklas Larsson mailto:n_lars...@yahoo.com>>
Cc: GRASS developers 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] GRASS GIS for Apple Silicon Macs
Message-ID:
mailto:sa1pr12mb73447ec8cde24093c1f2bd14ef...@sa1pr12mb7344.namprd12.prod.outlook.com>>

Content-Type: text/plain; charset="utf-8"

I think I figured out an explanation. I tried to read about CI for macOS, then 
on why there aren?t a lot of CI for macOS (especially Apple Silicon). I also 
couldn?t look into the build infrastructure used for your grass macOS builds 
since they don?t seem to be available on GitHub. Is it local only?

Ok, so now to a possible explanation on why Rosetta 2 is asked to be installed.
It seems that with Apple Silicon, arm64 code needs to be signed (which is new), 
while x86_64 doesn?t, like before. I think it was mentioned in the thread that 
the app might be unsigned. So I suspect that even if a universal binary 
contains arm64 and x86_64 binaries, if it is unable to use the arm64 binary, it 
will try using the intel ones.


<https://urldefense.com/v3/__https://www.sentinelone.com/blog/why-your-macos-edr-solution-shouldnt-be-running-under-rosetta-2/__;!!IKRxdwAv5BmarQ!fsArQT1R77zoM9dYDuSYWa2EDSuZWXHf8RL6ndhUKVFs465WYl5KI24PM-gzQSn-C40Ow3bvU871smBGyyY33dx99byJwmGQB7Q$>
[Apple-Silicon-Rosetta-2-and-the-Challenges-for-Endpoint-Securi

Re: [GRASS-dev] GRASS GIS for Apple Silicon Macs

[Michael Barton via grass-dev]

This would be a major change by Apple and a royal PITA. I hope it is only 
something in the current beta and not in the final release (which I have not 
yet installed).

We can probably sign through OSGEO. But when I looked into signing, it seems 
difficult unless you use Apple XCode. That would be a big step back from the 
current ease of compiling Mac binaries with Conda. When I looked into it 
several years ago, I could not find any clear instructions about how to sign 
code without XCode, although it may be possible.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Sep 22, 2023, at 10:34 AM, grass-dev-requ...@lists.osgeo.org wrote:

Date: Fri, 22 Sep 2023 17:33:54 +
From: Edouard Choini?re mailto:e@outlook.com>>
To: Nicklas Larsson mailto:n_lars...@yahoo.com>>
Cc: GRASS developers 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] GRASS GIS for Apple Silicon Macs
Message-ID:
mailto:sa1pr12mb73447ec8cde24093c1f2bd14ef...@sa1pr12mb7344.namprd12.prod.outlook.com>>

Content-Type: text/plain; charset="utf-8"

I think I figured out an explanation. I tried to read about CI for macOS, then 
on why there aren?t a lot of CI for macOS (especially Apple Silicon). I also 
couldn?t look into the build infrastructure used for your grass macOS builds 
since they don?t seem to be available on GitHub. Is it local only?

Ok, so now to a possible explanation on why Rosetta 2 is asked to be installed.
It seems that with Apple Silicon, arm64 code needs to be signed (which is new), 
while x86_64 doesn?t, like before. I think it was mentioned in the thread that 
the app might be unsigned. So I suspect that even if a universal binary 
contains arm64 and x86_64 binaries, if it is unable to use the arm64 binary, it 
will try using the intel ones.


<https://urldefense.com/v3/__https://www.sentinelone.com/blog/why-your-macos-edr-solution-shouldnt-be-running-under-rosetta-2/__;!!IKRxdwAv5BmarQ!fsArQT1R77zoM9dYDuSYWa2EDSuZWXHf8RL6ndhUKVFs465WYl5KI24PM-gzQSn-C40Ow3bvU871smBGyyY33dx99byJwmGQB7Q$>
[Apple-Silicon-Rosetta-2-and-the-Challenges-for-Endpoint-Security-7.jpg]
Why Your macOS EDR Solution Shouldn't Be Running Under Rosetta 
2<https://urldefense.com/v3/__https://www.sentinelone.com/blog/why-your-macos-edr-solution-shouldnt-be-running-under-rosetta-2/__;!!IKRxdwAv5BmarQ!fsArQT1R77zoM9dYDuSYWa2EDSuZWXHf8RL6ndhUKVFs465WYl5KI24PM-gzQSn-C40Ow3bvU871smBGyyY33dx99byJwmGQB7Q$>
sentinelone.com<http://sentinelone.com/><https://urldefense.com/v3/__https://www.sentinelone.com/blog/why-your-macos-edr-solution-shouldnt-be-running-under-rosetta-2/__;!!IKRxdwAv5BmarQ!fsArQT1R77zoM9dYDuSYWa2EDSuZWXHf8RL6ndhUKVFs465WYl5KI24PM-gzQSn-C40Ow3bvU871smBGyyY33dx99byJwmGQB7Q$>

In particular, see the part where it says:


That?s because one of the changes Apple brought in with Big 
Sur<https://urldefense.com/v3/__https://www.sentinelone.com/blog/macos-big-sur-has-landed-10-essential-security-tips-you-should-know/__;!!IKRxdwAv5BmarQ!fsArQT1R77zoM9dYDuSYWa2EDSuZWXHf8RL6ndhUKVFs465WYl5KI24PM-gzQSn-C40Ow3bvU871smBGyyY33dx99byJLjqv1E8$
 > that only applies to Apple silicon Macs is that native arm64 code cannot 
execute on an M1 Mac unless it has a valid code signature.

An Apple silicon Mac doesn?t permit native arm64 code execution under any 
conditions unless a valid signature is attached. Translated x86_64 code, 
however, is not subject to this 
restriction<https://urldefense.com/v3/__https://support.apple.com/guide/security/rosetta-2-on-a-mac-with-apple-silicon-secebb113be1/web__;!!IKRxdwAv5BmarQ!fsArQT1R77zoM9dYDuSYWa2EDSuZWXHf8RL6ndhUKVFs465WYl5KI24PM-gzQSn-C40Ow3bvU871smBGyyY33dx99byJR3pAVfc$
 >: translated x86_64 code is permitted to execute through Rosetta with no 
signature information at all.



There?s also that thread that was linked to from my reading some Reddit threads 
(like 
https://urldefense.com/v3/__https://www.reddit.com/r/programming/comments/15njgdc/apple_doesnt_want_you_developing_hobby_apps/jvmvxv6/__;!!IKRxdwAv5BmarQ!fsArQT1R77zoM9dYDuSYWa2EDSuZWXHf8RL6ndhUKVFs465WYl5KI24PM-gzQSn-C40Ow3bvU871smBGyyY33dx99byJuQeo8wU$<https://urldefense.com/v3/__https://www.reddit.com/r/programming/comments/15njgdc/apple_doesnt_want_you_developing_hobby_apps/jvmvxv6/?utm_source=share_medium=mweb3x_name=mweb3xcss_term=1_conten

Re: [GRASS-dev] [EXTERNAL] [release planning] GRASS GIS 8.3.1

[Michael Barton]

I agree with Nicklas and others that with this one fix, we should move to get 
8.3.1 out ASAP. The bugs that have been fixed were pretty important.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Sep 20, 2023, at 8:31 AM, grass-dev-requ...@lists.osgeo.org wrote:

Hi devs,

While 8.3.0 has been released rather recently, an important bug showed up:
- r.watershed: fix streams and basins #3140

Unfortunately r.watershed is partially broken in 8.3.0 such that
streams and basins are no longer correctly calculated. This has been
now been fixed.

Given the importance of r.watershed, I suggest an anticipated release of 8.3.1

Here the milestone:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/milestone/21__;!!IKRxdwAv5BmarQ!fLNgMOj4R48qCK_rC-_C49VxOueIHMI_NzYdWT9wXABdmOLhooK0aiKOQgs95YJ69CsoZqyA8P_pdZu-0XGBWK19Bm__SCwlQrg$

What do you think?

Markus
_

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

Re: [GRASS-dev] [release planning] GRASS GIS 8.3.1

[Michael Barton]

I wondered why I was getting such weird results while trying to create a demo 
for class. I agree that a new release is needed. IIRC, I also reported a bug 
that made the cartographic composer unusable. I think that is now fixed too?

MIchael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Sep 11, 2023, at 12:00 PM, grass-dev-requ...@lists.osgeo.org wrote:

Date: Mon, 11 Sep 2023 12:26:03 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: [GRASS-dev] [release planning] GRASS GIS 8.3.1
Message-ID:
mailto:calfmhhux1ihkwfiuby4upsjtrfwgafszdc4jt9bdo7uwork...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Hi devs,

While 8.3.0 has been released rather recently, an important bug showed up:
- r.watershed: fix streams and basins #3140

Unfortunately r.watershed is partially broken in 8.3.0 such that
streams and basins are no longer correctly calculated. This has been
now been fixed.

Given the importance of r.watershed, I suggest an anticipated release of 8.3.1

Here the milestone:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/milestone/21__;!!IKRxdwAv5BmarQ!fLYx2qXSePiDD7YriDiwhfhRuNHC5933BaxX2ZHhtXlzqP5G7IwXHxmQ-htvX8cxngFn5fMA9BONPmY5f5eTwwt8OIoJ4fXIryY$

What do you think?

Markus

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

Re: [GRASS-dev] proj versions question

[Michael Barton]

Thanks
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Aug 14, 2023, at 11:44 AM, Markus Neteler  wrote:

On Mon, Aug 14, 2023 at 8:06 PM Michael Barton  wrote:

Which versions of proj are being used and required for GRASS 7.8.8 and 8.3.0?

I think any PROJ version 5+ is fine. But 7+ might be better (I am using PROJ 9).

Markus

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

[GRASS-dev] proj versions question

[Michael Barton]

Which versions of proj are being used and required for GRASS 7.8.8 and 8.3.0?

Thanks
Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: 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] Where is the GRASS legend file?

[Michael Barton]

According to the d.legend.vect manual, I should have a legend file somewhere 
for all vectors. Here is what it says in notes:

"Module d.legend.vect draws vector legend based on legend file defined in shell 
environment variable GRASS_LEGEND_FILE. This file is automatically created and 
updated whenever d.vect command is used. User can create custom legend file and 
then use export GRASS_LEGEND_FILE=path/to/file in shell. GRASS GUI and MONITORS 
create the legend file automatically. By default the legend file is stored in 
grassdata/location/mapset/.tmp/user directory (in case of d.mon deeper in 
/monitor_name directory)."

As a test, I made a vector areas file out of the landclass96_28 raster in the 
North Carolina demo dataset. I set the vector color table to match the original 
raster. That works fine. Now I'd like to make a legend out of this. But I can't 
find the file that is supposed to be generated automatically to use or examine.

It is not in  grassdata/location/mapset/.tmp/user directory
/Users/cmbarton/Dropbox\ 
\(ASU\)/GRASS_dropbox/grassdata_dropbox/nc_spm_08_grass7/spatialtech2023/.tmp
This directory contains no files and only one empty folder ("OKED3863").

The environmental variable GRASS_LEGEND_FILE appears to be empty

So can anyone help me find this missing file?

Michael


_________

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


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

Re: [GRASS-dev] [EXTERNAL] screenshots of old GRASS

[Michael Barton]

Thanks Doug,

I did try that but the resolution is pretty grim. There is a useable still of 
someone using GRASS at a UNIX workstation in that video. But you can't see 
GRASS.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Jul 11, 2023, at 4:54 AM, Newcomb, Doug  wrote:

Screenshots from the Shatner video?  
https://youtu.be/cZia3ShzTWM<https://urldefense.com/v3/__https://youtu.be/cZia3ShzTWM__;!!IKRxdwAv5BmarQ!ePUgCcyRYy52PP9S5Hwedy_FNhRLuc0YiMOOjD9Y29M-QhcXamQG9ci4i6H8y9qpWfhgfozgRA_TFIF7-9Frm1DsDUE$>

From: grass-dev 
mailto:grass-dev-boun...@lists.osgeo.org>> 
on behalf of Veronica Andreo mailto:veroand...@gmail.com>>
Sent: Tuesday, July 11, 2023 7:51 AM
To: Michael Barton mailto:michael.bar...@asu.edu>>
Cc: GRASS developers 
mailto:grass-dev@lists.osgeo.org>>
Subject: [EXTERNAL] Re: [GRASS-dev] screenshots of old GRASS




 This email has been received from outside of DOI - Use caution before clicking 
on links, opening attachments, or responding.


Perhaps Helena or MarkusN

The oldest I could find within the website repo are these:
- 
https://github.com/OSGeo/grass-website/blob/master/static/images/gallery/history/grass32_tape.jpg<https://urldefense.com/v3/__https://github.com/OSGeo/grass-website/blob/master/static/images/gallery/history/grass32_tape.jpg__;!!IKRxdwAv5BmarQ!ePUgCcyRYy52PP9S5Hwedy_FNhRLuc0YiMOOjD9Y29M-QhcXamQG9ci4i6H8y9qpWfhgfozgRA_TFIF7-9Fr3guXkxY$>
- 
https://github.com/OSGeo/grass-website/blob/master/static/images/gallery/museum/grass421_tcltkgrass.png<https://urldefense.com/v3/__https://github.com/OSGeo/grass-website/blob/master/static/images/gallery/museum/grass421_tcltkgrass.png__;!!IKRxdwAv5BmarQ!ePUgCcyRYy52PP9S5Hwedy_FNhRLuc0YiMOOjD9Y29M-QhcXamQG9ci4i6H8y9qpWfhgfozgRA_TFIF7-9FrKAO3MB0$>

Vero

El lun, 10 jul 2023 a las 19:21, Michael Barton 
(mailto:michael.bar...@asu.edu>>) escribió:
Has anybody got a screenshot of the CERL GRASS versions (1, 2, and/or 3)?

Michael
_
C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!ePUgCcyRYy52PP9S5Hwedy_FNhRLuc0YiMOOjD9Y29M-QhcXamQG9ci4i6H8y9qpWfhgfozgRA_TFIF7-9Frxgu5ncg$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net/__;!!IKRxdwAv5BmarQ!ePUgCcyRYy52PP9S5Hwedy_FNhRLuc0YiMOOjD9Y29M-QhcXamQG9ci4i6H8y9qpWfhgfozgRA_TFIF7-9Fr2r495SM$>)

personal website: http://www.public.asu.edu/~cmbarton


___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!ePUgCcyRYy52PP9S5Hwedy_FNhRLuc0YiMOOjD9Y29M-QhcXamQG9ci4i6H8y9qpWfhgfozgRA_TFIF7-9FrQ_Ma3UI$>

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

Re: [GRASS-dev] screenshots of old GRASS

[Michael Barton]

Thanks. This postdates the CERL period of GRASS. It's for a lecture in my 
upcoming class.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Jul 11, 2023, at 4:51 AM, Veronica Andreo  wrote:

Perhaps Helena or MarkusN

The oldest I could find within the website repo are these:
- 
https://github.com/OSGeo/grass-website/blob/master/static/images/gallery/history/grass32_tape.jpg<https://urldefense.com/v3/__https://github.com/OSGeo/grass-website/blob/master/static/images/gallery/history/grass32_tape.jpg__;!!IKRxdwAv5BmarQ!ZlG6dS3sxF3F2KgVO7tEWYd8zwlPyBDW6KIFle8bR_LzCp7mA94eTr0RGHzhJgsGyeIw9DW2g4u_s7rjnHXayuQ$>
- 
https://github.com/OSGeo/grass-website/blob/master/static/images/gallery/museum/grass421_tcltkgrass.png<https://urldefense.com/v3/__https://github.com/OSGeo/grass-website/blob/master/static/images/gallery/museum/grass421_tcltkgrass.png__;!!IKRxdwAv5BmarQ!ZlG6dS3sxF3F2KgVO7tEWYd8zwlPyBDW6KIFle8bR_LzCp7mA94eTr0RGHzhJgsGyeIw9DW2g4u_s7rjcsfeU1w$>

Vero

El lun, 10 jul 2023 a las 19:21, Michael Barton 
(mailto:michael.bar...@asu.edu>>) escribió:
Has anybody got a screenshot of the CERL GRASS versions (1, 2, and/or 3)?

Michael
_____

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!ZlG6dS3sxF3F2KgVO7tEWYd8zwlPyBDW6KIFle8bR_LzCp7mA94eTr0RGHzhJgsGyeIw9DW2g4u_s7rjNKFENWY$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!ZlG6dS3sxF3F2KgVO7tEWYd8zwlPyBDW6KIFle8bR_LzCp7mA94eTr0RGHzhJgsGyeIw9DW2g4u_s7rjdWvhg_U$>)

personal website: http://www.public.asu.edu/~cmbarton


___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!ZlG6dS3sxF3F2KgVO7tEWYd8zwlPyBDW6KIFle8bR_LzCp7mA94eTr0RGHzhJgsGyeIw9DW2g4u_s7rjsKFSFL0$>

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

[GRASS-dev] screenshots of old GRASS

[Michael Barton]

Has anybody got a screenshot of the CERL GRASS versions (1, 2, and/or 3)?

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


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

Re: [GRASS-dev] [release planning] GRASS GIS 8.3.0

[Michael Barton]

Mac binaries compiled and posted
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Jun 24, 2023, at 12:00 PM, grass-dev-requ...@lists.osgeo.org wrote:

Date: Sat, 24 Jun 2023 17:24:40 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 8.3.0
Message-ID:
mailto:calfmhhvrzp9q8zhkpsi8muc93q_snxon5v0ycr8w2m+_dwu...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Hi devs,

The 8.3.0 release is done:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/8.3.0__;!!IKRxdwAv5BmarQ!aaztHzjb3D5vrlMyYuTN6GI2eNXOZLQZg37xYGNL4KFqYvtphjbjc2VVDPMO1JLbGjiYPfRyJ7UKIiS6lHMsJ8Qo9FIqMNujADw$

Before announcing it publicly we need winGRASS and other binaries +
release news etc as per doc/howto_release.md.

Congrats and thanks to all contributors!

Cheers
Markus

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

[GRASS-dev] how to set points in network analysis tool

[Michael Barton]

I'm trying out the network analysis tool in preparing for a GRASS workshop. It 
looks nice but I can't see how to set up the points. When I click the points 
tab, it shows a list of points with what appears to be an add points tool and a 
delete points tool. The delete tool does indeed delete listed points. The add 
points tool does not seem to do anything. The edit points tool (double click a 
listed point) opens a little window where you can specify a point as a start or 
end point.

How do you actually set points from this?

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


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

Re: [GRASS-dev] seeking GRASS example dataset for Germany

[Michael Barton]

Thanks. I'll take a look.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On May 3, 2023, at 2:47 PM, Veronica Andreo  wrote:

Hi Michael,

There's this course that Martin taught in Jena with data for Jena and Germany 
in general: 
https://training.gismentors.eu/grass-gis-workshop-jena/index.html<https://urldefense.com/v3/__https://training.gismentors.eu/grass-gis-workshop-jena/index.html__;!!IKRxdwAv5BmarQ!aTnM-exFtZ6k7j1BTB_h8Gl0Yu6QINwmf6QLPkNh9I-z1DqFRGidl8HXF0gBxZ3u8Xnsy8zGJUfbXwxerpiFnqM$>

Vero

El mié, 3 may 2023 a las 23:37, Michael Barton 
(mailto:michael.bar...@asu.edu>>) escribió:
I may be doing a GRASS workshop in Germany in a few weeks. While I can always 
use the standard North Carolina demo data, it might be more interesting to the 
participants to have a more local dataset. Does anyone have a nice dataset for 
Germany they could share with me with the range of raster and vector files 
similar to those found in the NC sample data?

Thanks
Michael
_____

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!aTnM-exFtZ6k7j1BTB_h8Gl0Yu6QINwmf6QLPkNh9I-z1DqFRGidl8HXF0gBxZ3u8Xnsy8zGJUfbXwxeX7YKmGM$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!aTnM-exFtZ6k7j1BTB_h8Gl0Yu6QINwmf6QLPkNh9I-z1DqFRGidl8HXF0gBxZ3u8Xnsy8zGJUfbXwxeGBhFrU0$>)

personal website: http://www.public.asu.edu/~cmbarton


___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!aTnM-exFtZ6k7j1BTB_h8Gl0Yu6QINwmf6QLPkNh9I-z1DqFRGidl8HXF0gBxZ3u8Xnsy8zGJUfbXwxeW4Dw7dw$>

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

[GRASS-dev] seeking GRASS example dataset for Germany

[Michael Barton]

I may be doing a GRASS workshop in Germany in a few weeks. While I can always 
use the standard North Carolina demo data, it might be more interesting to the 
participants to have a more local dataset. Does anyone have a nice dataset for 
Germany they could share with me with the range of raster and vector files 
similar to those found in the NC sample data?

Thanks
Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


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

Re: [GRASS-dev] svn required for g.extension??

[Michael Barton]

I just updated and recompiled GRASS 8.3 dev. All compiles and runs well but not 
g.extension.

I managed to install SVN a couple days ago and g.extension worked. Now I have 
the new version, which does not require SVN and it doesn't work.

Here is the error message:

8.3.app/Contents/Resources/scripts/g.extension", line 260,
in _get_version
return float(
   ^^
ValueError: could not convert string to float: 'Git-143)'

I've tried a couple of extensions and they both fail at this point.
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Apr 18, 2023, at 3:29 PM, Markus Neteler  wrote:

On Wed, Apr 19, 2023 at 12:23 AM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

I was surprised to find that svn is required in order to use g.extension since 
GRASS moved to GitHub many years back. The interface from the GUI seems to lock 
up on launch. Maybe the lack of SVN is the reason?

It has been worked on just recently:

https://urldefense.com/v3/__https://github.com/OSGeo/grass/pull/2895__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoxr9HV6w$

In GRASS GIS 8.3.dev it is already merged, please test it.

Markus

Michael
_____

C. Michael Barton
Associate Director, School of Complex Adaptive Systems (https://scas.asu.edu)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://urldefense.com/v3/__https://openmodelingfoundation.github.io__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoDiZL8cc$
 )
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoLS2CGZM$
 )

personal website: http://www.public.asu.edu/~cmbarton

--
Markus Neteler, PhD
https://urldefense.com/v3/__https://www.mundialis.de__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoEhb1Gio$
  - free data with free software
https://urldefense.com/v3/__https://grass.osgeo.org__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoMeJP8QE$
https://urldefense.com/v3/__https://courses.neteler.org/blog__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoOVtnBWM$

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

Re: [GRASS-dev] svn required for g.extension??

[Michael Barton]

I'll do so. I compiled 8.3 a couple weeks ago. I'll try it again. Thanks.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Apr 18, 2023, at 3:29 PM, Markus Neteler  wrote:

On Wed, Apr 19, 2023 at 12:23 AM Michael Barton  wrote:

I was surprised to find that svn is required in order to use g.extension since 
GRASS moved to GitHub many years back. The interface from the GUI seems to lock 
up on launch. Maybe the lack of SVN is the reason?

It has been worked on just recently:

https://urldefense.com/v3/__https://github.com/OSGeo/grass/pull/2895__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoxr9HV6w$

In GRASS GIS 8.3.dev it is already merged, please test it.

Markus

Michael
_________

C. Michael Barton
Associate Director, School of Complex Adaptive Systems (https://scas.asu.edu)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://urldefense.com/v3/__https://openmodelingfoundation.github.io__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoDiZL8cc$
 )
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://urldefense.com/v3/__https://comses.net__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoLS2CGZM$
 )

personal website: http://www.public.asu.edu/~cmbarton

--
Markus Neteler, PhD
https://urldefense.com/v3/__https://www.mundialis.de__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoEhb1Gio$
  - free data with free software
https://urldefense.com/v3/__https://grass.osgeo.org__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoMeJP8QE$
https://urldefense.com/v3/__https://courses.neteler.org/blog__;!!IKRxdwAv5BmarQ!fCLs6TkNWwkeRDSM7loLh8Jwc-1XL3MZHylVDQIz5YAYaz06-I2pzp5WBO7RQh3zw1iqu1jLzuSoOVtnBWM$

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

[GRASS-dev] svn required for g.extension??

[Michael Barton]

I was surprised to find that svn is required in order to use g.extension since 
GRASS moved to GitHub many years back. The interface from the GUI seems to lock 
up on launch. Maybe the lack of SVN is the reason?

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: 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] spatial correlation of vector data

[Michael Barton]

I know you can do spatial regression and related analyses with raster data. But 
does anyone know of an extension or tool set to do spatial 
correlation/coveriance of vector data?

Michael Barton
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


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

Re: [GRASS-dev] [release planning] GRASS GIS 8.2.1

[Michael Barton]

Mac binaries for 8.2.1 are compiled and posted on GRASS for Mac site and OSGEO 
server.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Jan 22, 2023, at 1:00 PM, grass-dev-requ...@lists.osgeo.org wrote:

I have now released GRASS GIS 8.2.1:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/8.2.1__;!!IKRxdwAv5BmarQ!fpCQZgwNfFjDlHtJAnUHxIhbjpbBomaXty7tJ6cI8EQ9QRglLwfdlDQLkJTBCVAHAjeOKWfjPO1jNnPbYjqKEuioIizPex8e64g$

also wrote a draft announcement:
https://urldefense.com/v3/__https://github.com/OSGeo/grass-website/pull/346__;!!IKRxdwAv5BmarQ!fpCQZgwNfFjDlHtJAnUHxIhbjpbBomaXty7tJ6cI8EQ9QRglLwfdlDQLkJTBCVAHAjeOKWfjPO1jNnPbYjqKEuioIizPeMJyZ44$
-> screenshot needed! Please help.

I have also created the Fedora 37 package:
- 
https://urldefense.com/v3/__https://bodhi.fedoraproject.org/updates/FEDORA-2023-c05ff0cd1f__;!!IKRxdwAv5BmarQ!fpCQZgwNfFjDlHtJAnUHxIhbjpbBomaXty7tJ6cI8EQ9QRglLwfdlDQLkJTBCVAHAjeOKWfjPO1jNnPbYjqKEuioIizPpx76_7M$

and hope for the other Linux distros, Windows, Mac, ...

I'd be happy to publish the announcement asap.

Cheers,
Markus

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

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.8

[Michael Barton]

Mac binaries compiled and posted at http://grassmac.wikidot.com

Michael

On Jul 13, 2022, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org 
wrote:

Date: Wed, 13 Jul 2022 15:07:07 +0200
From: Martin Landa mailto:landa.mar...@gmail.com>>
To: Markus Neteler mailto:nete...@osgeo.org>>
Cc: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 7.8.8
Message-ID:
mailto:ca+ei1oevwkvvy8ydpnffb7bckmgp_97opex0j0+a0grlcca...@mail.gmail.com>>
Content-Type: text/plain; charset="utf-8"

Hi,

?t 12. 7. 2022 v 18:21 odes?latel Markus Neteler 
mailto:nete...@osgeo.org>> napsal:

GRASS GIS 7.8.8RC2 is out:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/7.8.8RC2__;!!IKRxdwAv5BmarQ!Y33_2ybofqR2fFJSalsK9EOysU_9op9rL6PBUPbiq1MF_gUuagFFKb92BQb0VYGr-RUc0L2yM8-njqa7fHDdRJWiOGyky0UL4S4$


WinGRASS: 
https://urldefense.com/v3/__https://grass.osgeo.org/grass78/binary/mswindows/native/x86_64/__;!!IKRxdwAv5BmarQ!Y33_2ybofqR2fFJSalsK9EOysU_9op9rL6PBUPbiq1MF_gUuagFFKb92BQb0VYGr-RUc0L2yM8-njqa7fHDdRJWiOGykgFiEM2I$

Martin

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

Re: [GRASS-dev] [GRASS-user] GRASS 8.2 for Mac - wxPython problem - solved?

[Michael Barton]

I just looked at my ~/Library folder.

I have ../GRASS/8.2/Addons but nothing is in it. My addons are all in 
~/Library/GRASS/8.2/Modules. I did not move them to there manually.

I vaguely remember a bit of discussion some months back about changing where 
addons are stored. This may be related. If anyone remembers that discussion it 
would be good to relook at it.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Jun 8, 2022, at 9:47 AM, Stuart Edwards 
mailto:sedwar...@cinci.rr.com>> wrote:

I moved all the directories in ~/Library/GRASS/8.2/Addons into /Modules and it 
fired up right away.. with no error messages at all.

Hope this doesn't break something else -

Stu
___
Yes, no problem.

On Jun 8, 2022, at 12:18 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:


Do 7.8 and 8.0.2 open ok?

Michael Barton
School of Human Evolution  Change
School of Complex Adaptive System Science
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

On Jun 8, 2022, at 8:25 AM, Stuart Edwards 
mailto:sedwar...@cinci.rr.com>> wrote:


Yes, very strange.  I am able to open it with no problem in a 'clean' partition 
that I keep for testing.  But there is an odd prequel to the actual opening:



where some library files seem to be missing.  The Library file structure for 
8.2 is different from previous versions in that there is the addition of 
'Addons' that contains most of the directories previously contained in 
'Modules'.  This appears to be why the startup shell can't find the 'docs' 
directory.



The above is from my test partition and that's why there's no 8.0.   This 
probably does not affect my problem although there is one reference to the 
gui_user_menu.sh that might be relevant.

I replaced my grassdata directory with a new empty one and get the same 'bad 
magic number in 'wx' : b'\x03\xf3\r\n' ' error.

Remarkably this is not a unique problem:

https://discuss.wxpython.org/t/importerror-bad-magic-number-in-wx-b-x03-xf3-r-n/34191/14<https://urldefense.com/v3/__https://discuss.wxpython.org/t/importerror-bad-magic-number-in-wx-b-x03-xf3-r-n/34191/14__;!!IKRxdwAv5BmarQ!ap-1byJ8Fj1uktGcT4HQfHfzzBsPnTDQwyC6ZKrLo0FP2aBS_6wit5G362d4QKEfy4nAcnOnZAYqDk0-THA1YbA$>

In this case the eventual cause was the use of an illegal file name (wx.py)

This one actually makes more sense:

https://stackoverflow.com/questions/52477683/importerror-bad-magic-number-in-time-b-x03-xf3-r-n-in-django<https://urldefense.com/v3/__https://stackoverflow.com/questions/52477683/importerror-bad-magic-number-in-time-b-x03-xf3-r-n-in-django__;!!IKRxdwAv5BmarQ!ap-1byJ8Fj1uktGcT4HQfHfzzBsPnTDQwyC6ZKrLo0FP2aBS_6wit5G362d4QKEfy4nAcnOnZAYqDk0-w0OZE84$>

Since the magic number is the same, it seems that I may have some relic Python 
2.7 pyc files floating around.  I've deleted all of them now (I think) but the 
problem remains.  So back to the drawing board..

@Nicklas - thanks for the suggestion - both calls give the same correct python3 
result.

Stu





On Jun 7, 2022, at 12:54 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Stuart

This is weird, especially because it is calling Spearfish. It opens fine on my 
Mac.

Have you used a GRASS 8 version previously?

Here is a guess to try.

1. Have you opened and been using Spearfish recently? If so, use an older 
version (preferably 8.0.2 but also 7.8 maybe) to select another location and 
quit cleanly. This sets the current location.

2. If you have not been using Spearfish, try moving it out of your GRASS 
database temporarily.

A guess is that this is a problem with the new GRASS 8 data catalog. I ran into 
an obscure problem when it was first started in that the data catalog would 
only partly open if there was a file in a GRASS mapset with the "@" character 
in its name. I had this for a couple of files because of an old way that 3D 
rasters used to be created 10+ years ago. You may have some other such obscure 
issue.

My guess is assuming that the error message is somewhat bogus. The 8.2 app does 
include wxPython and of the proper version. And it should not be looking for 
wxPython anyplace else on your system outside of the app.

Michael
_

C. Michael Barton
Associate

Re: [GRASS-dev] [GRASS-user] GRASS 8.2 for Mac - wxPython problem?

[Michael Barton]

Stuart

This is weird, especially because it is calling Spearfish. It opens fine on my 
Mac.

Have you used a GRASS 8 version previously?

Here is a guess to try.

1. Have you opened and been using Spearfish recently? If so, use an older 
version (preferably 8.0.2 but also 7.8 maybe) to select another location and 
quit cleanly. This sets the current location.

2. If you have not been using Spearfish, try moving it out of your GRASS 
database temporarily.

A guess is that this is a problem with the new GRASS 8 data catalog. I ran into 
an obscure problem when it was first started in that the data catalog would 
only partly open if there was a file in a GRASS mapset with the "@" character 
in its name. I had this for a couple of files because of an old way that 3D 
rasters used to be created 10+ years ago. You may have some other such obscure 
issue.

My guess is assuming that the error message is somewhat bogus. The 8.2 app does 
include wxPython and of the proper version. And it should not be looking for 
wxPython anyplace else on your system outside of the app.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Jun 7, 2022, at 8:24 AM, Stuart Edwards 
mailto:sedwar...@cinci.rr.com>> wrote:

On start up I get the following notification in the terminal - this is followed 
by my attempt to open wxGUI manually:

Launching  GUI in the background, please wait...
GRASS spearfish_grass70data_0_3/PERMANENT:~ > ERROR: wxGUI requires wxPython. 
bad magic number in 'wx': b'\x03\xf3\r\n'
You can still use GRASS GIS modules in the command line or in Python.

GRASS spearfish_grass70data_0_3/PERMANENT:~ > g.gui wxpython
Launching  GUI in the background, please wait...
ERROR: wxGUI requires wxPython. bad magic number in 'wx': b'\x03\xf3\r\n'
You can still use GRASS GIS modules in the command line or in Python.
GRASS spearfish_grass70data_0_3/PERMANENT:~ >

Not sure if this is a packaging or dev issue.  If the latter please let me know 
and I'll report it.....

thx

Stu
On Jun 6, 2022, at 4:52 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Thanks for the info. I thought I'd fixed that (I have to do it each time). 
Please try again. Hopefully fixed this time.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!aS3o8eV4WCpmmKUkjEYC8mCY70J6L6lRorZRAkiYvwZvVOxN3fT83FyWV58gXg9I8ytXlRFTtb4LsPXKGUOP5m0$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net/__;!!IKRxdwAv5BmarQ!aS3o8eV4WCpmmKUkjEYC8mCY70J6L6lRorZRAkiYvwZvVOxN3fT83FyWV58gXg9I8ytXlRFTtb4LsPXKjh8OfIc$>)

personal website: http://www.public.asu.edu/~cmbarton


On Jun 6, 2022, at 12:08 PM, Stuart Edwards 
mailto:sedwar...@cinci.rr.com>> wrote:

Michael

There seems to be a problem with the download link - Google says I don't have 
access for that page.  The links for the earlier versions of GRASS work 
fine. also for the configuration info of the new one.

OSX 11.6.6

Stu

On Jun 6, 2022, at 2:37 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Mac binary apps for the new GRASS 8.2 are now up and available at 
http://grassmac.wikidot.com/downloads<https://urldefense.com/v3/__http://grassmac.wikidot.com/downloads__;!!IKRxdwAv5BmarQ!fDruU6UXzw_n70EI0Xjqduv0dybpvNr8PEXY9j0kezyWnmZgBykXhEkpRk9DaYsQYVTK_iO5PchEq14u6lXcf5I$>

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.ed

Re: [GRASS-dev] [GRASS-user] GRASS 8.2 for Mac binaries posted

[Michael Barton]

Thanks for the info. I thought I'd fixed that (I have to do it each time). 
Please try again. Hopefully fixed this time.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Jun 6, 2022, at 12:08 PM, Stuart Edwards 
mailto:sedwar...@cinci.rr.com>> wrote:

Michael

There seems to be a problem with the download link - Google says I don't have 
access for that page.  The links for the earlier versions of GRASS work 
fine. also for the configuration info of the new one.

OSX 11.6.6

Stu

On Jun 6, 2022, at 2:37 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Mac binary apps for the new GRASS 8.2 are now up and available at 
http://grassmac.wikidot.com/downloads<https://urldefense.com/v3/__http://grassmac.wikidot.com/downloads__;!!IKRxdwAv5BmarQ!fDruU6UXzw_n70EI0Xjqduv0dybpvNr8PEXY9j0kezyWnmZgBykXhEkpRk9DaYsQYVTK_iO5PchEq14u6lXcf5I$>

Michael
_____

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change 
(https://shesc.asu.edu<https://shesc.asu.edu/>)
Director, Center for Social Dynamics & Complexity 
(https://complexity.asu.edu<https://complexity.asu.edu/>)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://urldefense.com/v3/__https://openmodelingfoundation.github.io/__;!!IKRxdwAv5BmarQ!fDruU6UXzw_n70EI0Xjqduv0dybpvNr8PEXY9j0kezyWnmZgBykXhEkpRk9DaYsQYVTK_iO5PchEq14uKQDFEu4$>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net<https://urldefense.com/v3/__https://comses.net/__;!!IKRxdwAv5BmarQ!fDruU6UXzw_n70EI0Xjqduv0dybpvNr8PEXY9j0kezyWnmZgBykXhEkpRk9DaYsQYVTK_iO5PchEq14uAEFpWLQ$>)

personal website: http://www.public.asu.edu/~cmbarton


___
grass-user mailing list
grass-u...@lists.osgeo.org<mailto:grass-u...@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-user<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-user__;!!IKRxdwAv5BmarQ!fDruU6UXzw_n70EI0Xjqduv0dybpvNr8PEXY9j0kezyWnmZgBykXhEkpRk9DaYsQYVTK_iO5PchEq14uNYN8a58$>


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

[GRASS-dev] GRASS 8.2 for Mac binaries posted

[Michael Barton]

Mac binary apps for the new GRASS 8.2 are now up and available at 
http://grassmac.wikidot.com/downloads

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: 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] Mac binaries for GRASS 8.2.0RC2 and 7.8.8RC1 available

[Michael Barton]

Mac binaries for the most recent release candidates are now available on the 
GRASS for the Mac site: http://grassmac.wikidot.com.

Please test.

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On May 28, 2022, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Send grass-dev mailing list submissions to
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>

To subscribe or unsubscribe via the World Wide Web, visit
https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!Yj_TsUFVUzu0wlHy2iaBfzZ2YOO93tWwJRNnjLqLc-HtT0nC9Ju47vYBfcu_mH46HLHxqwFE_-JU58ebpLqAuB0kwM11heyElUE$
or, via email, send a message with subject or body 'help' to
grass-dev-requ...@lists.osgeo.org

You can reach the person managing the list at
grass-dev-ow...@lists.osgeo.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of grass-dev digest..."


Today's Topics:

  1. Re: [release planning] GRASS GIS 7.8.8 (Martin Landa)
  2. Re: [release planning] GRASS GIS 8.2.0 (Martin Landa)


--

Message: 1
Date: Sat, 28 May 2022 12:45:55 +0200
From: Martin Landa 
To: Markus Neteler 
Cc: GRASS developers list 
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 7.8.8
Message-ID:

Content-Type: text/plain; charset="UTF-8"

Hi all,

so 14. 5. 2022 v 11:39 odes?latel Markus Neteler  napsal:
GRASS GIS 7.8.8RC1 is available:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/7.8.8RC1__;!!IKRxdwAv5BmarQ!Yj_TsUFVUzu0wlHy2iaBfzZ2YOO93tWwJRNnjLqLc-HtT0nC9Ju47vYBfcu_mH46HLHxqwFE_-JU58ebpLqAuB0kwM11ZltM31Y$

sorry for delay, please test Windows standalone installer:

https://urldefense.com/v3/__https://grass.osgeo.org/grass78/binary/mswindows/native/x86_64/WinGRASS-7.8.8RC1-1-Setup-x86_64.exe__;!!IKRxdwAv5BmarQ!Yj_TsUFVUzu0wlHy2iaBfzZ2YOO93tWwJRNnjLqLc-HtT0nC9Ju47vYBfcu_mH46HLHxqwFE_-JU58ebpLqAuB0kwM11594YT-I$

Martin

--
Martin Landa
https://urldefense.com/v3/__http://geo.fsv.cvut.cz/gwiki/Landa__;!!IKRxdwAv5BmarQ!Yj_TsUFVUzu0wlHy2iaBfzZ2YOO93tWwJRNnjLqLc-HtT0nC9Ju47vYBfcu_mH46HLHxqwFE_-JU58ebpLqAuB0kwM11jdxLdIk$
https://urldefense.com/v3/__http://gismentors.cz/mentors/landa__;!!IKRxdwAv5BmarQ!Yj_TsUFVUzu0wlHy2iaBfzZ2YOO93tWwJRNnjLqLc-HtT0nC9Ju47vYBfcu_mH46HLHxqwFE_-JU58ebpLqAuB0kwM11GubIAuk$


--

Message: 2
Date: Sat, 28 May 2022 17:40:23 +0200
From: Martin Landa 
To: Vaclav Petras 
Cc: "grass-dev@lists.osgeo.org" 
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 8.2.0
Message-ID:

Content-Type: text/plain; charset="UTF-8"

Dear all,

?t 24. 5. 2022 v 22:39 odes?latel Vaclav Petras  napsal:
8.2.0RC2 was released:

please test Windows standalone installer:

https://urldefense.com/v3/__https://grass.osgeo.org/grass82/binary/mswindows/native/WinGRASS-8.2.0RC2-1-Setup.exe__;!!IKRxdwAv5BmarQ!Yj_TsUFVUzu0wlHy2iaBfzZ2YOO93tWwJRNnjLqLc-HtT0nC9Ju47vYBfcu_mH46HLHxqwFE_-JU58ebpLqAuB0kwM11ghvTAos$

Martin

--
Martin Landa
https://urldefense.com/v3/__http://geo.fsv.cvut.cz/gwiki/Landa__;!!IKRxdwAv5BmarQ!Yj_TsUFVUzu0wlHy2iaBfzZ2YOO93tWwJRNnjLqLc-HtT0nC9Ju47vYBfcu_mH46HLHxqwFE_-JU58ebpLqAuB0kwM11jdxLdIk$
https://urldefense.com/v3/__http://gismentors.cz/mentors/landa__;!!IKRxdwAv5BmarQ!Yj_TsUFVUzu0wlHy2iaBfzZ2YOO93tWwJRNnjLqLc-HtT0nC9Ju47vYBfcu_mH46HLHxqwFE_-JU58ebpLqAuB0kwM11GubIAuk$


--

Subject: Digest Footer

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!Yj_TsUFVUzu0wlHy2iaBfzZ2YOO93tWwJRNnjLqLc-HtT0nC9Ju47vYBfcu_mH46HLHxqwFE_-JU58ebpLqAuB0kwM11heyElUE$


--

End of grass-dev Digest, Vol 195, Issue 13
**

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

Re: [GRASS-dev] [release planning] GRASS GIS 8.0.2

[Michael Barton]

I was able to get this compiled and posted for the Mac before heading off on 
Saturday.

Cheers
Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On May 12, 2022, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Thu, 12 May 2022 16:35:03 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 8.0.2
Message-ID:
mailto:CALFmHhsDk5Bkuqmm4mZKY8d=i5nganl-rcnr8jbb7omaz4p...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Hi all,

The final GRASS GIS 8.0.2 is now available:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/8.0.2__;!!IKRxdwAv5BmarQ!dAzstUgRDKHjzzgxTaQd48HlnfwviCvvbp9HP1ViRcA3bwj7wmKXwPHqalFT47B6bcAVj4KJyfC_9FIIrzRO_iBUp0LoEpkShuA$

Kudos to all contributors!

Markus

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

Re: [GRASS-dev] [release planning] GRASS GIS 8.0.0

[Michael Barton]

I just now compiled and posted new Mac binaries for 8RC2

Michael
_

C. Michael Barton
Associate Director, School of Complex Adaptive Systems 
(https://scas.asu.edu<https://scas.asu.edu/>)
Professor, School of Human Evolution & Social Change (https://shesc.asu.edu)
Director, Center for Social Dynamics & Complexity (https://complexity.asu.edu)
Arizona State University
Tempe, AZ 85287-2701
USA

Executive Director, Open Modeling Foundation 
(https://openmodelingfoundation.github.io<https://openmodelingfoundation.github.io/>)
Director, Network for Computational Modeling in Social & Ecological Sciences 
(https://comses.net)

personal website: http://www.public.asu.edu/~cmbarton


On Jan 16, 2022, at 1:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Sun, 16 Jan 2022 11:42:11 +0100
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 8.0.0
Message-ID:
mailto:CALFmHhve=HAF5POs6xkzt=OU=nxGE=OWx=7TX42Ts=ss_9+...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

On Sat, Jan 15, 2022 at 12:01 PM Markus Neteler 
mailto:nete...@osgeo.org>> wrote:
...
This is the 8.0.0 milestone:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/milestone/4__;!!IKRxdwAv5BmarQ!OU7-bi3jz8dVdDW9iBL131AzB9SFCuVsovBgbe19R1izgVMt2FJ6GTvvtXwxPdYuMpo$

GRASS GIS 8.0.0RC2 has been released:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/8.0.0RC2__;!!IKRxdwAv5BmarQ!OU7-bi3jz8dVdDW9iBL131AzB9SFCuVsovBgbe19R1izgVMt2FJ6GTvvtXwxvjaNRms$

Please test it, especially on Windows.

I have prepared Fedora/EPEL RPMs:
https://urldefense.com/v3/__https://copr.fedorainfracloud.org/coprs/neteler/grass80/__;!!IKRxdwAv5BmarQ!OU7-bi3jz8dVdDW9iBL131AzB9SFCuVsovBgbe19R1izgVMt2FJ6GTvvtXwxNNOhCK0$

Markus

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

Re: [GRASS-dev] GRASS GIS 7.8.6RC2 released

[Michael Barton]

I've compiled and posted the Mac binaries for GRASS 7.8.6 RC2 to the GRASS for 
Mac site: http://grassmac.wikidot.com

I also compiled and posted new binaries for GRASS 8 as of 10 August 2021

Enjoy!
Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On Aug 10, 2021, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Tue, 10 Aug 2021 19:29:54 +0200
From: Veronica Andreo mailto:veroand...@gmail.com>>
To: grass-dev mailto:grass-dev@lists.osgeo.org>>
Subject: [GRASS-dev] GRASS GIS 7.8.6RC2 released
Message-ID:
mailto:CAAMki4F2HnVewy1KMTGVcFr=kan3a4dqdngfwbxwn2hpotp...@mail.gmail.com>>
Content-Type: text/plain; charset="utf-8"

Dear all,

GRASS GIS 7.8.6RC2 
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/7.8.6RC2__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V5ICGawLM$
 >

Repository:  OSGeo/grass 
<https://urldefense.com/v3/__https://github.com/OSGeo/grass__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V5vfnC0fg$
 > ? Tag: 7.8.6RC2
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/tree/7.8.6RC2__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V53fO39Js$
 > ? Commit: 48c13c1
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/commit/48c13c13071b0f608551f52bc53f30dd14990814__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V5AuW9mW0$
 >
? Released by: veroandreo 
<https://urldefense.com/v3/__https://github.com/veroandreo__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V55ZNW5LQ$
 > (with Markus
Neteler's assistance)

This is the second release candidate of GRASS GIS 7.8.6.

Download source code tarball at

  - 
https://urldefense.com/v3/__https://grass.osgeo.org/grass78/source/grass-7.8.6RC2.tar.gz__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V5YWlHNLI$
  - 
https://urldefense.com/v3/__https://grass.osgeo.org/grass78/source/grass-7.8.6RC2.md5sum__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V5hupx7bk$

For further release details (bug fixes and enhancements), see

  - 
https://urldefense.com/v3/__https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures78__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V50CpxVT4$
  - 
https://urldefense.com/v3/__https://trac.osgeo.org/grass/wiki/Release/7.8.6-News__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V5L0Elk3s$

The GRASS GIS 7.8.6RC2 release provides more than 110 fixes and improvements
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/compare/releasebranch_7_8@*7B12-22-20*7D...releasebranch_7_8@*7B08-10-21*7D__;JSUlJQ!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V5mdAxlUk$
 >
with respect to the release 7.8.5.

This release has 2 assets:
  - Source code (zip)
  - Source code (tar.gz)

Visit the release page
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/7.8.6RC2__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V5ICGawLM$
 > to download
them.

Best,
Vero
-- next part --
An HTML attachment was scrubbed...
URL: 
<https://urldefense.com/v3/__http://lists.osgeo.org/pipermail/grass-dev/attachments/20210810/d8df0836/attachment-0001.html__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V56Jj27r4$
 >

--

Subject: Digest Footer

___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!IuyY5Z14g6GrYKE1zJIgxQbSp3oGoxUH_KBckUrK_7vAM9JnC-foIYZZf4V50P2JNLw$


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

Re: [GRASS-dev] [release planning] Enable Zenodo before 7.8.6 and 8.0.0

[Michael Barton]

If we are not worried about creating 'proper' GitHub/Zenodo sequential 
versioning for legacy versions of GRASS, we can simply submit each one as a 
release under its own repository or subdirectory of a repository. Then we could 
easily get DOI's for each release.

MIchael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On May 31, 2021, at 1:10 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Mon, 31 May 2021 15:25:16 -0400
From: Vaclav Petras mailto:wenzesl...@gmail.com>>
To: grass-dev mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] Enable Zenodo before 7.8.6
and 8.0.0
Message-ID:
mailto:cabo5uvu9uofkw0cxcwcdjr+7kyxmpl1pwgwdbhqwqhf9vyj...@mail.gmail.com>>
Content-Type: text/plain; charset="utf-8"

Dear all,

Zenodo-GitHub link is enabled. There is nothing to see or customize on
Zenodo.org<http://zenodo.org/> until a release happens. It is important that 
every release is a
GitHub release rather than just a tag, but other than that, it will work
automatically.

I won't be creating .zenodo.json right away, but will probably wait until
7.8.6 or 8.0.alpha happens to see how good or bad the metadata is. Then we
will see what priority to assign to creating .zenodo.json.

Best,
Vaclav

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

Re: [GRASS-dev] grass-dev Digest, Vol 183, Issue 33

[Michael Barton]

+1 for me
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On May 29, 2021, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Sat, 29 May 2021 10:58:59 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 8: create new
release branch
Message-ID:
mailto:CALFmHhtKU_X7UwQ5iqi+gNpqLY2cP1cBVcBvYqw9yQ8Y=fe...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Hi devs,

After a lot of editing and discussions in the following PR I meanwhile
also believe that it is becoming the preparation of the master branch
for G8:

"GRASS GIS 8.0 changes"
https://urldefense.com/v3/__https://github.com/OSGeo/grass/pull/1597__;!!IKRxdwAv5BmarQ!IgK2pDznYwXOP8vYETthOJrMnhhD4ZtuU30GyCTCcJVwPMbqjePMD96spCPSdKl5m8Q$

That means:
- merge this PR into the master branch (it is not perfect, but let's
move on and create separate PR(s) for the Windows related issues)
- branch off a "8.0.0alpha" branch, just as a "throw away/ignore later" branch
- create at a later stage the official "release_branch_8_0" after
having gained some experience with the "throw away" 8.0.0alpha branch.

If there are no objections I'd merge PR 1597 in the next days.
Note: the changes include (except for Windows) the simplification of
the startup script name (grass79/grass80 --> grass).

Markus

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

Re: [GRASS-dev] [release planning] GRASS GIS 8: create new release branch

[Michael Barton]

+1 for me
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On May 29, 2021, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Sat, 29 May 2021 10:58:59 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 8: create new
release branch
Message-ID:
mailto:CALFmHhtKU_X7UwQ5iqi+gNpqLY2cP1cBVcBvYqw9yQ8Y=fe...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Hi devs,

After a lot of editing and discussions in the following PR I meanwhile
also believe that it is becoming the preparation of the master branch
for G8:

"GRASS GIS 8.0 changes"
https://urldefense.com/v3/__https://github.com/OSGeo/grass/pull/1597__;!!IKRxdwAv5BmarQ!IgK2pDznYwXOP8vYETthOJrMnhhD4ZtuU30GyCTCcJVwPMbqjePMD96spCPSdKl5m8Q$

That means:
- merge this PR into the master branch (it is not perfect, but let's
move on and create separate PR(s) for the Windows related issues)
- branch off a "8.0.0alpha" branch, just as a "throw away/ignore later" branch
- create at a later stage the official "release_branch_8_0" after
having gained some experience with the "throw away" 8.0.0alpha branch.

If there are no objections I'd merge PR 1597 in the next days.
Note: the changes include (except for Windows) the simplification of
the startup script name (grass79/grass80 --> grass).

Markus

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

[GRASS-dev] strange problem using v.out.ogr

[Michael Barton]

Using a very recently compiled GRASS 7.9

I imported a gpkg vector area. This went fine AFAICT. It imported into the 
correct location. (ETRS89 Zone 30)

I want to export it to shapefile format.

When I try to export it to *any* format, I get the following error:

ERROR 10: Pointer 'hSRS' is NULL in 'OSRImportFromWkt'.
ERROR: Unable to create OGR spatial reference

I've checked the projection info and it seems fine and does not raise any error 
or warning. I tried exporting a map from the NC demo data and it exported fine.

Any idea what is wrong?

Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.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

Re: [GRASS-dev] [release planning] Enable Zenodo before 7.8.6 and 8.0.0

[Michael Barton]

Thanks Vaclav,

This is really good.

+1

Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On May 24, 2021, at 10:27 AM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Sun, 23 May 2021 22:08:06 -0400
From: Vaclav Petras mailto:wenzesl...@gmail.com>>
To: "grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>" 
mailto:grass-dev@lists.osgeo.org>>
Cc: Peter L?we mailto:peter.lo...@gmx.de>>
Subject: [GRASS-dev] [release planning] Enable Zenodo before 7.8.6 and
8.0.0
Message-ID:
mailto:CABo5uVuEtzzG4LTLg1JT0m64-2bZ1b-3TrfEmBFTLHaTp=b...@mail.gmail.com>>
Content-Type: text/plain; charset="utf-8"

Hi all,

Let's enable the Zenodo link before 7.8.6 and 8.0(.0?) releases to get DOIs
and Zenodo records.

Solving the whole DOI linking and Zenodo archiving for the old versions may
be complex [1], but enabling the link between GitHub and Zenodo is trivial
(one click) and every newly created GitHub release (we do those) will be
automatically registered and receive DOI.

Zenodo uses a system of DOI versions and a main DOI (Concept DOI). Whether
it is an ideal system, that's a question, but it is currently the expected
one since it is the same for everything on Zenodo. It is used automatically
when using the GitHub-Zenodo integration.

It seems I have the permissions to enable it for GRASS GIS. The one who
enables that becomes a maintainer of it. I'm fine with that, but I won't be
uploading any older versions. The maintainer can be changed later by
contacting Zenodo support [2].

Although there are things to figure out in terms of next steps, I don't see
much risk in enabling it. There are no choices available in the setup or in
terms of alternatives. DOI and some kind of registration are expected more
and more.

Thoughts?

Vaclav

[1] 
https://urldefense.com/v3/__https://grasswiki.osgeo.org/wiki/GitHub-Zenodo_linkage__;!!IKRxdwAv5BmarQ!K52Klqmq-tT_br3V2AsSeRGAToybyhL_vSfv1d-Fm4010Vq5iXdwZWttyJw2S6e9phs$
[2] 
https://urldefense.com/v3/__https://github.com/zenodo/zenodo/issues/826__;!!IKRxdwAv5BmarQ!K52Klqmq-tT_br3V2AsSeRGAToybyhL_vSfv1d-Fm4010Vq5iXdwZWttyJw2I-SDLvs$
-- next part --
An HTML attachment was scrubbed...
URL: 
<https://urldefense.com/v3/__http://lists.osgeo.org/pipermail/grass-dev/attachments/20210523/4b17a89b/attachment-0001.html__;!!IKRxdwAv5BmarQ!K52Klqmq-tT_br3V2AsSeRGAToybyhL_vSfv1d-Fm4010Vq5iXdwZWttyJw2fbySOdw$
 >

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

Re: [GRASS-dev] GRASS GIS 7.8.6RC1 released

[Michael Barton]

Mac binary is posted
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On May 20, 2021, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Wed, 19 May 2021 23:50:15 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: [GRASS-dev] GRASS GIS 7.8.6RC1 released
Message-ID:
mailto:calfmhhvbs6z-ruudnwh17ar6dq8fr9zzjxg1zhwu04khejl...@mail.gmail.com>>
Content-Type: text/plain; charset="utf-8"

GRASS GIS 7.8.6RC1 
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/7.8.6RC1__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhULHc7eoM$
 >

Repository: OSGeo/grass 
<https://urldefense.com/v3/__https://github.com/OSGeo/grass__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhUBoJkJzI$
 > ? Tag: 7.8.6RC1
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/tree/7.8.6RC1__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhULCuZI-A$
 > ? Commit: c931886
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/commit/c931886902dee761e72d1ba2f0eb91b24e296499__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhUWWUpG78$
 >
? Released by: neteler 
<https://urldefense.com/v3/__https://github.com/neteler__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhUiy_c5w0$
 >

This is the first release candidate of GRASS GIS 7.8.6.

Download source code tarball at

  - 
https://urldefense.com/v3/__https://grass.osgeo.org/grass78/source/grass-7.8.6RC1.tar.gz__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhUQYJwmUU$
  - 
https://urldefense.com/v3/__https://grass.osgeo.org/grass78/source/grass-7.8.6RC1.md5sum__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhU5nBZGng$

For further release details (bug fixes and enhancements), see

  - 
https://urldefense.com/v3/__https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures78__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhUQzcr2iw$
  - 
https://urldefense.com/v3/__https://trac.osgeo.org/grass/wiki/Release/7.8.6-News__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhUx96RkF4$

The GRASS GIS 7.8.6RC1 release provides more than 90 fixes and improvements
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/compare/releasebranch_7_8@*7B12-22-20*7D...releasebranch_7_8@*7B05-19-21*7D__;JSUlJQ!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhUdiMu_jQ$
 >
with respect to the release 7.8.5.
?

This release has 2 assets:

  - Source code (zip)
  - Source code (tar.gz)

Visit the release page
<https://urldefense.com/v3/__https://github.com/OSGeo/grass/releases/tag/7.8.6RC1__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhULHc7eoM$
 > to download them.
-- next part --
An HTML attachment was scrubbed...
URL: 
<https://urldefense.com/v3/__http://lists.osgeo.org/pipermail/grass-dev/attachments/20210519/b504218f/attachment-0001.html__;!!IKRxdwAv5BmarQ!In0mFyElOdwuKhgyP1z_c_I8GAQxQIiFChWi4UjKwyyM06hUADURFdUgHfCmJdhUMnTWgG8$
 >

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

Re: [GRASS-dev] [release planning] GRASS GIS 8: create new release branch

[Michael Barton]

I guess I already filed an issue awhile back #851.

Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On May 16, 2021, at 1:32 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Sun, 16 May 2021 20:32:05 +0000
From: Michael Barton mailto:michael.bar...@asu.edu>>
To: Vaclav Petras mailto:wenzesl...@gmail.com>>
Cc: GRASS developers 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 8: create new
release branch
Message-ID: 
<4efd251e-3f40-477e-a9ab-fa2a8b74e...@asu.edu<mailto:4efd251e-3f40-477e-a9ab-fa2a8b74e...@asu.edu>>
Content-Type: text/plain; charset="us-ascii"

v.in.pdal is not an extension though. It is packaged with the normal 
distribution. I guess I'll put in an issue to have it on the menu.

Michael

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

Re: [GRASS-dev] [release planning] GRASS GIS 8: create new release branch

[Michael Barton]

v.in.pdal is not an extension though. It is packaged with the normal 
distribution. I guess I'll put in an issue to have it on the menu.

Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On May 14, 2021, at 7:18 PM, Vaclav Petras 
mailto:wenzesl...@gmail.com>> wrote:


On Fri, May 14, 2021 at 3:54 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
The r.colors/v.colors log scaling was getting close to being fixed. But I don't 
know if Huidae has had time to work on it recently.

Related to vector colors with v.colors, I also wanted to change how d.vect 
works with colors of areas, but I'm unsure about how to proceed there.

https://github.com/OSGeo/grass/pull/1146<https://urldefense.com/v3/__https://github.com/OSGeo/grass/pull/1146__;!!IKRxdwAv5BmarQ!IgXCLiReoX7xXVAxZHN3661aHeXQWFQdIUCtvSS6QGlZ_v2ariuMKEqFxDiAJA-WmsgsmdI$>

It would be very nice to have increasing PDAL functionality by adding r.in.pdal.

More work is needed, so probably not for the initial beta, but we are in a good 
position to include it as is if we find ourselves before the release without 
r.in.pdal.

Along those lines, why doesn't v.in.pdal show up in the menu? I thought that 
was supposed to be automatic now.

The menus are handcrafted - there is a strutructure which is in the menus 
(i.e., nothing in the modules themselves is used to sort them out 
hierarchically). What is automatic is the Addons: If you install the 
script-based r.in.pdal from Addons, it will show up automatically.

https://grass.osgeo.org/grass78/manuals/addons/r.in.pdal.html<https://urldefense.com/v3/__https://grass.osgeo.org/grass78/manuals/addons/r.in.pdal.html__;!!IKRxdwAv5BmarQ!IgXCLiReoX7xXVAxZHN3661aHeXQWFQdIUCtvSS6QGlZ_v2ariuMKEqFxDiAJA-WPAOHUMg$>


Michael
_____
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu<http://shesc.asu.edu/>, 
https://complexity.asu.edu<https://complexity.asu.edu/>, 
http://www.public.asu.edu/~cmbarton

On May 14, 2021, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Fri, 14 May 2021 17:09:42 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: [GRASS-dev] [release planning] GRASS GIS 8: create new
release branch
Message-ID:
mailto:calfmhhsn3iobnqeplk6xjwcdwljmmvvjf9sdhyt_zzjyn_f...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Hi devs,

Let me suggest to create a new release branch in the next two weeks
It will help us to focus on the upcoming and even announced 8.0.0
release: several conferences are upcoming with presentations on GRASS
GIS 8 talks and demo sessions.
So it makes quite sense to have a tangible version available, at least
in a release branch :-)

Now, the question is, also to avoid excessive cherry-picking of fixes
and changes from master (to be called 8.1 then), which of the open PR
may be merged soon?

See e.g. here:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/milestone/4__;!!IKRxdwAv5BmarQ!JtOeB64Z2SqQTOloVuAXNvAXbCfC0qKPQxI4A_vowo7SrHYm57hU_Z4GAxC1VRBwidOIuio$

See also (please add notes!):
Draft release notes: 
https://urldefense.com/v3/__https://trac.osgeo.org/grass/wiki/Grass8/NewFeatures80__;!!IKRxdwAv5BmarQ!JtOeB64Z2SqQTOloVuAXNvAXbCfC0qKPQxI4A_vowo7SrHYm57hU_Z4GAxC1VRBwKx_wSAs$

Thanks,
Markus

___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!IgXCLiReoX7xXVAxZHN3661aHeXQWFQdIUCtvSS6QGlZ_v2ariuMKEqFxDiAJA-WqoNgVqQ$>

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

Re: [GRASS-dev] [release planning] GRASS GIS 8: create new release branch

[Michael Barton]

The r.colors/v.colors log scaling was getting close to being fixed. But I don't 
know if Huidae has had time to work on it recently.

It would be very nice to have increasing PDAL functionality by adding 
r.in.pdal. Along those lines, why doesn't v.in.pdal show up in the menu? I 
thought that was supposed to be automatic now. It is present in both 7.8 and 
7.9 if configures --with-pdal.

Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On May 14, 2021, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Fri, 14 May 2021 17:09:42 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: [GRASS-dev] [release planning] GRASS GIS 8: create new
release branch
Message-ID:
mailto:calfmhhsn3iobnqeplk6xjwcdwljmmvvjf9sdhyt_zzjyn_f...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Hi devs,

Let me suggest to create a new release branch in the next two weeks
It will help us to focus on the upcoming and even announced 8.0.0
release: several conferences are upcoming with presentations on GRASS
GIS 8 talks and demo sessions.
So it makes quite sense to have a tangible version available, at least
in a release branch :-)

Now, the question is, also to avoid excessive cherry-picking of fixes
and changes from master (to be called 8.1 then), which of the open PR
may be merged soon?

See e.g. here:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/milestone/4__;!!IKRxdwAv5BmarQ!JtOeB64Z2SqQTOloVuAXNvAXbCfC0qKPQxI4A_vowo7SrHYm57hU_Z4GAxC1VRBwidOIuio$

See also (please add notes!):
Draft release notes: 
https://urldefense.com/v3/__https://trac.osgeo.org/grass/wiki/Grass8/NewFeatures80__;!!IKRxdwAv5BmarQ!JtOeB64Z2SqQTOloVuAXNvAXbCfC0qKPQxI4A_vowo7SrHYm57hU_Z4GAxC1VRBwKx_wSAs$

Thanks,
Markus

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

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.6

[Michael Barton]

Yes. But worse, creating a custom location fails with an error. I submitted a 
report. Not at a place to look it up right now but can search later. 

Michael Barton
School of Human Evolution  Change
School of Complex Adaptive System Science
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

> On Apr 8, 2021, at 10:33 AM, Nicklas Larsson  wrote:
> 
> Search field in Location Wizard has been fixed [1].
> 
> 
> [1] 
> https://urldefense.com/v3/__https://github.com/OSGeo/grass/commit/a577a3b4c4b1773647b68d78729784960f9a9d04__;!!IKRxdwAv5BmarQ!IRX4JtXMhVfD9iyBkfKLEqfcQEYtV7v-ybmqZJYTNqL141tGXCOA1UYRduWe3KY41Eii_ug$
>  
> 
> 
> Nicklas
> 
> 
> 
> 
>>> On Wednesday, 7 April 2021, 22:30:22 CEST, Michael Barton 
>>>  wrote: 
>> 
>> 
>> 
>> 
>> 
>> 
>> Has the broken Location Wizard been fixed? This is very important. 
> 
> 
> 
>> Michael
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
>   
>   
>   
>   
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>>   
>> On Apr 7, 2021, at 2:00 PM,  grass-dev-requ...@lists.osgeo.org wrote:
>> 
>> 
>> Date: Wed, 7 Apr 2021 15:05:01 +0200
>> From: Markus Neteler 
>> To: GRASS developers list 
>> Subject: Re: [GRASS-dev] [release planning] GRASS GIS 7.8.6
>> Message-ID:
>> 
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Markus Neteler  schrieb am So., 21. M?rz 2021, 09:21:
>> 
>> 
>>>   Hi devs,
>>> 
>>> Since the last stable release 7.8.5 almost 70 commits have been
>>> accumulated:
>>> https://urldefense.com/v3/__https://github.com/OSGeo/grass/compare/7.8.5...releasebranch_7_8__;!!IKRxdwAv5BmarQ!K-E4ghl49oFrshx0r2s4i_zm0j6Ds35MSJE3Th5_G9BWRfDzndmX7xvhWsgLsvBiX2AkRYc$
>>>  
>>> 
>>> I suggest the following time schedule:
>>> 
>>> - Soft freeze of release branch: 26 March 2021
>>> - RC1: 6 Apr 2021
>>> - RC2: 16 Apr 2021, if needed
>>> - Final release: 27 Apr 2021
>>> 
>>> What's still to be done for 7.8.6?
>>> 
>> 
>> 
>> Is g.extension failing for all add-ons or only for a few? A new blocker or
>> not?
>> 
>> See the 7.8.6 milestone, it is
>> 
>>>   showing the remaining open issues:
>>> https://urldefense.com/v3/__https://github.com/OSGeo/grass/milestone/6__;!!IKRxdwAv5BmarQ!K-E4ghl49oFrshx0r2s4i_zm0j6Ds35MSJE3Th5_G9BWRfDzndmX7xvhWsgLsvBie0NBcng$
>>>  
>>> --> 78% complete
>>> 
>>> Please check what really applies to the upcoming 7.8.6 release.
>>> 
>> 
>> 
>> 
> 
> 
> 
> 
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!IRX4JtXMhVfD9iyBkfKLEqfcQEYtV7v-ybmqZJYTNqL141tGXCOA1UYRduWe3KY4gxgrQqw$
>  
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.6

[Michael Barton]

Has the broken Location Wizard been fixed? This is very important.

Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On Apr 7, 2021, at 2:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Wed, 7 Apr 2021 15:05:01 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS developers list 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] [release planning] GRASS GIS 7.8.6
Message-ID:
mailto:calfmhhv-zedqphvott-t8aogsyyoj3q6wx734qd_g7uc+cz...@mail.gmail.com>>
Content-Type: text/plain; charset="utf-8"

Markus Neteler mailto:nete...@osgeo.org>> schrieb am So., 
21. M?rz 2021, 09:21:

Hi devs,

Since the last stable release 7.8.5 almost 70 commits have been
accumulated:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/compare/7.8.5...releasebranch_7_8__;!!IKRxdwAv5BmarQ!K-E4ghl49oFrshx0r2s4i_zm0j6Ds35MSJE3Th5_G9BWRfDzndmX7xvhWsgLsvBiX2AkRYc$

I suggest the following time schedule:

- Soft freeze of release branch: 26 March 2021
- RC1: 6 Apr 2021
- RC2: 16 Apr 2021, if needed
- Final release: 27 Apr 2021

What's still to be done for 7.8.6?


Is g.extension failing for all add-ons or only for a few? A new blocker or
not?

See the 7.8.6 milestone, it is
showing the remaining open issues:
https://urldefense.com/v3/__https://github.com/OSGeo/grass/milestone/6__;!!IKRxdwAv5BmarQ!K-E4ghl49oFrshx0r2s4i_zm0j6Ds35MSJE3Th5_G9BWRfDzndmX7xvhWsgLsvBie0NBcng$
--> 78% complete

Please check what really applies to the upcoming 7.8.6 release.


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

Re: [GRASS-dev] [GRASS-PSC] Min. req. of programming language standard support, GRASS GIS 8

[Michael Barton]

It seems like it would be a good idea to include a section for periodic review 
and updating of the language standards support. That is, do we review and 
reissue with each major version release (e.g., 7 -> 8)? Each sub-major release 
(7.8 -> 7.9). Or do we review and potentially update with any major/sub-major 
update of the language and its distribution (e.g., Python 2 -> 3 or 3.7 -> 
3.8)? Or are there other ways to decide when to do review and update this 
standard?

Michael
_____
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On Mar 16, 2021, at 12:30 PM, Veronica Andreo 
mailto:veroand...@gmail.com>> wrote:

Hi everyone

Thanks for all the feedback.

In practical terms then, shall we:
- remove all python references from the Language Standards draft RFC [0] and 
vote only for C/C++, while creating a separate RFC for the minimum python 
version?
- add a formula that sets on which pace the minimum supported python version 
will change to the Language Standards draft RFC [0] and vote for everything 
altogether?

Vero

[0] 
https://trac.osgeo.org/grass/wiki/RFC/7_LanguageStandardsSupport<https://urldefense.com/v3/__https://trac.osgeo.org/grass/wiki/RFC/7_LanguageStandardsSupport__;!!IKRxdwAv5BmarQ!IGGdA3JGHwIvM70uQAxKgP-SoAnSPcupVWcVBGmLKhV4ocBAMqqxF8S2vhiwWU_ODXbcMWU$>

El mar, 2 mar 2021 a las 22:54, Markus Neteler 
(mailto:nete...@osgeo.org>>) escribió:
Hi all,

On Tue, Mar 2, 2021 at 8:15 AM Nicklas Larsson via grass-dev
mailto:grass-dev@lists.osgeo.org>> wrote:
>
> Good, Anna, you brought up this question on regular update of Python version 
> support. I deliberately left that part out of the draft for setting/updating 
> language standards, as I would argue it deserves a RFC on its own.

I agree to both:

- we need to find a formula with our release rhythm and the oldest
still supported Python version,
- and yes, please let's separate this out into a different discussion
(RFC if needed).

I.e., one C/C++ RFC and one Python RFC.

> A RFC should't be updatable, but may be overridden, partly or completely, 
> with a new RFC. Adopting adherence to a new C or C++ standard will most 
> likely be a quite rare business and should be dealt with a new RFC.

I agree to that, as it would become a moving target otherwise.

> The discussed approach, following the Python versions life-cycle, could 
> possibly look a little different, however the forms and modes for this should 
> be established likewise with a RFC.
>
> If we agree now, to set Python 3.6 as a minimum, we have roughly six months 
> to work out such a procedure. I’m glad to assist to this in, say around, 
> October, in time for the 3.6 retirement.

Let me suggest to separate Python out into another discussion.
The pace of C/++ standards and that of Python versions are quite
different and not easy to handle in a single RFC.

Just my 0.02 cents,

Markus
___
grass-psc mailing list
grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>
https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-psc__;!!IKRxdwAv5BmarQ!IGGdA3JGHwIvM70uQAxKgP-SoAnSPcupVWcVBGmLKhV4ocBAMqqxF8S2vhiwWU_OZbE7gBY$

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

Re: [GRASS-dev] grass-dev Digest, Vol 180, Issue 22

[Michael Barton]

Denis,

Thanks for the detailed response. From the sound of it, and from some other 
responses, the multi-res arguments should probably be removed or commented out 
until they actually work and are documented.

Also, I'm not sure what is the best to call the ratio of the geomorphon polygon 
and a maximum search circle. Perhaps relative extent or relative coverage. But 
it is not "extend". That is the wrong English word for this.

I'll make an issue so that this can be easier to deal with.

Michael
_____
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On Feb 16, 2021, at 7:36 AM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Tue, 16 Feb 2021 02:56:48 +
From: Denis Ovsienko mailto:de...@ovsienko.info>>
To: grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
Subject: Re: [GRASS-dev] r.geomorphon multiresolution mode
Message-ID: <20210216025648.6b98d46d@basepc>
Content-Type: text/plain; charset=US-ASCII

On Mon, 15 Feb 2021 22:23:09 +
Michael Barton mailto:michael.bar...@asu.edu>> wrote:

Can anyone explain how multiresolution model works in r.geomorphon?
It does not seem to respond to any setting changes and seems to
always produce blank maps (testing with NC demo set). There is
nothing about multiresolution mode in the manual for 7.8 or 7.9

Hello Michael.

I had applied a few rounds of cleanups and improvements to this
plugin, one of which was directly related to multires (see commit
867ff057b). Other than that, I didn't study multires closely, but
managed to notice earlier that start_distance and step_distance (which
are derived from the command-line arguments) are never used in the main
multires branch, which also overrides the value of num_of_steps with a
hard-coded value of 5, but I had more pressing problems to solve in the
non-multires branch of main() at the time.

Having looked through the multires branch again just now, it does not
look right that after the call to calc_pattern() the code does not have
a call to determine_form(), the output of which ought to go into
multiple_output[i].forms_buffer before Rast_put_row() stores it. That
would explain why you have blank outputs. That said, I still do not
understand the intended difference between the multiple output rasters.

Also, I think there is a typo in the manual and arguments. I think
that what is meant is the word "extent" (a noun for area) rather than
"extend" (a verb to make larger). I can make an issue for this typo
if helpful.

If you take the 8 cardinal points of a geomorphon without the
elevations, the plane figure will be an octagon (a degenerate one when
more than two cardinal points end up in the centre). In any case, it
will always be a so called simple polygon, let's call its area S1.

If you take a fixed search radius, draw a circle and intersect it with
the 8 cardinal directions (in other word, if you consider the regular
convex case of the above figure), its maximum possible area (let's call
it S2) will be a function of the search radius.

So what is currently known as the "extend" output of r.geomorphon is
S1/S2, hence its value belongs to the [0.0, 1.0] interval. I agree this
might be not the right term, although I am not sure what would be the
most appropriate geometric term in English. For what it is worth, the
function that computes S1 is currently called "extends()", and both the
G_parser props and the HTML document currently give an incorrect
description of what the "extend" output produces, so that would be best
made consistent in the same go.

There are some other long-standing imperfections in both the C code and
the HTML documentation of r.geomorphon, if you have time now to work on
these, I could suggest a few points. That said, it would be nice not to
re-jig r.geomorphon in substantial ways right now, because it is
serving as a foundation for Geomorphon Profiler, and I am busy
finishing another layer of software on top of these two, so a student
can finally get their thesis done.

--
   Denis Ovsienko

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

[GRASS-dev] r.geomorphon multiresolution mode

[Michael Barton]

Can anyone explain how multiresolution model works in r.geomorphon? It does not 
seem to respond to any setting changes and seems to always produce blank maps 
(testing with NC demo set). There is nothing about multiresolution mode in the 
manual for 7.8 or 7.9

Also, I think there is a typo in the manual and arguments. I think that what is 
meant is the word "extent" (a noun for area) rather than "extend" (a verb to 
make larger). I can make an issue for this typo if helpful.

Michael


_________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.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

Re: [GRASS-dev] [GRASS-PSC] Min. req. of programming language standard support, GRASS GIS 8

[Michael Barton]

Ahh.
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On Feb 11, 2021, at 1:14 PM, Markus Neteler 
mailto:nete...@osgeo.org>> wrote:

On Thu, Feb 11, 2021 at 9:14 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

For some reason, I'm not seeing the new RFC at 
https://urldefense.com/v3/__https://trac.osgeo.org/grass/wiki/RFC__;!!IKRxdwAv5BmarQ!JZ1rTME_89so-xmZFVkY1n5-WrvplN_CAYpLry8MZW6jY05_Pb9wfyhOpPGcCMZj97K71oU$

It still needs to be written :-)

Markus

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

Re: [GRASS-dev] [GRASS-PSC] Min. req. of programming language standard support, GRASS GIS 8

[Michael Barton]

For some reason, I'm not seeing the new RFC at 
https://trac.osgeo.org/grass/wiki/RFC

Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On Feb 11, 2021, at 1:09 PM, Veronica Andreo 
mailto:veroand...@gmail.com>> wrote:

I was just about to pop up in this discussion with the RFC suggestion :)

Thanks a lot Nicklas and Moritz!

El jue, 11 feb 2021 a las 14:34, Moritz Lennert 
(mailto:mlenn...@club.worldonline.be>>) escribió:


Am 11. Februar 2021 13:29:10 MEZ schrieb Nicklas Larsson 
mailto:n_lars...@yahoo.com>>:
> Moritz,
>
>I'd be honoured!
>I will put it on GRASS Wiki [1] if you don't have another suggestion and 
>notify here when done.


Great, thanks a lot !

Moritz

>
>[1] 
>https://trac.osgeo.org/grass/wiki/RFC<https://urldefense.com/v3/__https://trac.osgeo.org/grass/wiki/RFC__;!!IKRxdwAv5BmarQ!OYpAswj3VgMcI6vClvpJfqqSfIe4MxgmHEew5y8Fps-L4jGudsYNJ6eLwZnlHmcgYYSlpjw$>
>
>
>
> On Thursday, 11 February 2021, 12:54:30 CET, Moritz Lennert 
> mailto:mlenn...@club.worldonline.be>> wrote:
>
> On 10/02/21 13:16, Nicklas Larsson wrote:
>> It would be most favourable for all contributors and the project if the
>> community could come to an agreement on this topic. I see no reason to
>> postpone a decision on this much longer.
>>
>> The final word on this need to be that of the PSC's. Whether through
>> simple vote or a RFC. However, a sounding of the opinion of the
>> dev-community on this matter is of equal importance and can be of help
>> for the PSC.
>
>Thanks a lot, Nicklas, for this very comprehensive summary !
>
>A suggestion made at the first meeting of the new PSC was to use this
>discussion as a use case for a more extensive usage of RFC's to put
>important decisions into more permanent documents than mailing list
>archives and to provoke a formal decision as you suggest. Would you be
>willing to write a first draft of such an RFC ?
>
>Moritz
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!OYpAswj3VgMcI6vClvpJfqqSfIe4MxgmHEew5y8Fps-L4jGudsYNJ6eLwZnlHmcg_vBseFg$>
___
grass-psc mailing list
grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>
https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-psc__;!!IKRxdwAv5BmarQ!OYpAswj3VgMcI6vClvpJfqqSfIe4MxgmHEew5y8Fps-L4jGudsYNJ6eLwZnlHmcg-9htarA$

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

Re: [GRASS-dev] r.statistics being deprecated?

[Michael Barton]

I think it was in the raster overlay section (because it makes maps) back when 
I last taught my spatial tech class here (2015).

Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On Feb 4, 2021, at 3:43 PM, Markus Neteler 
mailto:nete...@osgeo.org>> wrote:

On Thu, Feb 4, 2021 at 8:19 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

r.statistics no longer appears in the menu for GRASS 7.8.6 (and earlier?).

Is it being deprecated and replaced by r.stats.zonal?

I am not aware of that but indeed I don't see it in the menu under

Raster > Reports and statistics

Was it ever therein?

Regarding replacement:
https://urldefense.com/v3/__https://grass.osgeo.org/grass79/manuals/r.stats.zonal.html*notes__;Iw!!IKRxdwAv5BmarQ!PdD8oh_-UpACDs1gwzQ_KbHKTsud0FKzcFg_1ZPq8aXR4a9adz7b8UV7vD8JHh43W_AW3Ts$
"r.stats.zonal is intended to be a partial replacement for
r.statistics, with support for floating-point cover maps at the
expense of not supporting quantiles."

Markus

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

[GRASS-dev] r.statistics being deprecated?

[Michael Barton]

r.statistics no longer appears in the menu for GRASS 7.8.6 (and earlier?).

Is it being deprecated and replaced by r.stats.zonal?

Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.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

Re: [GRASS-dev] [GRASS-PSC] [GRASS GIS Elections 2020] Voting phase closed, presentation of results

[Michael Barton]

To the GRASS community,

I am honored to be selected to serve on the GRASS Project Steering Community, 
and want to extend my appreciation to all GRASS members. I also want to 
recognize the commitment and broad expertise to all the individuals who 
volunteered to stand for election to the PSC. I will continue to advocate for 
GRASS and open science to the academic, research, and private sector user 
communities. And I will support the ongoing efforts of the outstanding 
development team that have made GRASS a world-wide exemplar of highest quality 
open source software.

Michael Barton

__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu,
https://complexity.asu.edu,
http://www.public.asu.edu/~cmbarton

From: grass-psc  on behalf of Chief Return 
Officer (CRO) - GRASS GIS election 2020 
Date: Monday, January 25, 2021 at 5:31 AM
To: grass-user , grass-dev@lists.osgeo.org 
, GRASS-PSC , 
grass-st...@lists.osgeo.org , 
grass-translati...@lists.osgeo.org , 
grass-...@lists.osgeo.org , 
grass-annou...@lists.osgeo.org 
Subject: [GRASS-PSC] [GRASS GIS Elections 2020] Voting phase closed, 
presentation of results
Dear members of the GRASS GIS community,

The voting phase of the GRASS GIS Election 2020 is now finished. Out of 245 
registered voters, 98 completed the survey. The results are shown below and are 
now available in the Trac Wiki.



Voting result (ranking, name, number of votes):

 1. Markus Neteler  95

 2. Anna Petrášová  88

 3. Helena Mitasova  86

 4. Martin Landa83

 5. Verónica Andreo 76

 6. Moritz Lennert  74

 7. Vaclav Petras   68

 8. Michael Barton  58

 9. Huidae Cho  56

10. Helmut Kudrnovsky   55

11. Peter Löwe  52

12. Māris Nartišs   47

13. Stefan Blumentrath  44







The new PSC is then composed of the following 9 members:

 1. Markus Neteler  95

 2. Anna Petrášová  88

 3. Helena Mitasova  86

 4. Martin Landa83

 5. Verónica Andreo 76

 6. Moritz Lennert  74

 7. Vaclav Petras   68

 8. Michael Barton  58

 9. Huidae Cho  56





Regards,

Hernán

Chief Return Officer (CRO)





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

Re: [GRASS-dev] 7.8.5 windows installer broken. How to find 7.8.4?

[Michael Barton]

Thanks much. I will.

Michael Barton
School of Human Evolution  Change
School of Complex Adaptive System Science
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

On Jan 20, 2021, at 7:16 AM, Anna Petrášová  wrote:




On Tue, Jan 19, 2021 at 3:48 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
Could someone let me know if and when the windows installer for GRASS 7.8.5 has 
been fixed?

I think the issue I sent you earlier gives the most up-to-date info, so I would 
subscribe to that issue to get updates. I don't think we fully understand the 
problem yet.

Anna

Thanks
Michael

__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu<https://urldefense.com/v3/__http://shesc.asu.edu__;!!IKRxdwAv5BmarQ!IhdBriTJls8SjlVnq8t8LhuaZv_ObftSIKqRPKxKP0NH_IibBwhvW870HXTpGvxodOfXQUU$>,
https://complexity.asu.edu<https://urldefense.com/v3/__https://complexity.asu.edu__;!!IKRxdwAv5BmarQ!IhdBriTJls8SjlVnq8t8LhuaZv_ObftSIKqRPKxKP0NH_IibBwhvW870HXTpGvxoBThuzLU$>,
http://www.public.asu.edu/~cmbarton<https://urldefense.com/v3/__http://www.public.asu.edu/*cmbarton__;fg!!IKRxdwAv5BmarQ!IhdBriTJls8SjlVnq8t8LhuaZv_ObftSIKqRPKxKP0NH_IibBwhvW870HXTpGvxoQaj5BWs$>

From: Michael Barton mailto:michael.bar...@asu.edu>>
Date: Wednesday, January 13, 2021 at 6:57 AM
To: Anna Petrášová mailto:kratocha...@gmail.com>>
Cc: GRASS developers 
mailto:grass-dev@lists.osgeo.org>>
Subject: Re: [GRASS-dev] 7.8.5 windows installer broken. How to find 7.8.4?
Thanks much Anna
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu<https://urldefense.com/v3/__http://shesc.asu.edu__;!!IKRxdwAv5BmarQ!IhdBriTJls8SjlVnq8t8LhuaZv_ObftSIKqRPKxKP0NH_IibBwhvW870HXTpGvxodOfXQUU$>,
 
https://complexity.asu.edu<https://urldefense.com/v3/__https://complexity.asu.edu__;!!IKRxdwAv5BmarQ!IhdBriTJls8SjlVnq8t8LhuaZv_ObftSIKqRPKxKP0NH_IibBwhvW870HXTpGvxoBThuzLU$>,
 
http://www.public.asu.edu/~cmbarton<https://urldefense.com/v3/__http://www.public.asu.edu/*cmbarton__;fg!!IKRxdwAv5BmarQ!IhdBriTJls8SjlVnq8t8LhuaZv_ObftSIKqRPKxKP0NH_IibBwhvW870HXTpGvxoQaj5BWs$>


On Jan 12, 2021, at 7:54 PM, Anna Petrášová 
mailto:kratocha...@gmail.com>> wrote:

Hi,

On Tue, Jan 12, 2021 at 7:13 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
I just launched my spatial tech class today. Most people use Windows. I don't 
and and can't test it regularly, but haven't worried much about it because so 
many people do use it.

Nobody could get the standard Windows install to work for GRASS 7.8.5 today. It 
simply launched a console with a bunch of error messages apparently, for 
everyone. I'm getting someone to send a screenshot so I can file a report.

no need, here it is already:
https://github.com/OSGeo/grass/issues/1218<https://urldefense.com/v3/__https:/github.com/OSGeo/grass/issues/1218__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFaB0wDZ2w$>

People were having trouble with 7.8.5 in OSGEO4W too. It did install but had 
problems running for some people.

In the meantime, is there someplace to get 7.8.4?

https://grass.osgeo.org/grass78/binary/mswindows/native/x86_64/<https://urldefense.com/v3/__https:/grass.osgeo.org/grass78/binary/mswindows/native/x86_64/__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFapIij0O4$>

This is indeed a problem...



Thanks
Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu<https://urldefense.com/v3/__http:/shesc.asu.edu__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFavzA1TmY$>,
 
https://complexity.asu.edu<https://urldefense.com/v3/__https:/complex

Re: [GRASS-dev] 7.8.5 windows installer broken. How to find 7.8.4?

[Michael Barton]

Could someone let me know if and when the windows installer for GRASS 7.8.5 has 
been fixed?

Thanks
Michael

__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu,
https://complexity.asu.edu,
http://www.public.asu.edu/~cmbarton

From: Michael Barton 
Date: Wednesday, January 13, 2021 at 6:57 AM
To: Anna Petrášová 
Cc: GRASS developers 
Subject: Re: [GRASS-dev] 7.8.5 windows installer broken. How to find 7.8.4?
Thanks much Anna
_____
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton


On Jan 12, 2021, at 7:54 PM, Anna Petrášová 
mailto:kratocha...@gmail.com>> wrote:

Hi,

On Tue, Jan 12, 2021 at 7:13 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
I just launched my spatial tech class today. Most people use Windows. I don't 
and and can't test it regularly, but haven't worried much about it because so 
many people do use it.

Nobody could get the standard Windows install to work for GRASS 7.8.5 today. It 
simply launched a console with a bunch of error messages apparently, for 
everyone. I'm getting someone to send a screenshot so I can file a report.

no need, here it is already:
https://github.com/OSGeo/grass/issues/1218<https://urldefense.com/v3/__https:/github.com/OSGeo/grass/issues/1218__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFaB0wDZ2w$>

People were having trouble with 7.8.5 in OSGEO4W too. It did install but had 
problems running for some people.

In the meantime, is there someplace to get 7.8.4?

https://grass.osgeo.org/grass78/binary/mswindows/native/x86_64/<https://urldefense.com/v3/__https:/grass.osgeo.org/grass78/binary/mswindows/native/x86_64/__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFapIij0O4$>

This is indeed a problem...



Thanks
Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu<https://urldefense.com/v3/__http:/shesc.asu.edu__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFavzA1TmY$>,
 
https://complexity.asu.edu<https://urldefense.com/v3/__https:/complexity.asu.edu__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFaqIVnNAs$>,
 
http://www.public.asu.edu/~cmbarton<https://urldefense.com/v3/__http:/www.public.asu.edu/*cmbarton__;fg!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFaXRhVf5w$>

___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https:/lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFaZt2VfZ8$>

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

Re: [GRASS-dev] minor tweak to new website

[Michael Barton]

Thanks
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On Jan 16, 2021, at 10:18 AM, Veronica Andreo 
mailto:veroand...@gmail.com>> wrote:

Hi everyone,

I just created a PR with the proposed changes:

https://github.com/OSGeo/grass-website/pull/244<https://urldefense.com/v3/__https://github.com/OSGeo/grass-website/pull/244__;!!IKRxdwAv5BmarQ!N-V9BjRYzp2pI-k_azqe2mqTKtz227fBaNtBchBXapUJbWkGr7aALOx1z1dahYlDxUR8WTY$>

best,
Vero

El sáb., 16 ene. 2021 02:34, Zoltan 
mailto:zolt...@geograph.co.za>> escribió:
Agreed, 'preview' is better.
Regards,
Zoltan

Sent from 
BlueMail<https://urldefense.com/v3/__http://www.bluemail.me/r?b=10698__;!!IKRxdwAv5BmarQ!N-V9BjRYzp2pI-k_azqe2mqTKtz227fBaNtBchBXapUJbWkGr7aALOx1z1dahYlDybS2s8s$>
On 16 Jan 2021, at 02:17, Markus Neteler 
mailto:nete...@osgeo.org>> wrote:

On Fri, Jan 15, 2021 at 10:12 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

 You are correct about the redundancy. I was trying to make the change as minor 
as possible. A somewhat better listing would be

 GRASS GIS 7.8.5 (current stable)

 GRASS GIS 7.6.1 (legacy) [change from “old”]

 GRASS GIS 7.9 (preview) [“development” is OK, but “preview” sounds more 
inviting for use]

I like the new wording.

Markus

___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!N-V9BjRYzp2pI-k_azqe2mqTKtz227fBaNtBchBXapUJbWkGr7aALOx1z1dahYlDKq6MNnQ$>

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

Re: [GRASS-dev] minor tweak to new website

[Michael Barton]

I agree one word is better than two. Maybe just current.

Michael Barton
School of Human Evolution  Change
School of Complex Adaptive System Science
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

On Jan 15, 2021, at 9:35 PM, Vaclav Petras  wrote:




On Fri, Jan 15, 2021 at 4:12 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
You are correct about the redundancy. I was trying to make the change as minor 
as possible. A somewhat better listing would be

GRASS GIS 7.8.5 (current stable)

GRASS GIS 7.6.1 (legacy) [change from “old”]

GRASS GIS 7.9 (preview) [“development” is OK, but “preview” sounds more 
inviting for use]


+1 for legacy and especially preview, I like that a lot!

I'm unsure about "current stable". It seems like one of the works might be 
enough. I thought stable should be enough, but PostgreSQL actually uses Current 
in documentation just be itself. Isn't there a noun "release" implied in each 
of those? Aren't all releases stable unless noted otherwise? Isn't then 
"stable" redundant? Anyway, I like the proposal even as is.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] minor tweak to new website

[Michael Barton]

You are correct about the redundancy. I was trying to make the change as minor 
as possible. A somewhat better listing would be

GRASS GIS 7.8.5 (current stable)

GRASS GIS 7.6.1 (legacy) [change from “old”]

GRASS GIS 7.9 (preview) [“development” is OK, but “preview” sounds more 
inviting for use]

Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu,
https://complexity.asu.edu,
http://www.public.asu.edu/~cmbarton

From: Zoltan 
Date: Friday, January 15, 2021 at 2:04 PM
To: Helena Mitasova 
Cc: Newcomb, Doug via grass-dev , Michael Barton 
, Paulo van Breugel 
Subject: Re: [GRASS-dev] minor tweak to new website
Hi,
If I may:
Devel (development)  has wording redundancy.
What about7.9 snapshot (under development)
Regards from a lurker that admires the effort you guys put in.
Zoltan
Sent from 
BlueMail<https://urldefense.com/v3/__http:/www.bluemail.me/r?b=10698__;!!IKRxdwAv5BmarQ!PXuhKtvu_lEnFSJo_CtMADLTPx2izgq10jGc0qC6Bv4P_RgkNOziWXuSq61lv8qIUzr3SG4$>
On 15 Jan 2021, at 21:21, Helena Mitasova 
mailto:hmit...@ncsu.edu>> wrote:

I agree with Michael’s suggestion too, Helena

 On Jan 15, 2021, at 2:10 PM, Paulo van Breugel  wrote:



 On Fri, Jan 15, 2021 at 5:49 PM Michael Barton  wrote:
 On the new download pages, I just noticed that the dev versions are referenced 
like this:



 GRASS GIS 7.9 devel (unstable)



 This implies that GRASS 7.9 is risky and perhaps minimally useable. The 
reality is that it works very well but has some new features that might be 
buggy or might change. While we want to indicate these differences from the 
current stable version, we don’t want to discourage people from trying it (and 
reporting any issues).



 I suggest that we reference it as



 GRASS GIS 7.9 devel (development)



 Or



 GRASS GIS 7.9 devel (preview)




 +1 good point, it indeed works well, and is in my experience more stable than 
many other software tools I use(d).




 Michael


____________


 C. Michael Barton
 Director, Center for Social Dynamics & Complexity
 Director, Network for Computational Modeling in Social & Ecological Sciences
 Associate Director, School of Complex Adaptive Systems
 Professor, School of Human Evolution & Social Change
 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://shesc.asu.edu<https://urldefense.com/v3/__http:/shesc.asu.edu__;!!IKRxdwAv5BmarQ!PXuhKtvu_lEnFSJo_CtMADLTPx2izgq10jGc0qC6Bv4P_RgkNOziWXuSq61lv8qI8cPYDyM$>,

 
https://complexity.asu.edu<https://urldefense.com/v3/__https:/complexity.asu.edu__;!!IKRxdwAv5BmarQ!PXuhKtvu_lEnFSJo_CtMADLTPx2izgq10jGc0qC6Bv4P_RgkNOziWXuSq61lv8qIsXxpbbM$>,

 
http://www.public.asu.edu/~cmbarton<https://urldefense.com/v3/__http:/www.public.asu.edu/*cmbarton__;fg!!IKRxdwAv5BmarQ!PXuhKtvu_lEnFSJo_CtMADLTPx2izgq10jGc0qC6Bv4P_RgkNOziWXuSq61lv8qIY6FXTwQ$>




 grass-dev mailing list
 grass-dev@lists.osgeo.org
 
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https:/lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!PXuhKtvu_lEnFSJo_CtMADLTPx2izgq10jGc0qC6Bv4P_RgkNOziWXuSq61lv8qIpx6QhsY$>



 grass-dev mailing list
 grass-dev@lists.osgeo.org
 
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https:/lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!PXuhKtvu_lEnFSJo_CtMADLTPx2izgq10jGc0qC6Bv4P_RgkNOziWXuSq61lv8qIpx6QhsY$>

Helena Mitasova
Professor at the Department of Marine,
Earth, and Atmospheric Sciences
Associate director and faculty fellow at the Center for Geospatial Analytics
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu

"All electronic mail messages in connection with State business which are sent 
to or received by this account are subject to the NC Public Records Law and may 
be disclosed to third parties.”



grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https:/lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!PXuhKtvu_lEnFSJo_CtMADLTPx2izgq10jGc0qC6Bv4P_RgkNOziWXuSq61lv8qIpx6QhsY$>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] minor tweak to new website

[Michael Barton]

On the new download pages, I just noticed that the dev versions are referenced 
like this:

GRASS GIS 7.9 devel (unstable)

This implies that GRASS 7.9 is risky and perhaps minimally useable. The reality 
is that it works very well but has some new features that might be buggy or 
might change. While we want to indicate these differences from the current 
stable version, we don’t want to discourage people from trying it (and 
reporting any issues).

I suggest that we reference it as

GRASS GIS 7.9 devel (development)

Or

GRASS GIS 7.9 devel (preview)

Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu,
https://complexity.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-PSC] Statement Michael Barton

[Michael Barton]

I am honored to be nominated to continue on the PSC.

By way of background, I have been a GRASS user and contributor for nearly two 
decades. When I first managed to compile GRASS on my Mac, I wrote a polite 
email to Markus Neteler asking about the possibility of a GUI. He wrote back a 
polite email explaining that this new open source project relied on volunteers 
to do such development. While uncertain about my ability to contribute the 
project, I tried anyway--learning and benefiting much. I have had a number of 
roles in the GRASS community and indeed ended us designing and coding several 
generations of GUI's, including the one now used. This work is now carried on 
by others younger and more talented than I am. Importantly, all of my 
contributions would not have been possible without the collaboration of other 
volunteers in this community. While I still do a little development work, my 
main contribution is to maintain the Mac binaries.

I use GRASS for socio-ecological research and dynamic modeling, and teach 
geospatial technologies with GRASS (in the USA, Germany, and Spain). Being a 
member of the international GRASS community has made me an ardent and vocal 
advocate of FOSS and open science. Promoting open scientific computation is key 
to the mission of the scientific network I lead, CoMSES.NET. I regularly point 
to GRASS as an exemplar open source software project, a bottom up, 
self-organized network of users and developers around the world who together 
create some of the most powerful and highest quality geospatial software 
available.

I will continue to participate in the GRASS developer and user communities, 
advocating for GRASS and FOSS, whether or not I am on the PSC. If selected, I 
am happy to continue to provide input, a historical perspective, and support 
the PSC as a researcher/educator/developer and as a Mac user of GRASS. My goals 
for GRASS center around making it more accessible so that more people can use 
it and contribute to the project. I am very happy to see the continued growth 
of the developer and user communities, especially the new generation of 
developers who are continuing the GRASS tradition of high-quality, cutting-edge 
software. I certainly support ongoing work to make the GUI more flexible and 
more usable, critically important for enabling a wide diversity of people to 
apply this sophisticated and powerful software. Along these lines, I would 
encourage incipient development efforts to provide a browser-based version of 
GRASS, available online as software-as-a-service. Also, in order to support 
transparent, scientific workflows, one suggestion I have is for an option that 
would automatically record the commands behind a series of GUI actions in a 
file that could be saved and shared. All the functionality to do this is 
already in place in GRASS. Finally, while preparing this statement, I went 
looking for an expression of the GRASS mission, and found that one is not 
available beyond "Bringing advanced geospatial technologies to the world". This 
is indeed laudable. But given the long and successful history, and worldwide 
use of GRASS, it would be of value for the PSC, with approval of voting 
community members, to articulate a more comprehensive GRASS mission statement 
to communicate the vision of this community to a global audience.

Michael Barton

__
C. Michael Barton
Network for Computational Modeling in Social & Ecological Sciences
School of Complex Adaptive Systems
School of Human Evolution & Social Change
Arizona State University
USA



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

[GRASS-dev] Questions about OSGEO4W

[Michael Barton]

Since I don't have Windows, I don't know the details of this installation. It 
is confusing some of my students, so I hope someone can answer a couple 
questions that I can pass on.

1. Why doesn't this install GRASS in the 'normal' Windows programs location? 
And where *does* it install GRASS (so people can add it to their launch pad).

2. Where does it install the demo data?

3. A couple students noted that they are finding GRASS 7.8.1 and 7.8.5 on their 
computers. Does OSGEO4W install a couple of different versions? Or is this 
something they did and forgot?

4. Are all current Windows installations 64bit or does this vary by computer?

Thanks
Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.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

Re: [GRASS-dev] 7.8.5 windows installer broken. How to find 7.8.4?

[Michael Barton]

Thanks much Anna
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.asu.edu, 
http://www.public.asu.edu/~cmbarton

On Jan 12, 2021, at 7:54 PM, Anna Petrášová 
mailto:kratocha...@gmail.com>> wrote:

Hi,

On Tue, Jan 12, 2021 at 7:13 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
I just launched my spatial tech class today. Most people use Windows. I don't 
and and can't test it regularly, but haven't worried much about it because so 
many people do use it.

Nobody could get the standard Windows install to work for GRASS 7.8.5 today. It 
simply launched a console with a bunch of error messages apparently, for 
everyone. I'm getting someone to send a screenshot so I can file a report.

no need, here it is already:
https://github.com/OSGeo/grass/issues/1218<https://urldefense.com/v3/__https://github.com/OSGeo/grass/issues/1218__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFaB0wDZ2w$>

People were having trouble with 7.8.5 in OSGEO4W too. It did install but had 
problems running for some people.

In the meantime, is there someplace to get 7.8.4?

https://grass.osgeo.org/grass78/binary/mswindows/native/x86_64/<https://urldefense.com/v3/__https://grass.osgeo.org/grass78/binary/mswindows/native/x86_64/__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFapIij0O4$>

This is indeed a problem...



Thanks
Michael
_____
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu<https://urldefense.com/v3/__http://shesc.asu.edu__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFavzA1TmY$>,
 
https://complexity.asu.edu<https://urldefense.com/v3/__https://complexity.asu.edu__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFaqIVnNAs$>,
 
http://www.public.asu.edu/~cmbarton<https://urldefense.com/v3/__http://www.public.asu.edu/*cmbarton__;fg!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFaXRhVf5w$>

___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto:grass-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-dev__;!!IKRxdwAv5BmarQ!ICuWRUwB9h07Hc31kRbS2xXQ8spAJZ2RFE4YThl10RsuI7ABkZkTxkJc_dJmcZFaZt2VfZ8$>

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

[GRASS-dev] 7.8.5 windows installer broken. How to find 7.8.4?

[Michael Barton]

I just launched my spatial tech class today. Most people use Windows. I don't 
and and can't test it regularly, but haven't worried much about it because so 
many people do use it.

Nobody could get the standard Windows install to work for GRASS 7.8.5 today. It 
simply launched a console with a bunch of error messages apparently, for 
everyone. I'm getting someone to send a screenshot so I can file a report.

People were having trouble with 7.8.5 in OSGEO4W too. It did install but had 
problems running for some people.

In the meantime, is there someplace to get 7.8.4?

Thanks
Michael
_
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Associate Director, School of Complex Adaptive Systems
Professor, School of Human Evolution & Social Change
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://shesc.asu.edu, https://complexity.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

Re: [GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

Nicklas,

I've done some tests and can give more info. I will put this all into the 
GitHub issue for the record.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Aug 6, 2020, at 11:18 AM, Nicklas Larsson 
mailto:n_lars...@yahoo.com>> wrote:

Michael,

On 6 Aug 2020, at 19:35, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Hi Nicklas,

I've been building these packages for a couple years with Anaconda and never 
needed to export CONDA_BUILD_SYSROOT previously. And I don't need it to build 
7.8. So something has changed that requires this in 7.9.

The only thing that has changed lately, is that now CC is configurable, before 
it was static (“gcc”, with your previous patch "clang”). This in itself may, 
somehow indirect lead to the requirement of CONDA_BUILD_SYSROOT, I don’t know. 
I do know that a configurable CC is the way it should have been from start.


The issue with compiling extensions may have existed previously and just no one 
reported it. I'm trying to check this now. This was the case with old 
non-inclusive package. You had to have the command line dev tools installed. 
The new apps are supposed to fix that by having tools needed for compiling 
installed inside the app.

Setting a hard path to "--with-macosx-sdk=“  will lead to setting -isysroot in 
Platform.make. So, for as long as you have built in this way, compiling 
extensions was probably broken for other users. Deleting sysroot 
(pre-distribution) from that file may be the solution for this.


The reason to build with Anaconda is that I wanted to create an all-inclusive 
binary package that would work as most Mac users expect, without having to 
install anything extra. This could not be done with the old (and largely 
obsolete) packaging tools that come with GRASS. There may be other ways to do 
it, but Anaconda works pretty well and is comparatively easy to manage, 
especially for getting all of the many dependencies that GRASS needs without me 
having to compile and update them from scratch.


I understand you perfectly and support your goal. Presently, conda is the best 
(only) way for this aims.

Maybe there is no need to point to an SDK at all, as you mention. I've been 
doing it as a legacy from old build protocols that helped ensure that GRASS 
would be backward compatible with at least a few older OS versions. Maybe with 
everything inside, it isn't needed and just mucks things up. So I'll try 
building without it. If  CONDA_BUILD_SYSROOT is now required, could it point to 
the /Contents/Resources folder inside the app? This should have all the needed 
compiling tools (in /bin, /include, /lib, etc).



This may be a more general way to set

CONDA_BUILD_SYSROOT=$(xcrun --show-sdk-path)

which with 10.15 (and probably back a few versions) will resolve to:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
But you cannot include SDK in binary bundle (legal concerns).

I haven’t been able to figure out actual differences/advantages with using only 
MACOSX_DEPLOYMENT_TARGET vs. and/or setting  -isysroot. But if 
MACOSX_DEPLOYMENT_TARGET only is enough, that may be the way to go.


I would suggest, now for a start, to keep the 10.14 SDK and CONDA_BUILD_SYSROOT 
as is, and apply my little sysroot delete script before distribution.


/ Nicklas



Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=d-xBXbkJF5pwFTNdBfhAFp2f_nEeicCnCQqy3mPKuYs=7R8YS30Osrw9jXtg_DXph0_1lkfV5iX7FcHO-lHspyw=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=d-xBXbkJF5pwFTNdBfhAFp2f_nEeicCnCQqy3mPKuYs=XzTe6WmGxXpXwbzIosfq5Ps1R7F86KBrJxwh_8OXJAg=>



















On Aug 6, 2020, at 2:07 AM, Nicklas Larsson 
mailto:n_lars...

Re: [GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

Thanks. That clarifies things somewhat.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Aug 6, 2020, at 12:49 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Hi Michael,

Yes, the 7.8.4.dev binary has the same issue in that it is also looking for the 
/Users/cmbarton/SDKs/MacOSX10.14.sdk SDK.

Steve

On Aug 6, 2020, at 11:22 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Steven,

Can you try this with the GRASS 7.8.4dev binary I have on the Mac site? I'd 
like to know if this affects all binaries or just 7.9

Thanks
Michael
________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=w17FbuXhXZK-0vNmuzBglF2DULHBxcWsuAfM-4AwLAc=2fT6zDbt-zVWyPXFCZd8GyuQ-tUgbiynZstZQ6DeEOI=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=w17FbuXhXZK-0vNmuzBglF2DULHBxcWsuAfM-4AwLAc=kl38AfLHM0zWQEUwfMsDUuEohkjzE7S9LW-tt378GWU=>



















On Aug 5, 2020, at 2:39 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Hi Michael,

Thanks for updating. I can still install python-based extensions without any 
error, however I still get the same error for compiled code:

g.extension extension=r.fill.gaps
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
clang-10: warning: no such sysroot directory:
'/Users/cmbarton/SDKs/MacOSX10.14.sdk' [-Wmissing-sysroot]
cell_funcs.c:21:10: fatal error: 'math.h' file not found
#include 
 ^~~~
1 error generated.
make: *** [OBJ.x86_64-apple-darwin19.6.0/cell_funcs.o] Error
1
ERROR: Compilation failed, sorry. Please check above error messages.

Steve

On Aug 5, 2020, at 2:00 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Steve,

I just now posted a new updated GRASS 7.9dev that includes svn in the app. It 
solved the g.extension problem for me. Can you test and see if it solves it for 
you too?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=bm8GNsnlGrRMgk5Aw-PILxKCHgti6ue1ipDNLN5bS8o=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=h-op3BcIQNfbjiQKiuUA4VsQRB09LrvWPs0cx0vmmAc=>



















On Aug 4, 2020, at 11:59 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

I'm pretty sure this happened when I installed developer tools 11.5

I want to make sure that anyone using the binaries can do so without having to 
separately install any dependencies. So I'll see what happens if I just include 
svn in the app. I will need to test on a system that suffers from this lack.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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-

Re: [GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

Hi Nicklas,

I've been building these packages for a couple years with Anaconda and never 
needed to export CONDA_BUILD_SYSROOT previously. And I don't need it to build 
7.8. So something has changed that requires this in 7.9.

The issue with compiling extensions may have existed previously and just no one 
reported it. I'm trying to check this now. This was the case with old 
non-inclusive package. You had to have the command line dev tools installed. 
The new apps are supposed to fix that by having tools needed for compiling 
installed inside the app.

The reason to build with Anaconda is that I wanted to create an all-inclusive 
binary package that would work as most Mac users expect, without having to 
install anything extra. This could not be done with the old (and largely 
obsolete) packaging tools that come with GRASS. There may be other ways to do 
it, but Anaconda works pretty well and is comparatively easy to manage, 
especially for getting all of the many dependencies that GRASS needs without me 
having to compile and update them from scratch.

Maybe there is no need to point to an SDK at all, as you mention. I've been 
doing it as a legacy from old build protocols that helped ensure that GRASS 
would be backward compatible with at least a few older OS versions. Maybe with 
everything inside, it isn't needed and just mucks things up. So I'll try 
building without it. If  CONDA_BUILD_SYSROOT is now required, could it point to 
the /Contents/Resources folder inside the app? This should have all the needed 
compiling tools (in /bin, /include, /lib, etc).

While we can tell Mac users that they need to install command line tools (or 
equivalent in Homebrew or Macports) if they want to compile some extensions, it 
will be better and cleaner if there is a way to make all this happen in the app.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Aug 6, 2020, at 2:07 AM, Nicklas Larsson 
mailto:n_lars...@yahoo.com>> wrote:

Michael,

You may try without setting SDK at all (remove --with-macosx-sdk= and 
CONDA_BUILD_SYSROOT), but I doubt it will. CONDA_BUILD_SYSROOT is not a 
workaround, it’s needed for conda.

(If indeed necessary to set SDK, it might be better to use:
CONDA_BUILD_SYSROOT=$(xcrun --show-sdk-path) to use present SDK while building 
GRASS, but make sure to set MACOSX_DEPLOYMENT_TARGET.)


What seems to work for compiling extensions, is modifying the file:

/Applications/GRASS-7.9.app/Contents/Resources/include/Make/Platform.make

deleting the 4 instances of the text:

-isysroot /Users/cmbarton/SDKs/MacOSX10.14.sdk

I cannot however tell whether this works without Xcode.

Best,
Nicklas


On 6 Aug 2020, at 00:48, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

This has to do with some kind of change in master (not in v. 7.8.4dev as of 25 
July) that caused configure to fail with a bogus missing zlib message. Nicklas 
found a workaround by adding

export CONDA_BUILD_SYSROOT=[hard path to SDK]

to the configure script. But that is now causing problems with compiling 
through g.extension. So we need to find out why configure is failing.

I've filed a bug report at: 
https://github.com/OSGeo/grass/issues/880<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_OSGeo_grass_issues_880=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=Cf3V6jNzJPw3ozGPhFY2SqZ28HxqNLzLT7ECqdPEQdA=xRD0BLuZbnEJwrUrZEeNww7x58-w0Ms0rCdUDJs1_wI=>


Michael
____
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=Cf3V6jNzJPw3ozGPhFY2SqZ28HxqNLzLT7ECqdPEQdA=zdRYDg2IV4BWgT-rtAnRzjKUv99_edmJ14t0vyeKuj8=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=Cf3V6jNzJPw3ozGPhFY2SqZ28HxqNLzLT7EC

Re: [GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

Steven,

Can you try this with the GRASS 7.8.4dev binary I have on the Mac site? I'd 
like to know if this affects all binaries or just 7.9

Thanks
Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Aug 5, 2020, at 2:39 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Hi Michael,

Thanks for updating. I can still install python-based extensions without any 
error, however I still get the same error for compiled code:

g.extension extension=r.fill.gaps
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
clang-10: warning: no such sysroot directory:
'/Users/cmbarton/SDKs/MacOSX10.14.sdk' [-Wmissing-sysroot]
cell_funcs.c:21:10: fatal error: 'math.h' file not found
#include 
 ^~~~
1 error generated.
make: *** [OBJ.x86_64-apple-darwin19.6.0/cell_funcs.o] Error
1
ERROR: Compilation failed, sorry. Please check above error messages.

Steve

On Aug 5, 2020, at 2:00 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Steve,

I just now posted a new updated GRASS 7.9dev that includes svn in the app. It 
solved the g.extension problem for me. Can you test and see if it solves it for 
you too?

Michael
________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=bm8GNsnlGrRMgk5Aw-PILxKCHgti6ue1ipDNLN5bS8o=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=h-op3BcIQNfbjiQKiuUA4VsQRB09LrvWPs0cx0vmmAc=>



















On Aug 4, 2020, at 11:59 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

I'm pretty sure this happened when I installed developer tools 11.5

I want to make sure that anyone using the binaries can do so without having to 
separately install any dependencies. So I'll see what happens if I just include 
svn in the app. I will need to test on a system that suffers from this lack.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=bm8GNsnlGrRMgk5Aw-PILxKCHgti6ue1ipDNLN5bS8o=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=h-op3BcIQNfbjiQKiuUA4VsQRB09LrvWPs0cx0vmmAc=>



















On Aug 4, 2020, at 11:56 AM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Hi Michael,

Right, I do have svn installed via Homebrew (I get  'Type 'svn help' for 
usage.’), so that probably explains why g.extension works for me overall, apart 
from the issue with finding the MacOS SDK.

Steve

On Aug 4, 2020, at 11:27 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Steven,

What happens if you open a terminal window and type 'svn' followed by a return?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Professor of Anthropology, School of Human Evolution & Social Change
Head, Grad

Re: [GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

This has to do with some kind of change in master (not in v. 7.8.4dev as of 25 
July) that caused configure to fail with a bogus missing zlib message. Nicklas 
found a workaround by adding

export CONDA_BUILD_SYSROOT=[hard path to SDK]

to the configure script. But that is now causing problems with compiling 
through g.extension. So we need to find out why configure is failing.

I've filed a bug report at: https://github.com/OSGeo/grass/issues/880


Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Aug 5, 2020, at 3:16 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

It's better if the binary does not need any SDK so people can use it without 
installing Xcode. It really shouldn't be necessary. There should be all the 
tools needed for compiling within the miniconda package installed in the app. 
I'm pretty sure I know what line in configure is causing this. Need to see how 
to get around it.

Michael
________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'




On Aug 5, 2020, at 3:04 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

I’m on 10.15 (on a relatively new Mac) and officially Xcode only ships with the 
latest SDK. I think unofficially it might be possible to copy older SDKs into 
the Xcode app bundle but presumably not ideal.


On Aug 5, 2020, at 3:46 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

This error implies that you need the 10.14.sdk folder. Why would that be so? 
That would be a problem.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=HdCFQffudEp5qahnvPaiTLzJsh65rn-5Ab710fbU1vY=fyXN3VStjHZGCQbsYN2_xQ13D7SMjIs8kHrGU5a2_jY=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=HdCFQffudEp5qahnvPaiTLzJsh65rn-5Ab710fbU1vY=m8TFRpKA72VXur99soNzYcxoGw5_Ss7Q1bEWk22hE6U=>



















On Aug 5, 2020, at 2:39 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Hi Michael,

Thanks for updating. I can still install python-based extensions without any 
error, however I still get the same error for compiled code:

g.extension extension=r.fill.gaps
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
clang-10: warning: no such sysroot directory:
'/Users/cmbarton/SDKs/MacOSX10.14.sdk' [-Wmissing-sysroot]
cell_funcs.c:21:10: fatal error: 'math.h' file not found
#include 
 ^~~~
1 error generated.
make: *** [OBJ.x86_64-apple-darwin19.6.0/cell_funcs.o] Error
1
ERROR: Compilation failed, sorry. Please check above error messages.

Steve

On Aug 5, 2020, at 2:00 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Steve,

I just now posted a new updated GRASS 7.9dev that includes svn in the app. It 
solved the g.extension problem for me. Can you test and see if it solves it for 
you too?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<htt

Re: [GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

It's better if the binary does not need any SDK so people can use it without 
installing Xcode. It really shouldn't be necessary. There should be all the 
tools needed for compiling within the miniconda package installed in the app. 
I'm pretty sure I know what line in configure is causing this. Need to see how 
to get around it.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'




On Aug 5, 2020, at 3:04 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

I’m on 10.15 (on a relatively new Mac) and officially Xcode only ships with the 
latest SDK. I think unofficially it might be possible to copy older SDKs into 
the Xcode app bundle but presumably not ideal.


On Aug 5, 2020, at 3:46 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

This error implies that you need the 10.14.sdk folder. Why would that be so? 
That would be a problem.

Michael
________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=HdCFQffudEp5qahnvPaiTLzJsh65rn-5Ab710fbU1vY=fyXN3VStjHZGCQbsYN2_xQ13D7SMjIs8kHrGU5a2_jY=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=HdCFQffudEp5qahnvPaiTLzJsh65rn-5Ab710fbU1vY=m8TFRpKA72VXur99soNzYcxoGw5_Ss7Q1bEWk22hE6U=>



















On Aug 5, 2020, at 2:39 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Hi Michael,

Thanks for updating. I can still install python-based extensions without any 
error, however I still get the same error for compiled code:

g.extension extension=r.fill.gaps
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
clang-10: warning: no such sysroot directory:
'/Users/cmbarton/SDKs/MacOSX10.14.sdk' [-Wmissing-sysroot]
cell_funcs.c:21:10: fatal error: 'math.h' file not found
#include 
 ^~~~
1 error generated.
make: *** [OBJ.x86_64-apple-darwin19.6.0/cell_funcs.o] Error
1
ERROR: Compilation failed, sorry. Please check above error messages.

Steve

On Aug 5, 2020, at 2:00 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Steve,

I just now posted a new updated GRASS 7.9dev that includes svn in the app. It 
solved the g.extension problem for me. Can you test and see if it solves it for 
you too?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=bm8GNsnlGrRMgk5Aw-PILxKCHgti6ue1ipDNLN5bS8o=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=h-op3BcIQNfbjiQKiuUA4VsQRB09LrvWPs0cx0vmmAc=>



















On Aug 4, 2020, at 11:59 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

I'm pretty sure this happened when I installed developer tools 11.5

I want to make sure that anyone using the binaries can do so without having to 
separately install any dependencies. So I'll see what happens if I just include 
svn in the app. I will need to test on a system that suffers from this lack.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Com

Re: [GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

This error implies that you need the 10.14.sdk folder. Why would that be so? 
That would be a problem.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Aug 5, 2020, at 2:39 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Hi Michael,

Thanks for updating. I can still install python-based extensions without any 
error, however I still get the same error for compiled code:

g.extension extension=r.fill.gaps
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
clang-10: warning: no such sysroot directory:
'/Users/cmbarton/SDKs/MacOSX10.14.sdk' [-Wmissing-sysroot]
cell_funcs.c:21:10: fatal error: 'math.h' file not found
#include 
 ^~~~
1 error generated.
make: *** [OBJ.x86_64-apple-darwin19.6.0/cell_funcs.o] Error
1
ERROR: Compilation failed, sorry. Please check above error messages.

Steve

On Aug 5, 2020, at 2:00 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Steve,

I just now posted a new updated GRASS 7.9dev that includes svn in the app. It 
solved the g.extension problem for me. Can you test and see if it solves it for 
you too?

Michael
________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=bm8GNsnlGrRMgk5Aw-PILxKCHgti6ue1ipDNLN5bS8o=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=h-op3BcIQNfbjiQKiuUA4VsQRB09LrvWPs0cx0vmmAc=>



















On Aug 4, 2020, at 11:59 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

I'm pretty sure this happened when I installed developer tools 11.5

I want to make sure that anyone using the binaries can do so without having to 
separately install any dependencies. So I'll see what happens if I just include 
svn in the app. I will need to test on a system that suffers from this lack.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=bm8GNsnlGrRMgk5Aw-PILxKCHgti6ue1ipDNLN5bS8o=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2Gr42Gr6-mCS6vSIKkL1gNxGKhgP9akeCkWc5-eOGZ8=h-op3BcIQNfbjiQKiuUA4VsQRB09LrvWPs0cx0vmmAc=>



















On Aug 4, 2020, at 11:56 AM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Hi Michael,

Right, I do have svn installed via Homebrew (I get  'Type 'svn help' for 
usage.’), so that probably explains why g.extension works for me overall, apart 
from the issue with finding the MacOS SDK.

Steve

On Aug 4, 2020, at 11:27 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Steven,

What happens if you open a terminal window and type 'svn' followed by a return?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Sci

Re: [GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

Steve,

I just now posted a new updated GRASS 7.9dev that includes svn in the app. It 
solved the g.extension problem for me. Can you test and see if it solves it for 
you too?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Aug 4, 2020, at 11:59 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

I'm pretty sure this happened when I installed developer tools 11.5

I want to make sure that anyone using the binaries can do so without having to 
separately install any dependencies. So I'll see what happens if I just include 
svn in the app. I will need to test on a system that suffers from this lack.

Michael
________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Aug 4, 2020, at 11:56 AM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Hi Michael,

Right, I do have svn installed via Homebrew (I get  'Type 'svn help' for 
usage.’), so that probably explains why g.extension works for me overall, apart 
from the issue with finding the MacOS SDK.

Steve

On Aug 4, 2020, at 11:27 AM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Steven,

What happens if you open a terminal window and type 'svn' followed by a return?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=3OtUJxnVDVfConnURZzc-TyoKzTbZWrxoF7zL8E2qZ0=6KybHpYJMo7V86xk_1VxAmD-_UolxXaQfLvYShRFgpk=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=3OtUJxnVDVfConnURZzc-TyoKzTbZWrxoF7zL8E2qZ0=abWZQP3dzmM5KTmBUXPwvqbzQUlMgfhQzUGEr0HevTo=>



















On Aug 3, 2020, at 6:53 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Perhaps a different issue,  but I can install extensions, but only pure 
python-based extensions. Anything that requires compilation of C code fails.

For example, when using the latest GRASS GIS binary (7.9, 25th July 2020 
build), this works with r.texture.tiled:

Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
Installing...
Updating extensions metadata file...
Updating extension modules metadata file...
Installation of  successfully finished

But for example, r.fill.gaps does not:

g.extension extension=r.fill.gaps
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
clang-10: warning: no such sysroot directory:
'/Users/cmbarton/SDKs/MacOSX10.14.sdk' [-Wmissing-sysroot]
cell_funcs.c:21:10: fatal error: 'math.h' file not found
#include 
 ^~~~
1 error generated.
make: *** [OBJ.x86_64-apple-darwin19.5.0/cell_funcs.o] Error
1
ERROR: Compilation failed, sorry. Please check above error messages.

The 7.9-dev build throws an error because it appears to be still looking for 
components based on your system, specifically.,The 7.8.4 binary (16th July 2020 
build) also throws the same error. I’m running the MacOS 10.15.6.

Steve


On Aug 2, 2020, at 4:44 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

I just learned yesterday, when I tried to install something from g.extension 
that:

1. g.extension uses svn to download packages, and
2. Apple stopped including svn with the current OS (10.15.x) and its developer 
tools

I don't know if anyone else has run into this yet, but it could be an 
increasingly sticky issue going forward. Unless there are plans to change how 
g

Re: [GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

Steven,

What happens if you open a terminal window and type 'svn' followed by a return?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Aug 3, 2020, at 6:53 PM, Steven Pawley 
mailto:dr.stevenpaw...@gmail.com>> wrote:

Perhaps a different issue,  but I can install extensions, but only pure 
python-based extensions. Anything that requires compilation of C code fails.

For example, when using the latest GRASS GIS binary (7.9, 25th July 2020 
build), this works with r.texture.tiled:

Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
Installing...
Updating extensions metadata file...
Updating extension modules metadata file...
Installation of  successfully finished

But for example, r.fill.gaps does not:

g.extension extension=r.fill.gaps
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
clang-10: warning: no such sysroot directory:
'/Users/cmbarton/SDKs/MacOSX10.14.sdk' [-Wmissing-sysroot]
cell_funcs.c:21:10: fatal error: 'math.h' file not found
#include 
 ^~~~
1 error generated.
make: *** [OBJ.x86_64-apple-darwin19.5.0/cell_funcs.o] Error
1
ERROR: Compilation failed, sorry. Please check above error messages.

The 7.9-dev build throws an error because it appears to be still looking for 
components based on your system, specifically.,The 7.8.4 binary (16th July 2020 
build) also throws the same error. I’m running the MacOS 10.15.6.

Steve


On Aug 2, 2020, at 4:44 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

I just learned yesterday, when I tried to install something from g.extension 
that:

1. g.extension uses svn to download packages, and
2. Apple stopped including svn with the current OS (10.15.x) and its developer 
tools

I don't know if anyone else has run into this yet, but it could be an 
increasingly sticky issue going forward. Unless there are plans to change how 
g.extension gets packages, I suppose I need to include it in the Mac app bundle.

Has anyone else hit this yet?

Michael
________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=esHRRZODAbgeKk6vYVpJkYSszGdc2vYZgvM7W5jtUjk=wLo54OaOggTCfa9dMnza-vU7d8tllnb8G9z7MW3tF38=>,
 
https://complexity.asu.edu/csdc'<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc-27=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=esHRRZODAbgeKk6vYVpJkYSszGdc2vYZgvM7W5jtUjk=-cLS2YOXOnAMIbnQqtJQAbmXsjh9CVUVr2PzI6yj6FE=>



















___
grass-dev mailing list
grass-dev@lists.osgeo.org<mailto: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

[GRASS-dev] g.extension, svn, and Mac

[Michael Barton]

I just learned yesterday, when I tried to install something from g.extension 
that:

1. g.extension uses svn to download packages, and
2. Apple stopped including svn with the current OS (10.15.x) and its developer 
tools

I don't know if anyone else has run into this yet, but it could be an 
increasingly sticky issue going forward. Unless there are plans to change how 
g.extension gets packages, I suppose I need to include it in the Mac app bundle.

Has anyone else hit this yet?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















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

Re: [GRASS-dev] Testing the new GRASS GIS website: please help

[Michael Barton]

This looks fantastic! Great job. Really elegant. Much easier to find things and 
access software, support, and resources.

My suggestions only apply to the WIKI. The site has a top level menu item that 
sends users off to the WIKI. But there is no easy way to get back.

Can the hotlinked "GRASS GIS" button located in the upper left of all the other 
pages also be added to the WIKI? It would take people back to the new GRASS 
main page and beginning to provide some visual styling to better links the WIKI 
to the main site.

Michael
____
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Jul 1, 2020, at 12:00 PM, 
grass-dev-requ...@lists.osgeo.org<mailto:grass-dev-requ...@lists.osgeo.org> 
wrote:

Date: Wed, 1 Jul 2020 20:28:54 +0200
From: Markus Neteler mailto:nete...@osgeo.org>>
To: GRASS user list 
mailto:grass-u...@lists.osgeo.org>>,  GRASS 
developers
list mailto:grass-dev@lists.osgeo.org>>
Cc: GRASS-web mailto:grass-...@lists.osgeo.org>>
Subject: [GRASS-dev] Testing the new GRASS GIS website: please help
Message-ID:
mailto:calfmhhvhj+nruazvnxo_++53qtivu9h_m2n_+eswrvg9jeu...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8"

Dear all,

As some of you might know, we have been working on the development and
setup of a new and shiny GRASS GIS website (finally!) for a long time.
It is now available for testing at: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__staging.grass.osgeo.org_=DwIGaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=iyElL0RvP8ziAFtQFUkpQJ242Oe-LrPvHMtdFv_AiAQ=jjaYJBVz9XP_SzZB6PB-raJTYsYfpdAWfcTTAWaw4y4=

We will start the release procedure described in
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_OSGeo_grass-2Dwebsite_issues_180=DwIGaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=iyElL0RvP8ziAFtQFUkpQJ242Oe-LrPvHMtdFv_AiAQ=_4QGs00rcRr8AsDF38HpS0pogAHZWQHSYcnALDMcT1c=
  in the next days.
Our goal is to officially announce the new website on the "birthday"
of GRASS GIS on July, 29th. By then all should be bright and nice, so
we need your feedback: please help with testing, checking links and
with solving of remaining issues:
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_OSGeo_grass-2Dwebsite_projects_1=DwIGaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=iyElL0RvP8ziAFtQFUkpQJ242Oe-LrPvHMtdFv_AiAQ=ZDMmbovAVqPHCqwtzSGTtvrivQPa1908lOQucnbLKUA=

Thanks so much for the final efforts!

Best,
Markus and the new website team ([1])

[1] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_OSGeo_grass-2Dwebsite_graphs_contributors=DwIGaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=iyElL0RvP8ziAFtQFUkpQJ242Oe-LrPvHMtdFv_AiAQ=wC9ub7F3MAUiz1XnKAnKIQQ-HSKpGlwiQRe4fWcnPt8=


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

Re: [GRASS-dev] where to make compiling instructions available

[Michael Barton]

OK. All done.

I hope someone tries this to see if if works for others.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Jun 3, 2020, at 2:12 AM, Nicklas Larsson 
mailto:n_lars...@yahoo.com>> wrote:

Great work Michael! Please consider putting up a link to the new page at 
https://urldefense.proofpoint.com/v2/url?u=https-3A__grasswiki.osgeo.org_wiki_Compile-5Fand-5FInstall-23Mac-5FOSX=DwIFAg=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2I63rctM7k61dEzqDKL9m8wFBy59fxA6E3-xAtT13cw=3H0uuJFiSA2UhhNFG342V2kUv0xp9nVBG3u0XEiARAk=
 .
It would also be good to add categories to the end of the new page (as is the 
case with its sibling pages):

[[Category:Development]]
[[Category:Documentation]]
[[Category:Installation]]


N.

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

Re: [GRASS-dev] where to make compiling instructions available

[Michael Barton]

Done for the first. Need to do the second. Maybe between meetings.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Jun 3, 2020, at 2:12 AM, Nicklas Larsson 
mailto:n_lars...@yahoo.com>> wrote:

Great work Michael! Please consider putting up a link to the new page at 
https://urldefense.proofpoint.com/v2/url?u=https-3A__grasswiki.osgeo.org_wiki_Compile-5Fand-5FInstall-23Mac-5FOSX=DwIFAg=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=2I63rctM7k61dEzqDKL9m8wFBy59fxA6E3-xAtT13cw=3H0uuJFiSA2UhhNFG342V2kUv0xp9nVBG3u0XEiARAk=
 .
It would also be good to add categories to the end of the new page (as is the 
case with its sibling pages):

[[Category:Development]]
[[Category:Documentation]]
[[Category:Installation]]


N.

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

Re: [GRASS-dev] where to make compiling instructions available

[Michael Barton]

I've put the instructions and supporting files onto the wiki page you made. 
Thanks for setting it up!

https://grasswiki.osgeo.org/wiki/Compiling_on_MacOSX_using_Anaconda

I think it all reads and links fine now, but it took a lot to get it formatted 
and linked correctly. Mediawiki is an infuriating variant of standard wiki and 
markdown.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















On Jun 2, 2020, at 2:03 AM, Nicklas Larsson 
mailto:n_lars...@yahoo.com>> wrote:

Hi!

At this point I think the building instructions for anaconda (and later 
macports) should be placed in grasswiki as a new page linked from "Compile and 
Install" mac section [1]. Maybe: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__grasswiki.osgeo.org_wiki_Compiling-5Fon-5FMacOSX-5Fusing-5FAnaconda=DwIFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=oJi6OFZdzEJSCtUfsG9WNrH4x_wu5Fm1Yv5pZcltUNw=Im8NH4J8EQ-2ZwfWaxxFCosFb2N7wAwnDiQlq2wNyWM=
 .

I know we discussed [2] replacing/updating the text of macosx/ReadMe.md file, 
but I realised that that particular instruction (however outdated) is related 
to the whole of the content of that directory (which in turn is presently not 
functional, reported as issue #457 [3]). So I believe we should leave that 
directory and the ReadMe as is, until the issue is addressed.

The new wiki pages with instructions for anaconda and macports may perhaps be 
referenced to in INSTALL file.

Setting up a build script in source for GitHub Actions would be more than 
welcome(!), but doesn’t contradict the idea of publishing the instructions on 
wiki.


Nicklas


[1] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__grasswiki.osgeo.org_wiki_Compile-5Fand-5FInstall-23Mac-5FOSX=DwIFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=oJi6OFZdzEJSCtUfsG9WNrH4x_wu5Fm1Yv5pZcltUNw=BfhGgRy84E2upMUMcyyh7wE57sVczd8DYEYOAO0qKiE=
[2] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_OSGeo_grass_pull_636=DwIFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=oJi6OFZdzEJSCtUfsG9WNrH4x_wu5Fm1Yv5pZcltUNw=Sveq39CHdd8x5VsBRBmVd9N5dhS5sYzh6wzHijtrv0s=
[3] 
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_OSGeo_grass_issues_457=DwIFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=oJi6OFZdzEJSCtUfsG9WNrH4x_wu5Fm1Yv5pZcltUNw=8YPtGy_iqCKh7Rr7BnfAIelfYxk_-qT1IlQ_KKrhH8k=


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

[GRASS-dev] where to make compiling instructions available

[Michael Barton]

I've put together a step by step guide to compiling Mac binaries, using 
Anaconda. Because it uses Anaconda, it probably does not belong in the source 
code (though it might help someone create instructions for the source code). 
However, it would probably be helpful to at least some people. Any suggestions 
as to where I should put this?

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Director, Network for Computational Modeling in Social & Ecological Sciences
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, https://complexity.asu.edu/csdc'



















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

Re: [GRASS-dev] [OSGeo/grass] Release 7.8.3 - GRASS GIS 7.8.3

[Michael Barton]

I just compiled this and it worked with no problem. 

v.in.pdal compiled too. But it is not on the menu anywhere I could think to 
look for it. Where does it hide? I can launch it from the command line.

Michael

> On May 5, 2020, at 1:56 AM, Markus Neteler  wrote:
> 
> 
> GRASS GIS 7.8.3 
> Repository: OSGeo/grass  · Tag: 7.8.3 
>  · Commit: 8bcecc9 
> 
>  · Released by: neteler 
> This is an update release of the GRASS GIS 7.8 version.
> 
> Download source code tarball at
> 
> https://grass.osgeo.org/grass78/source/grass-7.8.3.tar.gz 
> 
> https://grass.osgeo.org/grass78/source/grass-7.8.3.md5sum 
> 
> For further release details (bug fixes and enhancements), see
> 
> https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures78 
> 
> https://trac.osgeo.org/grass/wiki/Release/7.8.3-News 
> 
> The GRASS GIS 7.8.3 release provides more than 210 fixes and improvements 
> 
>  with respect to the GRASS GIS 7.8.2 release.
> 
> —
> This release has 2 assets:
> 
> Source code (zip)
> Source code (tar.gz)
> Visit the release page  to 
> download them.
> 
> —
> You are receiving this because you are watching this repository.
> View it on GitHub  or 
> unsubscribe 
> 
>  from all notifications for this repository.
> 

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

[GRASS-dev] frustration compiling GRASS on Mac

[Michael Barton]

A couple weeks ago, I was able to compile GRASS master with some effort and 
tweaking.

Now it won't compile, and neither will RB 7.8.2

I get a totally new error with libwebp.7.dylib listed below. I am using the 
same setups I used a couple weeks ago. Any advice???

1 warning generated.
gcc -I/Applications/GRASS-7.8.app/Contents/Resources/include -g -O2   -arch 
x86_64 -isysroot /Developer/SDKs/MacOSX10.14.sdk 
-I/Applications/GRASS-7.8.app/Contents/Resources/include 
-I/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/include
 
-I/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/include
   -I/Applications/GRASS-7.8.app/Contents/Resources/include 
-I/Applications/GRASS-7.8.app/Contents/Resources/include 
-DPACKAGE=\""grassmods"\"   
-I/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/include
 
-I/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/include
 -DRELDIR=\"lib/raster3d/test\" -o OBJ.x86_64-apple-darwin18.7.0/test_tools.o 
-c test_tools.c
: && gcc 
-L/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/lib 
-L/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/lib 
-arch x86_64 -isysroot /Developer/SDKs/MacOSX10.14.sdk   
-L/Applications/GRASS-7.8.app/Contents/Resources/lib -Xlinker -rpath -Xlinker 
/Applications/GRASS-7.8.app/Contents/Resources/lib -Xlinker -rpath -Xlinker 
/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/lib  
-o 
/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/bin/test.raster3d.lib
 OBJ.x86_64-apple-darwin18.7.0/test_coordinate_transform.o 
OBJ.x86_64-apple-darwin18.7.0/test_main.o 
OBJ.x86_64-apple-darwin18.7.0/test_put_get_value.o 
OBJ.x86_64-apple-darwin18.7.0/test_put_get_value_large_file.o 
OBJ.x86_64-apple-darwin18.7.0/test_tools.o-lgrass_gis.7.8 -lgrass_g3d.7.8 
-lgrass_raster.7.8
install_name_tool -change libgdal.20.dylib @rpath/libgdal.20.dylib 
/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/bin/test.raster3d.lib
if [ 
"/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/bin/test.raster3d.lib"
 != "" ] ; then 
GISRC=/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/demolocation/.grassrc78
 
GISBASE=/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0
 
PATH="/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/bin:/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/bin:/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/scripts:$PATH"
 
LD_RUN_PATH="/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/bin:/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/bin:/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/scripts:/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/lib:/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/lib:/lib"
 
PYTHONPATH="/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/etc/python:/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/gui/wxpython:$PYTHONPATH"
 LC_ALL=C LANG=C LANGUAGE=C 
/Users/cmbarton/grass_source/master/grass/dist.x86_64-apple-darwin18.7.0/bin/test.raster3d.lib
 --html-description < /dev/null | grep -v '\|' > 
test.raster3d.lib.tmp.html ; fi
dyld: Library not loaded: @rpath/libwebp.7.dylib
  Referenced from: 
/Applications/GRASS-7.8.app/Contents/Resources/lib/libtiff.5.dylib
  Reason: Incompatible library version: libtiff.5.dylib requires version 9.0.0 
or later, but libwebp.7.dylib provides version 8.0.0
make: *** [test.raster3d.lib.tmp.html] Error 1
rm test.raster3d.lib.tmp.html


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, https://complexity.asu.edu/csdc

















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

Re: [GRASS-dev] silly question

[Michael Barton]

Yes. Maybe we should update the WIKI to clarify too.

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, https://complexity.asu.edu/csdc

















On Mar 5, 2020, at 6:24 AM, Vaclav Petras 
mailto:wenzesl...@gmail.com>> wrote:



On Thu, Mar 5, 2020 at 7:51 AM Anna Petrášová 
mailto:kratocha...@gmail.com>> wrote:


On Wed, Mar 4, 2020 at 11:29 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
See

https://trac.osgeo.org/grass/wiki/HowToGit<https://urldefense.proofpoint.com/v2/url?u=https-3A__trac.osgeo.org_grass_wiki_HowToGit=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=EMrPyoyWN4eYNAxugq7rRkLD12G7TmjEl_0iIXQaiw8=7WuoPPG7JI2QE2uAul_k9f8W9ojz0dbBiKVC1VG57OM=>

For example:


git clone 
g...@github.com<mailto:g...@github.com>:your_GH_account/grass-addons.git
cd grass-addons/
git remote add upstream 
g...@github.com<mailto:g...@github.com>:OSGeo/grass-addons.git

does not work for me at least. It needs to be:

git clone 
g...@github.com<mailto:g...@github.com>/your_GH_account/grass-addons.git
cd grass-addons/
git remote add upstream 
g...@github.com<mailto:g...@github.com>/OSGeo/grass-addons.git

Are you sure about this? This definitely doesn't work for me, if you use https 
it needs to be:

git clone 
https://github.com/<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=EMrPyoyWN4eYNAxugq7rRkLD12G7TmjEl_0iIXQaiw8=Pky6dfSwwYo22sjFZ5NiJ31Z7iYCGBsAQftoK08Yq84=>YOUR-USERNAME/YOUR-REPOSITORY

Yes, using the git+colon version is when you have SSH set up and fails 
otherwise. You need to use the https+slash version in that case.

If you just add https:// infront of the git+colon version, you get "Port number 
ended with 'Y'" where Y is the first letter of your user name. That's because 
HTTPS URL can contain a port number after the server name separated by a colon.

If you just replace the colon by a slash, it does not work either and Git 
reports "fatal: repository 
'g...@github.com/org-name/repo-name.git<https://urldefense.proofpoint.com/v2/url?u=http-3A__git-40github.com_org-2Dname_repo-2Dname.git=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=EMrPyoyWN4eYNAxugq7rRkLD12G7TmjEl_0iIXQaiw8=1u-e1QZH8iSz4asRvE010fP7dMfzxG_p9bPfsX7k0vU=>'
 does not exist".

I hope this clarifies that.



replacing g...@github.com<mailto:g...@github.com>:your_GH_account with 
g...@github.com<mailto:g...@github.com>/your_GH_account

Maybe the colon works if you have an ssh key set in your github account.

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<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=EMrPyoyWN4eYNAxugq7rRkLD12G7TmjEl_0iIXQaiw8=Tt0iqMsdi2DeY4CuzYegVa3kARGIYqsCVgFEMGjaPV8=>,
 
https://complexity.asu.edu/csdc<https://urldefense.proofpoint.com/v2/url?u=https-3A__complexity.asu.edu_csdc=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=EMrPyoyWN4eYNAxugq7rRkLD12G7TmjEl_0iIXQaiw8=T3W6kzteDOibWttshms8KDCKL0bBJjtxlm9XtTyVkks=>

















On Mar 4, 2020, at 7:37 PM, Vaclav Petras 
mailto:wenzesl...@gmail.com>> wrote:

Thanks Anna for identifying this. Looks likely.

Markus, Michael, I don't see the bad URL anywhere on Trac wiki, grasswiki, or 
in CONTRIBUTING.md file (as far as search works for URLs, it does at least for 
Trac).

Michael, The CONTRIBUTING.md file has SSH URL for your fork and HTTPS for the 
OSGeo upstream repo, so your problem was not caused by that.

Nevertheless, switching to HTTPS also for the fork is something we can do if 
more people support it.

Vaclav

On Wed, Mar 4, 2020 at 9:11 PM Markus Neteler 
mailto:nete...@osgeo.org>> wrote:
Michael,

Michael Barton mailto:michael.bar...@asu.edu>> schrieb 
am Mi., 4. März 2020, 19:11:
Thanks Luca,

I also found someone here that pointed that out. I originally got instructions 
from the GRASS WIKI.


Which URL?

Markus

There is either an error o