Re: [GRASS-user] [GRASS-dev] [EXTERNAL] vector patching frustration
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-user] [GRASS-dev] [EXTERNAL] vector patching frustration
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-user] v.dissolve confusion
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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] [EXTERNAL] vector patching frustration
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-...@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-user] [GRASS-dev] [EXTERNAL] vector patching frustration
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-...@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-user] [EXTERNAL] [GRASS-dev] vector patching frustration
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-...@lists.osgeo.org>> Sent: Wednesday, March 13, 2024 7:02 PM To: GRASS developers mailto:grass-...@lists.osgeo.org>>; GRASS user list mailto:grass-user@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-user] vector patching frustration
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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [EXTERNAL] [GRASS-dev] Can GRASS import a *.ige file?
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-user@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-user@lists.osgeo.org>>; evillasenor713 mailto:evillasenor...@gmail.com>>; GRASS developers list mailto:grass-...@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-user] [EXTERNAL] [GRASS-dev] Can GRASS import a *.ige file?
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-...@lists.osgeo.org>> Sent: Friday, March 1, 2024 7:00 PM To: Brendan mailto:brendan.har...@gmail.com>> Cc: GRASS users mailto:grass-user@lists.osgeo.org>>; evillasenor713 mailto:evillasenor...@gmail.com>>; GRASS developers list mailto:grass-...@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-user] [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) 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-...@lists.osgeo.org>> Sent: Friday, March 1, 2024 7:00 PM To: Brendan mailto:brendan.har...@gmail.com>> Cc: GRASS users mailto:grass-user@lists.osgeo.org>>; evillasenor713 mailto:evillasenor...@gmail.com>>; GRASS developers list mailto:grass-...@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-user] [GRASS-dev] Can GRASS import a *.ige file?
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-...@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-...@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/__
Re: [GRASS-user] [GRASS-dev] Can GRASS import a *.ige file?
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-...@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-...@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-...@lists.osgeo.org<mailto:grass-...@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-...@lists.osgeo.org<mailto:grass-...@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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Can GRASS import a *.ige file?
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-...@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-...@lists.osgeo.org<mailto:grass-...@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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Can GRASS import a *.ige file?
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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] cost surface with negative friction odd behavior
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-user@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-...@lists.osgeo.org>>, GRASS user list mailto:grass-user@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-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> wrote: ___ grass-user mailing list grass-user@lists.osgeo.org<mailto:grass-user@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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] cost surface with negative friction odd behavior
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-...@lists.osgeo.org>>, GRASS user list mailto:grass-user@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-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> wrote: ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] How can I remove steps artefacts in digital
Perito, I don't know where you are getting your points file. But here are some suggestions. Often stepped DEMs are a result of someone starting with a scanned or vector contour map and then transforming that to a DEM using somewhat unsophisticated algorithms. So how to get rid of these. You can create a a file of points by generating random points (v.random) and assigning them elevation values from your DEM. Then you can use an interpolation algorithm like v.surf.rst or v.surf.bspline. Random points can help get rid of the steps. The fewer points, the smoother the DEM. More points will provide more topographic detail but may also show up some steps. 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 Message: 1 Date: Mon, 14 Aug 2023 13:12:06 +0200 From: bonushenricus To: grass-user@lists.osgeo.org Cc: Corey White Subject: [GRASS-user] How can I remove steps artefacts in digital elevation model? Message-ID: <858b21a54b3a408cb954aa95af6fc417d8845936.ca...@gmail.com> Content-Type: text/plain; charset="UTF-8" Hello everyone I have a problem with an artefact in the dem I build from the data as a geopackage here https://urldefense.com/v3/__https://www.dropbox.com/scl/fi/7vzgupxszpg2sw7ib08p4/point_survey.gpkg?rlkey=7u1bv3rx8vcvkruq6z8zeezf0=0__;!!IKRxdwAv5BmarQ!dDwnto4XTrla3t-Qm6io55iEpTu0vsDyIToUu1CfbK_lJOAaKZSQ7PZKdKEpGiP2nz-7FV0ZOR_HNX9Kn85pcW48Awtkw3dOGWE$ the problem has already described here https://urldefense.com/v3/__https://www.mail-archive.com/grass-user@lists.osgeo.org/msg40869.html__;!!IKRxdwAv5BmarQ!dDwnto4XTrla3t-Qm6io55iEpTu0vsDyIToUu1CfbK_lJOAaKZSQ7PZKdKEpGiP2nz-7FV0ZOR_HNX9Kn85pcW48AwtkUhCwWsE$ in which I had operated with "v.surf.rst --overwrite input=point_survey zcolumn=z elevation=dem mask=MASK tension=36. smooth_column=rms segmax=500 npmin=600 dmin=0.5 dmax=5" First of all I deleted dmax from v.surf.rst. Now I have tried raising the tension, even by a lot, but it does not change. I tried lowering the tension, but the steps still occur. Then I tried v.surf.rst on a higher resolution, at 5 cm, and then resample to 20 cm. I tried with r.resample.interpol, r.resample.rst and r.resample.tsp, with various parameters, various interpolation methods, various tensions or various smoothness indices, but I was unable to create a profile without these artefacts, which are in the order of only a few centimetres, but enough to create problems in the simulation with r.sim.water. I finally tried another approach: I created the contours, transformed the vector to raster, at a resolution of 5 cm (to get thin contours) and then used r.fillnulls to a 20 cm resolution region. With method=rst (which is the default) it gives me an error: "Growing NULL areas Assigning IDs to NULL areas Processing 1 map holes Filling hole 1 of 1 ERROR: Invalid input " With method=bicubic it works but makes the steps. r.resample.bspline create other artefacts at the limit of the calculation regions. I should probably try anisotropy in v.surf.rst? Anyone have a solution? Thank you thank you!! -- -- Perito agrario Enrico Gabrielli progetto F.A.R.M. https://urldefense.com/v3/__http://www.farm-agroecologia.it__;!!IKRxdwAv5BmarQ!dDwnto4XTrla3t-Qm6io55iEpTu0vsDyIToUu1CfbK_lJOAaKZSQ7PZKdKEpGiP2nz-7FV0ZOR_HNX9Kn85pcW48AwtkWH0kupA$ Tessera n. 633 Collegio Periti agrari prov. Di Modena Biblioteca agricoltura: https://urldefense.com/v3/__https://www.zotero.org/groups/aplomb/__;!!IKRxdwAv5BmarQ!dDwnto4XTrla3t-Qm6io55iEpTu0vsDyIToUu1CfbK_lJOAaKZSQ7PZKdKEpGiP2nz-7FV0ZOR_HNX9Kn85pcW48AwtkXUVnt_I$ https://urldefense.com/v3/__https://www.inaturalist.org/observations/bonushenricus__;!!IKRxdwAv5BmarQ!dDwnto4XTrla3t-Qm6io55iEpTu0vsDyIToUu1CfbK_lJOAaKZSQ7PZKdKEpGiP2nz-7FV0ZOR_HNX9Kn85pcW48Awtk8hUdvyA$ -- Subject: Digest Footer ___ grass-user mailing list grass-user@lists.osgeo.org https://urldefense.com/v3/__https://lists.osgeo.org/mailman/listinfo/grass-user__;!!IKRxdwAv5BmarQ!dDwnto4XTrla3t-Qm6io55iEpTu0vsDyIToUu1CfbK_lJOAaKZSQ7PZKdKEpGiP2nz-7FV0ZOR_HNX9Kn85pcW48AwtkXgPmqO0$ -- End of grass-user Digest, Vol 208, Issue 12 *** ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] how to set points in network analysis tool
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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] seeking GRASS example dataset for Germany
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-...@lists.osgeo.org<mailto:grass-...@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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] seeking GRASS example dataset for Germany
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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Is this a bug in 8.3.dev?
Rich, It might have to do with where GRASS is looking for Python. If a different version of Python (2.7) got installed when you download the source code and compiled it, it is now looking for a matching numpy. You can check in the GRASS launch script GRASS.sh to see where the GRASS_PYTHON variable is pointing. 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 12:00 PM, grass-user-requ...@lists.osgeo.org wrote: Date: Wed, 3 May 2023 11:18:37 -0700 (PDT) From: Rich Shepard mailto:rshep...@appl-ecosys.com>> To: grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org> Subject: [GRASS-user] Is this a bug in 8.3.dev? Message-ID: <24cb2dc1-c1e1-e8ec-5db6-cabae5a9d...@appl-ecosys.com<mailto:24cb2dc1-c1e1-e8ec-5db6-cabae5a9d...@appl-ecosys.com>> Content-Type: text/plain; format=flowed; charset=US-ASCII I have python3-3.9.16 installed on Slackware64-15.0. I'm building from the github dev source. When I used d.mon start=wx0 grass told me it could not find a numpy for python-2.7.x. Anna suggested I add GRASS_PYTHON to ~/.bash_profile. I did and learned that `export GRASS_PYTHON=python3-3.9.16` wasn't accepted by grass, neither was `export GRASS_PYTHON=python` (which is an alias for python3). What seemed to work was `export GRASS_PYTHON=/usr/bin/python`. Starting grass to a location's PERMANENT mapset, g.list type=vect tells me I have a map named metro100 there. Unfortunately, I cannot start a monitor: d.mon start=wx0 GRASS metro100/PERMANENT:~ > File "/usr/local/grass83/gui/wxpython/mapdisp/main.py", line 252 **args, ^ SyntaxError: invalid syntax ^C GRASS metro100/PERMANENT:~ > d.mon start=wx1 GRASS metro100/PERMANENT:~ > File "/usr/local/grass83/gui/wxpython/mapdisp/main.py", line 252 **args, ^ SyntaxError: invalid syntax Is this a bug or something I've done here? Regards, Rich ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] spatial correlation of vector data
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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS 8.2 for Mac - wxPython problem - solved?
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-user] GRASS 8.2 for Mac - wxPython problem?
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-user] GRASS 8.2 for Mac binaries posted
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-user@lists.osgeo.org<mailto:grass-user@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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS 8.2 for Mac binaries posted
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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-PSC] [GRASS GIS Elections 2020] Voting phase closed, presentation of results
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-...@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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] [GRASS-PSC] Statement 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-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Video on Mesa, a Python ABM package
You can see a short summary of Mesa, a Python ABM package at: https://forum.comses.net/t/mesa-an-agent-based-modeling-framework-in-python-3/7039 This could be a good way to bring agent based modeling capabilities to GRASS Michael _ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Semi-automatic classification with GRASS modules
It is good to know about these more sophisticated alternatives for image classification. Nonetheless, if GRASS maintains i.cluster and i.maxlink in the default module distribution, it would be helpful to know why this is not working and/or have some kind of an error/warning message generated. I remember running into the same issue a year or two back. No information about why it did not work. It just didn't. Michael _ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On 7/4/18, 4:28 AM, "grass-user on behalf of grass-user-requ...@lists.osgeo.org" wrote: Date: Wed, 4 Jul 2018 12:20:31 +0200 From: Markus Neteler To: Giuseppe Cillis Cc: GRASS user list Subject: Re: [GRASS-user] Semi-automatic classification with GRASS modules Message-ID: Content-Type: text/plain; charset="UTF-8" Hi Giuseppe, On Wed, Jul 4, 2018 at 11:36 AM, Giuseppe Cillis wrote: >Hello everyone, >I'm applying between QGIS and GRASS to apply a semi-automatic classification >of aerial photos. >In practice I would like to use the combination of the grass modules in the >processing of QGIS; i.cluster and i.maxlink. My problem is that with >i.cluster I can not create the "spectral signature" which then must be used >in the second module. Why? >In practice I use two photo areas and I left (As proof) the preset >parameters but at the end of the process (Although it does not give me >errors), only a final report is created and no spectral signature files. >Why? Please consider to use more recent approaches like i.segment, r.learn.ml (addon), v.class.mlR (addon) etc. You can find an overview here which we presented at FOSDEM earlier this year: GRASS GIS in the sky: GRASS GIS as high-performance remote sensing toolbox https://urldefense.proofpoint.com/v2/url?u=https-3A__fosdem.org_2018_schedule_event_geo-5Fgrass_=DwIGaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=NQiNf3lva5k8INoJ_gDB3F0ZINo7d7Na6o5kn-qXBCg=4vvZpiQIY12pfnXKjne9n1831FDWU7ntAd184ki1o-Q= Best Markus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [EXTERNAL] [GRASS-dev] GRASS and Anaconda
No. These are not available for Anaconda, at least for Mac. I tried. You can get lastools, though and use them through the command line, including to change a laszip to ASCII for upload to GRASS using r.in.xyz. Michael __ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University Tempe, AZ 85287-2402 USA voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www: http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton From: Doug Newcomb Date: Thursday, June 7, 2018 at 12:03 PM To: Michael Barton Cc: GRASS developers list , GRASS users , Eric Hutton Subject: Re: [EXTERNAL] [GRASS-dev] GRASS and Anaconda Just glancing over the recipe, it does not look like liblas and laszip are included for LiDAR analysis. Doug On Thu, Jun 7, 2018 at 2:39 PM, Michael Barton mailto:michael.bar...@asu.edu>> wrote: Along with helping me set up a new way to compile and package GRASS binaries for the Mac, Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS – http//csdms.colorado.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdms.colorado.edu=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=6Ek47bzUNNMPXsMPASodOO3gBKTPXHMkEBXP6uMc_Pk=28tqtVE9v_F-Z2ki2-PFGWP_zlaDLW9E18JniTAkb50=>) has created a Conda recipe for building GRASS in the Anaconda environment. This is now deployed in the csdms stack at GitHub. Several versions of GRASS, for Linux and Mac are available. Details and instructions for building GRASS with Anaconda can be found at: https://github.com/csdms-stack/grass-recipe<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_csdms-2Dstack_grass-2Drecipe=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=6Ek47bzUNNMPXsMPASodOO3gBKTPXHMkEBXP6uMc_Pk=VYGfWQTQA4uqkY4q0XIpgELbA2WNzTiVgT0q8Ir=> Many thanks to Eric and CSDMS Happy GRASSing! Michael ______ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University Tempe, AZ 85287-2402 USA voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www: http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=6Ek47bzUNNMPXsMPASodOO3gBKTPXHMkEBXP6uMc_Pk=WEPXIcXuH0LFnMZ5Jz_0a6lzfajh7Spv7wk1mo_otGs=>, http://shesc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__shesc.asu.edu=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=6Ek47bzUNNMPXsMPASodOO3gBKTPXHMkEBXP6uMc_Pk=zJL5Zgc8rwr2AEEFGi_0OTVxP-1yElTrbTAdPikNmkY=> 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=6Ek47bzUNNMPXsMPASodOO3gBKTPXHMkEBXP6uMc_Pk=3QjgULXMm6Z7JdoJ2EGZmopNUr46mS_KC0YqGrequME=> ___ grass-dev mailing list grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/grass-dev<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_grass-2Ddev=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=6Ek47bzUNNMPXsMPASodOO3gBKTPXHMkEBXP6uMc_Pk=rooJFQBB56fnMFSWh6mdidScwj_1p8dtiqXHMFu1B1Y=> -- Doug Newcomb USFWS 551F Pylon Dr Raleigh, NC 919-856-4520 ext. 14 doug_newc...@fws.gov<mailto:doug_newc...@fws.gov> - NOTE: This email correspondence and any attachments to and from this sender is subject to the Freedom of Information Act (FOIA) and may be disclosed to third parties. ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS and Anaconda
Along with helping me set up a new way to compile and package GRASS binaries for the Mac, Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS – http//csdms.colorado.edu) has created a Conda recipe for building GRASS in the Anaconda environment. This is now deployed in the csdms stack at GitHub. Several versions of GRASS, for Linux and Mac are available. Details and instructions for building GRASS with Anaconda can be found at: https://github.com/csdms-stack/grass-recipe Many thanks to Eric and CSDMS Happy GRASSing! Michael __ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University Tempe, AZ 85287-2402 USA voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www: http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] reading Atlas Graphics file?
Anyone have any idea how to read an Atlas Graphics file? The files are: stage3.prm Wvssrcd4.atl Wvssrcd4.sc0 They appear to be an ASCII vector format and date from ca. 2000 or 2001. I think that Atlas Graphics was acquired by ESRI in ca. 2011. Michael __ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University Tempe, AZ 85287-2402 USA voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www: http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Important hint for running the new Mac GRASS binaries
I created a new ticket on this. Thanks for testing. If any other errors crop up, please report them. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 31, 2018, at 12:13 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I didn't have that severe of a meltdown, but can confirm that the vector digitizer is very unstable. Sometimes I got it to make a new map or edit an existing one, but other times this caused the GUI to crash. When it did work, I was unable to close out the vector digitizer and have the menubar deleted. This, in turn made it impossible to quit the GUI by normal means. Michael ________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jan 31, 2018, at 6:24 AM, Stuart Edwards <sedwar...@cinci.rr.com<mailto:sedwar...@cinci.rr.com>> wrote: I can confirm this behavior. It eventually lead to something of a meltdown that required a recovery mode restart and reinstallation of High Sierra. I'll try and document the events in more detail. Stu On Jan 31, 2018, at 7:42 AM, Jon <j...@hi.is<mailto:j...@hi.is>> wrote: I have installed your binaries (both 7.2.2 and 7.4svn) in the Applictions folder of MACOSX 10.13.3 without disabling SIP The applications run normally (still testing this with the command line) - but testing the vector digitiser results in python crashnig with this message: /Applications/GRASS-7.2.2.app/Contents/Resources/bin/pythonw: line 3: 695 Segmentation fault: 11 /Applications/GRASS-7.2.2.app/Contents/Resources/python.app/Contents/MacOS/python "$@" I wonder if there is a recommendation for .bash_profile export options? Jón On 31 Jan 2018, at 5:56, Michael Barton wrote: If you are trying the new fully bundled GRASS binaries for Mac, here is an important thing to know. You MUST install and run these binaries from the /Applications folder. They cannot be in another folder or a subfolder of /Applications. This is an issue with the way conda (Anaconda) builds the GRASS environment. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=z55uS27GS336t3sW9o2Tm7U_Tvy3dZZxMqcstmAxH2o=lwg-cjicsZSv6zG8ns7w_YIvgXYUxFhXUDTI06IA91E=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu_=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=z55uS27GS336t3sW9o2Tm7U_Tvy3dZZxMqcstmAxH2o=R-WPsFU1YxVcHnfJUPgjCeUFptQe_I3nyvAWNlsFX4E=> ___ grass-user mailing list grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/grass-user<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_grass-2Duser=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=z55uS27GS336t3sW9o2Tm7U_Tvy3dZZxMqcstmAxH2o=wuicF1ukaQQnllV9bcAiucBQg48jGxOXxv-TTejPAOY=> ___ grass-user mailing list grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/grass-user<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_grass-2Duser=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=z55uS27GS336t3sW9o2Tm7U_Tvy3dZZxMqcstmAxH2o=wuicF1ukaQQnllV9bcAiucBQg48jGxOXxv-TTejPAOY=> ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Important hint for running the new Mac GRASS binaries
I didn't have that severe of a meltdown, but can confirm that the vector digitizer is very unstable. Sometimes I got it to make a new map or edit an existing one, but other times this caused the GUI to crash. When it did work, I was unable to close out the vector digitizer and have the menubar deleted. This, in turn made it impossible to quit the GUI by normal means. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 31, 2018, at 6:24 AM, Stuart Edwards <sedwar...@cinci.rr.com<mailto:sedwar...@cinci.rr.com>> wrote: I can confirm this behavior. It eventually lead to something of a meltdown that required a recovery mode restart and reinstallation of High Sierra. I'll try and document the events in more detail. Stu On Jan 31, 2018, at 7:42 AM, Jon <j...@hi.is<mailto:j...@hi.is>> wrote: I have installed your binaries (both 7.2.2 and 7.4svn) in the Applictions folder of MACOSX 10.13.3 without disabling SIP The applications run normally (still testing this with the command line) - but testing the vector digitiser results in python crashnig with this message: /Applications/GRASS-7.2.2.app/Contents/Resources/bin/pythonw: line 3: 695 Segmentation fault: 11 /Applications/GRASS-7.2.2.app/Contents/Resources/python.app/Contents/MacOS/python "$@" I wonder if there is a recommendation for .bash_profile export options? Jón On 31 Jan 2018, at 5:56, Michael Barton wrote: If you are trying the new fully bundled GRASS binaries for Mac, here is an important thing to know. You MUST install and run these binaries from the /Applications folder. They cannot be in another folder or a subfolder of /Applications. This is an issue with the way conda (Anaconda) builds the GRASS environment. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=z55uS27GS336t3sW9o2Tm7U_Tvy3dZZxMqcstmAxH2o=lwg-cjicsZSv6zG8ns7w_YIvgXYUxFhXUDTI06IA91E=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu_=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=z55uS27GS336t3sW9o2Tm7U_Tvy3dZZxMqcstmAxH2o=R-WPsFU1YxVcHnfJUPgjCeUFptQe_I3nyvAWNlsFX4E=> ___ grass-user mailing list grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/grass-user<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_grass-2Duser=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=z55uS27GS336t3sW9o2Tm7U_Tvy3dZZxMqcstmAxH2o=wuicF1ukaQQnllV9bcAiucBQg48jGxOXxv-TTejPAOY=> ___ grass-user mailing list grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/grass-user<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.osgeo.org_mailman_listinfo_grass-2Duser=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=z55uS27GS336t3sW9o2Tm7U_Tvy3dZZxMqcstmAxH2o=wuicF1ukaQQnllV9bcAiucBQg48jGxOXxv-TTejPAOY=> ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Important hint for running the new Mac GRASS binaries
If you are trying the new fully bundled GRASS binaries for Mac, here is an important thing to know. You MUST install and run these binaries from the /Applications folder. They cannot be in another folder or a subfolder of /Applications. This is an issue with the way conda (Anaconda) builds the GRASS environment. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
Problem solved and new versions of GRASS 7.2.2 and GRASS 7.4 svn have been posted to GRASSMac. I found that the issue with extensions compiling was because I'd deleted clang and related files in an effort to reduce the size of the app. This is not needed to run GRASS, but is needed to compile extensions. I put it back in. Makes the app larger by about 600Mb but seems necessary. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 18, 2018, at 10:26 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Although it compiled, it seems that the startup script is missing. I need to look at this tomorrow and see what is happening. I have removed it from the GRASSMac web site. Michael ________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jan 18, 2018, at 5:19 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I was able to compile GRASS 7.4.0 RC2 and have just posted it to the GRASS Mac web site. This is a clickable Mac *.app bundled with dependencies and Python. So it *should* work without conflicts. But it is not a full fledged version of Python that you can customize with new packages. For that, we will need to create versions that are Anaconda packages that can be installed with 'conda install grass' Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jan 17, 2018, at 3:14 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I've just posted a new GRASS 7.2.2 dmg to the GRASS for Mac web site (http://grassmac.wikidot.com<http://grassmac.wikidot.com/>). This one is compiled with gettext for internationalization. Please test. I have not been able to get 7.4 to compile yet. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jan 16, 2018, at 9:37 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Hi Helena, I am very glad that it works for you so easily. A HUGE thanks is owed to Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS), an NSF facility and scientific network for modeling in the earth sciences. It was Eric's idea to try this through Anaconda. He provided guidance and I worked though a lot of testing it as an Anaconda build last summer, but was unable to get it to a point where GRASS could reliably be compiled and then distributed. Over the last couple months, Eric has worked out how to solve those problems, including making a launchable app and packaging it all in a dmg. There is a bit of fine tuning left to do in the workflow, but it is essentially distributable now--making it the first time I've been able to create a stable and easily installable binary in a year and a half. Parallel to this, Eric proposes (and has worked out the protocol) of also making GRASS available as an Anaconda package. He has created an Anaconda 'recipe' to do this. After getting the app/dmg distributed, I will follow his lead to test how this works as an alternative for those who use Anaconda for Python. This new build has a couple of characteristics quite different from previous Mac versions. Most importantly, all needed dependencies are bundled inside the app. This makes for a bigger app, but hopefully eliminates any conflicts among dependency versions. No more separ
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
You probably got that error because you didn’t launch this as a normal Mac app. Michael Barton School of Human Evolution Change Center for Social Dynamics & Complexity Arizona State University ...Sent from my iPad > On Jan 19, 2018, at 12:02 AM, Ken Mankoff <mank...@gmail.com> wrote: > > Hi, > > I just downloaded the 7.2.2 version and ran it at the CLI from my terminal > with: > > /Applications/GRASS-7.2.app/Contents/MacOS/Grass.sh --text > > And it seems to work from some basics tests. Vector digitizing even seems to > work! At least the toolbar displays which it doesn't in the Fink build, and > isn't even an option in the MacPorts build. > There is also command completion!! If I type "d." I see a list of > options. Neat. Presumably this means we could script all the options to each > command too, using the 'completion' script. > > The first bug I ran into was with g.gui commands: > > > g.gui.mapswipe > This program needs access to the screen. > Please run with a Framework build of python, and only when you are > logged in on the main display of your Mac. > > Also, I think there are options to build compressed DMGs, so you don't need > to distribute a .dmg.zip > >-k. > ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
Although it compiled, it seems that the startup script is missing. I need to look at this tomorrow and see what is happening. I have removed it from the GRASSMac web site. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 18, 2018, at 5:19 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I was able to compile GRASS 7.4.0 RC2 and have just posted it to the GRASS Mac web site. This is a clickable Mac *.app bundled with dependencies and Python. So it *should* work without conflicts. But it is not a full fledged version of Python that you can customize with new packages. For that, we will need to create versions that are Anaconda packages that can be installed with 'conda install grass' Michael ________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jan 17, 2018, at 3:14 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I've just posted a new GRASS 7.2.2 dmg to the GRASS for Mac web site (http://grassmac.wikidot.com<http://grassmac.wikidot.com/>). This one is compiled with gettext for internationalization. Please test. I have not been able to get 7.4 to compile yet. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jan 16, 2018, at 9:37 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Hi Helena, I am very glad that it works for you so easily. A HUGE thanks is owed to Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS), an NSF facility and scientific network for modeling in the earth sciences. It was Eric's idea to try this through Anaconda. He provided guidance and I worked though a lot of testing it as an Anaconda build last summer, but was unable to get it to a point where GRASS could reliably be compiled and then distributed. Over the last couple months, Eric has worked out how to solve those problems, including making a launchable app and packaging it all in a dmg. There is a bit of fine tuning left to do in the workflow, but it is essentially distributable now--making it the first time I've been able to create a stable and easily installable binary in a year and a half. Parallel to this, Eric proposes (and has worked out the protocol) of also making GRASS available as an Anaconda package. He has created an Anaconda 'recipe' to do this. After getting the app/dmg distributed, I will follow his lead to test how this works as an alternative for those who use Anaconda for Python. This new build has a couple of characteristics quite different from previous Mac versions. Most importantly, all needed dependencies are bundled inside the app. This makes for a bigger app, but hopefully eliminates any conflicts among dependency versions. No more separately installed "frameworks". No more conflicts if you (or a program) install another version of Python or wxPython somewhere. And hopefully, no more issues with Apple's 'system integrity protection' (SIP). This test version does not include gettext for internationalization or libLAS. I wanted to test it as we've been developing the workflow, without adding anything else until I can confirm that it works. However, I think it will be easy to include gettext because there already is an Anaconda version available. LiDAR support may be trickier. I have previously compiled libLAS. I think it may be possible to work out how to link and bundle it in this Anaconda version. That said, there seems to be work in the dev team for substituting PDAL as a LiDAR support library, and Anaconda already supports PDAL. So if we can substitute PDAL functionality for libLAS functionality, we can do it all within an Anaconda environment. This is also a full 64 bi
Re: [GRASS-user] [GRASS-dev] Grass on MacOS
Hi Stuart, This sounds like a path problem, but I don't understand why it is happening to you and not to others. Does GRASS go ahead and start in terminal mode? If so, can you check what it thinks the path is? In the terminal, type: echo $PATH I asked about the green terminal because, in working on this, I sometimes got a green terminal with some partly running versions, even though I have my terminal theme set to something else. Can you check to see if it runs for you in a couple of other ways? Ctrl-click on the app and select 'show package contents' from the menu. In /Contents/MacOS, try double clicking on the file named GRASS If that doesn't work, also in /Contents/MacOS, try dragging the file grass.sh into a terminal window and hitting return. Thanks Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 18, 2018, at 11:08 AM, Stuart Edwards <sedwar...@cinci.rr.com<mailto:sedwar...@cinci.rr.com>> wrote: Michael I just clicked on the icon that I had moved to the Applications directory. I can see wxpython in Resources/gui and there is a 'core' directory and a 'gui_core' directory - but I don't see a module named _core_ in the 'modules' directory. Ironically, the green and yellow is a standard terminal theme option called 'Grass' (Terminal/Preferences/Profiles) Stu On Jan 18, 2018, at 11:55 AM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Stuart, A couple of questions: 1. How did you try to launch GRASS? 2. Did you purposefully set your terminal to a green color or did this happen automatically? (I know it's weird but let me know). 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=vBUYpRroxy_fmxXITqXeDM3Phhcqirwz0TEPyjj2270=fw-0He_IuYxdWp5tkIBiyo9Bi8gzpGKU_p_GLPVtp4s=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu_=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=vBUYpRroxy_fmxXITqXeDM3Phhcqirwz0TEPyjj2270=mh1sM-QEi98LwvDTYy3XyH9x9RM-zbuChe_VYDbgl4c=> On Jan 18, 2018, at 7:02 AM, Stuart Edwards <sedwar...@cinci.rr.com<mailto:sedwar...@cinci.rr.com>> wrote: Hi - Just tried to open the new package on a MacBook Pro running 10.13.2 (High Sierra) and got this message: Starting GRASS GIS... ERROR: wxGUI requires wxPython. No module named _core_ Thanks for all your efforts on this 'project'... Stu On Jan 17, 2018, at 5:14 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I've just posted a new GRASS 7.2.2 dmg to the GRASS for Mac web site (http://grassmac.wikidot.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__grassmac.wikidot.com_=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=37ix_UbivXfbWCiQibwmgKBHRDRoVTZv7mZ1sfCb_-0=-GKTuCyzgWX4cqdp1QjXAY0sLPdSdSMfhwtNR1fXAZY=>). This one is compiled with gettext for internationalization. Please test. I have not been able to get 7.4 to compile yet. 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=37ix_UbivXfbWCiQibwmgKBHRDRoVTZv7mZ1sfCb_-0=gwEH13w9qun-ClVo_dppH7DZoIqGk_pYDnSrbImNOeQ=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu_=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=37ix_UbivXfbWCiQibwmgKBHRDRoVTZv7mZ1sfCb_-0=rVG5LaLrIHksRovyNA5MZLk46tpptIRx2ZoUggCo9l8=> On Jan 16, 2018, at 9:37 PM,
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
I was able to compile GRASS 7.4.0 RC2 and have just posted it to the GRASS Mac web site. This is a clickable Mac *.app bundled with dependencies and Python. So it *should* work without conflicts. But it is not a full fledged version of Python that you can customize with new packages. For that, we will need to create versions that are Anaconda packages that can be installed with 'conda install grass' Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 17, 2018, at 3:14 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I've just posted a new GRASS 7.2.2 dmg to the GRASS for Mac web site (http://grassmac.wikidot.com<http://grassmac.wikidot.com/>). This one is compiled with gettext for internationalization. Please test. I have not been able to get 7.4 to compile yet. Michael ____ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jan 16, 2018, at 9:37 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Hi Helena, I am very glad that it works for you so easily. A HUGE thanks is owed to Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS), an NSF facility and scientific network for modeling in the earth sciences. It was Eric's idea to try this through Anaconda. He provided guidance and I worked though a lot of testing it as an Anaconda build last summer, but was unable to get it to a point where GRASS could reliably be compiled and then distributed. Over the last couple months, Eric has worked out how to solve those problems, including making a launchable app and packaging it all in a dmg. There is a bit of fine tuning left to do in the workflow, but it is essentially distributable now--making it the first time I've been able to create a stable and easily installable binary in a year and a half. Parallel to this, Eric proposes (and has worked out the protocol) of also making GRASS available as an Anaconda package. He has created an Anaconda 'recipe' to do this. After getting the app/dmg distributed, I will follow his lead to test how this works as an alternative for those who use Anaconda for Python. This new build has a couple of characteristics quite different from previous Mac versions. Most importantly, all needed dependencies are bundled inside the app. This makes for a bigger app, but hopefully eliminates any conflicts among dependency versions. No more separately installed "frameworks". No more conflicts if you (or a program) install another version of Python or wxPython somewhere. And hopefully, no more issues with Apple's 'system integrity protection' (SIP). This test version does not include gettext for internationalization or libLAS. I wanted to test it as we've been developing the workflow, without adding anything else until I can confirm that it works. However, I think it will be easy to include gettext because there already is an Anaconda version available. LiDAR support may be trickier. I have previously compiled libLAS. I think it may be possible to work out how to link and bundle it in this Anaconda version. That said, there seems to be work in the dev team for substituting PDAL as a LiDAR support library, and Anaconda already supports PDAL. So if we can substitute PDAL functionality for libLAS functionality, we can do it all within an Anaconda environment. This is also a full 64 bit version of GRASS. No more need to compile it dual architecture 32/64 bit. This solves a number of compiling and running issues, and means that the GUI now must run in wxPython 3 and above (still Python 2.7). There are several GUI bugs that show up in switching from wxPython 2.8 to 3+. I've created tickets on the 3 I know of. The most annoying 2 of these should be pretty easy to solve for the people who are actively managing the GUI (the menu button bar does not properly revert back to 2D buttons after displaying 3D, and a custom pull-down list control does not recognize mouse clicks). I don't know if the 3rd one is easy or difficult to solve (the interactive supervised classification module crashes GRASS). Please feel free to distribute and get back
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
It would make life easier for people using GRASS. I'm not sure how that would be implemented, but if the QGIS folks do it, we should be able to do it 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, http://csdc.asu.edu On Jan 17, 2018, at 11:24 PM, Markus Neteler <nete...@osgeo.org<mailto:nete...@osgeo.org>> wrote: Am 18.01.2018 12:29 vorm. schrieb "Michael Barton" <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>>: Thanks Carlos, Many recent versions seem to take a long time to initialize the first time opened. And of course this needs to be opened with a Ctrl-click because I have not paid Apple $100/year to be able to sign packages. As far as I know the QGIS project pays this license fee (through OSGeo?). Should we do that as well? Markus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
I get this kind of thing regularly when GRASS tries to compile from g.extension. Sometimes it is because of a problem with the add-on file. Do ALL addons fail or just this one? Have you tried it from g.extension instead of the GUI wrapper? It might help sort out the error. MIchael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 18, 2018, at 8:48 AM, Carlos Grohmann <carlos.grohm...@gmail.com<mailto:carlos.grohm...@gmail.com>> wrote: Great! Continuing with the tests, one of my students got this when trying to install r.stream.distance: Fetching from GRASS GIS Addons repository (be patient)... Compiling... /bin/sh: /Applications/GRASS-7.2.app/Contents/Resources/bin/clang: No such file or directory make: *** [OBJ.x86_64-apple-darwin17.3.0/distance_calc.o] Error 127 ERROR: Compilation failed, sorry. Please check above error messages. Carlos On Thu, Jan 18, 2018 at 4:03 AM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Just tried it on my laptop. There is history in the minimalist python shell. You just have to hold down the cmd key while pressing the up or down arrow key. 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<tel:(480)%20965-6262> (SHESC), 480-965-8130<tel:(480)%20965-8130>/727-9746 (CSDC) fax: 480-965-7671<tel:(480)%20965-7671> (SHESC), 480-727-0709<tel:(480)%20727-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=mIdg2S_EmL6AlMv2fdgKybB8235itJ08gJeE8PFMdmM=8ELwCZ5OosbIBp9vlkty477qIbQxY4PC6pJzqfY_2G8=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=mIdg2S_EmL6AlMv2fdgKybB8235itJ08gJeE8PFMdmM=VjT7Hwa6DUhA4FwK6LHhV8Z2_sjS0khg6m6ZC2Ff_y0=> On Jan 17, 2018, at 4:13 PM, Carlos Grohmann <carlos.grohm...@gmail.com<mailto:carlos.grohm...@gmail.com>> wrote: I noticed that there is no command line history in python. -- Prof. Carlos Henrique Grohmann Institute of Energy and Environment - Univ. of São Paulo, Brazil - Digital Terrain Analysis | GIS | Remote Sensing - http://carlosgrohmann.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__carlosgrohmann.com_=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=mIdg2S_EmL6AlMv2fdgKybB8235itJ08gJeE8PFMdmM=vC7k79uSQYLlivWFiQqQxhXyzcUAW4SWFdLcWg7CAMo=> http://orcid.org/-0001-5073-5572<https://urldefense.proofpoint.com/v2/url?u=http-3A__orcid.org_-2D0001-2D5073-2D5572=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=mIdg2S_EmL6AlMv2fdgKybB8235itJ08gJeE8PFMdmM=Om5hIF8T9ku1YxBRUbTLrtthkXjg-t5UpOhoCMsu3Ko=> Can’t stop the signal. ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
Stuart, A couple of questions: 1. How did you try to launch GRASS? 2. Did you purposefully set your terminal to a green color or did this happen automatically? (I know it's weird but let me know). MIchael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 18, 2018, at 7:02 AM, Stuart Edwards <sedwar...@cinci.rr.com<mailto:sedwar...@cinci.rr.com>> wrote: Hi - Just tried to open the new package on a MacBook Pro running 10.13.2 (High Sierra) and got this message: Starting GRASS GIS... ERROR: wxGUI requires wxPython. No module named _core_ Thanks for all your efforts on this 'project'... Stu On Jan 17, 2018, at 5:14 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I've just posted a new GRASS 7.2.2 dmg to the GRASS for Mac web site (http://grassmac.wikidot.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__grassmac.wikidot.com_=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=37ix_UbivXfbWCiQibwmgKBHRDRoVTZv7mZ1sfCb_-0=-GKTuCyzgWX4cqdp1QjXAY0sLPdSdSMfhwtNR1fXAZY=>). This one is compiled with gettext for internationalization. Please test. I have not been able to get 7.4 to compile yet. 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=37ix_UbivXfbWCiQibwmgKBHRDRoVTZv7mZ1sfCb_-0=gwEH13w9qun-ClVo_dppH7DZoIqGk_pYDnSrbImNOeQ=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu_=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=37ix_UbivXfbWCiQibwmgKBHRDRoVTZv7mZ1sfCb_-0=rVG5LaLrIHksRovyNA5MZLk46tpptIRx2ZoUggCo9l8=> On Jan 16, 2018, at 9:37 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Hi Helena, I am very glad that it works for you so easily. A HUGE thanks is owed to Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS), an NSF facility and scientific network for modeling in the earth sciences. It was Eric's idea to try this through Anaconda. He provided guidance and I worked though a lot of testing it as an Anaconda build last summer, but was unable to get it to a point where GRASS could reliably be compiled and then distributed. Over the last couple months, Eric has worked out how to solve those problems, including making a launchable app and packaging it all in a dmg. There is a bit of fine tuning left to do in the workflow, but it is essentially distributable now--making it the first time I've been able to create a stable and easily installable binary in a year and a half. Parallel to this, Eric proposes (and has worked out the protocol) of also making GRASS available as an Anaconda package. He has created an Anaconda 'recipe' to do this. After getting the app/dmg distributed, I will follow his lead to test how this works as an alternative for those who use Anaconda for Python. This new build has a couple of characteristics quite different from previous Mac versions. Most importantly, all needed dependencies are bundled inside the app. This makes for a bigger app, but hopefully eliminates any conflicts among dependency versions. No more separately installed "frameworks". No more conflicts if you (or a program) install another version of Python or wxPython somewhere. And hopefully, no more issues with Apple's 'system integrity protection' (SIP). This test version does not include gettext for internationalization or libLAS. I wanted to test it as we've been developing the workflow, without adding anything else until I can confirm that it works. However, I think it will be easy to include gettext because there already is an Anaconda version available. LiDAR support may be trickier. I have previously compiled libLAS. I think it may be possible to work out how to link and bundle it in this Anaconda version. That said, there seems to be work in the dev team for substituting PDAL as a LiDAR support library, and Anaconda already supports PDAL. So if we can substitute P
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
Just tried it on my laptop. There is history in the minimalist python shell. You just have to hold down the cmd key while pressing the up or down arrow key. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 17, 2018, at 4:13 PM, Carlos Grohmann <carlos.grohm...@gmail.com<mailto:carlos.grohm...@gmail.com>> wrote: I noticed that there is no command line history in python. ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
Carlos, I believe the problem here is that you are mixing the bundled Python with your system Python. There is no seaborn package installed in the app. We just bundled the Python needed to run GRASS and its modules. I assume you have installed seaborn into your system Python. But since within the GRASS environment your python path and default system path is pointing to the files inside the app, the seaborn you installed can't be found. If your path is such that it can look into your system Python after not finding it in the grass app, there is no guarantee that the version of seaborn you have installed is compatible with the version of Python, MatPlotLib, or other packages that are bundled with the GRASS app. In other words, if you want to do full Python programming with packages that you install, you will need to do it outside the GRASS environment. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 17, 2018, at 5:43 PM, Carlos Grohmann <carlos.grohm...@gmail.com<mailto:carlos.grohm...@gmail.com>> wrote: Hello Michael I got the error message when importing seaborn (see below). I'm more used to the regular terminal window, so that's where I noticed the lack of python history. I just checked on the GUI terminal, and seaborn imports without errors, but there's no history as well (the arrow key move to the previous line). Carlos Launching GUI in the background, please wait... GRASS 7.2.2 (latlong):~ > python Python 2.7.14 | packaged by conda-forge | (default, Dec 25 2017, 01:18:54) [GCC 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import matplotlib >>> import seaborn Traceback (most recent call last): File "", line 1, in File "/usr/local/lib/python2.7/site-packages/seaborn/__init__.py", line 6, in from .rcmod import * File "/usr/local/lib/python2.7/site-packages/seaborn/rcmod.py", line 8, in from . import palettes, _orig_rc_params File "/usr/local/lib/python2.7/site-packages/seaborn/palettes.py", line 12, in from .utils import desaturate, set_hls_values, get_color_cycle File "/usr/local/lib/python2.7/site-packages/seaborn/utils.py", line 12, in import matplotlib.pyplot as plt File "/usr/local/lib/python2.7/site-packages/matplotlib/pyplot.py", line 115, in _backend_mod, new_figure_manager, draw_if_interactive, _show = pylab_setup() File "/usr/local/lib/python2.7/site-packages/matplotlib/backends/__init__.py", line 32, in pylab_setup globals(),locals(),[backend_name],0) File "/usr/local/lib/python2.7/site-packages/matplotlib/backends/backend_macosx.py", line 19, in from matplotlib.backends import _macosx RuntimeError: Python is not installed as a framework. The Mac OS X backend will not be able to function correctly if Python is not installed as a framework. See the Python documentation for more information on installing Python as a framework on Mac OS X. Please either reinstall Python as a framework, or try one of the other backends. If you are using (Ana)Conda please install python.app and replace the use of 'python' with 'pythonw'. See 'Working with Matplotlib on OSX' in the Matplotlib FAQ for more information. >>> On Wed, Jan 17, 2018 at 9:29 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Thanks Carlos, Many recent versions seem to take a long time to initialize the first time opened. And of course this needs to be opened with a Ctrl-click because I have not paid Apple $100/year to be able to sign packages. I am curious about the error message. Were these some of your custom scripts? Sometimes Mac python things can open with "python", but other times they need "pythonw". I'm not sure why the difference. Is the lack of python history something you're seeing in the python IDE window or terminal window? Are you in a regular terminal or in the one in the GUI? Thanks for testing. 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<tel:(480)%20965-6262> (SHESC), 480-965-8130<tel:(480)%20965-8130>/727-9746 (CSDC) fax: 480-965-7671<tel:(480)%20965-7671> (SH
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
Thanks Carlos, Many recent versions seem to take a long time to initialize the first time opened. And of course this needs to be opened with a Ctrl-click because I have not paid Apple $100/year to be able to sign packages. I am curious about the error message. Were these some of your custom scripts? Sometimes Mac python things can open with "python", but other times they need "pythonw". I'm not sure why the difference. Is the lack of python history something you're seeing in the python IDE window or terminal window? Are you in a regular terminal or in the one in the GUI? Thanks for testing. Michael ________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 17, 2018, at 4:13 PM, Carlos Grohmann <carlos.grohm...@gmail.com<mailto:carlos.grohm...@gmail.com>> wrote: Fantastic! After installing it, it kinda froze the first time I opened it, but the second time there was no issues. NVIZ works! I tried to run some python scripts and in the first time I got an error message, complaining about matplotlib, but luckily the error message said to use 'pythonw' instead of 'python' and with that, all the libraries were imported (matplotlib, seaborn etc). I noticed that there is no command line history in python. Will keep testing Carlos On Wed, Jan 17, 2018 at 8:14 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I've just posted a new GRASS 7.2.2 dmg to the GRASS for Mac web site (http://grassmac.wikidot.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__grassmac.wikidot.com=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=HnAjSQXQd-z6Z5VbSLRVKVt1dXZv92LdiE1ZHsySSsg=8XTwEOj-2zjfFNSsDEheR3Q1RfgE9Yi0X6uw4NqbE0Q=>). This one is compiled with gettext for internationalization. Please test. I have not been able to get 7.4 to compile yet. 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<tel:(480)%20965-6262> (SHESC), 480-965-8130<tel:(480)%20965-8130>/727-9746 (CSDC) fax: 480-965-7671<tel:(480)%20965-7671> (SHESC), 480-727-0709<tel:(480)%20727-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=HnAjSQXQd-z6Z5VbSLRVKVt1dXZv92LdiE1ZHsySSsg=JvEt2NTd53So9mSlLDlShK3MDwYr4TN8bhpxtZeFBiE=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=HnAjSQXQd-z6Z5VbSLRVKVt1dXZv92LdiE1ZHsySSsg=Vg0CaVFGELNxKZBSf-L2PFED9BX1JK_sjlUu_AQ00QI=> On Jan 16, 2018, at 9:37 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Hi Helena, I am very glad that it works for you so easily. A HUGE thanks is owed to Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS), an NSF facility and scientific network for modeling in the earth sciences. It was Eric's idea to try this through Anaconda. He provided guidance and I worked though a lot of testing it as an Anaconda build last summer, but was unable to get it to a point where GRASS could reliably be compiled and then distributed. Over the last couple months, Eric has worked out how to solve those problems, including making a launchable app and packaging it all in a dmg. There is a bit of fine tuning left to do in the workflow, but it is essentially distributable now--making it the first time I've been able to create a stable and easily installable binary in a year and a half. Parallel to this, Eric proposes (and has worked out the protocol) of also making GRASS available as an Anaconda package. He has created an Anaconda 'recipe' to do this. After getting the app/dmg distributed, I will follow his lead to test how this works as an alternative for those who use Anaconda for Python. This new build has a couple of characteristics quite different from previous Mac versions. Most importantly, all needed dependencies are bundled inside the app. This makes for a bigger app, but hopefully eliminates any conflicts among dependency versions. No more separately installed "frameworks". No more conflicts if you (or a pro
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
Because this is a relatively new way to compile GRASS, I hesitate to claim it is a 'bug' in the 7.4 code until others have had a chance to look at the brief error output I sent. I'm not sure what to report is the problem at the moment, as the errors in 7.4 RB and 7.4.0RC2 seem different. I can certainly send more info if needed. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 17, 2018, at 3:43 PM, Markus Neteler <nete...@osgeo.org<mailto:nete...@osgeo.org>> wrote: On Wed, Jan 17, 2018 at 11:14 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I've just posted a new GRASS 7.2.2 dmg to the GRASS for Mac web site (https://urldefense.proofpoint.com/v2/url?u=http-3A__grassmac.wikidot.com=DwIBaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=VPnRSGSH_FsUh3qSzmBFrO1Th57bRda-vDcqWRxoGrI=osd3V7AlxWpRa17ifs-_Nx5lDyp19kXPS-0OfzEQyXE=). This one is compiled with gettext for internationalization. Please test. Great! I have not been able to get 7.4 to compile yet. If there are technical issues, please post them (in case we need to hold the 7.4.0 release for them). Markus ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
I've just posted a new GRASS 7.2.2 dmg to the GRASS for Mac web site (http://grassmac.wikidot.com). This one is compiled with gettext for internationalization. Please test. I have not been able to get 7.4 to compile yet. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 16, 2018, at 9:37 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Hi Helena, I am very glad that it works for you so easily. A HUGE thanks is owed to Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS), an NSF facility and scientific network for modeling in the earth sciences. It was Eric's idea to try this through Anaconda. He provided guidance and I worked though a lot of testing it as an Anaconda build last summer, but was unable to get it to a point where GRASS could reliably be compiled and then distributed. Over the last couple months, Eric has worked out how to solve those problems, including making a launchable app and packaging it all in a dmg. There is a bit of fine tuning left to do in the workflow, but it is essentially distributable now--making it the first time I've been able to create a stable and easily installable binary in a year and a half. Parallel to this, Eric proposes (and has worked out the protocol) of also making GRASS available as an Anaconda package. He has created an Anaconda 'recipe' to do this. After getting the app/dmg distributed, I will follow his lead to test how this works as an alternative for those who use Anaconda for Python. This new build has a couple of characteristics quite different from previous Mac versions. Most importantly, all needed dependencies are bundled inside the app. This makes for a bigger app, but hopefully eliminates any conflicts among dependency versions. No more separately installed "frameworks". No more conflicts if you (or a program) install another version of Python or wxPython somewhere. And hopefully, no more issues with Apple's 'system integrity protection' (SIP). This test version does not include gettext for internationalization or libLAS. I wanted to test it as we've been developing the workflow, without adding anything else until I can confirm that it works. However, I think it will be easy to include gettext because there already is an Anaconda version available. LiDAR support may be trickier. I have previously compiled libLAS. I think it may be possible to work out how to link and bundle it in this Anaconda version. That said, there seems to be work in the dev team for substituting PDAL as a LiDAR support library, and Anaconda already supports PDAL. So if we can substitute PDAL functionality for libLAS functionality, we can do it all within an Anaconda environment. This is also a full 64 bit version of GRASS. No more need to compile it dual architecture 32/64 bit. This solves a number of compiling and running issues, and means that the GUI now must run in wxPython 3 and above (still Python 2.7). There are several GUI bugs that show up in switching from wxPython 2.8 to 3+. I've created tickets on the 3 I know of. The most annoying 2 of these should be pretty easy to solve for the people who are actively managing the GUI (the menu button bar does not properly revert back to 2D buttons after displaying 3D, and a custom pull-down list control does not recognize mouse clicks). I don't know if the 3rd one is easy or difficult to solve (the interactive supervised classification module crashes GRASS). Please feel free to distribute and get back in touch with me and Eric if you run into any issues. Cheers Michael ____ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jan 16, 2018, at 6:53 PM, Helena Mitasova <hmit...@ncsu.edu<mailto:hmit...@ncsu.edu>> wrote: Michael, thank you for the dmg file - great news - I was able to get GRASS running on my new laptop in less than 10 minutes including download. On first double click it refused to open that it is not verfied but it allowed me to open it by clicking on it and selecting Open in the menu ( I remebered that trick from the past). I noticed that it does not have r.in.lidar (I am aware of the i
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
I understand the desire not to waste effort. However, it seems that it will still be some time before Phoenix is completely stable and we have code that works with it. Issues 1 and 2 seem to be easily fixable things in the current code. Are any other platforms using wxPython 3.0.2 yet? If so, do they have the same issues? Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 17, 2018, at 3:14 AM, Anna Petrášová <kratocha...@gmail.com<mailto:kratocha...@gmail.com>> wrote: Hi Michael and Eric, that's great indeed! What are the plans to document the entire process? Probably creating a GRASS wiki page? I would like to eventually switch to wxPython Phoenix, because I don't want to invest energy into fixing issues for wxpython 3 in case some of these things already work in Phoenix. The current state of wxGUI and Phoenix is that it roughly 90% of GUI works on Linux, if I remember correctly on Mac too, but I didn't have that much time to test it. Thank you, Anna On Tue, Jan 16, 2018 at 11:37 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Hi Helena, I am very glad that it works for you so easily. A HUGE thanks is owed to Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS), an NSF facility and scientific network for modeling in the earth sciences. It was Eric's idea to try this through Anaconda. He provided guidance and I worked though a lot of testing it as an Anaconda build last summer, but was unable to get it to a point where GRASS could reliably be compiled and then distributed. Over the last couple months, Eric has worked out how to solve those problems, including making a launchable app and packaging it all in a dmg. There is a bit of fine tuning left to do in the workflow, but it is essentially distributable now--making it the first time I've been able to create a stable and easily installable binary in a year and a half. Parallel to this, Eric proposes (and has worked out the protocol) of also making GRASS available as an Anaconda package. He has created an Anaconda 'recipe' to do this. After getting the app/dmg distributed, I will follow his lead to test how this works as an alternative for those who use Anaconda for Python. This new build has a couple of characteristics quite different from previous Mac versions. Most importantly, all needed dependencies are bundled inside the app. This makes for a bigger app, but hopefully eliminates any conflicts among dependency versions. No more separately installed "frameworks". No more conflicts if you (or a program) install another version of Python or wxPython somewhere. And hopefully, no more issues with Apple's 'system integrity protection' (SIP). This test version does not include gettext for internationalization or libLAS. I wanted to test it as we've been developing the workflow, without adding anything else until I can confirm that it works. However, I think it will be easy to include gettext because there already is an Anaconda version available. LiDAR support may be trickier. I have previously compiled libLAS. I think it may be possible to work out how to link and bundle it in this Anaconda version. That said, there seems to be work in the dev team for substituting PDAL as a LiDAR support library, and Anaconda already supports PDAL. So if we can substitute PDAL functionality for libLAS functionality, we can do it all within an Anaconda environment. This is also a full 64 bit version of GRASS. No more need to compile it dual architecture 32/64 bit. This solves a number of compiling and running issues, and means that the GUI now must run in wxPython 3 and above (still Python 2.7). There are several GUI bugs that show up in switching from wxPython 2.8 to 3+. I've created tickets on the 3 I know of. The most annoying 2 of these should be pretty easy to solve for the people who are actively managing the GUI (the menu button bar does not properly revert back to 2D buttons after displaying 3D, and a custom pull-down list control does not recognize mouse clicks). I don't know if the 3rd one is easy or difficult to solve (the interactive supervised classification module crashes GRASS). Please feel free to distribute and get back in touch with me and Eric if you run into any issues. Cheers 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-81
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
Eric has already documented it pretty well. I'm making a set of notes organized a bit differently that will help me move through the workflow rapidly. Once we get it nailed down, we can put it on the WIKI and/or link to Eric's site. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 17, 2018, at 3:14 AM, Anna Petrášová <kratocha...@gmail.com<mailto:kratocha...@gmail.com>> wrote: Hi Michael and Eric, that's great indeed! What are the plans to document the entire process? Probably creating a GRASS wiki page? I would like to eventually switch to wxPython Phoenix, because I don't want to invest energy into fixing issues for wxpython 3 in case some of these things already work in Phoenix. The current state of wxGUI and Phoenix is that it roughly 90% of GUI works on Linux, if I remember correctly on Mac too, but I didn't have that much time to test it. Thank you, Anna On Tue, Jan 16, 2018 at 11:37 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Hi Helena, I am very glad that it works for you so easily. A HUGE thanks is owed to Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS), an NSF facility and scientific network for modeling in the earth sciences. It was Eric's idea to try this through Anaconda. He provided guidance and I worked though a lot of testing it as an Anaconda build last summer, but was unable to get it to a point where GRASS could reliably be compiled and then distributed. Over the last couple months, Eric has worked out how to solve those problems, including making a launchable app and packaging it all in a dmg. There is a bit of fine tuning left to do in the workflow, but it is essentially distributable now--making it the first time I've been able to create a stable and easily installable binary in a year and a half. Parallel to this, Eric proposes (and has worked out the protocol) of also making GRASS available as an Anaconda package. He has created an Anaconda 'recipe' to do this. After getting the app/dmg distributed, I will follow his lead to test how this works as an alternative for those who use Anaconda for Python. This new build has a couple of characteristics quite different from previous Mac versions. Most importantly, all needed dependencies are bundled inside the app. This makes for a bigger app, but hopefully eliminates any conflicts among dependency versions. No more separately installed "frameworks". No more conflicts if you (or a program) install another version of Python or wxPython somewhere. And hopefully, no more issues with Apple's 'system integrity protection' (SIP). This test version does not include gettext for internationalization or libLAS. I wanted to test it as we've been developing the workflow, without adding anything else until I can confirm that it works. However, I think it will be easy to include gettext because there already is an Anaconda version available. LiDAR support may be trickier. I have previously compiled libLAS. I think it may be possible to work out how to link and bundle it in this Anaconda version. That said, there seems to be work in the dev team for substituting PDAL as a LiDAR support library, and Anaconda already supports PDAL. So if we can substitute PDAL functionality for libLAS functionality, we can do it all within an Anaconda environment. This is also a full 64 bit version of GRASS. No more need to compile it dual architecture 32/64 bit. This solves a number of compiling and running issues, and means that the GUI now must run in wxPython 3 and above (still Python 2.7). There are several GUI bugs that show up in switching from wxPython 2.8 to 3+. I've created tickets on the 3 I know of. The most annoying 2 of these should be pretty easy to solve for the people who are actively managing the GUI (the menu button bar does not properly revert back to 2D buttons after displaying 3D, and a custom pull-down list control does not recognize mouse clicks). I don't know if the 3rd one is easy or difficult to solve (the interactive supervised classification module crashes GRASS). Please feel free to distribute and get back in touch with me and Eric if you run into any issues. Cheers 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
Re: [GRASS-user] [GRASS-dev] Grass on MacOS (Ken Mankoff)
Hi Helena, I am very glad that it works for you so easily. A HUGE thanks is owed to Eric Hutton of the Community Surface Dynamics Modeling System (CSDMS), an NSF facility and scientific network for modeling in the earth sciences. It was Eric's idea to try this through Anaconda. He provided guidance and I worked though a lot of testing it as an Anaconda build last summer, but was unable to get it to a point where GRASS could reliably be compiled and then distributed. Over the last couple months, Eric has worked out how to solve those problems, including making a launchable app and packaging it all in a dmg. There is a bit of fine tuning left to do in the workflow, but it is essentially distributable now--making it the first time I've been able to create a stable and easily installable binary in a year and a half. Parallel to this, Eric proposes (and has worked out the protocol) of also making GRASS available as an Anaconda package. He has created an Anaconda 'recipe' to do this. After getting the app/dmg distributed, I will follow his lead to test how this works as an alternative for those who use Anaconda for Python. This new build has a couple of characteristics quite different from previous Mac versions. Most importantly, all needed dependencies are bundled inside the app. This makes for a bigger app, but hopefully eliminates any conflicts among dependency versions. No more separately installed "frameworks". No more conflicts if you (or a program) install another version of Python or wxPython somewhere. And hopefully, no more issues with Apple's 'system integrity protection' (SIP). This test version does not include gettext for internationalization or libLAS. I wanted to test it as we've been developing the workflow, without adding anything else until I can confirm that it works. However, I think it will be easy to include gettext because there already is an Anaconda version available. LiDAR support may be trickier. I have previously compiled libLAS. I think it may be possible to work out how to link and bundle it in this Anaconda version. That said, there seems to be work in the dev team for substituting PDAL as a LiDAR support library, and Anaconda already supports PDAL. So if we can substitute PDAL functionality for libLAS functionality, we can do it all within an Anaconda environment. This is also a full 64 bit version of GRASS. No more need to compile it dual architecture 32/64 bit. This solves a number of compiling and running issues, and means that the GUI now must run in wxPython 3 and above (still Python 2.7). There are several GUI bugs that show up in switching from wxPython 2.8 to 3+. I've created tickets on the 3 I know of. The most annoying 2 of these should be pretty easy to solve for the people who are actively managing the GUI (the menu button bar does not properly revert back to 2D buttons after displaying 3D, and a custom pull-down list control does not recognize mouse clicks). I don't know if the 3rd one is easy or difficult to solve (the interactive supervised classification module crashes GRASS). Please feel free to distribute and get back in touch with me and Eric if you run into any issues. Cheers Michael ____ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 16, 2018, at 6:53 PM, Helena Mitasova <hmit...@ncsu.edu<mailto:hmit...@ncsu.edu>> wrote: Michael, thank you for the dmg file - great news - I was able to get GRASS running on my new laptop in less than 10 minutes including download. On first double click it refused to open that it is not verfied but it allowed me to open it by clicking on it and selecting Open in the menu ( I remebered that trick from the past). I noticed that it does not have r.in.lidar (I am aware of the issue) but nviz and map swipe runs, g.gui.animation has a problem. Anyway it is fantastic to have GRASS Mac binary back - thank you all for the effort, Helena On Jan 16, 2018, at 6:08 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Hi Eric, I just started from scratch and compiled GRASS under Anaconda, created an app, and created a dmg. It runs with a double click. This is great!! Tonight, I will test on my laptop at home with SIP turned on. Fingers crossed. Cheers 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 (SHES
Re: [GRASS-user] Grass on MacOS (Ken Mankoff)
Hi Eric, I just started from scratch and compiled GRASS under Anaconda, created an app, and created a dmg. It runs with a double click. This is great!! Tonight, I will test on my laptop at home with SIP turned on. Fingers crossed. Cheers Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 15, 2018, at 10:22 PM, Eric Hutton <hutton.e...@gmail.com<mailto:hutton.e...@gmail.com>> wrote: Hi Michael That's great! I included those two extra shell scripts as they were used with a previous version of grass. They are called in the Grass.sh script. I don't really know what they do, maybe they are no longer necessary. To be honest, I'm not sure how I got the size down so much. After installing grass into the app, I ran "conda clean --all" and manually removed everything under the Contents/Resources/pkgs folder - but that's what I had always been doing (I think, anyway). I've added the updated scripts to the GitHub repo. I think that now has everything I was working with created the app that's now working for you. Eric On Mon, Jan 15, 2018 at 9:35 PM Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Eric, I wrote you on this but apparently it never was sent. I tested your new app and it works like a charm. Opens with a double click and no problems. There are a couple extra shell scripts in ../Contents/MacOS/ that don't seem to be called by anything. Or am I just not seeing it? I will try inserting the new start up scripts into my own build tomorrow and see if it works the same. How did you get the size down so much? I got it close last week by removing the pkg folder, env folder, doc folder, and then some selective items in bin. But I'm hoping your have a more systematic list of what can be removed. This looks like exactly what is needed. Hopefully I can package it as you did and get it posted to test by the end of the week. Thanks again 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<tel:(480)%20965-6262> (SHESC), 480-965-8130<tel:(480)%20965-8130>/727-9746 (CSDC) fax: 480-965-7671<tel:(480)%20965-7671> (SHESC), 480-727-0709<tel:(480)%20727-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=bZO0cwfnfukYmqi5yUY-XWAS-FM82fSNuA5sgMVg_6k=d-wHxIaPaQdDW6cxn3R8zKtBvdihUlHng4s9IUsNqmI=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=bZO0cwfnfukYmqi5yUY-XWAS-FM82fSNuA5sgMVg_6k=bXpN34ZGq_LF97BNf4YUyBxSRKXyz_I7U6DU5FHU27I=> On Jan 14, 2018, at 3:23 PM, Eric Hutton <hutton.e...@gmail.com<mailto:hutton.e...@gmail.com>> wrote: Hi Michael Thanks for your earlier clarification about how grass runs (I was missing a key point!). I think I have a solution now. Basically, the Grass72.app/Contents/MacOS/Grass script now opens up a terminal and, within that terminal, executes the startup script (the one we were using before, which is now Grass.sh). You can see what I mean here: https://github.com/mcflugen/grass-conda-build/tree/master/osx/Grass72.app/Contents/MacOS<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_mcflugen_grass-2Dconda-2Dbuild_tree_master_osx_Grass72.app_Contents_MacOS=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=XA6yReZT2BoAaNeg126zooD8EtmwRkQ-7rwLzxODg7I=QrgVzZR0j3uDdl8IY0RGC58H9UUyvn6xgvsVYTYozm8=> I'll start to make a new app but the one I have seems to be working now (I've been using the NC data you sent me). Eric On Sun, Jan 14, 2018 at 1:31 PM Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Ken & Co. You might find this of interest. I've been working off and on for the past several month to find a new way to compile and distribute GRASS for Mac with all dependencies created outside the Mac system folders and bundled with it. The goal is to eliminate the SIP problem and the potential for conflicts with different versions of dependencies/frameworks/python/wxpython. With a lot of h
Re: [GRASS-user] Grass on MacOS (Ken Mankoff)
Eric, I wrote you on this but apparently it never was sent. I tested your new app and it works like a charm. Opens with a double click and no problems. There are a couple extra shell scripts in ../Contents/MacOS/ that don't seem to be called by anything. Or am I just not seeing it? I will try inserting the new start up scripts into my own build tomorrow and see if it works the same. How did you get the size down so much? I got it close last week by removing the pkg folder, env folder, doc folder, and then some selective items in bin. But I'm hoping your have a more systematic list of what can be removed. This looks like exactly what is needed. Hopefully I can package it as you did and get it posted to test by the end of the week. Thanks again Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 14, 2018, at 3:23 PM, Eric Hutton <hutton.e...@gmail.com<mailto:hutton.e...@gmail.com>> wrote: Hi Michael Thanks for your earlier clarification about how grass runs (I was missing a key point!). I think I have a solution now. Basically, the Grass72.app/Contents/MacOS/Grass script now opens up a terminal and, within that terminal, executes the startup script (the one we were using before, which is now Grass.sh). You can see what I mean here: https://github.com/mcflugen/grass-conda-build/tree/master/osx/Grass72.app/Contents/MacOS<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_mcflugen_grass-2Dconda-2Dbuild_tree_master_osx_Grass72.app_Contents_MacOS=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=XA6yReZT2BoAaNeg126zooD8EtmwRkQ-7rwLzxODg7I=QrgVzZR0j3uDdl8IY0RGC58H9UUyvn6xgvsVYTYozm8=> I'll start to make a new app but the one I have seems to be working now (I've been using the NC data you sent me). Eric On Sun, Jan 14, 2018 at 1:31 PM Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Ken & Co. You might find this of interest. I've been working off and on for the past several month to find a new way to compile and distribute GRASS for Mac with all dependencies created outside the Mac system folders and bundled with it. The goal is to eliminate the SIP problem and the potential for conflicts with different versions of dependencies/frameworks/python/wxpython. With a lot of help from colleague Eric Hutton (Community Surface Dynamics Modeling System), we are very close to having a reproducible and distributable build of GRASS under Anaconda. Our goal is to compile GRASS in an Anaconda environment so that it is distributable in two related ways: as a standard Mac package and app, and as an Anaconda package (installed via the command 'conda install [grass version]'). This will be a fully 64 bit GRASS version using wxPython 3 for the GUI. Due to the many other responsibilities and pulls on our time, Eric and I have only been able to work sporadically. But as of this week we are down to one main baffling and annoying problem left to solve. Then we can do some clean up and begin making this build available to test. With that in mind, if anyone has experience in creating Mac *.app and *.pkg environments for distribution, please get in touch. You might be able to help us get over the last hurdle. Cheers 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<tel:(480)%20965-6262> (SHESC), 480-965-8130<tel:(480)%20965-8130>/727-9746 (CSDC) fax: 480-965-7671<tel:(480)%20965-7671> (SHESC), 480-727-0709<tel:(480)%20727-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=XA6yReZT2BoAaNeg126zooD8EtmwRkQ-7rwLzxODg7I=f-Q3ncZP4puDJcsGLhZyfCTIs1uS9BGyr6DLDgdSRLc=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=XA6yReZT2BoAaNeg126zooD8EtmwRkQ-7rwLzxODg7I=kNcCR_LAcIYMBOEXCrReotFe6ZkwH1z-cVfgpGNQ2KU=> On Jan 14, 2018, at 1:00 PM, grass-user-requ...@lists.osgeo.org<mailto:grass-user-requ...@lists.osgeo.org> wrote: From: Ken Mankoff <mank...@gmail.com<mailto:mank...@gmail.com>&g
Re: [GRASS-user] Grass on MacOS (Ken Mankoff)
This is good news. Did you take a look at the modified startup script I sent the other day? Michael Barton School of Human Evolution Change Center for Social Dynamics & Complexity Arizona State University ...Sent from my iPad On Jan 14, 2018, at 3:23 PM, Eric Hutton <hutton.e...@gmail.com<mailto:hutton.e...@gmail.com>> wrote: Hi Michael Thanks for your earlier clarification about how grass runs (I was missing a key point!). I think I have a solution now. Basically, the Grass72.app/Contents/MacOS/Grass script now opens up a terminal and, within that terminal, executes the startup script (the one we were using before, which is now Grass.sh). You can see what I mean here: https://github.com/mcflugen/grass-conda-build/tree/master/osx/Grass72.app/Contents/MacOS<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_mcflugen_grass-2Dconda-2Dbuild_tree_master_osx_Grass72.app_Contents_MacOS=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=XA6yReZT2BoAaNeg126zooD8EtmwRkQ-7rwLzxODg7I=QrgVzZR0j3uDdl8IY0RGC58H9UUyvn6xgvsVYTYozm8=> I'll start to make a new app but the one I have seems to be working now (I've been using the NC data you sent me). Eric On Sun, Jan 14, 2018 at 1:31 PM Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Ken & Co. You might find this of interest. I've been working off and on for the past several month to find a new way to compile and distribute GRASS for Mac with all dependencies created outside the Mac system folders and bundled with it. The goal is to eliminate the SIP problem and the potential for conflicts with different versions of dependencies/frameworks/python/wxpython. With a lot of help from colleague Eric Hutton (Community Surface Dynamics Modeling System), we are very close to having a reproducible and distributable build of GRASS under Anaconda. Our goal is to compile GRASS in an Anaconda environment so that it is distributable in two related ways: as a standard Mac package and app, and as an Anaconda package (installed via the command 'conda install [grass version]'). This will be a fully 64 bit GRASS version using wxPython 3 for the GUI. Due to the many other responsibilities and pulls on our time, Eric and I have only been able to work sporadically. But as of this week we are down to one main baffling and annoying problem left to solve. Then we can do some clean up and begin making this build available to test. With that in mind, if anyone has experience in creating Mac *.app and *.pkg environments for distribution, please get in touch. You might be able to help us get over the last hurdle. Cheers 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<tel:(480)%20965-6262> (SHESC), 480-965-8130<tel:(480)%20965-8130>/727-9746 (CSDC) fax: 480-965-7671<tel:(480)%20965-7671> (SHESC), 480-727-0709<tel:(480)%20727-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=XA6yReZT2BoAaNeg126zooD8EtmwRkQ-7rwLzxODg7I=f-Q3ncZP4puDJcsGLhZyfCTIs1uS9BGyr6DLDgdSRLc=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=XA6yReZT2BoAaNeg126zooD8EtmwRkQ-7rwLzxODg7I=kNcCR_LAcIYMBOEXCrReotFe6ZkwH1z-cVfgpGNQ2KU=> On Jan 14, 2018, at 1:00 PM, grass-user-requ...@lists.osgeo.org<mailto:grass-user-requ...@lists.osgeo.org> wrote: From: Ken Mankoff <mank...@gmail.com<mailto:mank...@gmail.com>> Subject: Re: [GRASS-user] Grass on MacOS Date: January 14, 2018 at 7:46:27 AM MST To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: Carlos Grohmann <carlos.grohm...@gmail.com<mailto:carlos.grohm...@gmail.com>>, "grass-user\@lists.osgeo.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.osgeo.org=DwMFaQ=l45AxH-kUV29SRQusp9vYR0n1GycN4_2jInuKy6zbqQ=lk-7X7CEOMDN8GaGVhiDsuO6gEp1wbG6nfT1XEEEtR0=XA6yReZT2BoAaNeg126zooD8EtmwRkQ-7rwLzxODg7I=yZDoUcNj1d74AFJRYotWx_ewnwtaFx97LQBYr0ErH_s=>" <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Hi Adam, I'm glad to hear you got GRASS working on OS X w/ MacPorts. That is the system I use too. I recently switched from HomeBrew. I got GRASS working with fink too, but prefer MacPorts, although there are some MacPort-specific issues if you want to use the temporal framework. I found it helpful to set GRASS_PYTHO
Re: [GRASS-user] Grass on MacOS (Ken Mankoff)
Ken & Co. You might find this of interest. I've been working off and on for the past several month to find a new way to compile and distribute GRASS for Mac with all dependencies created outside the Mac system folders and bundled with it. The goal is to eliminate the SIP problem and the potential for conflicts with different versions of dependencies/frameworks/python/wxpython. With a lot of help from colleague Eric Hutton (Community Surface Dynamics Modeling System), we are very close to having a reproducible and distributable build of GRASS under Anaconda. Our goal is to compile GRASS in an Anaconda environment so that it is distributable in two related ways: as a standard Mac package and app, and as an Anaconda package (installed via the command 'conda install [grass version]'). This will be a fully 64 bit GRASS version using wxPython 3 for the GUI. Due to the many other responsibilities and pulls on our time, Eric and I have only been able to work sporadically. But as of this week we are down to one main baffling and annoying problem left to solve. Then we can do some clean up and begin making this build available to test. With that in mind, if anyone has experience in creating Mac *.app and *.pkg environments for distribution, please get in touch. You might be able to help us get over the last hurdle. Cheers Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jan 14, 2018, at 1:00 PM, grass-user-requ...@lists.osgeo.org<mailto:grass-user-requ...@lists.osgeo.org> wrote: From: Ken Mankoff <mank...@gmail.com<mailto:mank...@gmail.com>> Subject: Re: [GRASS-user] Grass on MacOS Date: January 14, 2018 at 7:46:27 AM MST To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: Carlos Grohmann <carlos.grohm...@gmail.com<mailto:carlos.grohm...@gmail.com>>, "grass-user\@lists.osgeo.org" <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Hi Adam, I'm glad to hear you got GRASS working on OS X w/ MacPorts. That is the system I use too. I recently switched from HomeBrew. I got GRASS working with fink too, but prefer MacPorts, although there are some MacPort-specific issues if you want to use the temporal framework. I found it helpful to set GRASS_PYTHON and have it pointing to export GRASS_PYTHON=/opt/local/bin/python2.7 I don't like installing 3rd-party frameworks, so I also have QGIS installed via MacPorts and it works well. For GRASS, I had to "sudo port install gdal +netcdf" in order to be able to read in NetCDF files. For QGIS I did "sudo port install QGIS +qt4 +grass". -k. On 2018-01-14 at 00:37, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: Thanks, but…I use Macports for a bunch of things, and homebrew and maports don’t play well together. So, I can’t easily do that. I did get the macports version to work after I asked the question. It was actually just due to the fact that I have been using the Kyngchoas version for a long time, and that used to require that GRASS_PYTHON be set in .bash_profile. But, I had set it to point to an old directory a while back, and that folder didn’t exist. So, I just had to delete that environmental variable and the macports version now works fine. And, the Kyngchaos version of qgis does seem to work fine. Thanks for the suggestion. I suppose that it would be useful to have working binaries to avoid these kinds of issues. ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] OGR SQLite question
The db.out.ogr manual states for the input argument: input=name [required] GRASS table name Or data source for direct OGR access How do you specify the name of a table in the GRASS sqlite.db that is not linked to vector objects? I'd like to export the distance matrix table created with v.distance -a. Thanks in advance Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] hillslope position modules in GRASS?
Isaac, I accidentally sent this to the wrong address. Michael == Our landscape evolution module (r.landscape.evol) in addons includes code for this. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Apr 4, 2017, at 4:05 PM, grass-user-requ...@lists.osgeo.org<mailto:grass-user-requ...@lists.osgeo.org> wrote: From: Anna Petrášová <kratocha...@gmail.com<mailto:kratocha...@gmail.com>> Subject: Re: [GRASS-user] hillslope position modules in GRASS? Date: April 4, 2017 at 4:05:27 PM MST To: Vishal Mehta <vishalm1...@gmail.com<mailto:vishalm1...@gmail.com>> Cc: GRASS user list <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> On Apr 4, 2017 7:02 PM, "Vishal Mehta" <vishalm1...@gmail.com<mailto:vishalm1...@gmail.com>> wrote: Hi all, Is there a module that can be used to compute hillslope position from a DEM? I'd like to check for associations between groundwater levels/drawdowns in a city against this kind of landscape organization.. There is a 2015 article in which the authors used GRASS, various topo indices and a decision tree approach to do such a classification. I'm wondering if something more 'canned' is available.. Soil Sci. Soc. Am. J. 79:132–145 doi:10.2136/sssaj2014.07.0287 Thanks, Vishal Look at addon r.geomorphon, it's not exactly what you want but perhaps could be used for your application. Anna -- Vishal K. Mehta, PhD Sr. Scientist Stockholm Environment Institute - US 133 D St Suite F Davis CA 95616 www.sei-us.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sei-2Dus.org=DQMFaQ=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I=VpyH6fMEsGa5d1We9kBkfJBQiuyiJKjApWDUJvQpjwU=bXRwDXHrJJApicIt9VLrXV_IlnJ8iDIqOwrawzY43HA=> ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] hillslope position modules in GRASS?
Our landscape evolution module (r.landscape.evol) in addons includes code for this. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Apr 4, 2017, at 4:05 PM, grass-user-requ...@lists.osgeo.org<mailto:grass-user-requ...@lists.osgeo.org> wrote: From: Anna Petrášová <kratocha...@gmail.com<mailto:kratocha...@gmail.com>> Subject: Re: [GRASS-user] hillslope position modules in GRASS? Date: April 4, 2017 at 4:05:27 PM MST To: Vishal Mehta <vishalm1...@gmail.com<mailto:vishalm1...@gmail.com>> Cc: GRASS user list <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> On Apr 4, 2017 7:02 PM, "Vishal Mehta" <vishalm1...@gmail.com<mailto:vishalm1...@gmail.com>> wrote: Hi all, Is there a module that can be used to compute hillslope position from a DEM? I'd like to check for associations between groundwater levels/drawdowns in a city against this kind of landscape organization.. There is a 2015 article in which the authors used GRASS, various topo indices and a decision tree approach to do such a classification. I'm wondering if something more 'canned' is available.. Soil Sci. Soc. Am. J. 79:132–145 doi:10.2136/sssaj2014.07.0287 Thanks, Vishal Look at addon r.geomorphon, it's not exactly what you want but perhaps could be used for your application. Anna -- Vishal K. Mehta, PhD Sr. Scientist Stockholm Environment Institute - US 133 D St Suite F Davis CA 95616 www.sei-us.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.sei-2Dus.org=DQMFaQ=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I=VpyH6fMEsGa5d1We9kBkfJBQiuyiJKjApWDUJvQpjwU=bXRwDXHrJJApicIt9VLrXV_IlnJ8iDIqOwrawzY43HA=> ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] assistance needed in packaging GRASS for Mac
This seems to be a similar case to the current Mac packing approach. And maybe it just does the same thing, but easier? Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Dec 29, 2016, at 1:44 PM, Vincent Habchi <vi...@macports.org> wrote: > > Hi again, > > I’ve been a little optimistic/naive. Packaging needs the installation of an > extra tool and also changing the default path of all included software (to > avoid the package conflicting with a local installation of MacPorts). The > first step is simple, but the last one is more intricate. Give me a couple of > days to figure that out, but promise, I won’t drop out. > > Cheers, > Vincent > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] assistance needed in packaging GRASS for Mac
I am happy to test the binaries. But if this works, I should learn how to do it. It is better to have multiple backups of needed skills. I currently package wxPython 2.8.12 in the app because of potential incompatibilities from users. I also have tried to exclusively use Mac system Python again to avoid potential incompatibilities. So the best way to test is on a machine that does not anything special (Python.org python, local wxPython version, etc) installed. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Dec 29, 2016, at 11:18 AM, Vincent Habchi <vi...@macports.org> wrote: > > Micheal, > >> I can give this a try when I get back to the office. How does it deal with >> dependencies? Do I need to install all dependencies via MacPorts or can it >> pull from dependencies outside of Macports? > > Oh, no. I mean, it wasn't my intention to place the burden on *you*. I can do > that fairly easily on my side, since I already have a working copy of grass > 7.2. Would you mind testing the resulting package, though? > > Problem is, my binaries are 64-bit and 10.12-compatible only. > > Vincent > > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] assistance needed in packaging GRASS for Mac
Thanks Vincent, I can give this a try when I get back to the office. How does it deal with dependencies? Do I need to install all dependencies via MacPorts or can it pull from dependencies outside of Macports? So far, I've been compiling using William Kyngesburye's frameworks, my own complied versions of LASlib and gettext, and my locally installed binary of wxPython 2.8.12. Do I need to get these all in MacPorts versions? Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Dec 29, 2016, at 9:38 AM, Vincent Habchi <vi...@macports.org> wrote: > > Hi again, > >> Are there are now ways to create such a portable binary package in MacPorts >> so that users could install it without installing MacPorts (or HomeBrew, >> Fink, etc.)? > > MacPorts offers a utility to create a self-contained DMG package out of an > installed port (that is, every binary of the package and dependencies thereof > are included inside). > > Have a look here: > > https://urldefense.proofpoint.com/v2/url?u=https-3A__guide.macports.org_chunked_using.binaries.html=DQIFAg=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I=0hUBfaYDyRSRXTIogotyM80UEElnsBi55eVKXxULTOo=SGBmX1Cae-wfx-QnJuBvQTKb8fB1-NNiavRevFKTegk= > > > and tell me what you think about it. > > Cheers! > Vincent > > > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] assistance needed in packaging GRASS for Mac
Thanks for responding Vincent, I've used Fink and MacPorts previously (first time compiling GRAS for Mac on Fink in 2003). But I try to avoid them now because of past issues related to making GRASS binaries that anyone can install without compiling. Are there are now ways to create such a portable binary package in MacPorts so that users could install it without installing MacPorts (or HomeBrew, Fink, etc.)? I think what we need is: 1. Switch from the outdated PackageMaker.app to the current way of making Mac packages. This requires changes to the current binary bundling scripts. 2. Bundle all dependencies (including the current, separate frameworks) into the new package distribution so that everything needed is in the grass7.app 3. As part of 2, make sure that all dependencies are compiled outside of the /usr folders on the Mac to avoid SIP conflicts 4. To accomplish #2 and #3 for wxPython, we probably need to switch to wxPython 3 (or the new wxPython Phoenix it is working correctly). This would also permit compiling ALL GRASS 64 bit, alleviating additional issues. 5. Because of recent change to GRASS GUI and a bug in Mac system Python 2.7.10, it may be necessary to also bundle an updated Python (2.7.11 or higher) with the new grass7.app. This (and #2) would make the installation package significantly larger, but would avoid mismatched versions of Python and wxPython. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Dec 28, 2016, at 12:54 PM, Vincent Habchi <vi...@macports.org> wrote: > > Hi, > >> I've maintained GRASS for Mac binaries for a number of years with the help >> of others with more detailed knowledge than I have of the build system and >> binary packaging on the Mac. In the last few years, that assistance has no >> longer been available. I've managed to continue to maintain binaries, but >> the approach I'm using has become increasingly outdated. > > Nice! Well, I just joined this list minutes ago. I’m in charge of the grass7 > port in MacPorts (as well as other ports related to GIS). > >> Since the release of El Capitan a couple years back, this has become >> increasingly a problem, with GRASS unable to launch without disabling System >> Integrity Protection (SIP) via an annoyingly complicated process. > > How so? My own version of grass 7.2 RC2 as packaged on MacPorts works well, > at least when you don’t look to closely (that’s why I’m here too). How does > SIP matter here? > > Cheers, > Vincent > > > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] assistance needed in packaging GRASS for Mac
Members of the GRASS community, I've maintained GRASS for Mac binaries for a number of years with the help of others with more detailed knowledge than I have of the build system and binary packaging on the Mac. In the last few years, that assistance has no longer been available. I've managed to continue to maintain binaries, but the approach I'm using has become increasingly outdated. Since the release of El Capitan a couple years back, this has become increasingly a problem, with GRASS unable to launch without disabling System Integrity Protection (SIP) via an annoyingly complicated process. Now, further changes have made it impossible for me to compile and package a working binary of GRASS for Mac that others can use. I think I know in general what needs to be done to correct both of these issues, but I do not know the details of how to accomplish it. So I'm asking for help from the GRASS community. If anyone out there is proficient in compiling and packaging applications on the Mac, please consider helping out with this. You can contact me directly at this email. Michael Barton C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
This works if you are compiling it yourself. But I am providing installable binaries for people who do not want to compile or are unable to do so. AFAIK, Homebrew does not do this. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Dec 7, 2016, at 8:59 AM, Rainer M Krug <rai...@krugs.de> wrote: > > Adam Dershowitz <adershow...@exponent.com> writes: > >> Michael, >> >> Was there ever a solution found to running GRASS on the Mac (10.11 or now >> 10.12) without disabling SIP? > > I was using the homebrew way of installing it and it worked with enabled > SIP. > > No idea about the native way. > > Cheers, > > Rainer > > >> >> Thanks, >> >> -- Adam >> >> From: grass-user <grass-user-boun...@lists.osgeo.org> on behalf of Michael >> Barton <michael.bar...@asu.edu> >> Date: Wednesday, June 1, 2016 at 7:50 PM >> To: GRASS developers list <grass-...@lists.osgeo.org>, grass-user grass-user >> <grass-user@lists.osgeo.org> >> Subject: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP >> problem - please test >> >> I just posted a new binary for GRASS 7.3 built fully 64 bit, with wxPython >> 3.0.2.0 to the GRASS for Mac site (http://grassmac.wikidot.com) >> >> It turns out the previous "64bit" GRASS binary still ran 32bit Python. I had >> to hack the python_wrapper.py file, but this one is fully 64bit AFAICT. I >> also tried >> some hacks that might be a way to solve the inability to run GRASS on El >> Capitan with SIP enabled. There are a couple of known bugs in the wxPython >> 3.x >> GUI >> >> 1. The most serious is switching to 3D mode and back to 2D mode leaves one >> of the map display menu buttons corrupted. It seems the only thing you can >> do is to close the map display and open a new one. >> >> 2. There are also some popup lists (e.g., for switching mapsets) that do not >> behave as they should. You cannot select an item with a mouse (but you can >> select with arrow keys and ) unless you hit to destroy part >> of the control. Then you can use the mouse to click something. >> >> Please let us know if you encounter any other bug or strange behavior. >> >> Also, and importantly if anyone is running El Capitan, it would be great if >> you could reenable SIP (if you've turned it off) and see if this version >> runs. Of >> course, maybe I've "fixed" it so that it only runs on my system and crashes >> on everyone else's. >> >> Enjoy! >> >> Michael >> >> >> >> C. Michael Barton >> >> Director, Center for Social Dynamics & Complexity >> >> Professor of Anthropology, School of Human Evolution & Social Change >> >> Head, Graduate Faculty in Complex Adaptive Systems Science >> >> Arizona State University >> >> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) >> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >> >> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu >> >> >> ___ >> grass-user mailing list >> grass-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/grass-user >> > > -- > Rainer M. Krug > email: Rainerkrugsde > PGP: 0x0F52F982 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Not yet. Working with a programmer here I think there is a way to do it, but I will need help to implement it. Our idea is to: 1) switch to the new (current) Apple binary install protocol. The one we use is deprecated. 2) compile all dependencies outside of /usr/... and in locales not affected by SIP 3) package ALL dependencies (including frameworks) in a single installation package If nothing else, it will make installation easier and more reliable with respect to dependencies. #2 would be helped considerably if we could solve the few remaining issues with wxPython 3 and switch all to 64 bit. In the midst of the academic year, I don't have time to do a lot of trial and error compiling, but can squeeze in time to test alternative methods. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Dec 7, 2016, at 7:26 AM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: Michael, Was there ever a solution found to running GRASS on the Mac (10.11 or now 10.12) without disabling SIP? Thanks, -- Adam From: grass-user <grass-user-boun...@lists.osgeo.org<mailto:grass-user-boun...@lists.osgeo.org>> on behalf of Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Wednesday, June 1, 2016 at 7:50 PM To: GRASS developers list <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, grass-user grass-user <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Subject: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test I just posted a new binary for GRASS 7.3 built fully 64 bit, with wxPython 3.0.2.0 to the GRASS for Mac site (http://grassmac.wikidot.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__grassmac.wikidot.com=CwMFAg=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=g-_vMK6bUb2L_0yJaa2OvFkqicaKTyNnPnCZOxN-i6s=jF8bboxVJboLDUrCG5V5xobtx6ig-JEF92VM_t_MXA4=>) It turns out the previous "64bit" GRASS binary still ran 32bit Python. I had to hack the python_wrapper.py file, but this one is fully 64bit AFAICT. I also tried some hacks that might be a way to solve the inability to run GRASS on El Capitan with SIP enabled. There are a couple of known bugs in the wxPython 3.x GUI 1. The most serious is switching to 3D mode and back to 2D mode leaves one of the map display menu buttons corrupted. It seems the only thing you can do is to close the map display and open a new one. 2. There are also some popup lists (e.g., for switching mapsets) that do not behave as they should. You cannot select an item with a mouse (but you can select with arrow keys and ) unless you hit to destroy part of the control. Then you can use the mouse to click something. Please let us know if you encounter any other bug or strange behavior. Also, and importantly if anyone is running El Capitan, it would be great if you could reenable SIP (if you've turned it off) and see if this version runs. Of course, maybe I've "fixed" it so that it only runs on my system and crashes on everyone else's. Enjoy! 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=CwMFAg=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=g-_vMK6bUb2L_0yJaa2OvFkqicaKTyNnPnCZOxN-i6s=DWmxIXQue0rzESF_0QnhgEylY9V-yUIeg1aKl9gQ9Yc=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=CwMFAg=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=g-_vMK6bUb2L_0yJaa2OvFkqicaKTyNnPnCZOxN-i6s=4wxcas1zdXuTlR2aqJsCv88HfPWUcHLeed-Z1RQ1svE=> ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-PSC] Results of GRASS-GIS' PSC-2016 Election
I want to second Markus' words of appreciation for Nikos and all who participated. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Aug 31, 2016, at 1:19 AM, Markus Neteler <nete...@osgeo.org> wrote: > > Dear all, > > first of all, many thanks to Nikos Alexandris for running these > elections as the CRO! > And thanks to all who voted, expressing their interest in this topic. > > While it was a slightly bumpy ride to bootstrap the procedure, but it > eventually worked fine. Further improvements may be implemented by the > new PSC including formalizing it in a RFC. > The list of eligible voters we may add to the SVN, also cleaning up > the existing contributors*.csv tables. > > Concerning the result, I would like to thank for the expression of > confidence :-) > > I propose that the new PSC will assign some roles to either PSC > members or to community members to better structure the things to be > done. At least, to have some responsible task managers (for > translations, CMS, Wiki, funding, markting,Travis-CI, etc, see list > here: > https://urldefense.proofpoint.com/v2/url?u=https-3A__trac.osgeo.org_grass_wiki_PSC_Agenda=CwIGaQ=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I=C6VrUw2GuMTyyIaeKBZmkNwU54cj15fYHi3TjX-AqPw=OUFW5qwJ_N7fgliyKytQD8-EOec0Ylr0vjHM1QjGyVY= > ). > > Of course also the pool of core developers might be enlarged - as well > a PSC decision. > > @CRO: > - please post a summary of the voting to the announce list (you are > whitelisted to be able to post there) > - let's update the CSV files in SVN > - and: your upcoming wiki summaries will be of great value for the > next elections! > > Best, > Markus > > > On Mon, Aug 29, 2016 at 5:26 PM, Nikos Alexandris > <n...@nikosalexandris.net> wrote: >> Dear GRASS GIS community, >> >> the new Project Steering Committee is composed by the following nine >> members: >> >> 1 Markus Neteler62 >> 2 Helena Mitasova 53 >> 3 Martin Landa 52 >> 4 Anna Petrasova45 >> 5 Moritz Lennert41 >> 6 Margherita Di Leo 39 >> 7 Michael Barton35 >> 8 Peter Löwe33 >> 9 Vaclav Petras 31 >> >> Congratulations! >> >> >> A warm Thank You for their candidacy, and dedication to the project, goes >> to: >> >> - Helmut Kurdnovsky 30 >> - Yann Chemin 29 >> - Veronica Andreo 28 >> - Micha Silver 20 >> >> >> To keep track and for the sake of completeness, all relevant >> communications will be published in one wiki-page (in trac). > [...] > ___ > grass-psc mailing list > grass-...@lists.osgeo.org > https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.osgeo.org_mailman_listinfo_grass-2Dpsc=CwIGaQ=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I=C6VrUw2GuMTyyIaeKBZmkNwU54cj15fYHi3TjX-AqPw=4TUOrIhbtHbTnoxsqgM9Tlvp009t0lWhD-QJCGOSI7w= ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
This is the SIP bug. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Jul 26, 2016, at 6:45 AM, Agustin Diez Castillo <agustin.d...@uv.es> wrote: > > I finally updated one of our machines to 10.11.5 and before disabling SIP I > got the same message. > The only copy of libwx_osx_cocoau-*.dylib that I have in this mac is inside > Qgis > > Reproducing Michael’s path and linking his libwx_osx_cocoau-3.0.0.2.0 to the > ones in Qgis starts a non-funtcional gui. > > > Starting GRASS GIS... > Traceback (most recent call last): > File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", > line 31, in >from core import globalvar > File > "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", > line 96, in >import wx > File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", > line 45, in >from wx._core import * > File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", > line 4, in >import _core_ > ImportError: > dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, > 2): Library not loaded: > /Users/cmbarton/grass_source/wxp3/Users/cmbarton/grass_source/wxp3/lib/libwx_osx_cocoau-3.0.0.2.0.dylib > Referenced from: > /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so > Reason: image not found > ERROR: Error in GUI startup. See messages above (if any) and if necessary, > please report this error to the GRASS developers. > On systems with package manager, make sure you have the right GUI package, > probably named grass-gui, installed. > To run GRASS GIS in text mode use the -text flag. > Exiting... > logout > Saving session... > ...copying shared history... > ...saving history...truncating history files... > ...completed. > Deleting expired sessions...none found. > > > El 14Jun, 2016, a las 3:13 PM, Adam Dershowitz <adershow...@exponent.com> > escribió: > >> I just tried it, and see the same error as before: >> >> $ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit >> Rebuilding Addon HTML manual pages index... >> Rebuilding Addon menu... >> Python 2.7.10 found. >> Cleaning up temporary files... >> Starting GRASS GIS... >> Traceback (most recent call last): >> File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", >> line 31, in >> from core import globalvar >> File >> "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", >> line 96, in >> import wx >> File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", >> line 45, in >> from wx._core import * >> File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", >> line 4, in >> import _core_ >> ImportError: >> dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, >> 2): Library not loaded: >> /Users/cmbarton/grass_source/wxp3/Users/cmbarton/grass_source/wxp3/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >> Referenced from: >> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >> Reason: image not found >> ERROR: Error in GUI startup. See messages above (if any) and if necessary, >> please report this error to the GRASS developers. >> On systems with package manager, make sure you have the right GUI package, >> probably named grass-gui, installed. >> To run GRASS GIS in text mode use the -text flag. >> Exiting... >> logout >> Saving session... >> ...copying shared history... >> ...saving history...truncating history files... >> ...completed. >> >> >> [Process completed] >> >> >> >> >> Good luck with the other attempt. I’m happy to test it out, once you get it >> in the right form. >> >> -- Adam >> >> >> >> >> >> >> >> >> >> On 6/13/16, 6:00 PM, "Michael Barton" <michael.bar...@asu.edu> wrote: >> >>> It's been a busier day than I anticipated. But I've got a clean binary of >>> GRASS 7.3 64bit, using wxPython 3.0.2.0 on my websit
Re: [GRASS-user] [GRASS-dev] Comment regarding PSC election
This is no disruption or mess. These are important topics to continue discussing. Michael Barton School of Human Evolution Change Center for Social Dynamics & Complexity Arizona State University ...Sent from my iPad On Jul 26, 2016, at 12:21 AM, Veronica Andreo <veroand...@gmail.com<mailto:veroand...@gmail.com>> wrote: Hello Nikos, Lu Thanks for your answers :) I didn't intend to create any mess neither disrupt nor put in danger the ongoing election process, but to merely express my opinion. I'm sorry if I made a mess by doing so. It's a pity that the matter didn't reach dev or user lists before so I could have said it earlier, though I understand not everything is to be discussed publicly. Yes, Lu, I understand there must be rules, of course... But that doesn't mean they are always fair/inclusive or that one has to agree with all of them or that they cannot change in the future (I passed 18 long ago :)) I could also ask for add-ons writing access, but even if I was granted that, it would feel like fake... since indeed I've never contributed an add-on. I don't think it is wise either to inflate developer community with ppl that have not contributed an add-on, and that would not even be fair to those that have indeed done so. I would just like to have the right to vote as the (bothersome) user I am... I mean, maybe I'm the only one, dunno, but if not interested or committed to the project why would someone else or anyone in any case want to involve him/herself into this? :P So, in conclusion, not to make it endless, it would be great if upon request/approval users could vote either in this occasion or in future elections... GRASS is shipped with contributors and contributors-extra files, maybe those are good starting points, no? :) Thanks a lot! Best, Vero El jul. 25, 2016 10:41 PM, "Luca Delucchi" <lucadel...@gmail.com<mailto:lucadel...@gmail.com>> escribió: On 25 July 2016 at 19:26, Veronica Andreo <veroand...@gmail.com<mailto:veroand...@gmail.com>> wrote: > Hello everyone, > Hi Vero, > > This is my personal opinion and no more than that, but I just think it is a > bit unfair that for not having svn writing access I'm not able to vote. I > don't understand how, as user, I'm entitled to nominate a person for PSC, > but then, I cannot vote. I mean, there are several people with writing > access that have remained inactive for a long time (no contributions to svn, > no answering emails, no commenting on tickets or whatsoever), and IMHO, > while not a developer, I've been pretty active the past 2-3 years. This is > the first time I don't see/feel the community spirit that I've always > praised GRASS for and that was one of the main reasons why I involved myself > in it and spread the love for the project everywhere I went... and that's > sad from my point of view. > I understand that you would like to votes, and I think you should vote, but some rules should be present, something like 18 to vote (at least in Italy) Maybe you could ask for svn addons access, I think PSC could approve this, you worked for documentation and you could help also in translation. > > Thanks so much to all of you for making GRASS GIS the great software it is > :) > > Best, > Vero > -- ciao Luca www.lucadelu.org<http://www.lucadelu.org> ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
It's been a busier day than I anticipated. But I've got a clean binary of GRASS 7.3 64bit, using wxPython 3.0.2.0 on my website now. I doubt that this will work any better under SIP, but perhaps... Please try if you can. I appreciate the tests. I'm also working on another angle, with the help of a software engineer here at ASU. Working from my notes, he seems to have compiled GRASS under El Capitan, with SIP enabled and it works fine. He will be working on a package that we can make available for testing. I just had a long discussion with him and there are some caveats. 1. GRASS would not compile with some of the 32 bit frameworks that can be installed from my site. So he recompiled all frameworks dual architecture 32/64 bit. 2. Like me, he compiled wxPython from source to a folder outside the sensitive system folders that SIP is protecting. 3. He is going to try the new Mac package maker system (pkgbuild) to create a complete package with all dependencies packaged together for distribution. They will all install into a new GRASS framework to avoid conflicts with any other software. He's also setting up a virtual machine for me that I can use to test compiling GRASS under El Capitan and SIP, using frameworks and other dependencies as they are now. So we can see how that goes. Wish us luck with this. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Jun 13, 2016, at 9:25 AM, Agustin Diez Castillo <agustin.d...@uv.es> wrote: > >> >> On 13 Jun 2016, at 17:10, Adam Dershowitz <adershow...@exponent.com> wrote: >> >> That is with the newest version? (I downloaded from the web site an hour ago) > As far as I can say GRASS GIS 7.3.svn-160606, dated June, 2. >> >> That is really strange. Michael, does the installer change any paths? >> Agustin, did you already having anything in /usr/local/lib/wxPython-3.0.2.0? >> > > I remember compiling myself wxPython a while ago, so it’s more than possible > this was already there but I can’t swear. > > I’ve just installed latest grass 7.3 in another computer (10.10) without any > wx* stuff in /usr/local/lib/ and check my laptop (Capitan SIP disabled), in > both, otool points to Michael’s directory. I’m afraid of upgrading to Capitan > the first one but I, eventually, will do that on Thursday and report results. > > otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so > /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: > /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version > 56.0.0) > /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib > (compatibility version 3.0.0, current version 3.0.0) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility > version 1.0.0, current version 275.0.0) > /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility > version 2.0.0, current version 155.0.0) > /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa (compatibility > version 1.0.0, current version 19.0.0) > /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version > 169.3.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version > 1669.0.0) > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > (compatibility version 150.0.0, current version 744.19.0) > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices > (compatibility version 1.0.0, current version 45.0.0) > > Agustin >> Perhaps, in a non-SIP, machine, the installer puts stuff in /usr/local, and >> the installer then adjusts the paths accordingly, while it can’t on a SIP >> machine, so it installs into the package bundle itself? >> >> -- Adam >> >> >> >> >> >> >> >> >> On 6/13/16, 10:38 AM, "Agustin Diez Castillo" <agustin.d...@uv.es> wrote: >> >>> I have no clue, but this is not the same in my machine, there nothing is >>> pointing to Michael’s machine. >>> otool -L /Applications/GRASS-7.3.
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
I'm going to try one more thing. I initially compiled 3.0.2.0. Anna mentioned that 3.0.3.0, available on github, fixes a number of bugs. So I have been trying to compile that subsequently. This has not gone well. wxPython is a Python wrapper for wxWidgets. It seems that Robin Dunn uses a customized version of wxWidgets source code to create the wxPython source. On GitHub, the current version of wxPython source can only be downloaded by itself. wxWidgets is a separate checkout. I've tried to replicate the way wxPython and wxWidgets are put together into a source package, but apparently am missing something. Everything compiles fine, but I get version mismatch errors when wxPython is launched in GRASS. So maybe this is a function of that problem--but I am not optimistic in that regard. Today, I will just compile wxPython 3.0.2.0 again using the complete source package available on the wxPython website, compile GRASS against that, and post. Then we can be sure that any errors that show up are not tied trying to use the newer dev version of wxPython. I can also try to compile 2.8.12 or 2.9 if I can find the source code archived somewhere. It would be also good to see if these same errors occur with the 32 bit Carbon version under SIP. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Jun 13, 2016, at 8:10 AM, Adam Dershowitz <adershow...@exponent.com> wrote: > > That is with the newest version? (I downloaded from the web site an hour ago) > > That is really strange. Michael, does the installer change any paths? > Agustin, did you already having anything in /usr/local/lib/wxPython-3.0.2.0? > Perhaps, in a non-SIP, machine, the installer puts stuff in /usr/local, and > the installer then adjusts the paths accordingly, while it can’t on a SIP > machine, so it installs into the package bundle itself? > > -- Adam > > > > > > > > > On 6/13/16, 10:38 AM, "Agustin Diez Castillo" <agustin.d...@uv.es> wrote: > >> I have no clue, but this is not the same in my machine, there nothing is >> pointing to Michael’s machine. >> otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: >> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current >> version 7.4.0) >> /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >> (compatibility version 3.0.0, current version 3.0.0) >> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit >> (compatibility version 1.0.0, current version 275.0.0) >> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon >> (compatibility version 2.0.0, current version 136.0.0) >> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa >> (compatibility version 1.0.0, current version 12.0.0) >> >> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox >> (compatibility version 1.0.0, current version 1.0.0) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >> version 111.1.4) >> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL >> (compatibility version 1.0.0, current version 1.0.0) >> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version >> 1.0.0) >> >> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation >> (compatibility version 150.0.0, current version 476.18.0) >> >> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices >> (compatibility version 1.0.0, current version 34.0.0) >> >> El 13Jun, 2016, a las 4:25 PM, Adam Dershowitz <adershow...@exponent.com> >> escribió: >> >>> Strange. Because you local path is explicitly in the binary. Here is what >>> shows for the libraries for _core_.so on my machine. I don’t see why >>> disabling SIP should change this: >>> >>> $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >>> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: >>> /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current >>> version 56.0.0) >>> >>> /Users/cmbarton/grass_source/wxp3/usr/local/
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
I know. The same thing happened on one of my student's machines when I asked him to turn off SIP and try this, then turn it back on and try it. In my experience, whenever you compile a program, it is necessary to set a path for the resulting binaries. This can be a default (like /usr/local/...) or something different. This should not matter in the binaries ultimately. But I will say that wxPython has continued to exhibit odd behavior under SIP for some reason. I noticed that it runs install_tool on some of its binaries at the end of the compile. I don't know if this is part of the problem or it is in GRASS, where I also have to point configure at the location of the wx libraries that are being used to compile it. My current thought is that this error is sort of bogus but may help point to whatever the real problem is. It is possible to patch over the whole thing with a rerun of install_tool at some point near the end of GRASS binary creation, and I may have to resort to that. But I'd rather try to find a way to eliminate this issue in a more comprehensive way. Maybe that's not possible--or I don't have enough skill to do it. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Jun 13, 2016, at 7:25 AM, Adam Dershowitz <adershow...@exponent.com> wrote: > > Strange. Because you local path is explicitly in the binary. Here is what > shows for the libraries for _core_.so on my machine. I don’t see why > disabling SIP should change this: > > $otool -L /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so > /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so: > /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current > version 56.0.0) > > /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib > (compatibility version 3.0.0, current version 3.0.0) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit > (compatibility version 1.0.0, current version 275.0.0) > /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon > (compatibility version 2.0.0, current version 155.0.0) > /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa > (compatibility version 1.0.0, current version 19.0.0) > > /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 169.3.0) > /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version > 1669.0.0) > > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation > (compatibility version 150.0.0, current version 744.19.0) > > /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices > (compatibility version 1.0.0, current version 45.0.0) > > > > > Perhaps without SIP, it falls back to searching another way, instead of just > using this path? While with SIP, it only uses the explicit path? > The libraries are present in the application bundle, so the problem is just > “telling” it where to look for them. > > -- Adam > > > > > > > > > On 6/13/16, 10:15 AM, "Michael Barton" <michael.bar...@asu.edu> wrote: > >> Except that this error only occurs with SIP enabled. Disable SIP and the >> error goes away and everything runs fine. >> >> Michael Barton >> School of Human Evolution Change >> Center for Social Dynamics & Complexity >> Arizona State University >> >> ...Sent from my iPad >> >>> On Jun 13, 2016, at 6:18 AM, Adam Dershowitz <adershow...@exponent.com> >>> wrote: >>> >>> I was traveling last week, so just got to this. >>> >>> No luck. And, it doesn’t look like a SIP issue. Instead, the path is now >>> hard coded to something on your machine. Here is the error I get when it >>> try to open the application: >>> >>> $ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit >>> Rebuilding Addon HTML manual pages index... >>> Rebuilding Addon menu... >>> Python 2.7.10 found. >>> Clean
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Except that this error only occurs with SIP enabled. Disable SIP and the error goes away and everything runs fine. Michael Barton School of Human Evolution Change Center for Social Dynamics & Complexity Arizona State University ...Sent from my iPad > On Jun 13, 2016, at 6:18 AM, Adam Dershowitz <adershow...@exponent.com> wrote: > > I was traveling last week, so just got to this. > > No luck. And, it doesn’t look like a SIP issue. Instead, the path is now > hard coded to something on your machine. Here is the error I get when it try > to open the application: > > $ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit > Rebuilding Addon HTML manual pages index... > Rebuilding Addon menu... > Python 2.7.10 found. > Cleaning up temporary files... > Starting GRASS GIS... > Traceback (most recent call last): > File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", > line 31, in >from core import globalvar > File > "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", > line 96, in >import wx > File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", > line 45, in >from wx._core import * > File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", > line 4, in >import _core_ > ImportError: > dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, > 2): Library not loaded: > /Users/cmbarton/grass_source/wxp3/usr/local/lib/libwx_osx_cocoau-3.0.0.2.0.dylib > Referenced from: > /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so > Reason: image not found > ERROR: Error in GUI startup. See messages above (if any) and if necessary, > please report this error to the GRASS developers. > On systems with package manager, make sure you have the right GUI package, > probably named grass-gui, installed. > To run GRASS GIS in text mode use the -text flag. > Exiting... > logout > Saving session... > ...copying shared history... > ...saving history...truncating history files... > ...completed. > > > [Process completed] > > > > > > > > -- Adam > > > > > > > > > >> On 6/9/16, 8:37 PM, "Michael Barton" <michael.bar...@asu.edu> wrote: >> >> I've replaced the build from earlier today with one that is sort of wxPython >> 3.0.3.0 >> >> >> >> There was no straightforward way to build this. The only thing on github is >> the wxpython part. For a full source package it needs to be combined with >> wxWidgets and both compiled together. The 3.0.2.0 source package has the >> wxpython folder inside the wxwidgets source folder. Seems easy enough. So I >> downloaded the latest wxpython and the latest wxwidgets, dropped the >> wxpython folder inside the wxwidgets folder and compiled. After solving some >> compiling issues, it all built. >> >> >> >> Then I tried to build GRASS against the result. No problem with the build. >> But when I went to run it, it had a version mismatch error between wxpython >> and wxwidgets that disabled 3D. >> >> >> >> So I tried again by replacing the wxpython directory in the 3.0.2.0 source >> with the new wxpython folder from github. Again, this compiled without >> problems, and GRASS compiled against it without errors. >> >> >> >> When I run GRASS, it again complains of a version mismatch but it doesn't >> seem to have any effects. So I've posted this one on the website for now. It >> does fix the plot.py bug but I can't see any other difference. Maybe you >> can. >> >> >> >> I'll be very interested to hear if this runs under SIP. >> >> >> >> Cheers >> >> 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: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=CwIGaQ=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=ZHG1SBIrTbYkWcpw0RMifv4qtTknor0PcekUo29_faA=t-evT5rQyQQdd5Yl-DU1zeDo8ybQZ4me2JzEEZ1ddA4= >> , >&
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
I've replaced the build from earlier today with one that is sort of wxPython 3.0.3.0 There was no straightforward way to build this. The only thing on github is the wxpython part. For a full source package it needs to be combined with wxWidgets and both compiled together. The 3.0.2.0 source package has the wxpython folder inside the wxwidgets source folder. Seems easy enough. So I downloaded the latest wxpython and the latest wxwidgets, dropped the wxpython folder inside the wxwidgets folder and compiled. After solving some compiling issues, it all built. Then I tried to build GRASS against the result. No problem with the build. But when I went to run it, it had a version mismatch error between wxpython and wxwidgets that disabled 3D. So I tried again by replacing the wxpython directory in the 3.0.2.0 source with the new wxpython folder from github. Again, this compiled without problems, and GRASS compiled against it without errors. When I run GRASS, it again complains of a version mismatch but it doesn't seem to have any effects. So I've posted this one on the website for now. It does fix the plot.py bug but I can't see any other difference. Maybe you can. I'll be very interested to hear if this runs under SIP. Cheers Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Jun 9, 2016, at 1:56 PM, Michael Barton <michael.bar...@asu.edu> wrote: > > That's great news. Now to see if it also works under SIP. > > I wanted to test this to see if it even worked before I tried wxPython 3.0.3 > and Glynn's hack for gettext. If it works under El Capitan SIP, then on to > the next steps. > > Michael > > C. Michael Barton > Director, Center for Social Dynamics & Complexity > Professor of Anthropology, School of Human Evolution & Social Change > Head, Graduate Faculty in Complex Adaptive Systems Science > Arizona State University > > voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) > fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) > www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > > > > > > > > > > > > > > > >> On Jun 9, 2016, at 1:50 PM, Anna Petrášová <kratocha...@gmail.com> wrote: >> >> On Thu, Jun 9, 2016 at 4:30 PM, Michael Barton <michael.bar...@asu.edu> >> wrote: >>> yet another GRASS 7.3 64 bit. >>> >>> In this version (just uploaded a few minutes ago to the website), I've built >>> wxPython from source and installed it in a non-system folder. I built GRASS >>> against this local build of wxPython. There should be no problems for SIP if >>> it is only the bundled dependencies. And this should not require any >>> additional packages like Anaconda. >> >> I tested it on old Yosemite (before SIP came) and works great, but I >> was wondering, since you decided to compile wxpython, could you use >> wxpython 3.0.3? It's not released, but a lot of bugs are supposed to >> be solved there. >> >> Thanks >> >> Anna >>> >>> Let me know >>> Michael >>> >>> C. Michael Barton >>> Director, Center for Social Dynamics & Complexity >>> Professor of Anthropology, School of Human Evolution & Social Change >>> Head, Graduate Faculty in Complex Adaptive Systems Science >>> Arizona State University >>> >>> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) >>> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >>> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> On Jun 6, 2016, at 12:37 PM, Michael Barton <michael.bar...@asu.edu> wrote: >>> >>> OK. This means the /usr/local/... path is hardwired into the wxPython Mac >>> binary itself. Not sure if this changes how we need to deal with this. >>> >>> Michael >>> >>> >>> >>> C. Michael Barton >>> Director, Center for Social Dynamics & Complexity >>> Professor of Anthropology, School of Human Evolution & Social Change >&
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
That's great news. Now to see if it also works under SIP. I wanted to test this to see if it even worked before I tried wxPython 3.0.3 and Glynn's hack for gettext. If it works under El Capitan SIP, then on to the next steps. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Jun 9, 2016, at 1:50 PM, Anna Petrášová <kratocha...@gmail.com> wrote: > > On Thu, Jun 9, 2016 at 4:30 PM, Michael Barton <michael.bar...@asu.edu> wrote: >> yet another GRASS 7.3 64 bit. >> >> In this version (just uploaded a few minutes ago to the website), I've built >> wxPython from source and installed it in a non-system folder. I built GRASS >> against this local build of wxPython. There should be no problems for SIP if >> it is only the bundled dependencies. And this should not require any >> additional packages like Anaconda. > > I tested it on old Yosemite (before SIP came) and works great, but I > was wondering, since you decided to compile wxpython, could you use > wxpython 3.0.3? It's not released, but a lot of bugs are supposed to > be solved there. > > Thanks > > Anna >> >> Let me know >> Michael >> >> C. Michael Barton >> Director, Center for Social Dynamics & Complexity >> Professor of Anthropology, School of Human Evolution & Social Change >> Head, Graduate Faculty in Complex Adaptive Systems Science >> Arizona State University >> >> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) >> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> On Jun 6, 2016, at 12:37 PM, Michael Barton <michael.bar...@asu.edu> wrote: >> >> OK. This means the /usr/local/... path is hardwired into the wxPython Mac >> binary itself. Not sure if this changes how we need to deal with this. >> >> Michael >> >> >> >> C. Michael Barton >> Director, Center for Social Dynamics & Complexity >> Professor of Anthropology, School of Human Evolution & Social Change >> Head, Graduate Faculty in Complex Adaptive Systems Science >> Arizona State University >> >> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) >> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> On Jun 6, 2016, at 12:15 PM, Adam Dershowitz <adershow...@exponent.com> >> wrote: >> >> I just downloaded it, and tried it. No luck. It still doesn’t find the >> libraries that it needs: >> >> '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit >> Rebuilding Addon HTML manual pages index... >> Rebuilding Addon menu... >> Python 2.7.10 found. >> Cleaning up temporary files... >> Starting GRASS GIS... >> Traceback (most recent call last): >> File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", >> line 31, in >>from core import globalvar >> File >> "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", >> line 96, in >>import wx >> File >> "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", line >> 45, in >>from wx._core import * >> File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", >> line 4, in >>import _core_ >> ImportError: >> dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, >> 2): Library not loaded: >> /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib >> Referenced from: >> /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so >> Reason: image not found >> ERROR: Error in GUI startup. See messages above (if any) and if necessary, >> please report this error to the GRASS developers. >> On systems with package manager, make sure you have the right GUI package, >>
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
yet another GRASS 7.3 64 bit. In this version (just uploaded a few minutes ago to the website), I've built wxPython from source and installed it in a non-system folder. I built GRASS against this local build of wxPython. There should be no problems for SIP if it is only the bundled dependencies. And this should not require any additional packages like Anaconda. Let me know Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jun 6, 2016, at 12:37 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: OK. This means the /usr/local/... path is hardwired into the wxPython Mac binary itself. Not sure if this changes how we need to deal with this. Michael ________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jun 6, 2016, at 12:15 PM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: I just downloaded it, and tried it. No luck. It still doesn’t find the libraries that it needs: '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.10 found. Cleaning up temporary files... Starting GRASS GIS... Traceback (most recent call last): File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", line 31, in from core import globalvar File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", line 96, in import wx File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", line 45, in from wx._core import * File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", line 4, in import _core_ ImportError: dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, 2): Library not loaded: /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib Referenced from: /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so Reason: image not found ERROR: Error in GUI startup. See messages above (if any) and if necessary, please report this error to the GRASS developers. On systems with package manager, make sure you have the right GUI package, probably named grass-gui, installed. To run GRASS GIS in text mode use the -text flag. Exiting... logout Saving session... ...copying shared history... ...saving history...truncating history files... ...completed. Deleting expired sessions...none found. [Process completed] -- Adam From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Monday, June 6, 2016 at 2:50 PM To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: GRASS developers <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, GRASS users <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>>, Helena Mitasova <hmit...@unity.ncsu.edu<mailto:hmit...@unity.ncsu.edu>>, Anna Petrášová <kratocha...@gmail.com<mailto:kratocha...@gmail.com>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test Adam and others, Yet another GRASS 64 bit. I just uploaded to the GRASS for Mac site. I tried something else. I am hoping that this works with SIP enabled in El Capitan and does not add Anaconda as a required dependency. If you have a chance, give it a try. 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=CwMF-g=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=EptVyHvN5Hy-kJAyE5zVpjKVi-Hj12JwOOKM6yUgzF0=34kfotLDUf5mRfMlJY9uXiBzLxZFhHfdFsRiE5hwz0s=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A_
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
OK. This means the /usr/local/... path is hardwired into the wxPython Mac binary itself. Not sure if this changes how we need to deal with this. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jun 6, 2016, at 12:15 PM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: I just downloaded it, and tried it. No luck. It still doesn’t find the libraries that it needs: '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.10 found. Cleaning up temporary files... Starting GRASS GIS... Traceback (most recent call last): File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", line 31, in from core import globalvar File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", line 96, in import wx File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", line 45, in from wx._core import * File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", line 4, in import _core_ ImportError: dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, 2): Library not loaded: /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib Referenced from: /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so Reason: image not found ERROR: Error in GUI startup. See messages above (if any) and if necessary, please report this error to the GRASS developers. On systems with package manager, make sure you have the right GUI package, probably named grass-gui, installed. To run GRASS GIS in text mode use the -text flag. Exiting... logout Saving session... ...copying shared history... ...saving history...truncating history files... ...completed. Deleting expired sessions...none found. [Process completed] -- Adam From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Monday, June 6, 2016 at 2:50 PM To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: GRASS developers <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, GRASS users <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>>, Helena Mitasova <hmit...@unity.ncsu.edu<mailto:hmit...@unity.ncsu.edu>>, Anna Petrášová <kratocha...@gmail.com<mailto:kratocha...@gmail.com>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test Adam and others, Yet another GRASS 64 bit. I just uploaded to the GRASS for Mac site. I tried something else. I am hoping that this works with SIP enabled in El Capitan and does not add Anaconda as a required dependency. If you have a chance, give it a try. 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=CwMF-g=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=EptVyHvN5Hy-kJAyE5zVpjKVi-Hj12JwOOKM6yUgzF0=34kfotLDUf5mRfMlJY9uXiBzLxZFhHfdFsRiE5hwz0s=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=CwMF-g=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=EptVyHvN5Hy-kJAyE5zVpjKVi-Hj12JwOOKM6yUgzF0=M_LT_GhsO_-fWH5lR5tqThIl7ZwPXZN68wY9zdZVpwM=> ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Adam and others, Yet another GRASS 64 bit. I just uploaded to the GRASS for Mac site. I tried something else. I am hoping that this works with SIP enabled in El Capitan and does not add Anaconda as a required dependency. If you have a chance, give it a try. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
I’ve had no problem running 3D (in the map display window). Maybe you didn’t get a path set for the wx…gdal… library? Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jun 2, 2016, at 1:34 PM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: I went back to the prior version that I downloaded, where I made the changes to the paths. What I had not noticed before is that I don’t see any way to run nviz. I only see a 2D view. Is that something that should be installed, but it might also be a path issue? When I do run grass, I also see this: Unable to import pyGRASS: grass_gis.7.3.svn not found. So, that might relate to 3D, or might just be a sign of another part of the path to dynamic library issue. -- Adam From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Thursday, June 2, 2016 at 3:48 PM To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: GRASS developers grass-developers <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, grass-user grass-user <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test Darn! It is as I was afraid of. Building with Anaconda wxPython means that the GUI is looking for the Anaconda Python distribution too. So this approach will not work. 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=CwMGaQ=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=IovcDfAWhG30sZ7BGwZXrYH6f41WBK7HRKHkuPNgkrA=z7A7QhuV1iwhyXBpOAjNf8wCV1DiNMR5FhyYuyczMjQ=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=CwMGaQ=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=IovcDfAWhG30sZ7BGwZXrYH6f41WBK7HRKHkuPNgkrA=oqfEXF7oF6JcoKPOafzbNpJjBr9QxSgliE0Bbq6IzsA=> On Jun 2, 2016, at 12:15 PM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: I just downloaded the version on the site, and when I run it, I have the same problem. wxPython is looking in the wrong place for shared libraries: Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.10 found. Cleaning up temporary files... Starting GRASS GIS... Traceback (most recent call last): File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", line 31, in from core import globalvar File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", line 96, in import wx File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", line 45, in from wx._core import * File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", line 4, in import _core_ ImportError: dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, 2): Library not loaded: @loader_path/../../../../libwx_osx_cocoau-3.0.0.2.0.dylib Referenced from: /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so Reason: image not found ERROR: Error in GUI startup. See messages above (if any) and if necessary, please report this error to the GRASS developers. On systems with package manager, make sure you have the right GUI package, probably named grass-gui, installed. To run GRASS GIS in text mode use the -text flag. Exiting... logout Saving session... ...copying shared history... ...saving history...truncating history files... ...completed. [Process completed] -- Adam From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Thursday, June 2, 2016 at 2:41 PM To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: GRASS developers <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, GRASS users <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP proble
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
No need to reinstall frameworks. This is a path problem in the binary. This approach won’t work. Too bad. Hopefully I can try an alternative fix on Monday. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jun 2, 2016, at 12:21 PM, Thomas Adams <tea...@gmail.com<mailto:tea...@gmail.com>> wrote: Michael, I installed: GRASS 7.3 64bit wxPython 3 but nothing else; should I reinstall all the Frameworks?? I'm getting: Last login: Thu Jun 2 14:17:36 on ttys000 Thomass-MacBook-Pro:~ teaiii$ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.10 found. Cleaning up temporary files... Starting GRASS GIS... Traceback (most recent call last): File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", line 31, in from core import globalvar File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", line 96, in import wx File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", line 45, in from wx._core import * File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", line 4, in import _core_ ImportError: dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, 2): Library not loaded: @loader_path/../../../../libwx_osx_cocoau-3.0.0.2.0.dylib Referenced from: /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so Reason: image not found ERROR: Error in GUI startup. See messages above (if any) and if necessary, please report this error to the GRASS developers. On systems with package manager, make sure you have the right GUI package, probably named grass-gui, installed. To run GRASS GIS in text mode use the -text flag. Exiting... logout Saving session... ...copying shared history... ...saving history...truncating history files... ...completed. [Process completed] Tom On Thu, Jun 2, 2016 at 1:59 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: Thomas, Can you try the replacement binary I uploaded 15 minutes ago? Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> On Jun 2, 2016, at 11:41 AM, grass-user-requ...@lists.osgeo.org<mailto:grass-user-requ...@lists.osgeo.org> wrote: From: Thomas Adams <tea...@gmail.com<mailto:tea...@gmail.com>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test Date: June 2, 2016 at 11:41:13 AM MST To: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Cc: GRASS developers list <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, grass-user grass-user <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Hi Michael, I just tried installing your new version of GRASS 7.3 and I get this: ___ grass-user mailing list grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org> http://lists.osgeo.org/mailman/listinfo/grass-user -- Thomas E Adams, III 2330 Jack Warner PKWY, #334 Tuscaloosa, AL 35401 1 (513) 739-9512 (cell) ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Darn! It is as I was afraid of. Building with Anaconda wxPython means that the GUI is looking for the Anaconda Python distribution too. So this approach will not work. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jun 2, 2016, at 12:15 PM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: I just downloaded the version on the site, and when I run it, I have the same problem. wxPython is looking in the wrong place for shared libraries: Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.10 found. Cleaning up temporary files... Starting GRASS GIS... Traceback (most recent call last): File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py", line 31, in from core import globalvar File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py", line 96, in import wx File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/__init__.py", line 45, in from wx._core import * File "/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core.py", line 4, in import _core_ ImportError: dlopen(/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so, 2): Library not loaded: @loader_path/../../../../libwx_osx_cocoau-3.0.0.2.0.dylib Referenced from: /Applications/GRASS-7.3.app/Contents/MacOS/etc/python/wx/_core_.so Reason: image not found ERROR: Error in GUI startup. See messages above (if any) and if necessary, please report this error to the GRASS developers. On systems with package manager, make sure you have the right GUI package, probably named grass-gui, installed. To run GRASS GIS in text mode use the -text flag. Exiting... logout Saving session... ...copying shared history... ...saving history...truncating history files... ...completed. [Process completed] -- Adam From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Thursday, June 2, 2016 at 2:41 PM To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: GRASS developers <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, GRASS users <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test Adam, I just now uploaded a new binary to the GRASS Mac website. I built wxPython against the Anaconda distribution and Python against system Python. I disabled gettext so that it hopefully will not cause issues. This works on my system, so it's not a total bomb. Now to see if it works without Anaconda Python. One thing to test is whether v.in.lidar will actually work (64bit LASlib). Thanks again. 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=CwMGaQ=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=y-jMjjS3WhJh263Ah2U5_wE9cEgPJNKNu8jgHKEWT0A=c9sHgLYlfxX5Q3gk_OuDf1THj5sts3ScXDSIGoicYZk=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=CwMGaQ=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=y-jMjjS3WhJh263Ah2U5_wE9cEgPJNKNu8jgHKEWT0A=j8_8WD6umq8XpQezRjG0RNLhavbX-c2snykORzQ8-ik=> On Jun 2, 2016, at 10:56 AM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: Yes, I’m happy to try it out, once you get it built. Once you do, let me know if there are any specific features that would use specific libraries, so I can test them. -- Adam From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Thursday, June 2, 2016 at 1:53 PM To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: GRASS developers grass-developers <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, grass-user grass-user <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Thomas, Can you try the replacement binary I uploaded 15 minutes ago? Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jun 2, 2016, at 11:41 AM, grass-user-requ...@lists.osgeo.org<mailto:grass-user-requ...@lists.osgeo.org> wrote: From: Thomas Adams <tea...@gmail.com<mailto:tea...@gmail.com>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test Date: June 2, 2016 at 11:41:13 AM MST To: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Cc: GRASS developers list <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, grass-user grass-user <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Hi Michael, I just tried installing your new version of GRASS 7.3 and I get this: ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Adam, I just now uploaded a new binary to the GRASS Mac website. I built wxPython against the Anaconda distribution and Python against system Python. I disabled gettext so that it hopefully will not cause issues. This works on my system, so it's not a total bomb. Now to see if it works without Anaconda Python. One thing to test is whether v.in.lidar will actually work (64bit LASlib). Thanks again. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jun 2, 2016, at 10:56 AM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: Yes, I’m happy to try it out, once you get it built. Once you do, let me know if there are any specific features that would use specific libraries, so I can test them. -- Adam From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Thursday, June 2, 2016 at 1:53 PM To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: GRASS developers grass-developers <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, grass-user grass-user <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test Adam, Excellent. I’ll trudge over to the other office and do another version soon. I hope you can try it. There are complications in running install_name_tool during the bundling process. I am working in parallel on a way to do something like that. But in the meantime, a lot of problems could be avoided if I can build GRASS against dependencies that are compiled outside the system folders (/usr/..). I’ve done that with LASlib and it caused you no problems. I’ve been able to build gettext outside of the system area but GRASS can’t find it so far. In this build, I tried packaging the relevant gettext libraries with GRASS, but it still looks for them in /usr/local. I was afraid of that but thought I’d try that. I don’t want to build wxPython from scratch, but can get the right version in the Anaconda package. I will now try to build GRASS against that version. What I don’t know is whether it will then complain if you don’t also have the Anaconda Python 2.7. We’ll see. 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=CwMGaQ=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=0ZNWuvxDctpCtAIkbJv2o2RO_0FkffPars5lM4Q5v8Q=LyM5xdK-7R3OuZiARY5oTW8Mwe9AhKs7nY_os92kjMc=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=CwMGaQ=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=0ZNWuvxDctpCtAIkbJv2o2RO_0FkffPars5lM4Q5v8Q=86KUh3vJ1XFUeWMNXRzyQW-RRCGLRXE5bTL0rPYeunM=> On Jun 2, 2016, at 10:12 AM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: I don’t have Anaconda installed. An option would be to put the commands that I sent into whatever build script you are using. The changes that are made by install_name_tool can be made to the dozen or so files and then you could package it up to the installer. The only problems, I have seen and fixed are with the paths to libwx_osx_cocoau-3.0.0.2.0.dylib and libintl.8.dylib -- Adam From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Thursday, June 2, 2016 at 12:17 PM To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: GRASS developers <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, GRASS users <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test Thanks Adam, This is disappointing but informative. Do you have the Anaconda Python package installed? I am hoping you do not so I can test another alternative too. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head,
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Adam, Excellent. I’ll trudge over to the other office and do another version soon. I hope you can try it. There are complications in running install_name_tool during the bundling process. I am working in parallel on a way to do something like that. But in the meantime, a lot of problems could be avoided if I can build GRASS against dependencies that are compiled outside the system folders (/usr/..). I’ve done that with LASlib and it caused you no problems. I’ve been able to build gettext outside of the system area but GRASS can’t find it so far. In this build, I tried packaging the relevant gettext libraries with GRASS, but it still looks for them in /usr/local. I was afraid of that but thought I’d try that. I don’t want to build wxPython from scratch, but can get the right version in the Anaconda package. I will now try to build GRASS against that version. What I don’t know is whether it will then complain if you don’t also have the Anaconda Python 2.7. We’ll see. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Jun 2, 2016, at 10:12 AM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: I don’t have Anaconda installed. An option would be to put the commands that I sent into whatever build script you are using. The changes that are made by install_name_tool can be made to the dozen or so files and then you could package it up to the installer. The only problems, I have seen and fixed are with the paths to libwx_osx_cocoau-3.0.0.2.0.dylib and libintl.8.dylib -- Adam From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> Date: Thursday, June 2, 2016 at 12:17 PM To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> Cc: GRASS developers <grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, GRASS users <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test Thanks Adam, This is disappointing but informative. Do you have the Anaconda Python package installed? I am hoping you do not so I can test another alternative 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://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton=CwMFAg=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=TS6ZbfcSESNcquxh-zPAqGnCaZgzRAIcMTujuqBSCWM=7ErhRu9AyP2KPJO1ugPquhJlYakqzc-hPP7lsh8d6Gk=>, http://csdc.asu.edu<https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu=CwMFAg=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=TS6ZbfcSESNcquxh-zPAqGnCaZgzRAIcMTujuqBSCWM=ptMCJeZkpJL1oa3gUPm17Bx8T8MVCyXPhupTp0i2lk0=> On Jun 2, 2016, at 8:19 AM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: I used install_name_tool to change the path that the files use to find dynamic libraries. The actual specific command I used are my later emails. For example here is one: install_name_tool -change /usr/local/lib/libintl.8.dylib /Applications/GRASS-7.3.app/Contents/MacOS/lib/libintl.8.dylib /Applications/GRASS-7.3.app/Contents/MacOS/lib/libgrass_gis.7.3.svn.dylib The issue is that this library: /Applications/GRASS-7.3.app/Contents/MacOS/lib/libgrass_gis.7.3.svn.dylib was trying to dynamically link to this: /usr/local/lib/libintl.8.dylib (which doest exist on my system, but probably does on yours) instead it should have been using this: /Applications/GRASS-7.3.app/Contents/MacOS/lib/libintl.8.dylib (which had been correctly installed on my system by the installer). Each of the other commands that I sent showed that a number of other libraries were each looking for this: @loader_path/../../../../libwx_osx_cocoau-3.0.0.2.0.dylib when the correct path is this: /Applications/GRASS-7.3.app/Contents/MacOS/lib/libwx_osx_cocoau-3.0.0.2.0.dylib (again, on your machine, both might exist from when you were building). Each of these paths is hard coded into the binaries at build time, so there is some flag that can generally be used to set them correctly. All I did
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Thanks Adam,
This is disappointing but informative. Do you have the Anaconda Python package
installed? I am hoping you do not so I can test another alternative 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, http://csdc.asu.edu
On Jun 2, 2016, at 8:19 AM, Adam Dershowitz
<adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote:
I used install_name_tool to change the path that the files use to find dynamic
libraries. The actual specific command I used are my later emails.
For example here is one:
install_name_tool -change /usr/local/lib/libintl.8.dylib
/Applications/GRASS-7.3.app/Contents/MacOS/lib/libintl.8.dylib
/Applications/GRASS-7.3.app/Contents/MacOS/lib/libgrass_gis.7.3.svn.dylib
The issue is that this library:
/Applications/GRASS-7.3.app/Contents/MacOS/lib/libgrass_gis.7.3.svn.dylib was
trying to dynamically link to this: /usr/local/lib/libintl.8.dylib (which
doest exist on my system, but probably does on yours) instead it should have
been using this:
/Applications/GRASS-7.3.app/Contents/MacOS/lib/libintl.8.dylib (which had been
correctly installed on my system by the installer).
Each of the other commands that I sent showed that a number of other libraries
were each looking for this:
@loader_path/../../../../libwx_osx_cocoau-3.0.0.2.0.dylib when the correct path
is this:
/Applications/GRASS-7.3.app/Contents/MacOS/lib/libwx_osx_cocoau-3.0.0.2.0.dylib
(again, on your machine, both might exist from when you were building).
Each of these paths is hard coded into the binaries at build time, so there is
some flag that can generally be used to set them correctly. All I did was
changed them using using install_name_tool which is a bit of a kludge.
-- Adam
From: Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>>
Date: Thursday, June 2, 2016 at 11:06 AM
To: Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>>
Cc: GRASS developers list
<grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, grass-user
grass-user <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>>
Subject: Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP
problem - please test
Thanks for the report Adam. When you say you fixed the path, what exactly did
you do?
Michael Barton
School of Human Evolution Change
Center for Social Dynamics & Complexity
Arizona State University
...Sent from my iPad
On Jun 2, 2016, at 6:54 AM, Adam Dershowitz
<adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote:
Looks like you missed a library, or path. I just tried it on 10.11 with SIP
enabled, and I get this error:
$ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit
Rebuilding Addon HTML manual pages index...
Rebuilding Addon menu...
Python 2.7.10 found.
Cleaning up temporary files...
Starting GRASS GIS...
dyld: Library not loaded: /usr/local/lib/libintl.8.dylib
Referenced from:
/Applications/GRASS-7.3.app/Contents/MacOS/lib/libgrass_gis.7.3.svn.dylib
Reason: image not found
Traceback (most recent call last):
File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py",
line 31, in
from core import globalvar
File
"/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py",
line 29, in
from core.debug import Debug
File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/debug.py",
line 77, in
Debug = DebugMsg()
File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/debug.py",
line 39, in __init__
self.SetLevel()
File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/debug.py",
line 45, in SetLevel
self.debuglevel = int(grass.gisenv().get('WX_DEBUG', 0))
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 953, in gisenv
s = read_command("g.gisenv", flags='n')
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 458, in read_command
process = pipe_command(*args, **kwargs)
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 433, in pipe_command
return start_command(*args, **kwargs)
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 372, in start_command
if debug_level() > 0:
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line
Re: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
Thanks for the report Adam. When you say you fixed the path, what exactly did
you do?
Michael Barton
School of Human Evolution Change
Center for Social Dynamics & Complexity
Arizona State University
...Sent from my iPad
On Jun 2, 2016, at 6:54 AM, Adam Dershowitz
<adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote:
Looks like you missed a library, or path. I just tried it on 10.11 with SIP
enabled, and I get this error:
$ '/Applications/GRASS-7.3.app/Contents/MacOS/grass.sh'; exit
Rebuilding Addon HTML manual pages index...
Rebuilding Addon menu...
Python 2.7.10 found.
Cleaning up temporary files...
Starting GRASS GIS...
dyld: Library not loaded: /usr/local/lib/libintl.8.dylib
Referenced from:
/Applications/GRASS-7.3.app/Contents/MacOS/lib/libgrass_gis.7.3.svn.dylib
Reason: image not found
Traceback (most recent call last):
File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/gis_set.py",
line 31, in
from core import globalvar
File
"/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/globalvar.py",
line 29, in
from core.debug import Debug
File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/debug.py",
line 77, in
Debug = DebugMsg()
File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/debug.py",
line 39, in __init__
self.SetLevel()
File "/Applications/GRASS-7.3.app/Contents/MacOS/gui/wxpython/core/debug.py",
line 45, in SetLevel
self.debuglevel = int(grass.gisenv().get('WX_DEBUG', 0))
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 953, in gisenv
s = read_command("g.gisenv", flags='n')
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 458, in read_command
process = pipe_command(*args, **kwargs)
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 433, in pipe_command
return start_command(*args, **kwargs)
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 372, in start_command
if debug_level() > 0:
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 1536, in debug_level
_debug_level = int(gisenv().get('DEBUG', 0))
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 953, in gisenv
s = read_command("g.gisenv", flags='n')
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 461, in read_command
return handle_errors(returncode, stdout, args, kwargs)
File
"/Applications/GRASS-7.3.app/Contents/MacOS/etc/python/grass/script/core.py",
line 329, in handle_errors
returncode=returncode)
grass.exceptions.CalledModuleError: Module run None ['g.gisenv', '-n'] ended
with error
Process ended with non-zero return code -5. See errors in the (error) output.
ERROR: Error in GUI startup. See messages above (if any) and if necessary,
please report this error to the GRASS developers.
On systems with package manager, make sure you have the right GUI package,
probably named grass-gui, installed.
To run GRASS GIS in text mode use the -text flag.
Exiting...
logout
Saving session...
...copying shared history...
...saving history...truncating history files...
...completed.
-- Adam
From: grass-user
<grass-user-boun...@lists.osgeo.org<mailto:grass-user-boun...@lists.osgeo.org>>
on behalf of Michael Barton
<michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>>
Date: Wednesday, June 1, 2016 at 7:50 PM
To: GRASS developers list
<grass-...@lists.osgeo.org<mailto:grass-...@lists.osgeo.org>>, grass-user
grass-user <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>>
Subject: [GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP
problem - please test
I just posted a new binary for GRASS 7.3 built fully 64 bit, with wxPython
3.0.2.0 to the GRASS for Mac site
(http://grassmac.wikidot.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__grassmac.wikidot.com=CwMFAg=t0wRGL5ICVzH157W8C8Wew=5usL3OGqXabRLtSzGmh8YEvbco28TaiOmWcn6rCn8wM=g-_vMK6bUb2L_0yJaa2OvFkqicaKTyNnPnCZOxN-i6s=jF8bboxVJboLDUrCG5V5xobtx6ig-JEF92VM_t_MXA4=>)
It turns out the previous "64bit" GRASS binary still ran 32bit Python. I had to
hack the python_wrapper.py file, but this one is fully 64bit AFAICT. I also
tried some hacks that might be a way to solve the inability to run GRASS on El
Capitan with SIP enabled. There are a couple of known bugs in the wxPython 3.x
GUI
1. The most serious is switching to 3D mode and back to 2D mode leaves one of
the map display menu buttons corrupted. It seems the only thing you can do is
to close t
[GRASS-user] GRASS for Mac 64bit, wxPython 3, maybe fix for SIP problem - please test
I just posted a new binary for GRASS 7.3 built fully 64 bit, with wxPython 3.0.2.0 to the GRASS for Mac site (http://grassmac.wikidot.com) It turns out the previous "64bit" GRASS binary still ran 32bit Python. I had to hack the python_wrapper.py file, but this one is fully 64bit AFAICT. I also tried some hacks that might be a way to solve the inability to run GRASS on El Capitan with SIP enabled. There are a couple of known bugs in the wxPython 3.x GUI 1. The most serious is switching to 3D mode and back to 2D mode leaves one of the map display menu buttons corrupted. It seems the only thing you can do is to close the map display and open a new one. 2. There are also some popup lists (e.g., for switching mapsets) that do not behave as they should. You cannot select an item with a mouse (but you can select with arrow keys and ) unless you hit to destroy part of the control. Then you can use the mouse to click something. Please let us know if you encounter any other bug or strange behavior. Also, and importantly if anyone is running El Capitan, it would be great if you could reenable SIP (if you've turned it off) and see if this version runs. Of course, maybe I've "fixed" it so that it only runs on my system and crashes on everyone else's. Enjoy! Michael ________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Update to GRASS 7.1 64bit and 32bit
I repackaged the GRASS 7.1 64bit/wxPython 3 binary so that it will hopefully run without errors again. I also updated the binary for the normal GRASS 7.1 dual architecture binary to the svn snapshot as of today. Both are on the GRASS for Mac site (http://grassmac.wikidot.com) Enjoy Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 64bit GRASS for Mac
Looks like I messed up the new links in the bundling script. I will fix and repost today. Thanks for letting me know. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Apr 25, 2016, at 9:30 AM, Stuart Edwards <sedwar...@cinci.rr.com<mailto:sedwar...@cinci.rr.com>> wrote: Michael On start up I get the following error: ImportError: dlopen(/Applications/GRASS-7.1.app/Contents/MacOS/etc/python/wx/_core_.so, 2): Library not loaded: /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib Referenced from: /Applications/GRASS-7.1.app/Contents/MacOS/etc/python/wx/_core_.so Reason: image not found It seems to be looking for wxPython in /usr/local/lib. Previously wxPython was part of the bundle - do I now need to install it independently? thx Stu On Friday, I posted a full 64 bit version of GRASS 7.1 onto the GRASS for Mac web site (http://grassmac.wikidot.com<http://grassmac.wikidot.com/>) for testing. It uses wxPython 3.0.2.0 (but still uses system Python 2.7). No other change to any frameworks that are already posted on that site. It seems to mostly work fine, but I noticed a couple of small quirks in preliminary testing. The dev team will need bug reports on things that don't work so that they can be fixed. Be aware that it will overwrite any existing GRASS 7.1 you have unless you rename your existing 7.1 prior to installing. Michael ____ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> ___ grass-user mailing list grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org> http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 64bit GRASS for Mac
Stuart, wxPython is bundled. I just checked with my copy. Is anyone else having this problem? Maybe there is a link error. I will check. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Apr 25, 2016, at 9:30 AM, Stuart Edwards <sedwar...@cinci.rr.com<mailto:sedwar...@cinci.rr.com>> wrote: Michael On start up I get the following error: ImportError: dlopen(/Applications/GRASS-7.1.app/Contents/MacOS/etc/python/wx/_core_.so, 2): Library not loaded: /usr/local/lib/wxPython-3.0.2.0/lib/libwx_osx_cocoau-3.0.0.2.0.dylib Referenced from: /Applications/GRASS-7.1.app/Contents/MacOS/etc/python/wx/_core_.so Reason: image not found It seems to be looking for wxPython in /usr/local/lib. Previously wxPython was part of the bundle - do I now need to install it independently? thx Stu On Friday, I posted a full 64 bit version of GRASS 7.1 onto the GRASS for Mac web site (http://grassmac.wikidot.com<http://grassmac.wikidot.com/>) for testing. It uses wxPython 3.0.2.0 (but still uses system Python 2.7). No other change to any frameworks that are already posted on that site. It seems to mostly work fine, but I noticed a couple of small quirks in preliminary testing. The dev team will need bug reports on things that don't work so that they can be fixed. Be aware that it will overwrite any existing GRASS 7.1 you have unless you rename your existing 7.1 prior to installing. Michael ____ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> ___ grass-user mailing list grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org> http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 64bit GRASS for Mac
Right. I didn't do anything that would fix the SIP problem. Michael Barton School of Human Evolution Change Center for Social Dynamics & Complexity Arizona State University ...Sent from my iPad > On Apr 25, 2016, at 7:09 AM, Anna Petrášová <kratocha...@gmail.com> wrote: > > Thanks, tested and seems to work on Yosemite. But it's not supposed to > work on El Capitan, right? > > Anna > > >> On Mon, Apr 25, 2016 at 1:49 AM, Michael Barton <michael.bar...@asu.edu> >> wrote: >> On Friday, I posted a full 64 bit version of GRASS 7.1 onto the GRASS for >> Mac web site (http://grassmac.wikidot.com) for testing. It uses wxPython >> 3.0.2.0 (but still uses system Python 2.7). No other change to any >> frameworks that are already posted on that site. It seems to mostly work >> fine, but I noticed a couple of small quirks in preliminary testing. The dev >> team will need bug reports on things that don't work so that they can be >> fixed. >> >> Be aware that it will overwrite any existing GRASS 7.1 you have unless you >> rename your existing 7.1 prior to installing. >> >> Michael >> >> C. Michael Barton >> Director, Center for Social Dynamics & Complexity >> Professor of Anthropology, School of Human Evolution & Social Change >> Head, Graduate Faculty in Complex Adaptive Systems Science >> Arizona State University >> >> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) >> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> ___ >> grass-user mailing list >> grass-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] 64bit GRASS for Mac
On Friday, I posted a full 64 bit version of GRASS 7.1 onto the GRASS for Mac web site (http://grassmac.wikidot.com) for testing. It uses wxPython 3.0.2.0 (but still uses system Python 2.7). No other change to any frameworks that are already posted on that site. It seems to mostly work fine, but I noticed a couple of small quirks in preliminary testing. The dev team will need bug reports on things that don't work so that they can be fixed. Be aware that it will overwrite any existing GRASS 7.1 you have unless you rename your existing 7.1 prior to installing. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with wxPython (missing)
I've held off updating to make sure I could continue to provide binaries for the GRASS community. If you are right, I will upgrade one of my computers to the new OS and try this. SIP off and compile. The question then is whether users need to turn SIP off to install in the normal applications folder. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Mar 16, 2016, at 12:24 PM, Rainer M Krug <rai...@krugs.de> wrote: > > Rainer M Krug <rai...@krugs.de> writes: > >> Adam Dershowitz <adershow...@exponent.com> writes: >> >>> Got it. Now, based on that, I have found it. Apparently, it is for >>> protected processes: >>> >>> https://developer.apple.com/library/mac/documentation/Security/Conceptual/S >>> ystem_Integrity_Protection_Guide/RuntimeProtections/RuntimeProtections.html >>> >> >> Which seems to be the reason why during the make step (make is in >> /usr/bin, therefore a protected binary), the DYLD_LIBRARY_PATH is >> ignored. >> >> But when running GRASS, it should work. >> >> Has anybody tried out to >> >> 1) disable SIP >> 2) compile GRASS from source >> 3) install GRASS >> 4) enable SIP >> >> and does it run? > > > Just tried it out, ant it works. So the DYLD_LIBRARY_PATH issue only > affects the compilation / installation of GRASS. > > >> >> Do you know if Macports uses an own make (and possibly other tools?), or >> the one supplied by OS X? >> >> >>> So, would it be possible to just just the paths that are used for the >>> search paths in the Application bundle itself? >>> >>> -- Adam >>> >>> >>> >>> >>> >>> >>> On 3/15/16, 4:43 PM, "William Kyngesburye" <wokl...@kyngchaos.com> wrote: >>> >>>> GRASS does not write to those SIP-restricted locations. >>>> >>>> From what I've read, SIP also causes apps to ignore DYLD_LIBRARY_PATH, no >>>> matter where it points to. And the errors that have been reported point >>>> to it as well. >>>> >>>>> On Mar 15, 2016, at 3:06 PM, Adam Dershowitz <adershow...@exponent.com> >>>>> wrote: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On 3/15/16, 3:37 PM, "grass-user on behalf of William Kyngesburye" >>>>> <grass-user-boun...@lists.osgeo.org on behalf of wokl...@kyngchaos.com> >>>>> wrote: >>>>> >>>>>> On Mar 15, 2016, at 2:05 PM, Rainer M Krug <rai...@krugs.de> wrote: >>>>>>> >>>>>>> William Kyngesburye <wokl...@kyngchaos.com> writes: >>>>>>> >>>>>>>> This is also a known issue, related to but separate from the >>>>>>>> packaging >>>>>>>> issue. During compilation, GRASS also uses DYLD_LIBRARY_PATH to find >>>>>>>> the in-compilation copies of the libraries so it can run the modules >>>>>>>> to create the help files. >>>>>>> >>>>>>> OK - this aligns with what I guessed from the error messages. >>>>>>> >>>>>>> So the DYLD_LIBRARY_PATH is only used during compilation - and not >>>>>>> during execution, even without "make install"? >>>>>>> >>>>>> No, DYLD_LIBRARY_PATH is also used during execution, that's what's >>>>>> causing trouble in the app bundling. >>>>>> >>>>>>>> >>>>>>>> The packaging issue with DYLD_LIBRARY_PATH can be fixed in packaging >>>>>>>> so that everything within the GRASS app package looks directly inside >>>>>>>> the package for libraries and not rely on DYLD_LIBRARY_PATH. >>>>>>>> Homebrew, Macports and /usr/local builds don't need to worry about it >>>>>>>> because the extra dependencies that are bundled in the app are >>>>>>>> already >&
Re: [GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with wxPython (missing)
The reason is that I (and William) package some key dependencies with the binary. The most important is wxPython, which is required by the GUI. If a user does not have exactly the same version of wxPython used to compile the binary, the GUI will fail. Making this more complicated is the fact that the only versions of wxPython that work completely correctly with Mac GRASS are 32 bit. But some other components are 64 bit. This means that I need to compile GRASS with 32/64 bit dual architecture. So this is a consequence of making binaries that run on anyone's Mac (except the newest system with SIP enabled). Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Mar 15, 2016, at 3:14 PM, Carlos Grohmann <carlos.grohm...@gmail.com<mailto:carlos.grohm...@gmail.com>> wrote: I run GRASS on OSX El Capitan (with SIP disabled). I don't think that setting up a CLI-only version would be a solution as well. As Rainer said, other software runs natively (see QGIS) and they don't have any problems with OSX/SIP. We should look into that. I don't understand why GRASS is offending SIP. Perhaps we should seek out for help from others. Maybe Apple itself. One point is that we need to disable SIP for the binary provided by Michael Barton, but not if you compile it from source (or using homebrew), so this could be fixable by changing paths, like Adam suggested. Homebrew uses /usr/local, why can't we? best Carlos On Tue, Mar 15, 2016 at 9:51 AM, Adam Dershowitz <adershow...@exponent.com<mailto:adershow...@exponent.com>> wrote: Yes, SIP is a new security feature that prevents any applications from writing to a few key OS paths. I believe that it really is that simple. (see: https://support.apple.com/en-us/HT204899 ) Which, does beg the questionŠwhy does running GRASS require writes to any of these folders? That suggests that GRASS is doing something that it shouldn¹t be doing. Why should it be writing to system folders at all at runtime? It is the only application that I have run into that has any problems with SIP. It would seem that this should be an easy fix. (for example just use /usr/local instead of /usr, or whatever the problem folder is). -- Adam -- Prof. Carlos Henrique Grohmann Institute of Energy and Environment - Univ. of São Paulo, Brazil - Digital Terrain Analysis | GIS | Remote Sensing - http://carlosgrohmann.com<http://carlosgrohmann.com/> http://orcid.org/-0001-5073-5572 Can’t stop the signal. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with wxPython (missing)
After this problem was discovered 4-6 months ago, we've been working on a way to remedy it. We have a basic plan that William has suggested, but it takes some time to work out how to implement it. So far, no one has had the time needed to do this. It seems solvable with some effort. My understanding is that SIP is a new security feature. Disabling it leaves the Mac at the same level of security it has under Yosemite. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Mar 15, 2016, at 11:00 AM, Rainer M Krug <rai...@krugs.de> wrote: > > Adam Dershowitz <adershow...@exponent.com> writes: > >> So it looks like this is actually the known problem with System >> Integrity Protection. I hate to turn off a security feature, and do >> two reboots, to be able to run a single application. Has there been >> any progress in getting this fixed? > > No - I have the feeling that the ones using GRASS on OS X are still > avoiding upgrading to El Capitan, and the ones who have are out in the > cold. I raised the issue several times already. > > I slowly really think the best would be to abandon GRASS on OS X and > focus on setting up an official docker image which can be used on OS X, > Windows and Linux. > > Please convince me otherwise. > > Cheers, > > Rainer > >> >> Thanks, >> >> -- Adam >> >> From: Adam Dershowitz <adershow...@exponent.com> >> Date: Monday, March 14, 2016 at 11:21 PM >> To: Michael Barton <michael.bar...@asu.edu>, grass-user grass-user >> <grass-user@lists.osgeo.org> >> Subject: Re: [GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with >> wxPython (missing) >> >> And, I just tried to run 6.4, which I still had installed, and it also >> won’t run, but with a different error: >> >> Python 2.7.10 found. >> >> Cleaning up temporary files ... >> >> Starting GRASS ... >> >> Traceback (most recent call last): >> >> File >> "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py", >> line 37, in >> >> from core import globalvar >> >> File >> "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/core/globalvar.py", >> line 74, in >> >> import wx >> >> File >> "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/__init__.py", >> line 45, in >> >> from wx._core import * >> >> File >> "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py", >> line 4, in >> >> import _core_ >> >> ImportError: dlopen >> (/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so, >> 2): Library not loaded: >> /Users/Shared/unix/wxpython-cocoa-lion/lib/libwx_osx_cocoau-3.0.dylib >> >> Referenced from: >> /Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so >> >> Reason: image not found >> >> Error in GUI startup. If necessary, please >> >> report this error to the GRASS developers. >> >> Switching to text mode now. >> >> Hit RETURN to continue... >> >> Has anyone had any luck running GRASS on 10.11 at all? >> >> -- Adam >> >> From: grass-user <grass-user-boun...@lists.osgeo.org> on behalf of >> Michael Barton <michael.bar...@asu.edu> >> Date: Monday, February 15, 2016 at 3:24 PM >> To: grass-user grass-user <grass-user@lists.osgeo.org> >> Subject: [GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with >> wxPython (missing) >> >> The packaging seems to have gone awry. I've been out of the country >> and then sick since returning. Once I get well enough to get to the >> office, I'll try and fix this. >> >> Michael >> >> C. Michael Barton >> Director, Center for Social Dynamics & Complexity >> Professor of Anthropology, School of Human Evolution & Social Change >> Head, Graduate Faculty in Complex Adaptive Systems Science >> Arizona State University >> >> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) >> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >> www: http://www.public.asu.edu/~cmbarton, http:/
[GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with wxPython (missing)
The packaging seems to have gone awry. I've been out of the country and then sick since returning. Once I get well enough to get to the office, I'll try and fix this. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Feb 15, 2016, at 12:59 PM, grass-user-requ...@lists.osgeo.org<mailto:grass-user-requ...@lists.osgeo.org> wrote: From: gene <martin.lal...@gmail.com<mailto:martin.lal...@gmail.com>> Subject: [GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with wxPython (missing) Date: February 15, 2016 at 11:55:37 AM MST To: <grass-user@lists.osgeo.org<mailto:grass-user@lists.osgeo.org>> With the 7.0.3 version of GRASS GIS on the Mac (M.Barton) <http://grassmac.wikidot.com/> I can only launch GRASS-7.0.app (7.0.3) in text mode. When I try to launch the App or use g.gui wxpython in the Grass shell the error is: "Launching GUI in the background, please wait… ERROR: wxGUI requires wxPython. No module named wxversion In the 7.0.2 version, wxPython is installed in /Applications/GRASS-7.0.app/Contents/MacOS/etc/python (wx, wxpython and pyparsing.py and wxversion.py) and it works. But none of these files/folders exist in the same folder of the 7.0.3 version Compilation error ? The size of the zip files are also different (80.19 and 83.89 for GRASS 7.01 and GRASS 7.02, 35 .12 for GRASS 7.03) Many thanks ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] i.cluster/i.maxlik question
As a followup, it looks like changing the minimum cluster size may reduce the number of final clusters, but the final number seem not to exceed the initial number. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Nov 26, 2015, at 2:03 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I'm trying out GRASS's unsupervised classification functions. As I understand it, it is a 2 step process. 1. run i.cluster to get cluster signatures 2. run i.maxlik using the cluster signatures to generate the spatial clusters I've varied the parameters several times, and AFAICT, setting the initial number of clusters also determines the final number. In other unsupervised clustering routines I've used, this is not the case. Because the clustering iterates until the convergence value is reached, the final number of clusters can be different from the initial number. Can anyone offer insight on this for GRASS? Thanks Michael ________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] i.cluster/i.maxlik question
I'm trying out GRASS's unsupervised classification functions. As I understand it, it is a 2 step process. 1. run i.cluster to get cluster signatures 2. run i.maxlik using the cluster signatures to generate the spatial clusters I've varied the parameters several times, and AFAICT, setting the initial number of clusters also determines the final number. In other unsupervised clustering routines I've used, this is not the case. Because the clustering iterates until the convergence value is reached, the final number of clusters can be different from the initial number. Can anyone offer insight on this for GRASS? Thanks Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] histogram equalization not working with Landsat 8 data?
Solved. I needed to set the region to match the map. Didn’t know that is required to set a color table. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Nov 25, 2015, at 5:02 PM, Michael Barton <michael.bar...@asu.edu<mailto:michael.bar...@asu.edu>> wrote: I just uploaded some Landsat 8 data into GRASS 7.0.2. It shows up OK at grey scale but disappears if I try to do a histogram equalization stretch. I wonder if this is because it is 16bit now? Has anyone else run into this? Michael ________ C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu<http://csdc.asu.edu/> ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] what are acceptable smoothing values in v.surf.rst
We’re having trouble figuring out what range of values can be used as a smoothing parameter, especially when input from a map of smoothing values. What is the acceptable or functional range? How does smoothing affect a value in a cell? The case that brought this up is one of my students doing a temporal surface interpolated from radiocarbon dates across the western Mediterranean. He’d like to use a value related to the SD of the dates (maybe the CV) to smooth this temporal surface so that smaller SD’s have the surface more closely matching each known date and higher SDs let that surface respond more to the neighboring dates. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
