Re: [GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with wxPython (missing)
Why it's working for Rainer's compiled GRASS at runtime is because all the GRASS libraries and executables and dependencies have the same embedded paths as where they are installed. DYLD_LIBRARY_PATH is still ignored from SIP, but it's not needed. The binary app install has the extras with different paths from where they are bundled in the GRASS app. Whatever you do with SIP for install does not matter, if SIP is on when the GRASS app is run it will fail. > On Mar 16, 2016, at 8:03 AM, Adam Dershowitz <adershow...@exponent.com> wrote: > > > On 3/16/16, 6:24 AM, "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/Conceptua >>>> l/S >>>> >>>> ystem_Integrity_Protection_Guide/RuntimeProtections/RuntimeProtections.h >>>> tml >>>> >>> >>> 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. > > > Based on what you tried above I decided to try a different test: I just > disabled SIP, installed GRASS (from binaries), and then reenabled SIP and > found that it doesn’t work. So, the details of your compilation must be > different from that of the provided binaries. Yours are probably set for > just your computer (32/64 bit, OS version etc) while the binaries try to > work for everyone so make some of that determination at startup time. > - William Kyngesburye <kyngchaos*at*kyngchaos*dot*com> http://www.kyngchaos.com/ [Trillian] What are you supposed to do WITH a maniacally depressed robot? [Marvin] You think you have problems? What are you supposed to do if you ARE a maniacally depressed robot? No, don't try and answer, I'm 50,000 times more intelligent than you and even I don't know the answer... - HitchHiker's Guide to the Galaxy ___ 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)
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 >>>> in their proper place. >>> >>> OK - so in homebrew (I can't speak for Macports) the issue is at the >>> moment only the one you discuss below. >>> >>>> >>>> The compilation issue needs work to compile all libraries with the >>>> temporary path inside the libraries and modules (this part is easy) so >>>> that during compilation help file generation works. >>> >>> OK - so can you give me any suggestions how I can solve this to make >>> GRASS at least compile on homebrew? >>> >>> Speaking generally - is this really the right approach to take, i.e. use >>> the generated binaries to generate the help files during installation? >>> Wouldn't it be much easier to do this during installation? >>> >> Well, the compilation approach is how it's been done as long as I can >> remember, it's nothing specific to OS X. Changing this would be major. >> >>>> And then during installation change all the embedded library paths to >>>> the final destination (this is harder, to figure out the complex >>>> makefile include system of GRASS to get this operation in the right >>>> place). >>> >>> The paths are in the grass script file? Or in others as well? >>> >> No, the paths are embedded in the libraries and binary executables. >> >>> Wouldn't it make sense to >>> >>> 1) split the generation of the help files from the build step into a >>> separate make target >>> 2) call the make target for help pages as a last step in the install >>> step? >>> >>> This might make packaging more difficult, but wouldn't it make the whole >>> process clearer? >>> >>>> Homebrew, Macports, /usr/local AND app installs do have a problem with >>>> this. >>> >>> It worked with Yosemite without problems. So this only needs to be done, >>> because of the issues you describe above? >>> >> It's specifically an El Capitan+ issue, because of SIP. > > I wonder if you can explain this anymore. Because, it is not at all clear > to me. DYLD_LIBRARY_PATH is something that is used all the time and works > fine in El Capitan for most Applications. The only thing that SIP > provides, if I understand correctly, is that it is not possible for an > application to write to /System /bin /sbin or /usr (and a few Apple > specifics in /Applications). Writing to /usr/local and /usr/lib should be > OK. Just having all the different versions of libraries around, and > dynamically finding them should work fine. > So, during run time, why does GRASS attempt to write to /usr (or one of > the other Apple owned folders? If it is using DYLD_LIBRARY_PATH to find > the necessary libraries from within the GRASS bundle, there should be no > need to write there. > Is it doing so
Re: [GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with wxPython (missing)
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 >> in their proper place. > > OK - so in homebrew (I can't speak for Macports) the issue is at the > moment only the one you discuss below. > >> >> The compilation issue needs work to compile all libraries with the >> temporary path inside the libraries and modules (this part is easy) so >> that during compilation help file generation works. > > OK - so can you give me any suggestions how I can solve this to make > GRASS at least compile on homebrew? > > Speaking generally - is this really the right approach to take, i.e. use > the generated binaries to generate the help files during installation? > Wouldn't it be much easier to do this during installation? > Well, the compilation approach is how it's been done as long as I can remember, it's nothing specific to OS X. Changing this would be major. >> And then during installation change all the embedded library paths to >> the final destination (this is harder, to figure out the complex >> makefile include system of GRASS to get this operation in the right >> place). > > The paths are in the grass script file? Or in others as well? > No, the paths are embedded in the libraries and binary executables. > Wouldn't it make sense to > > 1) split the generation of the help files from the build step into a > separate make target > 2) call the make target for help pages as a last step in the install > step? > > This might make packaging more difficult, but wouldn't it make the whole > process clearer? > >> Homebrew, Macports, /usr/local AND app installs do have a problem with >> this. > > It worked with Yosemite without problems. So this only needs to be done, > because of the issues you describe above? > It's specifically an El Capitan+ issue, because of SIP. >> It works for Michael (and me) for the "official" packages because we >> compile on older systems that don't have SIP. > > Thanks for these clarifications. > > I would very much appreciate if we could see to get the compilation and > installation working using homebrew so that there is at least one way of > t=running GRASS on El Capitan without having to interfere with the > security settings. > > Thanks, > > Rainer > >> >>> On Mar 15, 2016, at 11:39 AM, Rainer M Krug <rai...@krugs.de> wrote: >>> >>> >>> I tried again to install 7.1 head without GUI using homwbrew, and I get >>> the following error: >>> >>> , >>> | bash-4.3$ less /Users/rainerkrug/Library/Logs/Homebrew/grass-71/02.make >>> | bash-4.3$ cd >>> /private/tmp/grass-7120160315-47344-1ybn5ar/scripts/d.rast.leg >>> | bash-4.3$ ls >>> | Makefiled.rast.leg.html d.rast.leg.py >>> | bash-4.3$ make >>> | if [ >>> | >>> "/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts/d.rast.leg" >>> | != "" ] ; then >>> | >>> GISRC=/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/demolocation/.grassrc71 >>> | >>> GISBASE=/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0 >>> | >>> PATH="/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts:$PATH" >>> | >>> PYTHONPATH="/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/etc/python:/
Re: [GRASS-user] GRASS GIS 7.03 for Mac OS X, problem with wxPython (missing)
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. 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 in their proper place. The compilation issue needs work to compile all libraries with the temporary path inside the libraries and modules (this part is easy) so that during compilation help file generation works. And then during installation change all the embedded library paths to the final destination (this is harder, to figure out the complex makefile include system of GRASS to get this operation in the right place). Homebrew, Macports, /usr/local AND app installs do have a problem with this. It works for Michael (and me) for the "official" packages because we compile on older systems that don't have SIP. > On Mar 15, 2016, at 11:39 AM, Rainer M Krug <rai...@krugs.de> wrote: > > > I tried again to install 7.1 head without GUI using homwbrew, and I get > the following error: > > , > | bash-4.3$ less /Users/rainerkrug/Library/Logs/Homebrew/grass-71/02.make > | bash-4.3$ cd /private/tmp/grass-7120160315-47344-1ybn5ar/scripts/d.rast.leg > | bash-4.3$ ls > | Makefiled.rast.leg.html d.rast.leg.py > | bash-4.3$ make > | if [ > "/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts/d.rast.leg" > != "" ] ; then > GISRC=/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/demolocation/.grassrc71 > > GISBASE=/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0 > > PATH="/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts:$PATH" > > PYTHONPATH="/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/etc/python:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/gui/wxpython:$PYTHONPATH" > > DYLD_LIBRARY_PATH="/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/lib:/private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/lib:" > LC_ALL=C > /private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/scripts/d.rast.leg > --html-description < /dev/null | grep -v '\|' > > d.rast.leg.tmp.html ; fi > | dyld: Library not loaded: > /usr/local/Cellar/grass-71/HEAD/grass-7.1.svn/lib/libgrass_gis.7.1.svn.dylib > | Referenced from: > /private/tmp/grass-7120160315-47344-1ybn5ar/dist.x86_64-apple-darwin15.3.0/bin/g.parser > | Reason: image not found > | make: *** [d.rast.leg.tmp.html] Error 1 > | rm d.rast.leg.tmp.html > | bash-4.3$ > ` > > In other words: grass is looking during the compilation for a dynamic > library > (/usr/local/Cellar/grass-71/HEAD/grass-7.1.svn/lib/libgrass_gis.7.1.svn.dylib) > which has been created, but will only be there when installing. > > Also important: this error only occurs when the html manual pages are > created! > > Cheers, > > Rainer > > > Rainer M Krug <rai...@krugs.de> writes: > >> Adam Dershowitz <adershow...@exponent.com> writes: >> >>> I use Macports for a bunch of other things (and Homebrew is incompatible >>> with Macports) So, I figured that I would just tried to install grass7 >>> using macports. It does seem to install, but the gui doesn’t work: >>> >>> $grass70 >>> Cleaning up temporary files... >>> Starting GRASS GIS... >>> ERROR: wxGUI requires wxPython. No module named wxversion >>> Error in GUI startup. If necessary, please report this error to the GRASS >>> developers. >>> Switching to text mode now. >>> >> >> I don't use MacPorts - but can you try to install without GUI? >> >>> >>> Hit RETURN to continue... >>> >>> >>> >>> This is odd, since wxpython is installed. >>> But, it seems like this is
Re: [GRASS-user] [Qgis-user] GRASS Plugin ready
As one of those packagers, is there any reason to include support for both in a build? Or is GRASS 7 support good enough? > On Nov 1, 2015, at 3:09 PM, Radim Blazek <radim.bla...@gmail.com> wrote: > > Hi all, > > I would like to formally conclude the upgrade of the GRASS Plugin in > QGIS. Everything specified in the crowdfunding campaign is implemented > in recently released QGIS 2.12. The source code supports both GRASS 6 > and 7. Version(s) supported in binary distributions may vary and > depend on packagers' decision. > - William Kyngesburye <kyngchaos*at*kyngchaos*dot*com> http://www.kyngchaos.com/ "Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life." - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.0.0 Mac OS X Install Notes
Note that permissions cleanup should not be a postflight operation except where something may be installed in the postflight step. But GRASS is an oddball, since the package is generated dynamically. Normally when I do a package (frameworks, QGIS, ...), I set the owner/permissions as I want on the files, then create the package from that with the Packagemaker GUI, the installer sets the permissions as set there. The GRASS installer package is created from make (and yes, you do need to redo the whole package because of that), so something went wrong there. Maybe make is not creating the GRASS folder (in the source) with the correct permissions now when generating the package I suggest you start putting GRASS directly in the applications folder, not a subfolder. People expect applications to do this, and you won't clash with any GRASS 7 I make because I don't ;) Configure the prefix to be just /Applications. On Feb 22, 2015, at 10:01 PM, Jeshua Lacock jes...@3dtopo.com wrote: On Feb 22, 2015, at 8:50 PM, Michael Barton michael.bar...@asu.edu wrote: I don't know why Jeshua wrote to you since I maintain the wikidot site. Hi Michael, To be clear, I didn’t write to William, I wrote to the list to which he replied. As for the other issues, I'll respond 1. There IS a link to the Kyngchaos frameworks page in the menu on the right side that shows up on every page. On that frameworks page, it is clearly stated that PROJ and UnixImageIO are a part of the GDAL Complete package 2. AFAIK, the order of installing the main frameworks packages makes no difference. The ones for which order matters are included in GDAL Complete. If I am wrong here, please let me know and I will put a note on the site. On the main download page it does not state anything about installation order. I did not install GDAL first. Then I got several other errors. If it happened to me, I can only assume it will happen to others. I am just throwing out a couple super simple steps that might make ones experience more pleasant - or with the permissions issue keep them from being able to use it at all. 3. No one has ever reported this permissions issue so far. I don't know what is causing it in this case (unless it is new for 7.0 stable). AFAIK, the only permissions issue is the need to have a writeable director called bin inside the GRASS folder if you are installing extensions. This is a weird quirk of the extensions build system on the Mac. If there is a new permissions issue for 7.0 stable, it needs to be reported. But I have built it in exactly the same way as I've built all other builds recently. It has actually happened with the betas for me I just neglected to report it. As it is, the package leaves a folder that the user will not have permission to access. This should not be a difficult thing to reproduce or fix. I would suspect that the folder is owned by root because root permissions are required to install, and you likely just need to clean up the permissions as I suggested. Good news is your package can be fixed without even rebuilding the package - just take a look at the postflight script. Best, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.0.0 Mac OS X Install Notes
PROJ and UnixImageIO are a part of the GDAL Complete package. Once that is installed (it is the first listed, though order is not specified), the others can be any order. I don't know why GSL is there, that's something I did for QGIS. Michael? On Feb 22, 2015, at 4:25 PM, Jeshua Lacock jes...@3dtopo.com wrote: Greetings, I noticed the following minor issues while installing GRASS 7.0.0 on Mac OS X. While they are not any obstacles for me, it may block some others from a smooth installation. Therefore I would recommend adding a the following notes to the install page (http://grassmac.wikidot.com/frameworks). 1. The install page does not link to the PROJ or UnixImageIO Frameworks: http://www.kyngchaos.com/files/software/frameworks/PROJ_Framework-4.8.0-1.dmg http://www.kyngchaos.com/files/software/frameworks/UnixImageIO_Framework-1.5.0.dmg 2. The order of the install packages for some of the packages is important. It may be nice to list the order in which to install the frameworks (perhaps order the list?) 3. Following successful installation of the GRASS-7.0.pkg the installed directory permissions are set that a user cannot open the folder until changing the permissions from: drwx-- 3 503 wheel102 Feb 22 14:09 GRASS This can be resolved by adding “sudo chmod -R 755 /Applications/GRASS” (or similar) the the package installer postflight script. Thank you so much for all the development over the decades GRASS GIS Team! Cheers, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 7.0.0 Mac OS X Install Notes
Sorry, I just responded to the list email, I was curious about GSL when I looked at your page. GDAL Complete and Freetype is needed for PIL and cairo. On Feb 22, 2015, at 9:50 PM, Michael Barton michael.bar...@asu.edu wrote: William, I don't know why Jeshua wrote to you since I maintain the wikidot site. I think that GSL is there simply because I went to your frameworks site and pulled in all frameworks you had on the main page. But you're right. I don't use it in my configure AFAICT. I suppose I should remove it it if doesn't do anything. As for the other issues, I'll respond 1. There IS a link to the Kyngchaos frameworks page in the menu on the right side that shows up on every page. On that frameworks page, it is clearly stated that PROJ and UnixImageIO are a part of the GDAL Complete package 2. AFAIK, the order of installing the main frameworks packages makes no difference. The ones for which order matters are included in GDAL Complete. If I am wrong here, please let me know and I will put a note on the site. 3. No one has ever reported this permissions issue so far. I don't know what is causing it in this case (unless it is new for 7.0 stable). AFAIK, the only permissions issue is the need to have a writeable director called bin inside the GRASS folder if you are installing extensions. This is a weird quirk of the extensions build system on the Mac. If there is a new permissions issue for 7.0 stable, it needs to be reported. But I have built it in exactly the same way as I've built all other builds recently. 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 Feb 22, 2015, at 5:17 PM, William Kyngesburye wokl...@kyngchaos.com wrote: PROJ and UnixImageIO are a part of the GDAL Complete package. Once that is installed (it is the first listed, though order is not specified), the others can be any order. I don't know why GSL is there, that's something I did for QGIS. Michael? On Feb 22, 2015, at 4:25 PM, Jeshua Lacock jes...@3dtopo.com wrote: Greetings, I noticed the following minor issues while installing GRASS 7.0.0 on Mac OS X. While they are not any obstacles for me, it may block some others from a smooth installation. Therefore I would recommend adding a the following notes to the install page (http://grassmac.wikidot.com/frameworks). 1. The install page does not link to the PROJ or UnixImageIO Frameworks: http://www.kyngchaos.com/files/software/frameworks/PROJ_Framework-4.8.0-1.dmg http://www.kyngchaos.com/files/software/frameworks/UnixImageIO_Framework-1.5.0.dmg 2. The order of the install packages for some of the packages is important. It may be nice to list the order in which to install the frameworks (perhaps order the list?) 3. Following successful installation of the GRASS-7.0.pkg the installed directory permissions are set that a user cannot open the folder until changing the permissions from: drwx-- 3 503 wheel102 Feb 22 14:09 GRASS This can be resolved by adding “sudo chmod -R 755 /Applications/GRASS” (or similar) the the package installer postflight script. Thank you so much for all the development over the decades GRASS GIS Team! Cheers, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] fatal error: 'libintl.h' file not found (OSX)
Right, so we're back to the problem, if libintl.h is bundled in the GRASS app include dir, why isn't it found? I just looked, yes it's there, in the right place, it should work. Svein, is there more before the error? I'm looking for a line that starts with 'gcc' or 'clang'. On Oct 15, 2014, at 1:08 AM, Markus Neteler nete...@osgeo.org wrote: On Wed, Oct 15, 2014 at 1:57 AM, Michael Barton michael.bar...@asu.edu wrote: I do bundle it in my GRASS binaries. My point is that there is no functional reason that internationalization (which is otherwise optional in configuration for GRASS) should be needed to compile r.stream. extract. But don't you compile with --with-nls support? Then it is needed as it is for most other commands which come with gettext enabled messages. On Oct 12, 2014, at 3:23 PM, Svein Harald Sønderland snarr...@gmail.com wrote: Anyone know how to get the r.stream addons to work on mac?? When trying to install I get this error: /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/include/grass/glocale.h:9:10: fatal error: 'libintl.h' file not found #include libintl.h - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] fatal error: 'libintl.h' file not found (OSX)
It's included from a GRASS header, so it's needed for compiling extensions. You would have to add it to your bundle.make to package it into the installer. On Oct 14, 2014, at 2:16 PM, Michael Barton michael.bar...@asu.edu wrote: I do compile GRASS with internationalization for 6.4.3 and above. However, there have repeatedly been some problems with the way this is implemented on the Mac. Mainly, the internal checks for what is the system language implemented in the GUI have tended to only look at environment settings that are implemented in Linux but not OSX. Another problem with some addons (possibly with r.stream.extract) is the tendency to hardwire searches for needed (and unneeded) libraries to only look in places specific to Linux. There is no reason that libintl.h should be required to compile r.stream.extract. So either this is a bogus error or improper compilation files. 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 Oct 13, 2014, at 8:18 PM, William Kyngesburye wokl...@kyngchaos.com wrote: libintl.h is not part of the OS X system, so it needs to be included in the GRASS app. I don't build my GRASS app with libintl, but I think Michael Barton does. But first, make sure you have the latest version of GRASS, 6.4.4. Michael may have missed libintl.h in older versions but fixed it later. On Oct 12, 2014, at 3:23 PM, Svein Harald Sønderland snarr...@gmail.com wrote: Anyone know how to get the r.stream addons to work on mac?? When trying to install I get this error: /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/include/grass/glocale.h:9:10: fatal error: 'libintl.h' file not found #include libintl.h Installed grass gis 6.4.3 on my mac OSX v.10.9.5. GIS Library Revision 50937 (2012-02-25) Python: 2.6.8 wxPython: 2.8.12.1 Error message: (Sun Oct 12 22:11:35 2014) g.extension.py extension=r.stream.extract svnurl=http://svn.osgeo.org/grass/grass-addons/grass6 WARNING: GRASS_ADDON_PATH has more items, using first defined - '/Users/snarrald/Library/GRASS/6.4/Modules/bin' WARNING: Extension r.stream.extract already installed. Re-installing... Fetching r.stream.extract from GRASS-Addons SVN (be patient)... Compiling... /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/include/Mak e/Grass.make:423: warning: overriding commands for target `/ Users/snarrald/Desktop/GrassData/GBNP/GBNP/.tmp/Gravenstein. local/53389.0/r.stream.extract/bin' /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/include/Mak e/Grass.make:414: warning: ignoring old commands for target `/Users/snarrald/Desktop/GrassData/GBNP/GBNP/.tmp/Gravenstei n.local/53389.0/r.stream.extract/bin' In file included from close.c:2: /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/include/gra ss/glocale.h:9:10: fatal error: 'libintl.h' file not found #include libintl.h ^ 1 error generated. make: *** [OBJ.x86_64-apple-darwin12.4.0/close.o] Error 1 ERROR: Compilation failed, sorry. Please check above error messages. (Sun Oct 12 22:11:41 2014) Command finished (5 sec) ___ - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] fatal error: 'libintl.h' file not found (OSX)
libintl.h is not part of the OS X system, so it needs to be included in the GRASS app. I don't build my GRASS app with libintl, but I think Michael Barton does. But first, make sure you have the latest version of GRASS, 6.4.4. Michael may have missed libintl.h in older versions but fixed it later. On Oct 12, 2014, at 3:23 PM, Svein Harald Sønderland snarr...@gmail.com wrote: Anyone know how to get the r.stream addons to work on mac?? When trying to install I get this error: /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/include/grass/glocale.h:9:10: fatal error: 'libintl.h' file not found #include libintl.h Installed grass gis 6.4.3 on my mac OSX v.10.9.5. GIS Library Revision 50937 (2012-02-25) Python: 2.6.8 wxPython: 2.8.12.1 Error message: (Sun Oct 12 22:11:35 2014) g.extension.py extension=r.stream.extract svnurl=http://svn.osgeo.org/grass/grass-addons/grass6 WARNING: GRASS_ADDON_PATH has more items, using first defined - '/Users/snarrald/Library/GRASS/6.4/Modules/bin' WARNING: Extension r.stream.extract already installed. Re-installing... Fetching r.stream.extract from GRASS-Addons SVN (be patient)... Compiling... /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/include/Mak e/Grass.make:423: warning: overriding commands for target `/ Users/snarrald/Desktop/GrassData/GBNP/GBNP/.tmp/Gravenstein. local/53389.0/r.stream.extract/bin' /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/include/Mak e/Grass.make:414: warning: ignoring old commands for target `/Users/snarrald/Desktop/GrassData/GBNP/GBNP/.tmp/Gravenstei n.local/53389.0/r.stream.extract/bin' In file included from close.c:2: /Applications/GRASS/GRASS-6.4.app/Contents/MacOS/include/gra ss/glocale.h:9:10: fatal error: 'libintl.h' file not found #include libintl.h ^ 1 error generated. make: *** [OBJ.x86_64-apple-darwin12.4.0/close.o] Error 1 ERROR: Compilation failed, sorry. Please check above error messages. (Sun Oct 12 22:11:41 2014) Command finished (5 sec) ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [Qgis-user] Python modules problems after last OSX GIS updates
Is that within the GRASS GUI? That makes sense since Michael is probably still using the old Carbon wxpython, which has to run in 32 bit mode. My matplotlib is 64 bit only. I have problems getting it to compile both 32 and 64 bits. On Jul 1, 2014, at 7:21 AM, Carlos Grohmann carlos.grohm...@gmail.com wrote: Hi there Sorry, my mistake It's the Dakota GIS Team who's using a VM. I'd just read that and it got stuck in my head. I re-checked it today and William's binaries are working fine (python complains about LucidaGrande fonte, but that's it): 2014-07-01 09:01:14.232 Python[21856:d0b] CoreText performance note: Client called CTFontCreateWithName() using name .Lucida Grande UI and got font with PostScript name .LucidaGrandeUI. For best performance, only use PostScript names when calling this API. The problems are actually with Michael Barton's GRASS-7.0 binaries. (I want to look at the global MOLA dataset, so went with v7.0 since it already has the planetary bodies listed on the Location wizard) In it, I can import matplotlib, but this: import matplotlib.pyplot as plt gives me this: import matplotlib.pyplot as plt Traceback (most recent call last): File stdin, line 1, in module File /Library/Python/2.7/site-packages/matplotlib-override/matplotlib/pyplot.py, line 24, in module import matplotlib.colorbar File /Library/Python/2.7/site-packages/matplotlib-override/matplotlib/colorbar.py, line 27, in module import matplotlib.artist as martist File /Library/Python/2.7/site-packages/matplotlib-override/matplotlib/artist.py, line 8, in module from transforms import Bbox, IdentityTransform, TransformedBbox, \ File /Library/Python/2.7/site-packages/matplotlib-override/matplotlib/transforms.py, line 35, in module from matplotlib._path import (affine_transform, count_bboxes_overlapping_bbox, ImportError: dlopen(/Library/Python/2.7/site-packages/matplotlib-override/matplotlib/_path.so, 2): no suitable image found. Did find: /Library/Python/2.7/site-packages/matplotlib-override/matplotlib/_path.so: mach-o, but wrong architecture sorry about the confusion best Carlos On Mon, Jun 30, 2014 at 10:08 PM, Anna Petrášová kratocha...@gmail.com wrote: Hi, On Mon, Jun 30, 2014 at 7:57 PM, William Kyngesburye wokl...@kyngchaos.com wrote: What are the errors? Do you have simple examples I can try? I updated matplotlib and GDAL a month ago and this is the first I've heard of problems. I am not packaging with a virtual machine. I did hear about GRASS problems. There are font warnings due to a slip in wxPython bugfixing - fixed for wx Carbon but not wx Cocoa. I am now using wxPython 3 Cocoa, and I read that there were fixes in GRASS for that version, but maybe there are other problems, or it may be an OS X thing. Regarding wxPython3 Cocoa, there is still a lot of problems. I found several tickets on wxWidgets which we are affected by and only for some of them there is a workaround. WxGUI works only to certain extent, but there are problems with dialog modality, map selection widget, toolbars and other pretty serious things. On the other hand, wxnviz seems to work pretty well, although switching back to 2D mode, makes the GUI unresponsive which is bug in a notebook widget, not wxNviz. On Jun 30, 2014, at 3:28 PM, Carlos Grohmann carlos.grohm...@gmail.com wrote: Hello, apologies for cross-posting but this might be happening to other users After installing the latest packages updates from William Kyngesburye on OSX 10.9 Mavericks, I'm getting lots of errors, both in Matplotlib and GDAL. From what I could see, that all return the mach-o, but wrong architecture error, so this might be related to William's recent setup for packaging using a virtual machine. I'm also getting the some errors with wxpython running GRASS 6.4.4 Unfortunately for me, Matplotlib is pretty much essential, so I'm hoping this issues get fixed soon. sorry, no idea about this Anna best Carlos -- 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://orcid.org/-0001-5073-5572 Can’t stop the signal. ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [Qgis-user] Python modules problems after last OSX GIS updates
What are the errors? Do you have simple examples I can try? I updated matplotlib and GDAL a month ago and this is the first I've heard of problems. I am not packaging with a virtual machine. I did hear about GRASS problems. There are font warnings due to a slip in wxPython bugfixing - fixed for wx Carbon but not wx Cocoa. I am now using wxPython 3 Cocoa, and I read that there were fixes in GRASS for that version, but maybe there are other problems, or it may be an OS X thing. On Jun 30, 2014, at 3:28 PM, Carlos Grohmann carlos.grohm...@gmail.com wrote: Hello, apologies for cross-posting but this might be happening to other users After installing the latest packages updates from William Kyngesburye on OSX 10.9 Mavericks, I'm getting lots of errors, both in Matplotlib and GDAL. From what I could see, that all return the mach-o, but wrong architecture error, so this might be related to William's recent setup for packaging using a virtual machine. I'm also getting the some errors with wxpython running GRASS 6.4.4 Unfortunately for me, Matplotlib is pretty much essential, so I'm hoping this issues get fixed soon. best Carlos -- 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://orcid.org/-0001-5073-5572 Can’t stop the signal. ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] [cmbarton.wikidot.com] Contact via Wikidot.com
GRASS needs to be compiled with Postgres support to be able to store attribute data in Postgres. Last I checked it doesn't handle Postgis directly, it's an import and uses GDAL, so it doesn't need Postgres support for that. On May 23, 2014, at 4:17 AM, Michael Barton c.michael.bar...@gmail.com wrote: I can definitely say yes to all except PG. If I have a chance, I'll try to install William's PGIS over the next few weeks and let you know. Michael Barton On May 23, 2014, at 10:22 AM, John Payne jcpa...@uw.edu wrote: I set the path in .bash_profile set as you suggested (export GRASS_PYTHON=/usr/bin/pythonw2.7), and that did the trick--Grass 7 is now running on my Mac with OS X 10.8.5. Thank you all VERY much for your help. For the future, I would love to know whether it is possible to install the following combination in Mavericks, using the KyngChaos builds: --PostgreSQL with PostGIS (postGIS is critical to me) --GRASS 7 --QGIS Thanks again, John On Fri, May 23, 2014 at 2:32 AM, William Kyngesburye wokl...@kyngchaos.com wrote: Sounds like the Macports python is loading the system python global site-packages (/Library/Python). Bad form really, because you can't expect modules to work between different builds of python, even if they're the same version. Maybe there is some option in Macports python to exclude the system site-packages. To get GRASS to always use the system python, just set GRASS_PYTHON (you can set this in your .bash_profile): export GRASS_PYTHON=/usr/bin/pythonw2.7 The version is important because of the way GRASS forces 32bit. On May 22, 2014, at 10:28 AM, Adam Dershowitz adershow...@exponent.com wrote: In my case, the problem was that I had uninstalled NumPy (from kyngchaos GDAL). It was causing a conflict with Macports scipy stuff. The macports version is installed as universal but apparently is actually just 64 bit! So the workaround I have at the moment is to install NumPy when I need to use GRASS 7, and then uninstall so I can use macports python (which I need for other libraries and such). This seems like a inconvenient fix for now. Is there any way to set some paths so that they can both co-exist and GRASS will find the correct one? -- Adam On 5/22/14, 10:12 AM, Adam Dershowitz adershow...@exponent.com wrote: Just to add a bit more data. I have a 10.9 machine and also use macports, so have macports python 2.7 installed. The Kyngchaos 6.4 seems to run just fine. But, I recently tried Grass 7.0.beta2 (Barton) and I have also run into python errors. If I just try to run it I get this error: ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/pyt h on2.7/site-packages/numpy/core/multiarray.so, 2): no suitable image found. Did find: /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 / site-packages/numpy/core/multiarray.so: mach-o, but wrong architecture So, I tried switching to System python: sudo port select python python27-apple But, oddly, got the same error. So, it seems to still be using Macports numpy. But, then I tried setting: setenv GRASS_PYTHON /usr/bin/pythonw And now I get a different error: GRASS 7.0.0svn (KDEN):~ g.gui Launching wxpython GUI in the background, please wait... Traceback (most recent call last): File /Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py, line 25, in module from core import globalvar File /Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/global v ar.py, line 84, in module import wx File /Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/__init__.p y , line 45, in module from wx._core import * File /Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py, line 4, in module import _core_ ImportError: /Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core_.so: no appropriate 64-bit architecture (see man python for running in 32-bit mode) But, now it is trying to use the library included with Grass, but still isn't working. -- Adam On 5/22/14, 9:27 AM, William Kyngesburye wokl...@kyngchaos.com wrote: The way the GRASS-Mac startup is configured, it looks for python in this order: what's set in GRASS_PYTHON (full path to pythonw, needed for wxpython GUI) what is found in the PATH (/opt is probably in your PATH) the python.org Python (/Library/Frameworks) the system python It checks each for the python version needed, but not the architecture. the error you are getting is probably because GRASS needs to run python 32bit because of Wxpython limitations, but the /opt python is 64bit only. That's odd that macports does that since you need wxpython 3 to be able to run 64bit. But GRASS should have its own wxpython
Re: [GRASS-user] [GRASS-dev] [cmbarton.wikidot.com] Contact via Wikidot.com
___ grass-dev mailing list grass-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [GRASS-dev] [cmbarton.wikidot.com] Contact via Wikidot.com
Sounds like the Macports python is loading the system python global site-packages (/Library/Python). Bad form really, because you can't expect modules to work between different builds of python, even if they're the same version. Maybe there is some option in Macports python to exclude the system site-packages. To get GRASS to always use the system python, just set GRASS_PYTHON (you can set this in your .bash_profile): export GRASS_PYTHON=/usr/bin/pythonw2.7 The version is important because of the way GRASS forces 32bit. On May 22, 2014, at 10:28 AM, Adam Dershowitz adershow...@exponent.com wrote: In my case, the problem was that I had uninstalled NumPy (from kyngchaos GDAL). It was causing a conflict with Macports scipy stuff. The macports version is installed as universal but apparently is actually just 64 bit! So the workaround I have at the moment is to install NumPy when I need to use GRASS 7, and then uninstall so I can use macports python (which I need for other libraries and such). This seems like a inconvenient fix for now. Is there any way to set some paths so that they can both co-exist and GRASS will find the correct one? -- Adam On 5/22/14, 10:12 AM, Adam Dershowitz adershow...@exponent.com wrote: Just to add a bit more data. I have a 10.9 machine and also use macports, so have macports python 2.7 installed. The Kyngchaos 6.4 seems to run just fine. But, I recently tried Grass 7.0.beta2 (Barton) and I have also run into python errors. If I just try to run it I get this error: ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/pyt h on2.7/site-packages/numpy/core/multiarray.so, 2): no suitable image found. Did find: /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 / site-packages/numpy/core/multiarray.so: mach-o, but wrong architecture So, I tried switching to System python: sudo port select python python27-apple But, oddly, got the same error. So, it seems to still be using Macports numpy. But, then I tried setting: setenv GRASS_PYTHON /usr/bin/pythonw And now I get a different error: GRASS 7.0.0svn (KDEN):~ g.gui Launching wxpython GUI in the background, please wait... Traceback (most recent call last): File /Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py, line 25, in module from core import globalvar File /Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/global v ar.py, line 84, in module import wx File /Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/__init__.p y , line 45, in module from wx._core import * File /Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py, line 4, in module import _core_ ImportError: /Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core_.so: no appropriate 64-bit architecture (see man python for running in 32-bit mode) But, now it is trying to use the library included with Grass, but still isn't working. -- Adam On 5/22/14, 9:27 AM, William Kyngesburye wokl...@kyngchaos.com wrote: The way the GRASS-Mac startup is configured, it looks for python in this order: what's set in GRASS_PYTHON (full path to pythonw, needed for wxpython GUI) what is found in the PATH (/opt is probably in your PATH) the python.org Python (/Library/Frameworks) the system python It checks each for the python version needed, but not the architecture. the error you are getting is probably because GRASS needs to run python 32bit because of Wxpython limitations, but the /opt python is 64bit only. That's odd that macports does that since you need wxpython 3 to be able to run 64bit. But GRASS should have its own wxpython bundled, and it's best to use the python it was compiled for (system python as Michael said). On May 22, 2014, at 4:31 AM, Michael Barton c.michael.bar...@gmail.com wrote: I haven't installed PostGIS, so you'll have to ask William about that. But I do have Mavericks, GRASS 6 and 7, and QGIS v. 2 working together. I don't know how to best set the environment to use the system python. It is best to ask the list if someone has done this (copied here). OS X is a version of Unix, which is similar but not identical to Linux. Many of the configuration files for setting environmental variables are similar between OS X and Linux, but they can vary sometimes. Michael Barton On May 22, 2014, at 5:32 AM, John Payne jpa...@wcs.org wrote: Hi Michael, Thank you -- I remember reading about conflicts between multiple Python versions but I don't know how to tell whether the /opt version is being used by other software so I'm hesitant to remove it. I haven't switched to Mavericks yet for fear that it would break things, but perhaps it's time to take the plunge. It looks to me as though you and William Kyngesbury have made it possible
Re: [GRASS-user] Problems to launch GRASS in OSX 10.6.8 (Snow Leopard)
Does Terminal.app start? On Mar 6, 2014, at 1:58 PM, José Carlos Guerrero Antúnez wrote: Hi, When I launch GRASS GIS, must be appear the startup screen, but doesn't open it. All plugin are updated, I installed GRASS today from kynchaos web. Any help/advice?, Thank you, José Carlos Guerrero - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Problems to launch GRASS in OSX 10.6.8 (Snow Leopard)
I see what's happening - when you use the QGIS Processing plugin, it creates a temporary DATABASE path to do its work. GRASS.app remembers this, but since it's temporary within QGIS, it no longer exists for GRASS.app. When you use GRASS.app by itself, you need to fill in the DATABASE also. Alternately, drag the MAPSET folder onto GRASS.app to start GRASS, it will automatically open the mapset and fill in the correct LOCATION and DATABASE path. On Mar 11, 2014, at 9:11 AM, José Carlos Guerrero Antúnez wrote: Yes, and it's displayed the following: '/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'; exit Last login: Tue Mar 11 10:01:14 on console 102:~ joseca_IMac$ '/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.6.1 found. Cleaning up temporary files ... Starting GRASS ... access: No such file or directory ERROR: LOCATION /var/folders/ZI/ZILrLuSdG3uvcRwKJxojRU+++TI/-Tmp-/processing/grassdata/temp_location not available GRASS 6.4.3 DATABASE: A directory (folder) on disk to contain all GRASS maps and data. LOCATION: This is the name of a geographic location. It is defined by a co-ordinate system and a rectangular boundary. MAPSET: Each GRASS session runs under a particular MAPSET. This consists of a rectangular REGION and a set of maps. Every LOCATION contains at least a MAPSET called PERMANENT, which is readable by all sessions. The REGION defaults to the entire area of the chosen LOCATION. You may change it later with the command: g.region - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - LOCATION: temp_location (enter list for a list of locations) MAPSET: PERMANENT (or mapsets within a location) DATABASE: /var/folders/ZI/ZILrLuSdG3uvcRwKJxojRU+++TI/-Tmp-/processing/grassdat When I write LOCATION and MAPSET, it's the message: DATABASE /var/folders/ZI/ZILrLuSdG3uvcRwKJxojRU+++TI/-Tmp-/processing/grassdata - not found HIT RETURN 2014-03-11 11:01 GMT-03:00 William Kyngesburye wokl...@kyngchaos.com: Does Terminal.app start? On Mar 6, 2014, at 1:58 PM, José Carlos Guerrero Antúnez wrote: Hi, When I launch GRASS GIS, must be appear the startup screen, but doesn't open it. All plugin are updated, I installed GRASS today from kynchaos web. Any help/advice?, Thank you, José Carlos Guerrero - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro -- Dr. José Carlos Guerrero Laboratorio de Desarrollo Sustentable y Gestión Ambiental del Territorio (LDSGAT) Instituto de Ecología y Ciencias Ambientales (IECA) Facultad de Ciencias Universidad de la República Montevideo-URUGUAY ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ [Trillian] What are you supposed to do WITH a maniacally depressed robot? [Marvin] You think you have problems? What are you supposed to do if you ARE a maniacally depressed robot? No, don't try and answer, I'm 50,000 times more intelligent than you and even I don't know the answer... - HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Installing addon's using g.extension on Mac OSX 10.7.5?
On Feb 3, 2014, at 4:57 PM, Jens Hegg wrote: Installing Xcode command line tools through Xcode worked in the standalone GRASS version! I can now get to work on finishing this manuscript! Thanks. Two things to keep in mind for those following after me. 1) The entire file path can't have spaces or g.extension fails, which meant having to shift things around into a GRASS only file. No biggie and the error tells you what the problem is. If you use the standard user extension path, it should be OK. /Users/yourusername/Library/GRASS/6.4/Modules. This should be the default if you use the $GRASS_ADDON_PATH prefix (which is the default). The recommended global path is /Library/GRASS/6.4/Modules (you need to use the -s or -u options). 2) This does not work in qGIS. I do not get the same error, instead I get an error saying that the make file directory doesn't exist and it can't be automatically generated: Makefile:13: /Applications/QGIS.app/Contents/MacOS/grass/include/Make/Module.make: no such file or directory make: *** No Rule to make target '/Applications/QGIS.app/Contents/MacOS/grass/include/Make/Module.make'. Stop ERROR: Compilation failed, sorry. Please check above error messages. Does this mean that if I go into the app and add the directory and Module.make this will work, or do I need to change the directory to point outside the app? I would love to have this functionality inside qGIS. I didn't bundle GRASS in QGIS to be extendable. Access to GRASS functions is preprogrammed into the GRASS and Processing plugins. You can run arbitrary GRASS commands in the GRASS console, but I'm not sure how well that works with extensions. Module.make is just the first file it fails to find, there are many more and one that depends on the location of GRASS in QGIS.app (you couldn't copy the GRASS.app makefiles into QGIS/GRASS). Also, extending GRASS is kindof an important part of the project correct? If g.extension is the way to do that and it isn't functional without Xcode command line tools, shouldn't that be listed as a dependency? I guess it's optional, but so is R and it is listed as such on the OSX download page. The R functionality, BTW, is an awesome addition that I am looking forward to playing with! Jens On Jan 31, 2014, at 9:33 PM, William Kyngesburye wrote: g.extension should work. The main key is that you need to install the Xcode command line tools. This can be done either from the Xcode app (free from app store), or by downloading the command line tools installer separately (from an Apple developer account). The old modbuild thing could still work but g.extension is better. The readme mentioned is probably the modbuild readme, which doesn't help you with g.extension. On Jan 31, 2014, at 7:50 PM, Jens Hegg wrote: I am pretty new to GRASS but I seem to be slowly getting myself wrapped around how to work it. Unfortunately I could really use the r.stream addons but can't seem to install them. I've tried every way I can think of to run g.extension both through the qGIS GRASS command as well as in standalone GRASS 6.4.3. I get ERROR: The 'make' program is required. Please install first. I've found a thread on here from Oct 2013 saying that this issue was, at one time, fixed for someone running OSX 10.8 (http://lists.osgeo.org/pipermail//grass-user/2013-October/069133.html) and looking at the development wikis there are some bug reports about this error but I can't figure out conclusively whether they are fixed. I've found this blog post showing a way to modify the modules directory so that addons can be added but it is older than the email thread and I wanted to get input before I start modifying things based upon it. (http://digitalelevation.wordpress.com/2012/06/07/installing-grass-add-ons-on-mac-osx/). There is also mention in the email thread above that there is a readme file with instructions on how to compile addons for OSX but that readme isn't included in the Kyngchaos.com download as mentioned and I can't otherwise seem to find it. Any help or advice would be much appreciated! Thanks, Jens Hegg ___ 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 mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Installing addon's using g.extension on Mac OSX 10.7.5?
g.extension should work. The main key is that you need to install the Xcode command line tools. This can be done either from the Xcode app (free from app store), or by downloading the command line tools installer separately (from an Apple developer account). The old modbuild thing could still work but g.extension is better. The readme mentioned is probably the modbuild readme, which doesn't help you with g.extension. On Jan 31, 2014, at 7:50 PM, Jens Hegg wrote: I am pretty new to GRASS but I seem to be slowly getting myself wrapped around how to work it. Unfortunately I could really use the r.stream addons but can't seem to install them. I've tried every way I can think of to run g.extension both through the qGIS GRASS command as well as in standalone GRASS 6.4.3. I get ERROR: The 'make' program is required. Please install first. I've found a thread on here from Oct 2013 saying that this issue was, at one time, fixed for someone running OSX 10.8 (http://lists.osgeo.org/pipermail//grass-user/2013-October/069133.html) and looking at the development wikis there are some bug reports about this error but I can't figure out conclusively whether they are fixed. I've found this blog post showing a way to modify the modules directory so that addons can be added but it is older than the email thread and I wanted to get input before I start modifying things based upon it. (http://digitalelevation.wordpress.com/2012/06/07/installing-grass-add-ons-on-mac-osx/). There is also mention in the email thread above that there is a readme file with instructions on how to compile addons for OSX but that readme isn't included in the Kyngchaos.com download as mentioned and I can't otherwise seem to find it. Any help or advice would be much appreciated! Thanks, Jens Hegg ___ 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
Re: [GRASS-user] Kyngesburye GRASS on Mavericks, command line access
I think there is info in the installed readme. You can make a symlink to the grass.sh in the app in /usr/local/bin. On Jan 8, 2014, at 11:48 PM, Dheeraj Chand wrote: Hey, all! I'm using William Kyngesburye's GRASS for Mac OS X Mavericks. It seems to install as a traditional Mac application, which opens and has a Terminal that can be used. It doesn't seem to install to the bin, the way that the Linux versions do. Here's my situation. I have a script that we can call geographizer.sh that contains lots and lots of instructions for GRASS that was written by a colleague. This script needs to be executed at the end of a complex Python script, with the last command being, essentially, Now, run this bash script! My question is whether or not I can, so to speak, use the WK GRASS as if it were installed in the bin, as it is in Ubuntu. If so, can someone guide me through setting that up? Best, -dx ___ 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
Re: [GRASS-user] Kyngesburye GRASS on Mavericks, command line access
Ah, I guess the symlink won't work - the grass.sh script sees the symlink location as it's starting point instead of in the app. It probably needs some shell redirect thing (like a script in /usr/local/bin instead of a symlink) that I don't really know much about. Or maybe a shell alias would work (again, shell dummy here). On Jan 9, 2014, at 9:40 AM, Dheeraj Chand wrote: Possibly this isn't the expected behaviour? REINHEIT:~ dheerajchand$ sudo ln -sfh /Applications/GRASS-6.4.app/Contents/MacOS/grass.sh /usr/local/bin/grass Password: REINHEIT:~ dheerajchand$ which grass /usr/local/bin/grass REINHEIT:~ dheerajchand$ grass cut: /usr/local/bin/etc/VERSIONNUMBER: No such file or directory /usr/local/bin/grass: line 75: /usr/local/bin/etc/build_html_user_index.sh: No such file or directory /usr/local/bin/grass: line 76: /usr/local/bin/etc/build_gui_user_menu.sh: No such file or directory Python 2.6.8 found. /usr/local/bin/grass: line 271: /usr/local/bin/etc/Init.sh: No such file or directory /usr/local/bin/grass: line 271: exec: /usr/local/bin/etc/Init.sh: cannot execute: No such file or directory REINHEIT:~ dheerajchand$ Also, when I tried running the Python script that will call the GRASS script, here is the debug output: All done! Time to run GRASS! Initializing BASH script... Replacing the variable names... Calling the bash script... /bin/sh: ./precincter.sh: No such file or directory /bin/sh: 003: command not found /bin/sh: 005: command not found GRASS is done running! Process finished with exit code 0 Here is the Python in question: print All done! Time to run GRASS! #set the grass environment variables grass_location = latlon grass_mapset = delaware grass_state_fips = 10 grass_county_list = 001;003;005 print(Initializing BASH script...\n) #set the bash script and replace with the necessary variables bashscript = ./precincter.sh ||location ||mapset output_l output_r ||state_fips ||county_list print(Replacing the variable names...\n) bashscript = bashscript.replace('||location', grass_location) bashscript = bashscript.replace('||mapset', grass_mapset) bashscript = bashscript.replace('||state_fips', grass_state_fips) bashscript = bashscript.replace('||county_list', grass_county_list) print(Calling the bash script...\n) #call the bash script subprocess.call(bashscript, shell=True) print GRASS is done running! So it is my suspicion that I did something horrendously wrong. -dx On Jan 9, 2014, at 9:20 AM, William Kyngesburye kyngch...@kyngchaos.com wrote: That's the installer readme. Another readme is installed in /Users/Shared. But yes that ln should work. grass.sh is the same as grass64 on linux. On Jan 9, 2014, at 9:14 AM, Dheeraj Chand wrote: Hello again! Here are the contents of the readme, which aren't there. So, your suggestion is that it's as easy as ` ln -sfh /Applications/GRASS-6.4.app/Contents/MacOS/grass.sh /usr/local/bin` ? -dx GRASS 6.4 6.4.3-2 2013-8-17 IMPORTANT: the installer doesn't check for requirements, and will happily install GRASS if anything is missing, BUT, GRASS will not run properly, if at all. Make sure to install all requirements before running GRASS. Mac OS 10.6 (Snow Leopard) or newer is required. Also, the GDAL Complete 1.10, FreeType, and cairo frameworks, and the Python Imaging Library (PIL) are required. Most of the modules of GRASS are available as 64bit executables. The GUIs (both TclTk and wxPython) are 32bit. NVIZ, v.digit (wx and TclTk) and any modules that use libform (TclTk-based) are also 32bit only. wxPython The wxPython GUI makes use of the system MacPython 2.6. There is no need to install this. wxPython is included in the GRASS application - there is no need to install it separately. Tcl/Tk The Tcl/Tk GUI, and NVIZ and v.digit, use an Aqua Tcl/Tk 8.5. There may be some small layout issues. Tcl/Tk is included in the GRASS application - there is no need to install it separately. - William Kyngesburye kyngch...@kyngchaos.com http://www.kyngchaos.com/ On Jan 9, 2014, at 8:37 AM, William Kyngesburye wokl...@kyngchaos.com wrote: I think there is info in the installed readme. You can make a symlink to the grass.sh in the app in /usr/local/bin. On Jan 8, 2014, at 11:48 PM, Dheeraj Chand wrote: Hey, all! I'm using William Kyngesburye's GRASS for Mac OS X Mavericks. It seems to install as a traditional Mac application, which opens and has a Terminal that can be used. It doesn't seem to install to the bin, the way that the Linux versions do. Here's my situation. I have a script that we can call geographizer.sh that contains lots and lots of instructions for GRASS that was written by a colleague. This script needs to be executed at the end of a complex Python script, with the last command being, essentially, Now, run this bash
Re: [GRASS-user] Grass sqlite errors on OSX
Just to check: the same data works on other OS X systems? Same GRASS version? On Dec 18, 2013, at 5:23 PM, knussear wrote: I'm recently having problems with new installs - and I have tried fresh binaries from kyngchaos and Michael Bartons sites, both on 10.9.1 and 10.8.5 on two different machines, I've also tried 6.4 on 10.8.5 and the new grass 7 on 10.9.1 with the same result. I'm getting errors connecting to my sqlite databases, and i wonder if anyone could recommend a fix that might get things working again. I'm getting errors that look like this: 6.4 DBMI-SQLite driver error: Unable to open database: unable to open database file GRASS_INFO_WARNING(16566,1): Unable to open database cat /Volumes/Tao/GIS/grassdata/Mojave/PERMANENT/sqlite.db by driver sqlite GRASS_INFO_END(16566,1) GRASS 7.0.svn (Mojave):~ GRASS_INFO_ERROR(10010,1): Unable to create directory 'cat /Users/knussear/GIS/grassdata/Mojave/PERMANENT' for sqlite database GRASS_INFO_END(10010,1) dbmi: Protocol error GRASS_INFO_WARNING(10009,1): Unable to open database cat /Users/knussear/GIS/grassdata/Mojave/PERMANENT/sqlite.db by driver sqlite GRASS_INFO_END(10009,1) I would very much appreciate any advice you have Thanks Ken -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Grass-sqlite-errors-on-OSX-tp5095002.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the it wouldn't kill one ___ nor shorten the war one day. Ha, ha And it might give 'em all stomach ulcers. - Tarzan, on war ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Grass sqlite errors on OSX
I wonder if it is a similar problem that QGIS had briefly on the change from Spatialite 3 to 4? On Dec 18, 2013, at 7:14 PM, knussear wrote: Well the plot thickens, I just tried a third system running 10.6.8 and grass 6.4.1. I cannot read existing sqlite databases. I created a new location and mapset and set up the sqlite database - it creates one, but then can no longer read from it once created. This is happening on four different systems now. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Grass-sqlite-errors-on-OSX-tp5095002p5095012.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.stream* add-ons for GRASS 7 missing?
Actually, there is an easy_install way (just recently worked out, not in readme): sudo easy_install-2.6 install pyparsing On Dec 8, 2013, at 11:45 AM, Carlos Grohmann wrote: Hi I managed to install it by downloading the source and compile it using 'python26 setup.py install' otherwise easy_install would use python 2.7 All working now (in GRASS 6.4) Best Carlos On Wednesday, December 4, 2013, William Kyngesburye wrote: For matplotlib (my package) installation, see the readme - it says how to install pyparsing. In a future update I plan to make this automatic. I think Michael has a copy of pyparsing in his GRASS app, so that's why it isn't missing in GRASS 7. On Dec 4, 2013, at 12:55 PM, Carlos Grohmann wrote: Hi I'm trying to run r.basin in GRASS 7 (Michael Barton's package for OSX) but some of the add-ons are missing: r.stream.angle r.stream.extract Also, this two modules want to install a new wxPython, giving an error message that it couldn't find a suitable wx (version 2.8 or above). Can I override this? r.ipso r.wf BTW, in GRASS 6.4.3 (kyngchaos's package) I could install all add-ons, but then I can't run matplotlib because it complains of missing pyparsing, although I don't get that error in GRASS 7. best Carlos - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the it wouldn't kill one ___ nor shorten the war one day. Ha, ha And it might give 'em all stomach ulcers. - Tarzan, on war -- Prof. Carlos Henrique Grohmann Institute of Geosciences - Univ. of São Paulo, Brazil - Digital Terrain Analysis | GIS | Remote Sensing - 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 - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The equator is so long, it could encircle the earth completely once. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] ADD-ONS directory/folder download
You should not need to use that modbuild thing any more, g.extension works in the current GRASS 6.4.3. Search the mailing list for details about how to use it on OS X. With g.extension you don't need to know where to get the extension, just it's name. On Dec 5, 2013, at 8:06 AM, Matteo Mura wrote: Hello everybody, I'd like to install some add-ons of GRASS GIS 6.4 (version from William Kyngesburye) on my Mac OSX 10.7. I found a quite straightforward way to do it (http://digitalelevation.wordpress.com/2012/06/07/installing-grass-add-ons-on-mac-osx/) but I can't find how to download the folder/directory of my add-ons in order to put it in the mod build folder as reported in the caption of the first 2 figures. Can anyone help me on this? Thanks in advance, Mt M ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.stream* add-ons for GRASS 7 missing?
For matplotlib (my package) installation, see the readme - it says how to install pyparsing. In a future update I plan to make this automatic. I think Michael has a copy of pyparsing in his GRASS app, so that's why it isn't missing in GRASS 7. On Dec 4, 2013, at 12:55 PM, Carlos Grohmann wrote: Hi I'm trying to run r.basin in GRASS 7 (Michael Barton's package for OSX) but some of the add-ons are missing: r.stream.angle r.stream.extract Also, this two modules want to install a new wxPython, giving an error message that it couldn't find a suitable wx (version 2.8 or above). Can I override this? r.ipso r.wf BTW, in GRASS 6.4.3 (kyngchaos's package) I could install all add-ons, but then I can't run matplotlib because it complains of missing pyparsing, although I don't get that error in GRASS 7. best Carlos - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the it wouldn't kill one ___ nor shorten the war one day. Ha, ha And it might give 'em all stomach ulcers. - Tarzan, on war ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] d.mon error (X11 problem?)
Starting with 10.8 (I think) Apple stopped providing an X11 package. You need to download and install X11 (XQuartz) on your own now. xquartz.macosforge.org (doesn't seem to be responding at the moment) On Nov 11, 2013, at 1:51 PM, Lee Eddington wrote: I’ve recently started using GRASS again after a few years and I don’t remember a lot. I previously worked with it for just a few months and was able to get some work accomplished, but I’m still a novice. I’m working on a Mac with Mac OS X 10.9 and when I try to open a display monitor from the command line I get the following: GRASS 6.4.3 (bali_d03):~ d.mon x0 ERROR: no such monitor 'x0' ERROR: No such monitor as x0 Problem selecting x0. Will try once more ERROR: No such monitor as x0 I went back to my old system that I used GRASS on before (GRASS 6.4.0RCS running Mac OS X 10.6.8) and d.mon x0 worked fine. Any help would be appreciated. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] d.mon error (X11 problem?)
It's possible that the XQuartz libraries are not compatible with the old X11, which the current GRASS binaries are built with. GRASS would need to be recompiled for XQuartz. On Nov 11, 2013, at 8:12 PM, Lee Eddington wrote: Marvin, I've downloaded and installed XQuartz but I'm still getting the same error. I've tried starting X11 before GRASS and starting GRASS from the xterm command line, but no luck. Thanks, Lee On Mon, Nov 11, 2013 at 4:34 PM, William Kyngesburye wokl...@kyngchaos.com wrote: Starting with 10.8 (I think) Apple stopped providing an X11 package. You need to download and install X11 (XQuartz) on your own now. xquartz.macosforge.org (doesn't seem to be responding at the moment) On Nov 11, 2013, at 1:51 PM, Lee Eddington wrote: I’ve recently started using GRASS again after a few years and I don’t remember a lot. I previously worked with it for just a few months and was able to get some work accomplished, but I’m still a novice. I’m working on a Mac with Mac OS X 10.9 and when I try to open a display monitor from the command line I get the following: GRASS 6.4.3 (bali_d03):~ d.mon x0 ERROR: no such monitor 'x0' ERROR: No such monitor as x0 Problem selecting x0. Will try once more ERROR: No such monitor as x0 I went back to my old system that I used GRASS on before (GRASS 6.4.0RCS running Mac OS X 10.6.8) and d.mon x0 worked fine. Any help would be appreciated. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects. - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] d.mon error (X11 problem?)
Yeah, XQuartz is not a drop-in replacement to Apple's old X11, it's installed in in a completely different location. It may still be compatible and work if GRASS can be relinked. I'll have to experiment, but that may be a while since I haven't upgraded to Mavericks yet. On Nov 11, 2013, at 8:25 PM, William Kyngesburye wrote: It's possible that the XQuartz libraries are not compatible with the old X11, which the current GRASS binaries are built with. GRASS would need to be recompiled for XQuartz. On Nov 11, 2013, at 8:12 PM, Lee Eddington wrote: Marvin, I've downloaded and installed XQuartz but I'm still getting the same error. I've tried starting X11 before GRASS and starting GRASS from the xterm command line, but no luck. Thanks, Lee On Mon, Nov 11, 2013 at 4:34 PM, William Kyngesburye wokl...@kyngchaos.com wrote: Starting with 10.8 (I think) Apple stopped providing an X11 package. You need to download and install X11 (XQuartz) on your own now. xquartz.macosforge.org (doesn't seem to be responding at the moment) On Nov 11, 2013, at 1:51 PM, Lee Eddington wrote: I’ve recently started using GRASS again after a few years and I don’t remember a lot. I previously worked with it for just a few months and was able to get some work accomplished, but I’m still a novice. I’m working on a Mac with Mac OS X 10.9 and when I try to open a display monitor from the command line I get the following: GRASS 6.4.3 (bali_d03):~ d.mon x0 ERROR: no such monitor 'x0' ERROR: No such monitor as x0 Problem selecting x0. Will try once more ERROR: No such monitor as x0 I went back to my old system that I used GRASS on before (GRASS 6.4.0RCS running Mac OS X 10.6.8) and d.mon x0 worked fine. Any help would be appreciated. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.stream.* addons issue
Actually, I think g.extension should work now, I forgot to update the readme. I haven't tried it from the GUI, or installing system-wide. On Oct 18, 2013, at 3:36 PM, Bulent Arikan wrote: Thank you Ralf! BÜLENT On Oct 18, 2013, at 11:21 PM, Ralf Schäfer sena...@ecotoxicology.de wrote: Dear Bulent g.extension does not work on Mac to my knowledge. There is a detailed description of an alternative how to build modules on Mac using a few lines in the Shell. If you install GRASS from kyngchaos, he provides a description in a readme file. http://www.kyngchaos.com/software/grass I do not know whether this description is compatible with the installation from Michael Barton. Best regards Ralf ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.stream.* addons issue
On Oct 18, 2013, at 9:50 PM, Bulent Arikan wrote: Unfortunately, it still does not work. I downloaded the stable version of Grass from your website and I am having the same issue. Like I said, I haven't tried it from the GUI. It's different code (python) than the CLI version (shell script), so maybe something isn't working right in python. Try running g.extension in the GRASS Terminal, not from the GUI. Works fine for me in the default GRASS_ADDON_PATH prefix (not global). It is not recommended to install globally on OS X, that's the GRASS.app. Mainly, it's just not the Mac way to add something to an existing application. Global installation on OS X should be the /Library/GRASS addons folder, but I don't think there is a default behavior in g.extension for that yet. You woud have to manually specify the prefix and make sure you are logged in as an administrator user (both the -s and -u flags force the prefix to be the GRASS app). Something like: g.extension ext=r.stream.basins prefix=/Library/GRASS/6.4/Modules Meanwhile, I am trying to remember an old trick I learned from a friend. I saved the .html file as a plain text file and dropped it into the Scripts folder in ContentsMacOS. I used to type a command starting with 'chmod' to make that plain text file a Unix executable file. It worked in the past for several addons. That sounds dangerous - making html executable, anything could happen if there was some valid script code in the html. BÜLENT On Oct 19, 2013, at 1:39 AM, William Kyngesburye wokl...@kyngchaos.com wrote: Actually, I think g.extension should work now, I forgot to update the readme. I haven't tried it from the GUI, or installing system-wide. On Oct 18, 2013, at 3:36 PM, Bulent Arikan wrote: Thank you Ralf! BÜLENT On Oct 18, 2013, at 11:21 PM, Ralf Schäfer sena...@ecotoxicology.de wrote: Dear Bulent g.extension does not work on Mac to my knowledge. There is a detailed description of an alternative how to build modules on Mac using a few lines in the Shell. If you install GRASS from kyngchaos, he provides a description in a readme file. http://www.kyngchaos.com/software/grass I do not know whether this description is compatible with the installation from Michael Barton. Best regards Ralf ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS on Mac OS 10.8.3
On Apr 9, 2013, at 7:37 PM, Adam Dershowitz wrote: That did the job. In my case it was actually in .profile. I think that by default Macports, on recent systems, builds 64 bit. But, to complicate things, I actually have a universal build of python, but not wxPython. My guess is that the problem was actually with wx, not with python itself. Thank you much! Well, if you have a universal Python in Macports, then it should work because it will execute 32bit. If you mean you have universal Python somewhere else, then Macports 32bit Python is probably found first. The problem IS python, not wx. GRASS knows wx is 32bit only, it's just that Python somehow executes 64bit (ie from Macports). wxPython has been limited to 32bit on OS X until very recently. My GRASS 6.4.2 includes and the GUI only supports 32bit wxPython. GRASS 6.4.3 has fixes in the GUI to support the development version of wxPython that can be 64bit on OS X, but I don't think Michael has updated yet. Good to know that GRASS_PYTHON fixes the problem without fuss. Note: .bash_profile is the standard shell init file on OS X, at least for Terminal. OS X Terminal is an oddball in the loading of init files. On my OS X 10.7 Mac .profile is NOT loaded (it may have been loaded on earlier systems). So it's a good idea to get into the habit of using .bash_profile, even if .profile happens to work for you. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Is Kyngesburye's binary for Mac GDAL compatible with GRASS 7?
If you are installing binaries, there is no compilation involved by you. I meant if Barton's GRASS says my GDAL 1.9.2 (the current version), and I package a GDAL 1.9.3, that will also work, but a GDAL 1.10 will not. On Mar 26, 2013, at 7:59 AM, gregory.p...@gmail.com wrote: Thanks, William. Would you please explain what you meant when you wrote, . . . as long as you match the GDAL major version specified? Is that a parameter that I have to set in the compilation process? I'm new to this and apologize if the question is terribly naive. Gregory - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ [Trillian] What are you supposed to do WITH a maniacally depressed robot? [Marvin] You think you have problems? What are you supposed to do if you ARE a maniacally depressed robot? No, don't try and answer, I'm 50,000 times more intelligent than you and even I don't know the answer... - HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Is Kyngesburye's binary for Mac GDAL compatible with GRASS 7?
My GDAL is good for any GRASS that is built to use it, as long as you match the GDAL major version specified. On Mar 25, 2013, at 5:06 PM, gregory.p...@gmail.com wrote: I'm figuring out how to install GRASS 7 on my Mac (OS 10.8.3). According to the instructions here: http://grass.osgeo.org/grass70/source/snapshot/INSTALL GDAL should be compiled without GRASS support. I recently installed GDAL using Kyngesburye's binary, as prerequisite to installing GRASS 6. My question is, do I need to install another version of GDAL prior to installing GRASS 7, and if so then are there issues with having multiple versions installed? Thanks, Gregory -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Is-Kyngesburye-s-binary-for-Mac-GDAL-compatible-with-GRASS-7-tp5042848.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS GIS 7.0/bundled python/matplolib
Or you could install my new matplotlib 1.2 package for the system Python. Now 32+64bit. Something I overlooked. I originally packaged matplotlib from interest for QGIS, 64bit only. It's possible I had problems compiling the combined 32+64bit in the past, I don't remember. It worked this time. On Mar 14, 2013, at 3:21 PM, Jon Eiriksson wrote: Being unable to import matplotlib in my python scripts in the GRASS GIS environment (and not able to find binaries for matplotlib 1.2.0 for 32 bit python 2.6, which is needed for the wxgui) - I took the following workaround steps, perhaps they may be useful to someone or save some time. Or, even better, perhaps someone knows how to access matplotlib from the bundled python. Downloaded python 2.7 and matplotlib 1.2.0 (as well as numpy and ipython), following recommendations at http://matplotlib.org/faq/installing_faq.html#os-x-notes I now have two versions of python on my system (Mac OS X Version 10.7.5). The new installation (2.7), and version 2.6 bundled with Michael Barton's GRASS GIS 7.0 binaries (William Kingesburye's frameworks). In my .bash_profile I have these GRASS and python related lines: # export PATH=$PATH:/usr/local/mysql/bin:/usr/bin/python:/Applications/GRASS-7.0.app/Contents/MacOS/scripts export PATH=/Library/Frameworks/GDAL.framework/Programs:$PATH export PATH=/Library/Frameworks/Python.framework/Versions/Current/bin:${PATH} # The following python script file was saved to my home directory: /Users/joneiriksson/je_01.py #!/usr/bin/env python-32 import sys from grass.script import core as grass from grass.script import db as grass from array import array import matplotlib.pyplot as plt def get_convergence(): returned_conv_angle = grass.read_command('g.region', flags = 'n') conv_angle = grass.parse_key_val(returned_conv_angle) return str(conv_angle) def plot_points_graph(): xy = [] zero = 0.0 xy = [[zero for i in range(2)] for j in range(6)] ix,target = 0,5 while ix = target: xy[ix][0] = ix xy[ix][1] = ix ix = ix + 1 print ix print xy plt.plot(xy, 'ro') plt.axis([-1, 6, -1, 6]) plt.grid(True) plt.show() def main(): c_angle_string = get_convergence() print 'convergence angle string = ',c_angle_string plot_points_graph() return 0 # this if condition instructs execution of code contained in this script, # *only* if the script is being executed directly if __name__ == __main__: # this allows the script to be used as a module in other scripts or as a standalone script options, flags = grass.parser() # sys.exit(main()) # # Note the alias in the first line of the script: #!/usr/bin/env python-32 - instead of the normally used #!/usr/bin/env python - this notation activates python 2.7 instead of the bundled python 2.6 This enables me to call matplotlib functions from my script, which is activated in the GRASS GIS Terminal window by the command: GRASS 7.0.svn (je_location):~ je_01.py Other GRASS related python scripts reside in: /Applications/GRASS/GRASS-7.0.app/Contents/MacOS/scripts/ and work as before, using python 2.6 (#!/usr/bin/env python), compatible with the wxgui Jon ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects. - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Issue with GRASS GUI Install
My GRASS 6.4 still uses UnixImageIO 1.3 (the D version), and I forgot to make a note of that on the GRASS download page when I updated UnixImageIO to 1.4 (E version). Go to my download archive and download install the GDAL Complete 1.9 (D). Or install Michael Barton's 6.4.3 RC, which uses the newer UIIO (see the GRASS site download pages). On Feb 28, 2013, at 9:46 AM, Starek, Michael wrote: Hi, I’m not sure if this is the right forum to request support with issues, but we are having a GRASS 6.4 install error on a Mac when it goes to load the GUI. Below is the reported error, and any suggestions would be greatly appreciated: Starting GRASS ... Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 35, in module from gui_modules import globalvar File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_modules/globalvar.py, line 76, in module import wx File /Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/__init__.py, line 45, in module from wx._core import * File /Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 4, in module import _core_ ImportError: dlopen(/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so, 2): Library not loaded: /Library/Frameworks/UnixImageIO.framework/Versions/D/UnixImageIO Referenced from: /Applications/GRASS-6.4.app/Contents/MacOS/lib/libwx_macud-2.8.0.dylib 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... ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Grass Installation on mac - not working
Yes, there appears to be a bug in the system somewhere so that Terminal.app needs to be running (doesn't need a window, just runnning), then GRASS will open a Terminal window on startup. It never bothered me because I work with the Terminal so much I never quit it. I tried a few ideas when I heard of the problem a while back with no resolution. On Feb 7, 2013, at 5:16 AM, Erika Zarate Torres wrote: Dear GRASS community, I am new to GRASS and have a Mac OS X Lion 10.7.5. I followed the instructions in http://www.kyngchaos.com/software/grass and installed the following: 1-) GDAL complete 1.9 2-) Free Type 3-) cairo 4-) PIL 5-) GRASS.app 6.4.2-5 (Snow Leopard) 6-) GRASS GDAL PlugIn Finally I created a folder at home named grassdata and downloaded and decompressed the folder spearfish60. However, when I want to launch Grass, I get the following message Terminal got an error: can't get window 1.(-1728), and a terminal window opens. This happens also after I restart the computer. Cannot understand what is missing or where the problem is. I would greatly appreciate any guidance or support, don't know what to do. Actually all I want is to view and work with some river basin shape files I downloaded, using an open source GIS. Thanks very much in advance for your time on this and for your support. Kind regards, Erika ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind? - The Ruler of the Universe ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] compiling i.rotate add-on on OSX
Nothing to do with python here. And I don't see any architecture problem (what you see is just what generally happens with a compilation error on OS X). Also note that I removed the modbuild stuff from GRASS 7, in favor of g.extension (though g.extension has its own problems), and I don't know if the old modbuild will work properly with GRASS 7. On Dec 2, 2012, at 12:35 PM, Carlos Grohmann wrote: Hi there After successfully compiling grass7 svn on OSX, I'm trying to compile the add-on i.rotate. My problem seems to be with python not recognizing 32/64 bits: make GRASS_HOME='/Volumes/HDD/Users/guano/Documents/installs/GIS/grass/modbuild/module/i.rotate' GRASS_APP='/Applications/GRASS-7.0.app/' gcc -I/Volumes/HDD/Users/guano/Documents/installs/GIS/grass/modbuild/module/i.rotate/dist.i386-apple-darwin10.7.0/include -I/Applications/GRASS-7.0.app//Contents/MacOS/include -Os -fexceptions -arch i386 -arch x86_64 -DPACKAGE=\grassmods\ -I/Volumes/HDD/Users/guano/Documents/installs/GIS/grass/modbuild/module/i.rotate/dist.i386-apple-darwin10.7.0/include -I/Applications/GRASS-7.0.app//Contents/MacOS/include -o OBJ.i386-apple-darwin10.7.0/main.o -c main.c main.c: In function ‘main’: main.c:87: error: subscripted value is neither array nor pointer main.c:89: error: subscripted value is neither array nor pointer main.c:103: error: subscripted value is neither array nor pointer main.c:103: error: subscripted value is neither array nor pointer main.c:111: error: subscripted value is neither array nor pointer main.c: In function ‘main’: main.c:87: error: subscripted value is neither array nor pointer main.c:89: error: subscripted value is neither array nor pointer main.c:103: error: subscripted value is neither array nor pointer main.c:103: error: subscripted value is neither array nor pointer main.c:111: error: subscripted value is neither array nor pointer lipo: can't figure out the architecture type of: /var/folders/gf/8bwpz0412gs7706j57hdyb4hgn/T//ccVKHaGQ.out make: *** [OBJ.i386-apple-darwin10.7.0/main.o] Error 1 any hints are welcome best Carlos - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the it wouldn't kill one ___ nor shorten the war one day. Ha, ha And it might give 'em all stomach ulcers. - Tarzan, on war ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Compiling under OSX Mountain Lion
On Nov 28, 2012, at 12:27 PM, Markus Neteler wrote: On Wed, Nov 28, 2012 at 6:35 PM, Carlos Grohmann carlos.grohm...@gmail.com wrote: Hi so, all modules under guy/wxpython that didn't compile show the same error: /usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no matching architecture in universal wrapper make: *** [g.gui.animation.tmp.html] Error 1 and both modules under visualization also have a common problem _wxEVT_ERASE_BACKGROUND, referenced from: __static_initialization_and_destruction_0(int, int)in gui.o _wxEVT_IDLE, referenced from: __static_initialization_and_destruction_0(int, int)in main.o _wxEVT_NULL, referenced from: __static_initialization_and_destruction_0(int, int)in gui.o __static_initialization_and_destruction_0(int, int)in main.o _wxEmptyString, referenced from: wxStringBase::Init() in gui.o _wxFrameNameStr, referenced from: MyFrame::MyFrame(wxString const, int, int, gui_data*)in gui.o MyFrame::MyFrame(wxString const, int, int, gui_data*)in gui.o _wxPanelNameStr, referenced from: MyCanvas::MyCanvas(wxWindow*, int, wxSize const)in gui.o MyCanvas::MyCanvas(wxWindow*, int, wxSize const)in gui.o _wxStaticTextNameStr, referenced from: MyFrame::MyFrame(wxString const, int, int, gui_data*)in gui.o MyFrame::MyFrame(wxString const, int, int, gui_data*)in gui.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status lipo: can't open input file: /var/folders/gf/8bwpz0412gs7706j57hdyb4hgn/T//ccTJ28Cm.out (No such file or directory) make: *** [/Volumes/HDD/Users/guano/Documents/installs/GIS/grass/grass_trunk/dist.x86_64-apple-darwin12.2.0/bin/xganim] Error 1 WxPython 2.8 can only be built 32bit (aka Carbon). GRASS configuration will detect if wxPython is 64bit-ready, and force compilation in 32bits if not, but that only works if you configure GRASS at least 32bit. ie 32bit only, or 32+64bit. The default on Mt Lion is 64bit-only if you don't set any arch options. This is why compilation with WxPython 2.9 works, because it can use 64bit Cocoa. But then there is the runtime problem that has yet to be solved. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] [off-topic] Problem in compile rgdal on Lion
Yes, not quite the right list, but I think you're out of luck anyways. R defines the compile flags and other details to use, and it's hard to override them. I gave up and used an old Mac with Snow Leopard to compile. The problem is that Lion Xcode does not include GCC any more. clang is the main compiler, and R doesn't like it. There is a llvm-gcc that emulates the behavior of gcc, but R finds cc which is a symlink to clang (but configure scripts still identify it as gcc). I have rgdal on my framework download page, but it's a little old. I tend to forget about it, but I can update my rgdal if you can wait a bit. (hmm, maybe my rgdal doesn't work with your custom R?) If you really need to compile your own rgdal, one thing I haven't tried is creating a symlink to llvm-gcc and putting it in your PATH. I would NOT put it in /usr/local/bin, because that could interfere with software that does work with clang from the cc symlink. Maybe something like: mkdir ~/binllvm ln -s /usr/bin/llvm-gcc ~/binllvm/cc ln -s /usr/bin/llvm-g++ ~/binllvm/c++ export PATH=~/binllvm:$PATH then compile/install rgdal in the same terminal window you ran the export. On Oct 31, 2012, at 6:41 PM, Marcello Benigno wrote: Hi, I can't install rgdal library on Lion, tried this: R CMD INSTALL --configure-args='--with-gdal-config=/Library/Frameworks/GDAL.framework/unix/bin/gdal-config --with-proj-include=/Library/Frameworks/PROJ.framework/unix/include --with-proj-lib=/Library/Frameworks/PROJ.framework/unix/lib' /Users/marcello/Downloads/rgdal_0.7-20.tar.gz * installing to library ‘/usr/local/Cellar/r/2.15.2/R.framework/Versions/2.15/Resources/library’ * installing *source* package ‘rgdal’ ... ** package ‘rgdal’ successfully unpacked and MD5 sums checked configure: gdal-config: /Library/Frameworks/GDAL.framework/unix/bin/gdal-config checking gdal-config usability... yes configure: GDAL: 1.9.1 checking GDAL version 1.5.4... yes checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... rm: conftest.dSYM: is a directory rm: conftest.dSYM: is a directory yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking gdal.h usability... yes checking gdal.h presence... yes checking for gdal.h... yes checking gdal: linking with --libs only... no checking gdal: linking with --libs and --dep-libs... no clang: warning: treating 'c' input as 'c++' when in C++ mode, this behavior is deprecated gdal_test.c:5:1: error: C++ requires a type specifier for all declarations main() { ^~~~ 1 error generated. clang: warning: treating 'c' input as 'c++' when in C++ mode, this behavior is deprecated gdal_test.c:5:1: error: C++ requires a type specifier for all declarations main() { ^~~~ 1 error generated. configure: Install failure: compilation and/or linkage problems. configure: error: GDALAllRegister not found in libgdal. ERROR: configuration failed for package ‘rgdal’ * removing ‘/usr/local/Cellar/r/2.15.2/R.framework/Versions/2.15/Resources/library/rgdal’ Any Ideas? Thanks in advance. -- Marcello Benigno B. de Barros Filho Prof. do Curso Superior de Tecnologia em Geoprocessamento - IFPB Mestre em Ciências Geodésicas e Tecnologias da Geoinformação - UFPE Doutorando em Tecnologia Ambiental e Recursos Hídricos - UFPE http://profmarcello.blogspot.com http://about.me/marcello.benigno ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] geoPDF
The GeoPDF GDAL plugin is a separate install from the GDAL framework. On Aug 9, 2012, at 7:25 AM, Dave Kindem wrote: I'd like to bring one of the new USGS topo maps into into GRASS. I understand that GDAL now supports converting geoPDF to geoTIFF. I don't see geoPDF listed in the common file formats pulldown in the Import Raster Data dialog box. Do I need to run GDAL from the command line to make this conversion? I'm using GRASS 6.4.1 on OS X 10.7.4. I've downloaded the latest KyngChaos GDAL framework, GDAL 1.9 complete. Thank you in advance. Dave Dave Kindem Grand Haven, MI ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] tcltk is crashing by using the query button on vector data; MacOS X Lion
TclTk uses many of the long-deprecated OSX Carbon APIs, and there might be changes in Lion that breaks it. I could try recompiling TclTk. Or you could start getting used to the Python GUI that is replacing the TclTk GUI. On Jul 11, 2012, at 8:26 AM, Christian Braun wrote: Hi, my tcltk interface is always crashing if I am using the query button on a vector layer. The terminal is showing the error message below. /Applications/GRASS-6.4.app/Contents/MacOS/bin/wish: line 2: 36893 Bus error: 10 $(dirname $0)/../lib/Tk.framework/Versions/8.5/Resources/Wish.app/Contents/MacOS/Wish $@ Furthermore the terminal windows gets overloaded with other error messages like this below. Jul 11 15:20:26 vlancrte101 Wish[37065] Error: kCGErrorInvalidConnection: CGSGetWindowTags: Invalid connection Jul 11 15:20:26 vlancrte101 Wish[37065] Error: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. I am using the latest builds of kyngchaos.com on Lion. The OS was updated from SnowLeopard Thanks for your help, Christian Christian Braun R+D Engineer Environmental Modelling, Geocomputation Tel: +352- 425991-6608 Mobil: +49-179-6845896 Mail: christian.br...@tudor.lu Resource Centre for Environmental Technologies, Public Research Centre Henri Tudor, Technoport Schlassgoart, 66 rue de Luxembourg, P.O. BOX 144, L-4002 Esch-sur-Alzette, Luxembourg ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Error when I start GRASS
This is a common problem (search the list for details) - I have yet to find the source of the problem, but the solution is to set LC_CTYPE in your ~/.bash_profile: export LC_CTYPE=en_US.UTF-8 If you want a different language, you need to know what your language code is. 'locale' might help (one of the other LC_* or LANG values), but that's where the problem is. On Jun 3, 2012, at 12:27 PM, Prof. Ricardo Zúñiga wrote: I appreciate your help to correct the following error when I start GRASS on my Mac.: Mac-Ricardo:~ ricardoflaviozunigacorzo$ '/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.6.7 found. WELCOME TO GRASS Version 6.4.2 2012 1) Have at your side all available GRASS tutorials 2) When working on your location, the following materials are extremely useful: - A topo map of your area - Current catalog of available computer maps 3) Check the GRASS webpages for feedback mailinglists and more: http://www.grass-gis.org http://grass.osgeo.org Hit RETURN to continue Starting GRASS ... Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 894, in module GRASSStartUp = StartUp(0) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 865, in OnInit StartUp = GRASSStartup() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 57, in __init__ self.grassrc = self._readGisRC() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 393, in _readGisRC grassrc[key.strip()] = utils.DecodeString(val.strip()) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_modules/utils.py, line 667, in DecodeString enc = locale.getdefaultlocale()[1] File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 478, in getdefaultlocale File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 410, in _parse_localename ValueError: unknown locale: UTF-8 Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind? - The Ruler of the Universe ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] error running command in grass 6.4
From what I saw in past discussion of this problem, probably the new GRASS 6.4 you installed changed enough that you need to fix your interface program. Using GRASS libraries in external programs is sensitive to exact GRASS versions. On May 31, 2012, at 10:04 PM, Janet Choate wrote: Hi all, (please excuse if i don't use the correct terminology - sorry!) i previously had a successful version of grass installed, but just reinstalled grass 6.4 hoping i would get the python gui. not only did i not get the python gui, but now i get an error when i attempt to run a grass interface program we created that always worked fine with the previous installation. the error is: dyld: lazy symbol binding failed: Symbol not found: _G_gisinit Referenced from: /usr/local/bin/rat Expected in: /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_gis.dylib in an internet search i see that others have had the same problem, but Referenced from a different program. if anyone knows how to fix this problem regarding the lazy symbol binding failed: Symbol not found: _G_gisinit please advise. much appreciated! Janet ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Problems compiling Grass 6.4 and Grass addons under MacOS
This is a problem I've seen before (those headers are in the Xcode installation). I think Apple's -isysroot SDK flag is a bit broken in Xcode 4.1 (or 4.2? before the app store release) so the system is not looking in the right place. The new Xcode 4.3 seems to be fixed, though I haven't paid close attention to it. There are 2 parts now to Xcode - the app and the CLI tools. Both can be downloaded free (the app was available only from the app store for a while) You really only need the CLI tools, but it doesn't have the SDKs. The app has the SDKs, but they're in the wrong place for GRASS to see them. You need to dig into the Xcode app package Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs and copy the MacOSX10.6.sdk to /Developer/SDKs on your Mac. On May 30, 2012, at 6:01 AM, Hamish wrote: David wrote: /Applications/GRASS-6.4.app/Contents/MacOS/include/grass/gis.h:24:19: error: stdio.h: No such file or directory MarkusN: This is a fundamental system file. On my Linux box, it is in a package called glibc-headers. No idea how that's called on MacOSX. The lack of this file causes all subsequent errors. perhaps install Xcode development tools from the Mac install DVD ? (just a guess) Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GIS Lock issue
ah, trying to open GRASS data on a Time Machine backup is probably not a good idea. It's a snapshot of your computer at a point in time, so it's possible it made the backup when you had the GRASS data open on your MacBook HD and thus has the lock file. Time Machine backups also have some extra data attached to them to make them difficult to change files (not a true read-only setup). And the way backups work using hard links, you could affect files in other backup times. Generally - don't mess with the backup, use a non-backup external drive to store your data. Or if the backup drive is big enough, save the data to a separate folder from the Time Machine backups. On May 4, 2012, at 4:29 AM, Bulent Arikan wrote: Dear List, I am running GRASS 6.5 (2012) on Snow Leopard. I want to access a Mapset, have GRASS run analyses, and save new maps on an external HD. I use this external HD to back up the same computer I am running the GRASS. When I direct GRASS to browse the 'grassdata' folder on the external HD and start GUI from a Mapset (Permanent or others) I get this error: /Volumes/MacBook Pro Backup/Backups.backupdb/Bulent Arikan’s MacBook Pro/2011-10-25-113623/Ari Bub/Users/bulentarikan/grassdata/TR_WGS84_37N/PERMANENT/.gislock: Permission denied ERROR: /Applications/GRASS_6.5/GRASS-6.5.app/Contents/MacOS/etc/lock: Unable to properly access /Volumes/MacBook Pro Backup/Backups.backupdb/Bulent Arikan’s MacBook Pro/2011-10-25-113623/Ari Bub/Users/bulentarikan/grassdata/TR_WGS84_37N/PERMANENT/.gislock Please notify system personel. logout [Process completed] I am not running concurrent sessions and I know that GIS Lock is a feature but is there a way to get around this, so that I can save time by directly having some very large-size maps stored in external HD? Thank you. BÜLENT ARIKAN, PhD Senior Research Fellow Research Center for Anatolian Civilizations Koç University İstiklal Caddesi No: 181 Merkez Han Beyoğlu - ISTANBUL TURKEY 34433 (+ 90) 212-393-6036 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] How to compile GRASS on MAC (new user)
see the Mac readme in the source: macosx/Readme.rtf On Apr 16, 2012, at 3:37 PM, tigrida wrote: This is the first time that I use MAC (OS X Lion), and I want to compile GRASS 6.3 and GRASS 6.4. Someone could help me and tell me how I can compile it? Thank you so much -- View this message in context: http://osgeo-org.1560.n6.nabble.com/How-to-compile-GRASS-on-MAC-new-user-tp4887963p4887963.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] wxpython error in mac OS (Cannot set locale to 'es_AR')
I've been seing this a lot - the problem is that Python itself expects a locale to be in the form: language.encoding For some reason on some Mac systems, LC_CTYPE is getting set to just the language. Python checks LC_CTYPE before LANG (there is a Terminal that automatically sets LANG). So in your ~/.bash_profile you need to add: export LC_CTYPE=es_AR.UTF-8 On Apr 11, 2012, at 4:37 AM, Lluís Vicens wrote: Al 11/04/12 11:22, En/na Markus Neteler ha escrit: 2012/4/11 Lluís Vicensll...@sigte.udg.es: Hi, I have a student that wants to run GRASS 6.4.2 on a mac OS and he is experimenting the following error: when he tries to start grass creating a new locations/mapset, it appears an error message: pythonw2 error Cannot set locale to 'es_AR' I'm a linux user so i'm not familiar with some (probably) 'typical' problems on mac. Any hint/help will be welcome. Thanks in advance! Besides the fix done by Martin, if you could live with es_ES locale, then use: export LANG=es_ES export LANGUAGE=es_ES export LC_MESSAGES=es_ES Best Markus A lot of thanks Markus and Martin for your help! I will let him know this options for fixing this error. Best regards, Lluís ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Grass GUI does not start (anymore) in MacOs
Hmm, this is becoming quite an issue on non-English systems, I don't know why it started. Python expects the locale to be in the form language.encoding. ie english is en_US.UTF-8. Normally the option in the Terminal to set this automatically takes care of this in the LANG variable, but Python checks LC_CTYPE and LC_ALL first and somehow one of those is getting set on non-english systems. The fix is to set LC_ALL in your ~/.bash_profile like LANG is set for your language (turn on the Set locale env variables on startup option in the advanced Settings in Terminal Preferences, then check env in a Terminal). Note: the Adobe Unit Types error is harmless noise, you just have a very old Photoshop installed. On Mar 27, 2012, at 2:55 AM, jbogdani wrote: Hello, I've a problem with GRASS on Snow Leopard. I've used successfully GRASS in the past, but it does not start in the GUI mode anymore. I can use it throw QGIS anyway. Here is the error it produces on stratup: 2012-03-27 09:52:23.326 osascript[534:903] Error loading /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: dlopen(/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did find: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: no matching architecture in universal wrapper osascript: OpenScripting.framework - scripting addition /Library/ScriptingAdditions/Adobe Unit Types.osax declares no loadable handlers. Python 2.6.1 found. And then, after hitting RETURN: Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 894, in module GRASSStartUp = StartUp(0) File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7981, in __init__ File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7555, in _BootstrapApp File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 865, in OnInit StartUp = GRASSStartup() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 57, in __init__ self.grassrc = self._readGisRC() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 393, in _readGisRC grassrc[key.strip()] = utils.DecodeString(val.strip()) File /Users/Shared/src/GRASS/grass-6.4.2-snow/dist.i386-apple-darwin11.3.0/etc/wxpython/gui_modules/utils.py, line 667, in DecodeString File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 459, in getdefaultlocale return _parse_localename(localename) File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 391, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: UTF-8 Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... After this I can use GRASS only from terminal Any help? -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Grass-GUI-does-not-start-anymore-in-MacOs-tp4659784p4659784.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Grass GUI does not start (anymore) in MacOs
I forgot to add a bash_profile example: export LC_ALL=en_US.UTF-8 substitute your language code for en_US. On Mar 27, 2012, at 8:11 AM, William Kyngesburye wrote: Hmm, this is becoming quite an issue on non-English systems, I don't know why it started. Python expects the locale to be in the form language.encoding. ie english is en_US.UTF-8. Normally the option in the Terminal to set this automatically takes care of this in the LANG variable, but Python checks LC_CTYPE and LC_ALL first and somehow one of those is getting set on non-english systems. The fix is to set LC_ALL in your ~/.bash_profile like LANG is set for your language (turn on the Set locale env variables on startup option in the advanced Settings in Terminal Preferences, then check env in a Terminal). Note: the Adobe Unit Types error is harmless noise, you just have a very old Photoshop installed. On Mar 27, 2012, at 2:55 AM, jbogdani wrote: Hello, I've a problem with GRASS on Snow Leopard. I've used successfully GRASS in the past, but it does not start in the GUI mode anymore. I can use it throw QGIS anyway. Here is the error it produces on stratup: 2012-03-27 09:52:23.326 osascript[534:903] Error loading /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: dlopen(/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did find: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: no matching architecture in universal wrapper osascript: OpenScripting.framework - scripting addition /Library/ScriptingAdditions/Adobe Unit Types.osax declares no loadable handlers. Python 2.6.1 found. And then, after hitting RETURN: Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 894, in module GRASSStartUp = StartUp(0) File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7981, in __init__ File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7555, in _BootstrapApp File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 865, in OnInit StartUp = GRASSStartup() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 57, in __init__ self.grassrc = self._readGisRC() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 393, in _readGisRC grassrc[key.strip()] = utils.DecodeString(val.strip()) File /Users/Shared/src/GRASS/grass-6.4.2-snow/dist.i386-apple-darwin11.3.0/etc/wxpython/gui_modules/utils.py, line 667, in DecodeString File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 459, in getdefaultlocale return _parse_localename(localename) File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 391, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: UTF-8 Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... After this I can use GRASS only from terminal Any help? -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Grass-GUI-does-not-start-anymore-in-MacOs-tp4659784p4659784.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Grass GUI does not start (anymore) in MacOs
Huh. Well, I did some poking around on the 'net and it looks like it's a bug in OS X 10.6 Terminal (LC_CTYPE=UTF-8 is wrong). But it's working for me - maybe it was fixed in an update - what is your system version? On Mar 27, 2012, at 8:27 AM, Julian Bogdani wrote: Hello and thank you for the help. I have an English system and checking with env I had correctly LC_CTYPE=UTF-8. Terminal preferences was correctly set. Adding export LC_ALL=en_US.UTF-8 did solve the problem. Thank you - Julian http://bradypus.net On 27 Mar 2012, at 15:16 , William Kyngesburye wrote: I forgot to add a bash_profile example: export LC_ALL=en_US.UTF-8 substitute your language code for en_US. On Mar 27, 2012, at 8:11 AM, William Kyngesburye wrote: Hmm, this is becoming quite an issue on non-English systems, I don't know why it started. Python expects the locale to be in the form language.encoding. ie english is en_US.UTF-8. Normally the option in the Terminal to set this automatically takes care of this in the LANG variable, but Python checks LC_CTYPE and LC_ALL first and somehow one of those is getting set on non-english systems. The fix is to set LC_ALL in your ~/.bash_profile like LANG is set for your language (turn on the Set locale env variables on startup option in the advanced Settings in Terminal Preferences, then check env in a Terminal). Note: the Adobe Unit Types error is harmless noise, you just have a very old Photoshop installed. On Mar 27, 2012, at 2:55 AM, jbogdani wrote: Hello, I've a problem with GRASS on Snow Leopard. I've used successfully GRASS in the past, but it does not start in the GUI mode anymore. I can use it throw QGIS anyway. Here is the error it produces on stratup: 2012-03-27 09:52:23.326 osascript[534:903] Error loading /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: dlopen(/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did find: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: no matching architecture in universal wrapper osascript: OpenScripting.framework - scripting addition /Library/ScriptingAdditions/Adobe Unit Types.osax declares no loadable handlers. Python 2.6.1 found. And then, after hitting RETURN: Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 894, in module GRASSStartUp = StartUp(0) File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7981, in __init__ File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7555, in _BootstrapApp File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 865, in OnInit StartUp = GRASSStartup() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 57, in __init__ self.grassrc = self._readGisRC() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 393, in _readGisRC grassrc[key.strip()] = utils.DecodeString(val.strip()) File /Users/Shared/src/GRASS/grass-6.4.2-snow/dist.i386-apple-darwin11.3.0/etc/wxpython/gui_modules/utils.py, line 667, in DecodeString File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 459, in getdefaultlocale return _parse_localename(localename) File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 391, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: UTF-8 Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... After this I can use GRASS only from terminal Any help? - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Grass GUI does not start (anymore) in MacOs
That's not it then. 10.6.8 here also. Did you try turning on the Terminal pref to set the locale? On Mar 27, 2012, at 8:50 AM, Julian Bogdani wrote: Mine is 10.6.8 - Julian http://bradypus.net On 27 Mar 2012, at 15:47 , William Kyngesburye wrote: Huh. Well, I did some poking around on the 'net and it looks like it's a bug in OS X 10.6 Terminal (LC_CTYPE=UTF-8 is wrong). But it's working for me - maybe it was fixed in an update - what is your system version? On Mar 27, 2012, at 8:27 AM, Julian Bogdani wrote: Hello and thank you for the help. I have an English system and checking with env I had correctly LC_CTYPE=UTF-8. Terminal preferences was correctly set. Adding export LC_ALL=en_US.UTF-8 did solve the problem. Thank you - Julian http://bradypus.net On 27 Mar 2012, at 15:16 , William Kyngesburye wrote: I forgot to add a bash_profile example: export LC_ALL=en_US.UTF-8 substitute your language code for en_US. On Mar 27, 2012, at 8:11 AM, William Kyngesburye wrote: Hmm, this is becoming quite an issue on non-English systems, I don't know why it started. Python expects the locale to be in the form language.encoding. ie english is en_US.UTF-8. Normally the option in the Terminal to set this automatically takes care of this in the LANG variable, but Python checks LC_CTYPE and LC_ALL first and somehow one of those is getting set on non-english systems. The fix is to set LC_ALL in your ~/.bash_profile like LANG is set for your language (turn on the Set locale env variables on startup option in the advanced Settings in Terminal Preferences, then check env in a Terminal). Note: the Adobe Unit Types error is harmless noise, you just have a very old Photoshop installed. On Mar 27, 2012, at 2:55 AM, jbogdani wrote: Hello, I've a problem with GRASS on Snow Leopard. I've used successfully GRASS in the past, but it does not start in the GUI mode anymore. I can use it throw QGIS anyway. Here is the error it produces on stratup: 2012-03-27 09:52:23.326 osascript[534:903] Error loading /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: dlopen(/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did find: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: no matching architecture in universal wrapper osascript: OpenScripting.framework - scripting addition /Library/ScriptingAdditions/Adobe Unit Types.osax declares no loadable handlers. Python 2.6.1 found. And then, after hitting RETURN: Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 894, in module GRASSStartUp = StartUp(0) File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7981, in __init__ File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7555, in _BootstrapApp File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 865, in OnInit StartUp = GRASSStartup() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 57, in __init__ self.grassrc = self._readGisRC() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 393, in _readGisRC grassrc[key.strip()] = utils.DecodeString(val.strip()) File /Users/Shared/src/GRASS/grass-6.4.2-snow/dist.i386-apple-darwin11.3.0/etc/wxpython/gui_modules/utils.py, line 667, in DecodeString File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 459, in getdefaultlocale return _parse_localename(localename) File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 391, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: UTF-8 Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... After this I can use GRASS only from terminal Any help? - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people
Re: [GRASS-user] Grass GUI does not start (anymore) in MacOs
Ah well, I guess it will remain a mystery. I'll add something to the readme... On Mar 27, 2012, at 9:09 AM, Julian Bogdani wrote: Yes, I have in Terminal Settings Advanced: Character encoding Unicode (UTF-8) and Set locale environment variables on startup checked - Julian http://bradypus.net On 27 Mar 2012, at 16:05 , William Kyngesburye wrote: That's not it then. 10.6.8 here also. Did you try turning on the Terminal pref to set the locale? On Mar 27, 2012, at 8:50 AM, Julian Bogdani wrote: Mine is 10.6.8 - Julian http://bradypus.net On 27 Mar 2012, at 15:47 , William Kyngesburye wrote: Huh. Well, I did some poking around on the 'net and it looks like it's a bug in OS X 10.6 Terminal (LC_CTYPE=UTF-8 is wrong). But it's working for me - maybe it was fixed in an update - what is your system version? On Mar 27, 2012, at 8:27 AM, Julian Bogdani wrote: Hello and thank you for the help. I have an English system and checking with env I had correctly LC_CTYPE=UTF-8. Terminal preferences was correctly set. Adding export LC_ALL=en_US.UTF-8 did solve the problem. Thank you - Julian http://bradypus.net On 27 Mar 2012, at 15:16 , William Kyngesburye wrote: I forgot to add a bash_profile example: export LC_ALL=en_US.UTF-8 substitute your language code for en_US. On Mar 27, 2012, at 8:11 AM, William Kyngesburye wrote: Hmm, this is becoming quite an issue on non-English systems, I don't know why it started. Python expects the locale to be in the form language.encoding. ie english is en_US.UTF-8. Normally the option in the Terminal to set this automatically takes care of this in the LANG variable, but Python checks LC_CTYPE and LC_ALL first and somehow one of those is getting set on non-english systems. The fix is to set LC_ALL in your ~/.bash_profile like LANG is set for your language (turn on the Set locale env variables on startup option in the advanced Settings in Terminal Preferences, then check env in a Terminal). Note: the Adobe Unit Types error is harmless noise, you just have a very old Photoshop installed. On Mar 27, 2012, at 2:55 AM, jbogdani wrote: Hello, I've a problem with GRASS on Snow Leopard. I've used successfully GRASS in the past, but it does not start in the GUI mode anymore. I can use it throw QGIS anyway. Here is the error it produces on stratup: 2012-03-27 09:52:23.326 osascript[534:903] Error loading /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: dlopen(/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did find: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: no matching architecture in universal wrapper osascript: OpenScripting.framework - scripting addition /Library/ScriptingAdditions/Adobe Unit Types.osax declares no loadable handlers. Python 2.6.1 found. And then, after hitting RETURN: Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 894, in module GRASSStartUp = StartUp(0) File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7981, in __init__ File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7555, in _BootstrapApp File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 865, in OnInit StartUp = GRASSStartup() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 57, in __init__ self.grassrc = self._readGisRC() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 393, in _readGisRC grassrc[key.strip()] = utils.DecodeString(val.strip()) File /Users/Shared/src/GRASS/grass-6.4.2-snow/dist.i386-apple-darwin11.3.0/etc/wxpython/gui_modules/utils.py, line 667, in DecodeString File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 459, in getdefaultlocale return _parse_localename(localename) File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 391, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: UTF-8 Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... After this I can use GRASS only from terminal Any help? - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org
Re: [GRASS-user] Grass GUI does not start (anymore) in MacOs
What changes? I have R installed, though I don't use it except to compile rgdal for distribution. On Mar 27, 2012, at 9:15 AM, Ralf Schäfer wrote: Hello, I observed exactly the same problem on a Mac with 10.6.x of a student and we identified an R installation as the culprit, during which the student had done changes in the terminal... So I would think that the Terminal preferences were changed by some other installation rather than it would be a bug. Cheers Ralf That's not it then. 10.6.8 here also. Did you try turning on the Terminal pref to set the locale? On Mar 27, 2012, at 8:50 AM, Julian Bogdani wrote: Mine is 10.6.8 - Julian http://bradypus.net On 27 Mar 2012, at 15:47 , William Kyngesburye wrote: Huh. Well, I did some poking around on the 'net and it looks like it's a bug in OS X 10.6 Terminal (LC_CTYPE=UTF-8 is wrong). But it's working for me - maybe it was fixed in an update - what is your system version? On Mar 27, 2012, at 8:27 AM, Julian Bogdani wrote: Hello and thank you for the help. I have an English system and checking with env I had correctly LC_CTYPE=UTF-8. Terminal preferences was correctly set. Adding export LC_ALL=en_US.UTF-8 did solve the problem. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ [Trillian] What are you supposed to do WITH a maniacally depressed robot? [Marvin] You think you have problems? What are you supposed to do if you ARE a maniacally depressed robot? No, don't try and answer, I'm 50,000 times more intelligent than you and even I don't know the answer... - HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] error message from GRASS 7 on mac os
On Mar 17, 2012, at 12:04 AM, raphael.viscarra-ros...@csiro.au raphael.viscarra-ros...@csiro.au wrote: Also, previews in cartographic composer that need python imaging library is not working - related to the above? Did you install PIL? It's a separate package to install (I have one on my Python page). I didn't realize PIL was used in the GUI now. I'll add it to the list of requirements. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] compiling Add-Ons in Mac OS X
The problem with this is that in v7 I removed the modbuild part, assuming that the g.extension module would be working, but last I heard it still has issues. It's been a while since I tried compiling any addons, either with g.extension or modbuild or copied to source. On Mar 13, 2012, at 12:01 PM, gene wrote: With versions 6.x of William Kynsburye (*http://www.kyngchaos.com/software/grass*) or Michael Barton ( http://www.public.asu.edu/~cmbarton/files/grass_mac/OSX10.6-snowleopard/ http://www.public.asu.edu/~cmbarton/files/grass_mac/OSX10.6-snowleopard/ ), I use the build template of William Kynsburye see http://www.forumsig.org/showthread.php?t=33173 Mac OS X: comment installer un module supplémentaire (add-on) /Mac OS X: How to install an additional module (add-on)/, (in french but with many explanatory figures) -- View this message in context: http://osgeo-org.1560.n6.nabble.com/compiling-Add-Ons-in-Mac-OS-X-tp4574536p4574755.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind? - The Ruler of the Universe ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS 6.4.2
That looks like Michael Barton's package. We both use the same base frameworks. And we both bundle wxPython in the application so there is no need to download and install that (it will be ignored by GRASS). The invalid context error should be harmless. Certainly make sure the frameworks are installed - due to the way GRASS functions, it's possible to run GRASS without the frameworks, then hit problems when trying to run GRASS commands or the GUI. Note that the digitizer in the GUI is broken - an oversite in testing for 6.4.2. Hopefully it will be fixed soon, and an updated package released. On Feb 24, 2012, at 4:39 PM, Stuart Edwards wrote: Check out: http://www.kyngchaos.com/software/grass for the definitive word on installing GRASS on OS X - there are a number of dependencies that must be installed and these are all provided for easy installation. Stu On Feb 24, 2012, at 4:56 PM, Elvin Birth wrote: I downloaded and installed wxPython2.8-osx-unicode-2.8.12.1-universal-py2.6.dmg and then GRASS-6.4.2stable.pk.. on my MacBook Air with OS 10.6.8. When I try to open GRASS-6.4.2.app (paper, pencil, ruler and brush icon) I get a very brief flash of the familiar icon, grass in a diamond, but nothing further. When I navigate to /Applications/GRASS/GRASS-6.4.app (grass in diamond icon) it shows the version as 6.4.2 and runs as when it was version 6.4.1. A line in the Terminal opening says Found Python 2.6.1. After running, Terminal shows a group of identical errors: GRASS 6.4.2 (Wake_spc):~ Fri Feb 24 14:53:49 Elvin-Birth-MacBook-Air.local pythonw2.6[71591] Error: CGContextRestoreGState: invalid context 0x0. What have I done incorrectly or failed to do? Elvin Birth ___ 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 - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS-6.4.2 dependencies
For some reason FreeType lately has been bumping the library version on minor updates. 2.4.6 is ver 14 and 2.4.4 is ver 13. The latest 2.4.8 is ver 15, so it's odd that yours is coming up as ver 13. Have you installed the FreeType framework in the past? Try deleting the FreeType.framework from /Library/Frameworks and reinstalling 2.4.8. On Feb 23, 2012, at 12:06 PM, Stuart Edwards wrote: Hi - Moving on to 6.4.2 . (see my post earlier today re: GRASS 7) Same problem - error at startup reported as: GRASS 6.4.2svn (oh_s_3402):~ 3D view mode: dlopen(/Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_display.6.4.2svn.dylib, 10): Library not loaded: /Library/Frameworks/FreeType.framework/Versions/2.4/FreeType Referenced from: /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_display.6.4.2svn.dylib Reason: Incompatible library version: libgrass_display.6.4.2svn.dylib requires version 14.0.0 or later, but FreeType provides version 13.0.0 Again, prevents opening of d.rast Same question - how to update to v 14.0.0 (but of what?) Stu___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects. - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Grass 6.4.2 on mac with lion
Hmm, I'm guessing you have my GRASS 6.4.1, and since I've been too busy to package the 6.4.2 RCs you're trying it yourself. Michael Barton has been doing a better job of keeping up with OS X packages and I'd recommend getting his, though he's also been quiet lately, maybe busy or on vacation. Anyways, there are different graphic interfaces that can be used for different parts of GRASS. X11 for a Linux-type interface and Aqua for OS X. On OS X, X11 is only needed for display monitors - this is the --with-x option that is failing, which is why I assumed X11 was missing. Try adding these flags: --x-includes=/usr/X11/include --x-libraries=/usr/X11/lib OpenGL is used by NVIZ. NVIZ uses the TclTk, which works best in the Aqua framework form (and the default in the system). So configure: --with-opengl=aqua One more thing - GRASS configure needs a lot of help to get the rest of my frameworks and system stuff. It doesn't know to use UnixImageIO for PNG or TIFF, or how to find the GDAL, PROJ, GEOS, cairo or freetype frameworks or some other things in system frameworks, you need to spell it all out. And you probably want to make an OS X application. See the Mac readme in the source/macosx folder for more info. On Jan 14, 2012, at 6:03 AM, Salvatore Mellino wrote: Dear William, x11 seems to work with Lion, I used Grass 6.4.1. What does it means use aqua? This is my first time compiling something... Regards, Salvatore Il giorno 13/gen/2012, alle ore 16:03, William Kyngesburye ha scritto: Use aqua OpenGL. Or make sure you have installed the x11 package - I'm not sure how this works in Lion, I upgraded and it kept/updated my old X11, but I'm not sure if it is included in Lion on a clean install. On Jan 11, 2012, at 11:30 AM, Salvatore Mellino wrote: I'm trying to compile GRASS 6.4.2 on my macbook with Lion OSX. I stopped at one point. How can I solve my problem? Thanks. Salvatore MacBook-Pro-di-Salvatore-Mellino:grass-6.4.2RC2 salvatore$ ./configure --enable-sysv --with-x --with-opengl=x11 --without-odbc --with-cxx --with-sqlite --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include --with-fftw --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-postgres-includes=/usr/local/pgsql/include --with-postgres-libs=/usr/local/pgsql/lib checking for X... no checking whether to use OpenGL... x11 checking for location of OpenGL includes... checking for GL/gl.h... no configure: error: *** Unable to locate OpenGL includes.___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Grass 6.4.2 on mac with lion
Use aqua OpenGL. Or make sure you have installed the x11 package - I'm not sure how this works in Lion, I upgraded and it kept/updated my old X11, but I'm not sure if it is included in Lion on a clean install. On Jan 11, 2012, at 11:30 AM, Salvatore Mellino wrote: I'm trying to compile GRASS 6.4.2 on my macbook with Lion OSX. I stopped at one point. How can I solve my problem? Thanks. Salvatore MacBook-Pro-di-Salvatore-Mellino:grass-6.4.2RC2 salvatore$ ./configure --enable-sysv --with-x --with-opengl=x11 --without-odbc --with-cxx --with-sqlite --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include --with-fftw --with-fftw-includes=/Library/Frameworks/FFTW3.framework/unix/include --with-fftw-libs=/Library/Frameworks/FFTW3.framework/unix/lib --with-postgres-includes=/usr/local/pgsql/include --with-postgres-libs=/usr/local/pgsql/lib checking for X... no checking whether to use OpenGL... x11 checking for location of OpenGL includes... checking for GL/gl.h... no configure: error: *** Unable to locate OpenGL includes.___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Problems with grass for OSX
/wx/_core.py, line 7981, in __init__ File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7555, in _BootstrapApp File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 843, in OnInit StartUp.OnBrowse(None) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 703, in OnBrowse self.OnSetDatabase(event) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 692, in OnSetDatabase self.OnSelectLocation(None) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 641, in OnSelectLocation self.listOfLocations[self.lblocations.GetSelection()])) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 590, in UpdateMapsets self.listOfMapsets = utils.GetListOfMapsets(self.gisdbase, location) File /Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/etc/wxpython/gui_modules/utils.py, line 629, in GetListOfMapsets File /Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/etc/wxpython/gui_modules/utils.py, line 651, in EncodeString File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 459, in getdefaultlocale return _parse_localename(localename) File /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/locale.py, line 391, in _parse_localename raise ValueError, 'unknown locale: %s' % localename ValueError: unknown locale: UTF-8 Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... -- Dr. José Carlos Guerrero Laboratorio de Desarrollo Sustentable y Gestión Ambiental del Territorio (LDSGAT) Instituto de Ecología y Ciencias Ambientales (IECA) Facultad de Ciencias Universidad de la República Montevideo-URUGUAY -- Dr. José Carlos Guerrero Laboratorio de Desarrollo Sustentable y Gestión Ambiental del Territorio (LDSGAT) Instituto de Ecología y Ciencias Ambientales (IECA) Facultad de Ciencias Universidad de la República Montevideo-URUGUAY ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Problems with grass for OSX
You need to find out where that is set. Most likely in your ~/.bash_profile. Then remove that setting. And since your LANG is not set, you also need to check your Terminal preferences. In Settings:Advanced for your default setting, check the International Set locale environment variables on startup option. On Dec 14, 2011, at 9:00 AM, José Carlos Guerrero Antúnez wrote: Hi, I did the return in a new Terminal window and env | grep LANG env | grep LC_ LC_CTYPE=UTF-8 So how I can make the change? Many thanks again, Jose Guerrero El 14 de diciembre de 2011 12:44, William Kyngesburye wokl...@kyngchaos.com escribió: Maybe your shell language isn't set right? What do these return in a new Terminal window: env | grep LANG env | grep LC_ OS X automatically sets LANG, but there are others that are checked first: LC_ALL and LC_CTYPE. Python is expecting them to be in the form: language.encoding ie, the default US english is en_US.UTF-8. If any of those are just the encoding (the UTF-8 in your error), then maybe you added something to your ~/.bash_profile to set them? On Dec 14, 2011, at 8:14 AM, José Carlos Guerrero Antúnez wrote: Hello again, When I make double-click to open GRASS in the first terminal window show the following message, '/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'; exit Last login: Wed Dec 14 08:45:59 on console torre-b-024:~ joseca_IMac$ '/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.6.1 found. WELCOME TO GRASS Version 6.4.1 2011 1) Have at your side all available GRASS tutorials 2) When working on your location, the following materials are extremely useful: - A topo map of your area - Current catalog of available computer maps 3) Check the GRASS webpages for feedback mailinglists and more: http://www.grass-gis.org http://grass.osgeo.org Hit RETURN to continue When I make RETURN, the message is GRASS needs a directory in which to store its data. Create one now if you have not already done so. A popular choice is grassdata, located in your home directory. I do OK, and Choose a folder and then occurs as I mentioned in the previous mail. This problem as I have working with an Imac10,1, Intel Core Duo, 3,06 GHz, RAM Memory 4 Gb. These The strangest thing for me I can do the program on another machine (MacBook Pro, ODX 10.6.8) I did the installation and updated according to the procedure from Kyngchaos webpage. I have no doubt that there is some component that is in conflict but which? Now, what can I do? Many thanks for your help 2011/12/10 Ralf Schäfer sena...@ecotoxicology.de Dear Jose, when did your problem occur? After installation/updating or haphazardly? I had a similar problem with the Python GUI but after I updated all frameworks it worked fine. In case you use the GRASS version from Kyngchaos can you update the GDAL complete framework, free type and cairo and report whether the error still occurs? Regards Ralf Am 10.12.2011 um 05:20 schrieb grass-user-requ...@lists.osgeo.org: Message: 3 Date: Fri, 9 Dec 2011 17:04:12 -0200 From: Jos? Carlos Guerrero Ant?nez jcgantu...@gmail.com Subject: [GRASS-user] Problems with grass for OSX To: grass-user@lists.osgeo.org Message-ID: caeo28jeo+pyotlmwnn8bgny3s6c-zaxwrwl2l97y4iryjum...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi, I can not boot properly grass and this is the message that appears in Terminal window. OSX 10.6.8 Thanks in advance, torre-b-024:~ joseca_IMac$ '/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.6.1 found. WELCOME TO GRASS Version 6.4.1 2011 1) Have at your side all available GRASS tutorials 2) When working on your location, the following materials are extremely useful: - A topo map of your area - Current catalog of available computer maps 3) Check the GRASS webpages for feedback mailinglists and more: http://www.grass-gis.org http://grass.osgeo.org Hit RETURN to continue Starting GRASS ... Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 641, in OnSelectLocation self.listOfLocations[self.lblocations.GetSelection()])) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 590, in UpdateMapsets self.listOfMapsets = utils.GetListOfMapsets(self.gisdbase, location) File /Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/etc/wxpython/gui_modules/utils.py, line 629, in GetListOfMapsets File
Re: [GRASS-user] Problems to launch QGIS from GRASS
On Dec 11, 2011, at 7:19 PM, Hamish wrote: José wrote: When I check the echo $PATH from within GRASS session, this is the message, GRASS 6.4.1 (spearfish60):~ echo $PATH /Applications/GRASS-6.4.app/Contents/MacOS/bin:/Applications/GRASS-6.4.app/Contents/MacOS/scripts:/Users/joseca/Library/GRASS/6.4/Modules/bin:/Library/GRASS/6.4/Modules/bin:/Library/Frameworks/GDAL.framework/unix/bin:/Library/Frameworks/PROJ.framework/Programs:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin GRASS 6.4.1 (spearfish60):~ qgis bash: qgis: command not found I do not know how to solve it but I am very grateful to your help. ah ok, this is a Mac. first thing to do is to hunt down the qgis executable and get it into one of the $PATH directories. try like: ls -l /Applications/QuantumGIS.app/Contents/MacOS/ and look for a qgis file (not directory) with x permissions. once you have that make a symlink into /usr/local/bin ln -s /Applications/QuantumGIS.app/Contents/MacOS/qgis /usr/local/bin/ you might have to put sudo before the symlink to get it to work. (not sure of exact qgis pathnames, but something similar to the above) I was wondering if you were on OS X... Note that this symlink method really isn't the proper way to start an *application* on OS X. Running an application from the command line in the standard *nix execute way ignores existing running processes, and will start another if one is already running. The simplest solution is to just start Qgis the normal way by double-clicking the application. If you really must start it from within GRASS, then the OS X way is to open applications: open -a QGIS.app There is no need to symlink QGIS to /usr/local/bin, and no need to know the path to QGIS.app. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] lion osx
Not anything specific. The Snow Leopard package should work fine, mostly. The main difference and problem is Python and the wxPython GUI. The Snow package uses Python 2.6 and a Carbon-based wxPython. While it seems to work on Lion, it's possible there are hidden problems due to Carbon supposedly being stripped out of Lion (I could be wrong on that). Lion needs a Cocoa-based wxPython, but the GUI doesn't run at all yet. So it's a work in progress. On Oct 24, 2011, at 4:27 PM, Salvatore Mellino wrote: Hi, is there a specific release of GRASS for LION OS (6.4.2 or 6.5)? Thanks. Salvatore ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] AddOn or Script when compiling GRASS from source
Right, forgot about that. On Oct 13, 2011, at 3:30 AM, Glynn Clements wrote: William Kyngesburye wrote: I think the only reason GRASS keeps them separate is because Windows needs them that way, and on Linux and OS X scripts can be in the compiled bin folder without a problem. And at least on OS X it's best that scripts be in the bin/ folder because it won't look in the addon scripts folder to run them (I could fix that, but there are other issues with multiple paths in GRASS_ADDON_PATH). There shouldn't be any need for that. Current usage of GRASS_ADDON_PATH in 7.0 is: lib/init/grass.py: path_prepend(addon_path, 'PATH') path_prepend(os.path.join(addon_path, 'scripts'), 'PATH') path_prepend(os.path.join(addon_path, 'bin'), 'PATH') gui/wxpython/gui_modules/globalvar.py: path = os.getenv('GRASS_ADDON_PATH') bpath = os.path.join(path, 'bin') spath = os.path.join(path, 'scripts') scripts/g.manual/g.manual.py: path = os.path.join(os.getenv('GRASS_ADDON_PATH'), 'docs', 'html', entry + '.html') path = os.path.join(os.getenv('GRASS_ADDON_PATH'), 'man', 'man1', entry + '.1') IOW, GRASS_ADDON_PATH is supposed to be the root of the add-on hierarchy, analogous to GISBASE for the main installation. BTW, this (in lib/init/grass.py) is wrong: path_prepend(addon_path, 'PATH') Its presence might indicate a bug somewhere else. -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] AddOn or Script when compiling GRASS from source
On Oct 12, 2011, at 3:32 PM, Johannes Radinger wrote: Hi, I used the modules-folder in the library already on OS X for GRASS 6.5 and 6.4. I can't remember but are this folder structure automatically installed when installing GRASS? Because after compiling and installing GRASS 7 SVN no such folders were created. Maybe I can just copy the folder structure from GRASS 6.5 and rename it with the new version. For a while I had the GRASS 7 location in Application Support, but just recently changed it back to match 6.x. Make sure you have the latest SVN and it should be the location I described. It is created automatically when you first run GRASS. Anyway I am interested in compiling and installing and AddOn or Script with the source code. This is on the one hand for me to learn how to do such things on different plattforms (and create my own binaries). On the other hand with when an AddOn or Script is compiled with a makefile also the html-help files are generated which I find also really useful. So maybe someone can tell me what is the difference between an AddOn and a Script? What was the main purpose to include both in the source? Where does my little module fit better and is there any difference in working with it as AddOn or Script? There is no difference to GRASS, they are all modules that you run. A script, if not installed as an addon, is just an arbitrary script that you might create or download and install manually. I think the only reason GRASS keeps them separate is because Windows needs them that way, and on Linux and OS X scripts can be in the compiled bin folder without a problem. And at least on OS X it's best that scripts be in the bin/ folder because it won't look in the addon scripts folder to run them (I could fix that, but there are other issues with multiple paths in GRASS_ADDON_PATH). best regards Johannes Am 11.10.2011 16:17, schrieb William Kyngesburye: On OS X there are defined addon folders so you don't have to put anything in the application or some random path. ~/Library/GRASS/[grassver]/Modules where [grassver] is the major.minor grass version. This folder has a standard complement of bin/, docs/, etc/ and lib/. bin/ doesn't care whether it's a script or compiled module, they all go here (unlike the main app that separates bin and scripts). The startup will add anything in docs/html to an addon help page accessible from the Apple Help app (separate entry from the GRASS app help there). The startup also creates an extension menu for the GUI. This is all a part of the Mac build, and I don't know what, if anything, the Windows build does about this. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] AddOn or Script when compiling GRASS from source
On OS X there are defined addon folders so you don't have to put anything in the application or some random path. ~/Library/GRASS/[grassver]/Modules where [grassver] is the major.minor grass version. This folder has a standard complement of bin/, docs/, etc/ and lib/. bin/ doesn't care whether it's a script or compiled module, they all go here (unlike the main app that separates bin and scripts). The startup will add anything in docs/html to an addon help page accessible from the Apple Help app (separate entry from the GRASS app help there). The startup also creates an extension menu for the GUI. This is all a part of the Mac build, and I don't know what, if anything, the Windows build does about this. On Oct 11, 2011, at 7:30 AM, Johannes Radinger wrote: Hello, first of all I want to thank you for helping me in the past to learn how to compile GRASS. Now I am already able to compile GRASS GIS from SVN source on my Mac (and hopefully soon on Windows as well) including also AddOns like r.stream etc. The main purpose for learning this was that I also wrote a small python script/addon about fish dispersal which I want to use in future. In the past I put my python file into the modules/bin folder in my library. Then I was able to call it just with module.py. As I now also wrote a html description I wanted to build this script/addon with my source code. Here comes my question: What is now what I have? Is this a raster-addon or a script? What is the difference or is it just a matter of taste? I can put it into the script or the raster folder of my source (and modify the makefile accordingly). But where should it go? What I want in the end is just to call the it via the grass command-console in the gui and it should then contain the html-help-file. I'll also provide that addon/script to you as soon as it is working without any problems. Additionally I'll probably provide a sample dataset resp. a how to use file. Thank you very much! Johannes -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] help building GRASS 7 svn on MacOSX Lion
Ah, another holdout based on compiled code linked to wx libraries, instead of the current ctypes way. If, as Glynn says, there is a ctypes replacement, use it instead and compile 64bits and don't worry about the wximgview error. Glynn, if wxpyimgview is fully functional (or d.mon works the same), is there a a reason to keep wximgview around? Maybe at least disable its compilation? On Sep 24, 2011, at 8:46 AM, Glynn Clements wrote: Carlos Grohmann wrote: Well, I managed to get it working, but only compiling as 32bit. As 64bit I got errors in wximgview That's only a problem if you need wximgview. The same functionality is available via wxpyimgview. Or maybe d.mon has made this redundant? -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] help building GRASS 7 svn on MacOSX Lion
includes... /System/Library/Frameworks/Accelerate.framework/Frameworks/vecLib.framework/Headers checking for location of BLAS library... checking for cblas.h... yes checking for dnrm2_ in -lblas... yes checking for ATL_xerbla in -latlas... no checking for sgemm in -framework vecLib... no checking for sgemm_ in -lblas... yes checking for dgemm_ in -ldgemm... no checking for sgemm_ in -lblas... yes checking whether to use LAPACK... yes checking for location of LAPACK includes... /System/Library/Frameworks/Accelerate.framework/Frameworks/vecLib.framework/Headers checking for location of LAPACK library... checking for clapack.h... yes checking for dsegv_... no checking for desgv_ in -llapack... no checking for dgesv_ in -llapack... yes checking whether to use Cairo... no checking whether to use FreeType... yes checking for location of FreeType includes... /Library/Frameworks/FreeType.framework/unix/include checking for ft2build.h... yes checking for location of FreeType library... /Library/Frameworks/FreeType.framework/unix/lib checking for FT_Init_FreeType in -lfreetype... yes checking whether to use NLS... no checking whether to use C++... yes checking for c++... c++ checking whether the C++ compiler (c++ -arch i386 -arch i386 ) works... yes checking whether the C++ compiler (c++ -arch i386 -arch i386 ) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes checking whether to use openDWG... no checking whether to use POSIX threads... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for _LARGE_FILES value needed for large files... no checking for _LARGEFILE_SOURCE value needed for large files... no checking for _LARGEFILE_SOURCE value needed for large files... no checking for fseeko... yes checking if system supports Large Files at all... yes checking whether to use wxWidgets... yes checking for wx-config... /usr/local/lib/wxPython-unicode-2.8.12.0/bin/wx-config checking wxWidgets version... 2.8.12 checking for wx/wxprec.h... yes creating ./config.status creating include/Make/Platform.make creating include/Make/Doxyfile_arch_html creating include/Make/Doxyfile_arch_latex creating include/version.h creating grass.pc creating include/config.h include/config.h is unchanged Copying config.status to config.status.i386-apple-darwin11.1.0 GRASS is now configured for: i386-apple-darwin11.1.0 Source directory: /Users/guano/Documents/installs/grass/grass_trunk Build directory: /Users/guano/Documents/installs/grass/grass_trunk Installation directory: ${prefix}/GRASS-7.0.app/Contents/MacOS Startup script in directory: ${exec_prefix}/bin C compiler: gcc -arch i386 -O2 C++ compiler:c++ -arch i386 Building shared libraries: yes 64bit support: OpenGL platform: Aqua MacOSX application: yes MacOSX architectures: MacOSX SDK: Tcl/Tk NVIZ:yes BLAS support: yes C++ support:yes Cairo support: no DWG support:no FFMPEG support: no FFTW support: no FreeType support: yes GDAL support: yes GEOS support: no JPEG support: yes LAPACK support: yes Large File support (LFS): yes libLAS support: no MySQL support: no NLS support:no ODBC support: no OGR support:yes OpenGL support: yes PNG support:yes PostgreSQL support: no Readline support: no SQLite support: yes Tcl/Tk support: yes wxWidgets support: yes TIFF support: yes X11 support:no Regex support: yes POSIX thread support: no GuanoMac:grass_trunk guano$ thanks, -- Prof. Carlos Henrique Grohmann - Geologist D.Sc. Institute of Geosciences - Univ. of São Paulo, Brazil --- http://www.igc.usp.br/pessoais/guano http://digitalelevation.wordpress.com/ http://lattes.cnpq.br/5846052449613692 (CV) --- Twitter: @CarlosGrohmann http://carlosgrohmann.tumblr.com/ Linux User #89721 Can’t stop the signal. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] help building GRASS 7 svn on MacOSX Lion
Well, TclTk is only needed for the old NVIZ. The old TclTk GUI is gone. TclTk 64bit is another one of those that is a problem - it can be built 64bit, but it needs a newer TclTk that GRASS has problems with. So, a decision here: - 64bit-only GRASS: Skip the old NVIZ and make do with the still-in-progress wx nviz, or 3D view (there was supposedly a lot of work done on this for GSOC?) - 32+64bit GRASS: so you can have 32bit NVIZ and 64bit rest of GRASS. On Sep 23, 2011, at 4:39 PM, Carlos Grohmann wrote: Thanks, William. I tried to build it as 64bit, but then it got stuck with tcltk: checking whether to use Tcl/Tk... yes checking for location of Tcl/Tk includes... /Library/Frameworks/Tcl.framework/Headers /Library/Frameworks/Tk.framework/Headers /Library/Frameworks/Tk.framework/PrivateHeaders checking for tcl.h... yes checking for tk.h... yes checking Tcl version... 8.5 checking Tk version... 8.5 checking for location of Tcl/Tk library... /usr/local/lib checking for Tcl_Init in -ltcl... no checking for Tcl_Init in -ltcl... no checking for Tcl_Init in -ltcl8.5... no checking for Tcl_Init in -ltcl8.5... no checking for Tcl_Init in -ltcl85... no checking for Tcl_Init in -ltcl85... no configure: error: *** Unable to locate Tcl library. best, Carlos On Fri, Sep 23, 2011 at 18:19, William Kyngesburye wokl...@kyngchaos.com wrote: It looks like a macports problem (maybe homebrew also uses /opt/local?) with their Python. My guess is that their python is 64bit-only, and Grass is trying to run python 32bit because it couldn't find a 64bit wxpython because 64bit wxpython isn't possible in the stable release. Note that there is no reason to build Gasss itself 32bit when 64bit works just as well, if not better. GRASS and the wxpython GUI are separate processes and don't have to run the same bit mode. I have finally decided that maintaining 32+64bit packages is too much trouble and future frameworks will be 64bit-only. On Sep 23, 2011, at 2:50 PM, Carlos Grohmann wrote: Hi all, I'm trying to build GRASS 7 svn on my mac with OSX Lion, but I'm facing some issues. I have the frameworks from Kyngschaos installed. make runs fine and no errors are detected. Then I run make bindist to create the .pkg. After intalling the pkg, I run it and get this: GuanoMac:~ guano$ '/Applications/GRASS-7.0.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.2 found. arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in executable logout [Process completed] This is my configure setup and its output: export CFLAGS=-arch i386 -O2 export CXXFLAGS=-arch i386 export LDFLAGS=-arch i386 ./configure \ --enable-largefile \ --prefix=/Applications \ --enable-macosx-app \ --enable-sysv \ --without-glw \ --without-motif \ --without-cairo \ --without-geos \ --with-x \ --with-x-includes=/usr/X11R6/include \ --with-x-libraries=/usr/X11R6/lib \ --with-opengl=aqua \ --without-odbc \ --with-cxx \ --with-freetype \ --with-freetype-includes=/Library/Frameworks/FreeType.framework/unix/include \ --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib \ --with-gdal=/Library/Frameworks/GDAL.framework/Versions/1.8/Programs/gdal-config \ --with-proj-includes=/Library/Frameworks/PROJ.framework/unix/include \ --with-proj-libs=/Library/Frameworks/PROJ.framework/unix/lib \ --with-proj-share=/Library/Frameworks/PROJ.framework/Versions/4.6/unix/share \ --with-jpeg \ --with-jpeg-includes=/Library/Frameworks/UnixImageIO.framework/unix/include \ --with-jpeg-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib \ --with-tiff \ --with-tiff-includes=/Library/Frameworks/UnixImageIO.framework/unix/include \ --with-tiff-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib \ --with-png-includes=/Library/Frameworks/UnixImageIO.framework/unix/include \ --with-png-libs=/Library/Frameworks/UnixImageIO.framework/unix/lib \ --with-sqlite \ --with-sqlite-libs=/Library/Frameworks/SQLite3.framework/unix/lib \ --with-sqlite-includes=/Library/Frameworks/SQLite3.framework/unix/include \ --without-fftw \ --with-postgres-includes=/usr/local/pgsql/include \ --with-postgres-libs=/usr/local/pgsql/lib \ --with-freetype \ --with-freetype-includes=/Library/Frameworks/FreeType.framework/unix/include \ --with-freetype-libs=/Library/Frameworks/FreeType.framework/unix/lib \ --with-python=/usr/bin/python2.7-config \ --with-wxwidgets=/usr/local/lib/wxPython-unicode-2.8.12.0/bin/wx-config \ --without-readline \ --with-tcltk-includes=/Library/Frameworks/Tcl.framework/Headers /Library/Frameworks/Tk.framework/Headers /Library/Frameworks/Tk.framework/PrivateHeaders \ --with-tcltk-libs=/usr/local/lib \ --with-blas \ --with-lapack \ --with-blas-includes=/System/Library/Frameworks
Re: [GRASS-user] Problem after Installing OS X 10.7
sudo chown -R yourusername /path/to/your/grassdb On Sep 12, 2011, at 7:25 AM, Kurt Springs wrote: How would one go about transferring ownership? Kurt On Sep 11, 2011, at 1:00 PM, Michael Barton wrote: It sure looks like permissions are the problem here. The GUI needs to write things to your GIS Database and to temp files. If you are not the owner, there could be problems. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Sep 11, 2011, at 2:12 AM, grass-user-requ...@lists.osgeo.org wrote: Date: Sat, 10 Sep 2011 19:21:05 -0400 From: Kurt Springs ferret_b...@mac.com Subject: [GRASS-user] Problem after Installing OS X 10.7 To: grass-user@lists.osgeo.org Message-ID: b87ef884-61e7-4bd9-a790-0c4e80844...@mac.com Content-Type: text/plain; charset=windows-1252 Hi Folks, I finally installed OS X 10.7.1. Because I had a corruption with Java I did a clean install. I?ve been gradually loading things back in. I ran into trouble when I got to GRASS. I have William Kyngebure?s 6.4.1-5. I launched it for the first time and got the following in Terminal: __ ___ _____ / / __ \/ | / ___/ ___/ / / _/ ___/ / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \ / /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ / \/_/ |_/_/ |_/// \/___/// Welcome to GRASS 6.4.1 (2011) GRASS homepage: http://grass.osgeo.org/ This version running thru: Bash Shell (/bin/bash) Help is available with the command: g.manual -i See the licence terms with: g.version -c If required, restart the GUI with: g.gui wxpython When ready to quit enter:exit GRASS 6.4.1 (NH-State_Plane):~ ERROR: MAPSET PERMANENT - permission denied ERROR: MAPSET PERMANENT - permission denied 2011-09-10 18:49:22.524 Python[1232:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead. GRASS 6.4.1 (NH-State_Plane):~ exit exit /Applications/GRASS-6.4.app/Contents/MacOS/etc/Init.sh: line 899: 1232 Killed: 9 $GRASS_PYTHON $GISBASE/etc/wxpython/wxgui.py Closing monitors ... ERROR: MAPSET PERMANENT - permission denied Closing open gis.m sessions. Cleaning up temporary files ... ERROR: MAPSET PERMANENT - permission denied Done. Goodbye from GRASS GIS logout [Process completed] '/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'; exit Last login: Sat Sep 10 18:48:20 on ttys000 kurt-springss-mac-pro:~ kurtsprings$ '/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... 2011-09-10 19:01:52.382 osascript[1570:707] Error loading /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: dlopen(/Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types, 262): no suitable image found. Did find: /Library/ScriptingAdditions/Adobe Unit Types.osax/Contents/MacOS/Adobe Unit Types: no matching architecture in universal wrapper osascript: OpenScripting.framework - scripting addition /Library/ScriptingAdditions/Adobe Unit Types.osax declares no loadable handlers. Python 2.6.6 found. Cleaning up temporary files ... Starting GRASS ... ERROR: MAPSET PERMANENT - permission denied 2011-09-10 19:01:56.428 Python[1602:e0f] CFURLCreateWithString was passed this invalid URL string: '/System/Library/CoreServices/CommonCocoaPanels.bundle' (a file system path instead of an URL string). The URL created will not work with most file URL functions. CFURLCreateWithFileSystemPath or CFURLCreateWithFileSystemPathRelativeToBase should be used instead. I?ve loaded the frame works. Permissions were an issue as I moved things From time machine to a User with an (old) tag and ported them to my new user file. I think that was solved. Everything I?ve checked gives my new User Read and Write permission. Any thoughts. Kurt ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second
Re: [GRASS-user] Problem after Installing OS X 10.7
Hmm, the GUI shouldn't be any different than it is on earlier systems. In fact, there may be new problems because Lion got rid of the rest of Carbon (as I understand it) and wxPython in GRASS is still Carbon-based. A cocoa-based wxpython currently doesn't work in GRASS. On Sep 12, 2011, at 8:53 AM, Kurt Springs wrote: That worked great William, thanks. I was pleasantly surprised by the the Python GUI that is used under Lion, though I may have to learn my way around it. Thanks again all. Kurt On Sep 12, 2011, at 9:41 AM, William Kyngesburye wrote: sudo chown -R yourusername /path/to/your/grassdb On Sep 12, 2011, at 7:25 AM, Kurt Springs wrote: How would one go about transferring ownership? Kurt On Sep 11, 2011, at 1:00 PM, Michael Barton wrote: It sure looks like permissions are the problem here. The GUI needs to write things to your GIS Database and to temp files. If you are not the owner, there could be problems. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Sep 11, 2011, at 2:12 AM, grass-user-requ...@lists.osgeo.org wrote: Date: Sat, 10 Sep 2011 19:21:05 -0400 From: Kurt Springs ferret_b...@mac.com Subject: [GRASS-user] Problem after Installing OS X 10.7 To: grass-user@lists.osgeo.org Message-ID: b87ef884-61e7-4bd9-a790-0c4e80844...@mac.com Content-Type: text/plain; charset=windows-1252 Hi Folks, I finally installed OS X 10.7.1. Because I had a corruption with Java I did a clean install. I?ve been gradually loading things back in. I ran into trouble when I got to GRASS. I have William Kyngebure?s 6.4.1-5. I launched it for the first time and got the following in Terminal: - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects. - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] troubles installing r.fuzzy.system add-on on Mac OSX (GRASS 6.4.1)
I'm not sure how well g.extension works in GRASS 6.4. Alternatively, I still include the modbuild hack. See the readme in /Library/GRASS/6.4/modbuild, it's a little different than your brute force attempt. On Aug 16, 2011, at 11:08 AM, guillaume.ducl...@csiro.au guillaume.ducl...@csiro.au wrote: Hi GRASS gurus, I've been trying to install the r.fuzzy.system add-on to my GRASS' local copy (Mac OSX 10.6.8, binary installed from: http://www.kyngchaos.com/software/grass - thanks for the installer btw!). Unfortunately I had no luck with compiling and installing the add-on yet. I've tried 2 approaches: * the g.extension add-on manager * and brutal force (svn co + make) See details below. ... Then, in a terminal, after checking out the source files for the r.fuzzy.system add-on from svn, got the following errors: GRASS 6.4.1 (newLocation):~/grass/fuzzySystem/r.fuzzy.system make MODULE_TOPDIR=/Applications/GRASS-6.4.app/Contents/MacOS/ test -d OBJ.i386-apple-darwin10.7.0 || mkdir -p OBJ.i386-apple-darwin10.7.0 gcc -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -Os -fexceptions -arch i386 -arch x86_64 -DPACKAGE=\grassmods\ -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -o OBJ.i386-apple-darwin10.7.0/fuzzylogic.o -c fuzzylogic.c In file included from fuzzylogic.c:1: local_proto.h:5:23: error: grass/gis.h: No such file or directory local_proto.h:6:27: error: grass/glocale.h: No such file or directory In file included from fuzzylogic.c:1: local_proto.h:106: error: expected specifier-qualifier-list before ‘RASTER_MAP_TYPE’ local_proto.h:116: error: expected specifier-qualifier-list before ‘DCELL’ local_proto.h:136: error: expected specifier-qualifier-list before ‘FCELL’ local_proto.h:185: error: expected ‘)’ before ‘cell’ fuzzylogic.c:3: error: expected ‘)’ before ‘cell’ In file included from fuzzylogic.c:1: local_proto.h:5:23: error: grass/gis.h: No such file or directory local_proto.h:6:27: error: grass/glocale.h: No such file or directory In file included from fuzzylogic.c:1: local_proto.h:106: error: expected specifier-qualifier-list before ‘RASTER_MAP_TYPE’ local_proto.h:116: error: expected specifier-qualifier-list before ‘DCELL’ local_proto.h:136: error: expected specifier-qualifier-list before ‘FCELL’ local_proto.h:185: error: expected ‘)’ before ‘cell’ fuzzylogic.c:3: error: expected ‘)’ before ‘cell’ lipo: can't figure out the architecture type of: /var/folders/F1/F1w0tzFYEbiJcYgLf9+MhTI/-Tmp-//cchVfFcE.out make: *** [OBJ.i386-apple-darwin10.7.0/fuzzylogic.o] Error 1 I found a few posts that seem to highlight similar issues on various architectures: http://trac.osgeo.org/grass/ticket/620, http://comments.gmane.org/gmane.comp.gis.grass.user/39745 But I didn't find the solution. Hopefully someone will be able to help me here... I'm kind of stuck! Cheers Guillaume - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] troubles installing r.fuzzy.system add-on on Mac OSX (GRASS 6.4.1) + NVIZ compilation error
I haven't tried compiling GRASS 7 in a while, so I don't know what might be wrong. On Aug 17, 2011, at 9:22 PM, guillaume.ducl...@csiro.au guillaume.ducl...@csiro.au wrote: Thanks for the tip. I'll give a try at modbuild. Although, Jarek advised me to upgrade to Grass 7.0, which I tried but encountered a known compilation problem with NVIZ (something related to Tk). GRASS GIS compilation log - Started compilation: Wed 17 Aug 2011 22:50:58 WST -- Errors in: /usr/local/src/grass_trunk/visualization/nviz This seems similar to this post: http://osgeo-org.1803224.n2.nabble.com/wxnviz-on-mac-osx-grass7-0-td5439863.html I can't find out the fix for this one in the post. I looked in the macOSX/readme and followed the TclTk guidance (ie: installed TclTk 8.5 from ActiveState, created the links), but the compilation still fails. Here is the configure arguments I used: ./configure --with-opengl=aqua --enable-macosx-app --with-wxwidgets=/usr/local/lib/wxPython-unicode-2.8.12.1/bin/wx-config --prefix=/Applications --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --with-fftw-includes=/usr/local/include/ --with-fftw-libs=/usr/local/lib/ --with-tcltk-includes=/Library/Frameworks/Tcl.framework/Headers /Library/Frameworks/Tk.framework/Headers /Library/Frameworks/Tk.framework/PrivateHeaders --with-tcltk-libs=/usr/local/lib --with-x --with-python --without-motif --without-glw - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Mac Pathon 64 Bit
wxPython could be considered the only GUI option - there is the TclTk GUI still in GRASS 6.4, but I don't think it's kept up to date now, and it is not in GRASS 7. Is there a reason for using your custom /opt/local Python for GRASS? I don't think the older system Python 2.6 version is a problem for the GUI. If you are using the /opt/local Python unintentionally, probably what is happening is that it (or MacPorts) added something to your shell init (.bash_profile) to add /opt/local/bin to your PATH. GRASS then picks this up and uses the Python it finds there. You can get around this by adding a line to your .bash_profile: export GRASS_PYTHON=/usr/bin/python2.6 On Aug 12, 2011, at 11:20 AM, wagner wrote: Is this the only possibility to use a GUI an OS X? Am 12.08.2011 um 18:05 schrieb William Kyngesburye: It won't work 64bit - wxPython 2.8 (included in the GRASS package) can't be built 64bit on OS X. On Aug 12, 2011, at 9:02 AM, wagner wrote: Hello, I tried to install GRASS with GUI on my Mac with Mac OS 10.6.6 (Snow Leopard) 64 Bit, but I always got the following message while starting: arch: posix_spawnp: /opt/local/bin/pythonw2.6: Bad CPU type in executable I loaded it from http://www.kyngchaos.com/software/grass and as well all the required packages. I hope that anyone has a solution for that. Kind regards, - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Mac Pathon 64 Bit
GRASS is compiled 64bit, but any GUI binary stuff (wx nviz, wx vdigit) is compiled for whatever archs are available in wxpython from that archs list (only 32bit for v2.8). The python wrapper in GRASS will then adjust accordingly - ie run python (and the whole GUI) 32bit - though the actual GRASS commands will run 64bit. On Aug 12, 2011, at 1:45 PM, Michael Barton wrote: I use the --with-macosx-archs=i386 x86_64 in my config string. Isn't this compiling 64 bit? Michael __ C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Arizona State University Tempe, AZ 85287-2402 USA voice:480-965-6262 (SHESC), 480-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 On Aug 13, 2011, at 12:13 PM, grass-user-requ...@lists.osgeo.org wrote: Date: Fri, 12 Aug 2011 11:05:57 -0500 From: William Kyngesburye wokl...@kyngchaos.com Subject: Re: [GRASS-user] Mac Pathon 64 Bit To: wagner wag...@math.uni-landau.de Cc: grass-user@lists.osgeo.org Message-ID: c1e23575-fd28-4890-b327-0621cbaf5...@kyngchaos.com Content-Type: text/plain; charset=us-ascii It won't work 64bit - wxPython 2.8 (included in the GRASS package) can't be built 64bit on OS X. On Aug 12, 2011, at 9:02 AM, wagner wrote: Hello, I tried to install GRASS with GUI on my Mac with Mac OS 10.6.6 (Snow Leopard) 64 Bit, but I always got the following message while starting: arch: posix_spawnp: /opt/local/bin/pythonw2.6: Bad CPU type in executable I loaded it from http://www.kyngchaos.com/software/grass and as well all the required packages. I hope that anyone has a solution for that. Kind regards, Ralf___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind? - The Ruler of the Universe ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Lion OSX
My current package should, mostly. Since the modules are all plain *nix-based tools, they should have no problems. There may be issues with the wxPython GUI. If you compile it yourself it should be fine. I plan to take the upgrade plunge next weekend, and can start wroking on updating my packages then. On Jul 25, 2011, at 1:24 AM, Salvatore Mellino wrote: Hi, I'm ready to buy a new mac pro. It is with Lion, I want to know if GRASS works under Lion. Thanks, Salvatore___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Mac 6.4.1-3 Update Problems
Hmm, it's possible that the installer isn't completely removing old files when updating GRASS. Probably nothing to do with the frameworks, since they are all hardwired into GRASS and the bundled wxpython, and just deleting and reinstalling GRASS would have done the trick. I should make a note of that on my download page and in the readme. No harm with the uninstall error (I misplaced the '-D' in the ID). The forgeting is just to be thorough, it doesn't delete the files, just the reference that they were installed. There is probably a lot in your system that you've deleted that has left behind installer receipts because noone tells you how to do that ;) On Jun 12, 2011, at 10:05 PM, Dave Kent wrote: I removed all the frameworks as per instructions in the packages including all the components in GDAL complete and for good measure GSL. Reinstalled all. Grass 6.4.1-4 now works. Note: When I executed sudo pkgutil --forget com.kyngchaos.UnixImageIO-D-framework-snow return was: No receipt for 'com.kyngchaos.UnixImageIO-D-framework-snow' found at '/'. which was different than the others where it returned for example: Forgot package 'org.gdal.gdal18-resources' on '/'. Might this have been a concern? Dave On 2011-06-02, at 10:00 PM, William Kyngesburye wrote: On Jun 2, 2011, at 9:47 PM, Dave Kent wrote: Thank you. I tried new build 6.4.1-4. The same error persisted. I'll dig around some more. There may be something hidden in my development environment that is making it work for me and not making it into the installer. Though it does work on my clean mac. I then installed 6.4.1-4 on a second computer at home (upgraded from 6.4.1RC1.) This works well. Three questions: 1) Home computer (working) shows Python 2.6.4. Problem computer shows Python 2.6.1. Is this a concern? 2.6.1 is the Apple-installed python. 2.6.4 can only be from python.org that you installed. 2.6.1 should work - I don't have python.org python installed, so everything is compiled from and runs (for me) on the system 2.6.1. 2) On home computer, (working) I installed NumPy from GDAL Complete framework. But start screen says: GRASS 6.4.1 (xxx):~ g.gui wxpython profile.py: This module requires the NumPy module, which could not be imported. It probably is not installed (it's not part of the standard Python distribution). See the Numeric Python site (http://numpy.scipy.org) for information on downloading source or binaries. Is this a Python version issue; Do I need to update from python.org? This would be a python.org python problem - my NumPy installer only installs into the system site-packages folder, so python.org doesn't see it. You would have to install numpy from the numpy site, they have a binary for the python.org python. 3) Unrelated question. On 6.4.1RC1 the wxpython digitizing feature worked. Not so on 6.4.1-4. Is this intended or am I missing something? It was decided that the digitizer (and wxnviz/3D view) had too many problems yet (especially on windows), so it was disabled. Thanks again for help. Dave On 2011-06-01, at 8:19 AM, William Kyngesburye wrote: That's been a very frustrating one. Some builds work for me (this does) and not for others, other builds don't work for me and do for others. Some all OK, some not. But it does seem to be connected to libpng (which is in my UnixImageIO framework). I did forget to update the wxPython part of my GRASS distribution to use the new UnixImageIO, so that may be the problem for you (though you'd probably get a more fundamental error if that was the case). I'll have a new package online soon. On Jun 1, 2011, at 1:01 AM, Dave Kent wrote: I updated today to Mr. Kyngesburye's most recent binaries. I updated the revised frameworks (GDAL complete 1.8, FreeType and Cairo) and then the application 6.4.1-3 (SnowLeopard) as per website. I get the following error when launching wxpython. On start up Grass asks for mapset then provides following: GRASS 6.4.1 Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1611, in module sys.exit(main()) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1604, in main app = GMApp(workspaceFile) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1514, in __init__ wx.App.__init__(self, False) File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7981, in __init__ File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7555, in _BootstrapApp File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1528, in OnInit introBmp = introImage.ConvertToBitmap() File /Users/Shared/unix/wxpython-snow/lib/python2.6/site
Re: [GRASS-user] Mac 6.4.1-3 Update Problems
On Jun 2, 2011, at 9:47 PM, Dave Kent wrote: Thank you. I tried new build 6.4.1-4. The same error persisted. I'll dig around some more. There may be something hidden in my development environment that is making it work for me and not making it into the installer. Though it does work on my clean mac. I then installed 6.4.1-4 on a second computer at home (upgraded from 6.4.1RC1.) This works well. Three questions: 1) Home computer (working) shows Python 2.6.4. Problem computer shows Python 2.6.1. Is this a concern? 2.6.1 is the Apple-installed python. 2.6.4 can only be from python.org that you installed. 2.6.1 should work - I don't have python.org python installed, so everything is compiled from and runs (for me) on the system 2.6.1. 2) On home computer, (working) I installed NumPy from GDAL Complete framework. But start screen says: GRASS 6.4.1 (xxx):~ g.gui wxpython profile.py: This module requires the NumPy module, which could not be imported. It probably is not installed (it's not part of the standard Python distribution). See the Numeric Python site (http://numpy.scipy.org) for information on downloading source or binaries. Is this a Python version issue; Do I need to update from python.org? This would be a python.org python problem - my NumPy installer only installs into the system site-packages folder, so python.org doesn't see it. You would have to install numpy from the numpy site, they have a binary for the python.org python. 3) Unrelated question. On 6.4.1RC1 the wxpython digitizing feature worked. Not so on 6.4.1-4. Is this intended or am I missing something? It was decided that the digitizer (and wxnviz/3D view) had too many problems yet (especially on windows), so it was disabled. Thanks again for help. Dave On 2011-06-01, at 8:19 AM, William Kyngesburye wrote: That's been a very frustrating one. Some builds work for me (this does) and not for others, other builds don't work for me and do for others. Some all OK, some not. But it does seem to be connected to libpng (which is in my UnixImageIO framework). I did forget to update the wxPython part of my GRASS distribution to use the new UnixImageIO, so that may be the problem for you (though you'd probably get a more fundamental error if that was the case). I'll have a new package online soon. On Jun 1, 2011, at 1:01 AM, Dave Kent wrote: I updated today to Mr. Kyngesburye's most recent binaries. I updated the revised frameworks (GDAL complete 1.8, FreeType and Cairo) and then the application 6.4.1-3 (SnowLeopard) as per website. I get the following error when launching wxpython. On start up Grass asks for mapset then provides following: GRASS 6.4.1 Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1611, in module sys.exit(main()) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1604, in main app = GMApp(workspaceFile) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1514, in __init__ wx.App.__init__(self, False) File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7981, in __init__ File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7555, in _BootstrapApp File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1528, in OnInit introBmp = introImage.ConvertToBitmap() File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 3369, in ConvertToBitmap wx._core.PyAssertionError: C++ assertion image.Ok() failed at ../src/mac/carbon/bitmap.cpp(1286) in wxBitmap(): invalid image I am using most recent snow Leopard and the snow Leopard binaries. tcltk works. Have I missed something? Thanks Dave - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Mac 6.4.1-3 Update Problems
That's been a very frustrating one. Some builds work for me (this does) and not for others, other builds don't work for me and do for others. Some all OK, some not. But it does seem to be connected to libpng (which is in my UnixImageIO framework). I did forget to update the wxPython part of my GRASS distribution to use the new UnixImageIO, so that may be the problem for you (though you'd probably get a more fundamental error if that was the case). I'll have a new package online soon. On Jun 1, 2011, at 1:01 AM, Dave Kent wrote: I updated today to Mr. Kyngesburye's most recent binaries. I updated the revised frameworks (GDAL complete 1.8, FreeType and Cairo) and then the application 6.4.1-3 (SnowLeopard) as per website. I get the following error when launching wxpython. On start up Grass asks for mapset then provides following: GRASS 6.4.1 Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1611, in module sys.exit(main()) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1604, in main app = GMApp(workspaceFile) File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1514, in __init__ wx.App.__init__(self, False) File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7981, in __init__ File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7555, in _BootstrapApp File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1528, in OnInit introBmp = introImage.ConvertToBitmap() File /Users/Shared/unix/wxpython-snow/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 3369, in ConvertToBitmap wx._core.PyAssertionError: C++ assertion image.Ok() failed at ../src/mac/carbon/bitmap.cpp(1286) in wxBitmap(): invalid image I am using most recent snow Leopard and the snow Leopard binaries. tcltk works. Have I missed something? Thanks Dave - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: g.extension_problem_MAC
That's the way it is, sorry. On May 15, 2011, at 5:24 AM, Matteo Mura wrote: thanks for your patience and good will, but finally: is there a way to install the addon r.basin on Snow Leopard avoiding to make any trouble (because i'm not a advanced user) ? Matteo - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Theory of the Universe There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened. -Hitchhiker's Guide to the Galaxy 2nd season intro ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension_problem_MAC
g.extension requires Xcode. I haven't tried Xcode 4 yet (must be paid Apple dev, or purchase from the Mac App Store), but I think Xcode 3.2 is still available for free, Apple just doesn't make it obvious how to register (I think you just need an Apple ID). It would be nice to have a binary repository for extensions, so general users don't have to mess with compilation and developer tools. On May 14, 2011, at 3:29 AM, Matteo Mura wrote: Hello everybody i'm using snow leopard and just yesterday i've downloaded the GRASS GIS 6.4.1-2 from the site of William Kyngesburye (thanks for all William), great idea the g.extension GUI, but when i try to install an addons the output is following message: (Sat May 14 10:18:38 2011) g.extension extension=r.basin svnurl=https://svn.osgeo.org/grass/grass-addons ERROR: The 'make' program is required. Please install first. (Sat May 14 10:18:38 2011) Command finished (0 sec) could you give me more details about how to install this 'make' program ? be patients, i'm not advanced users like you thanks ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: g.extension and GRASS 6.4.1
On May 12, 2011, at 7:17 AM, Markus Neteler wrote: sh: /usr/local/grass-6.4.2svn/tools/g.html2man/g.html2man: No such file or directory which is related to http://trac.osgeo.org/grass/changeset/46243 The only solution will be - check if $(INSTALL_DATA)/tools/g.html2man/g.html2man is installed, - otherwise use $(GRASS_HOME)/tools/g.html2man/g.html2man No idea how to write that in a Makefile... Oops, copied the wrong variable name. It should be MODULE_TOPDIR, just like in html.make. Fixed in r46445/r46446. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects. - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: g.extension and GRASS 6.4.1
On May 11, 2011, at 3:45 AM, Luca Casagrande wrote: Right now the last troubles is related to missing /usr/src/packages/BUILD/grass-6.4.1/tools/g.html2man/g.html2man I'm the one that fixed g.extension. I'm waiting on comments whether there might be any problems installing this (security, side effects,...). - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ First Pogril: Why is life like sticking your head in a bucket filled with hyena offal? Second Pogril: I don't know. Why IS life like sticking your head in a bucket filled with hyena offal? First Pogril: I don't know either. Wretched, isn't it? -HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: g.extension and GRASS 6.4.1
On May 11, 2011, at 11:20 AM, Markus Neteler wrote: On Wed, May 11, 2011 at 3:48 PM, William Kyngesburye wokl...@kyngchaos.com wrote: On May 11, 2011, at 3:45 AM, Luca Casagrande wrote: Right now the last troubles is related to missing /usr/src/packages/BUILD/grass-6.4.1/tools/g.html2man/g.html2man I'm the one that fixed g.extension. I'm waiting on comments whether there might be any problems installing this (security, side effects,...). There is one thing: The install script binaryInstall.src should update include/Make/Platform.make for the target installation. The include/ directory is packaged in the main Makefile but as-is and Platform.make therein needs to be updated in the installation process accordingly. So far I haven't touched the include/Make files as currently installed. The changes to g.extension take care of necessary changes to the makefiles on-the-fly. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind? - The Ruler of the Universe ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Mac GUI update
Sorry for the trouble lately. It appears that my rebuild 6.4.1-2 worked for me but not for others, while 6.4.1-1 did work for most others. It's a libpng problem. I updated libpng in my UnixImageIO framework, but forgot to include the update in the GDAL Complete package. For anyone who updated UnixImageIO separately, GRASS 6.4.1-2 works. I've updated the GDAL Complete package. But for a quick update, just install the latest UnixImageIO. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind? - The Ruler of the Universe ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension lipo problem
I updated the package (6.4.1-2) to include recent fixes that let g.extension work. No need for hacks or modbuild. On May 11, 2011, at 7:17 PM, Gaspar Reyes Póndigo wrote: I had the same problem and I solved it as follows. My computer is MAC Os X Snow Leopard 10.6.7 Macbook Grass GIS 6.4.1 COPY FROM TERMINAL $ sudo cp -r /Applications/GRASS-6.4.app/Contents/MacOS/include/grass/ /Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include/grass # For error gis.h $ sudo cp -r /Library/GRASS/6.4/modbuild/tools/ /Users/Shared/src/GRASS/grass-6.4.1-snow/tools # for error g.html2man $ sudo mkdir /Applications/GRASS-6.4.app/Contents/MacOS/tools $ sudo cp /Library/GRASS/6.4/modbuild/tools/mkhtml.sh /Applications/GRASS-6.4.app/Contents/MacOS/tools # for error mkhtml.sh AFTER AGAIN TO INSTALL TO EXTENSION, OK g.extension ETC ETC. Tell me your result, ok On May 4, 2011, at 1:11 PM, Jason Lessels wrote: Hi, I am running os x snow leopard (10.6.7). I have tried to install an extension in GRASS 6.4.1 (2011), but it throws a compilation error. I have searched the lists, with no luck, could anyone help me with this problem. Thanks Jason g.extension extension=i.landsat.toar Fetching i.landsat.toar from GRASS-Addons SVN (be patient)... Ai.landsat.toar/landsat_set.c Ai.landsat.toar/local_proto.h Ai.landsat.toar/main.c Ai.landsat.toar/description.html Ai.landsat.toar/landsat.c Ai.landsat.toar/earth_sun.c Ai.landsat.toar/landsat.h Ai.landsat.toar/landsat_met.c Ai.landsat.toar/Makefile Ai.landsat.toar/earth_sun.h U i.landsat.toar Checked out revision 46186. Compiling i.landsat.toar... test -d OBJ.i386-apple-darwin10.7.0 || mkdir -p OBJ.i386-apple-darwin10.7.0 gcc -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -Os -fexceptions -arch i386 -arch x86_64 -DPACKAGE=\grassmods\ -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -o OBJ.i386-apple-darwin10.7.0/earth_sun.o -c earth_sun.c gcc -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -Os -fexceptions -arch i386 -arch x86_64 -DPACKAGE=\grassmods\ -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -o OBJ.i386-apple-darwin10.7.0/landsat.o -c landsat.c landsat.c:4:23: error: grass/gis.h: No such file or directory landsat.c:4:23: error: grass/gis.h: No such file or directory lipo: can't figure out the architecture type of: /Users/jasonlessels/git/muttama/gis/muttama/muttama/.tmp/macintosh-3.localdomain/29713.0/ccdiXykN.out make: *** [OBJ.i386-apple-darwin10.7.0/landsat.o] Error 1 ERROR: Compilation failed, sorry. Please check above error messages.___ grass-user mailing list grass-user at 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 - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind? - The Ruler of the Universe ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension lipo problem
Known issue - g.extension doesn't work on a Mac (or other systems?) without the original compiled source. I have a modbuild in /Library/GRASS/6.4, see the readme there for details. One aditional thing to do before using it is copy all the static *.a libraries from the GRASS application (/Applications/GRASS-6.4.app/Contents/MacOS/lib) to the modbuild/Modules/lib folder. Note that modbuild does not install the module, just compiles it, you must do that manually. You will also need to download the addon source manually. This should do it (do it in the modbuild/module) folder): svn co https://svn.osgeo.org/grass/grass-addons/[moduleclass]/[module] [module] where [moduleclass] is the named type of module (from the first dotted part of the module name, ie imagery for i, and [module] is the full module name, ie i.landsat.toar. On May 4, 2011, at 1:11 PM, Jason Lessels wrote: Hi, I am running os x snow leopard (10.6.7). I have tried to install an extension in GRASS 6.4.1 (2011), but it throws a compilation error. I have searched the lists, with no luck, could anyone help me with this problem. Thanks Jason g.extension extension=i.landsat.toar Fetching i.landsat.toar from GRASS-Addons SVN (be patient)... Ai.landsat.toar/landsat_set.c Ai.landsat.toar/local_proto.h Ai.landsat.toar/main.c Ai.landsat.toar/description.html Ai.landsat.toar/landsat.c Ai.landsat.toar/earth_sun.c Ai.landsat.toar/landsat.h Ai.landsat.toar/landsat_met.c Ai.landsat.toar/Makefile Ai.landsat.toar/earth_sun.h U i.landsat.toar Checked out revision 46186. Compiling i.landsat.toar... test -d OBJ.i386-apple-darwin10.7.0 || mkdir -p OBJ.i386-apple-darwin10.7.0 gcc -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -Os -fexceptions -arch i386 -arch x86_64 -DPACKAGE=\grassmods\ -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -o OBJ.i386-apple-darwin10.7.0/earth_sun.o -c earth_sun.c gcc -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -Os -fexceptions -arch i386 -arch x86_64 -DPACKAGE=\grassmods\ -I/Users/Shared/src/GRASS/grass-6.4.1-snow/dist.i386-apple-darwin10.7.0/include -o OBJ.i386-apple-darwin10.7.0/landsat.o -c landsat.c landsat.c:4:23: error: grass/gis.h: No such file or directory landsat.c:4:23: error: grass/gis.h: No such file or directory lipo: can't figure out the architecture type of: /Users/jasonlessels/git/muttama/gis/muttama/muttama/.tmp/macintosh-3.localdomain/29713.0/ccdiXykN.out make: *** [OBJ.i386-apple-darwin10.7.0/landsat.o] Error 1 ERROR: Compilation failed, sorry. Please check above error messages.___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: [GRASS-dev] R/GRASS GIS issue with rgdal
My rgdal package is made for R 2.12, as it says. Though the R installer may let you install it anyways, it is linked to the R 2.12 framework. I don't know why it loaded from the Terminal. It should have the same linking error. Anyways, looks like I missed an R update. I need to package a new rgdal for R 2.13 ;) Watch for it on my frameworks page... On Apr 30, 2011, at 6:52 PM, Thomas Adams wrote: All: Sorry for posting the way I have, but I am not really sure where to send this, as it is NOT a GRASS issue, really, but… On a Mac running OS X 10.6.7, I have the following issue: (1) I've loaded the GRASS GRASS-6.4.1-1-Snow.dmg from the KyngChaos Wiki (2) GDAL Complete 1.8 framework package (3) rgdal 0.6.33-1 - R 2.12 package (4) installed R 2.13 Mac binary from CRAN The curious thing is, if I try to load rgdal through the Mac R GUI, I get: library(rgdal) Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared object '/Library/Frameworks/R.framework/Versions/2.13/Resources/library/rgdal/libs/i386/rgdal.so': dlopen(/Library/Frameworks/R.framework/Versions/2.13/Resources/library/rgdal/libs/i386/rgdal.so, 6): Library not loaded: /Library/Frameworks/R.framework/Versions/2.12/Resources/lib/libR.dylib Referenced from: /Library/Frameworks/R.framework/Versions/2.13/Resources/library/rgdal/libs/i386/rgdal.so Reason: image not found Error: package/namespace load failed for 'rgdal' However, if I load rgdal in R through a Mac term window R prompt, life is good and I get: library(rgdal) Loading required package: sp Geospatial Data Abstraction Library extensions to R successfully loaded Loaded GDAL runtime: GDAL 1.8.0, released 2011/01/12 Path to GDAL shared files: /Library/Frameworks/GDAL.framework/Versions/1.8/Resources/gdal Loaded PROJ.4 runtime: Rel. 4.7.1, 23 September 2009 Path to PROJ.4 shared files: (autodetected) Now, I would -only- do GRASS/R stuff through the GRASS R term window command line prompt anyway, but I find this difference perplexing. Any thoughts? Regards, Tom -- Thomas E Adams National Weather Service Ohio River Forecast Center 1901 South State Route 134 Wilmington, OH 45177 EMAIL:thomas.ad...@noaa.gov VOICE:937-383-0528 FAX: 937-383-0033 ___ grass-dev mailing list grass-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind? - The Ruler of the Universe ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: grass.script not found?
On Apr 1, 2011, at 5:57 AM, Johannes Radinger wrote: Okay I checked now that. Here the results: echo $PYTHONPATH /Applications/GRASS-6.5.app/Contents/MacOS/etc/python and for sys.path startet within the GRASS Terminal: import sys sys.path ['', '/Library/Frameworks/SQLite3.framework/Versions/3/Python', '/Library/Frameworks/GDAL.framework/Versions/1.8/Python/site-packages', '/Library/Frameworks/cairo.framework/Versions/1/Python', '/Applications/GRASS-6.5.app/Contents/MacOS/etc/python', '/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.6/site-packages', '/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.6/site-packages/wx-2.8-mac-unicode', '/Library/Frameworks/Python.framework/Versions/2.6/lib/python26.zip', '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6', '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-darwin', '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac', '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac/lib-scriptpackages', '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-tk', '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-old', '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload', '/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages', '/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.6'] That means everything is okay? Those are good. but the script isnt't working on my mac. Glynn Clements tried the script on Linux and GRASS 7.0 and it was working fine there. Maybe anyone then me can try it on a mac machine to see if it is a specific problem on my computer or a general mac issue. Works for me. Try running the script completely in the GRASS terminal, instead of the interactive mode (maps from spearfish): testscript.py newmap=test elevation=elevation.10m geology=geology Did you get a permissions error? Make sure the script has execute permissions (your attached script didn't, but that may be just an email thing). like (use the full path to the script): chmod +x /path/to/testscript.py - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: grass.script not found?
Check the python path. From the GRASS terminal: echo $PYTHONPATH From python started within GRASS: import sys sys.path Both should have the GRASS app etc/python in them. If you start python *outside* GRASS, sys.path won't have GRASS, and this is expected. Same for PYTHONPATH if checked outside GRASS. On Mar 30, 2011, at 10:52 AM, Johannes Radinger wrote: Original-Nachricht Datum: Wed, 30 Mar 2011 09:44:17 -0500 Von: William Kyngesburye kyngch...@kyngchaos.com An: Johannes Radinger jradin...@gmx.at Betreff: Re: grass.script not found? Not working here either... Maybe that's not the right import method. Looking at the wxgui scripts, I see one as: from grass.script import core So, grass.script is not a module but a group of modules. from grass.script import * works for me. It doesn't work in my case... I started Python in the terminal (the python.org 2.6.6 which is default on my mac) and tried: from grass.script import core but I get the same error: Traceback (most recent call last): File stdin, line 1, in module ImportError: No module named grass.script I am still wondering why and think that causes the problem I've got with my scripts. I am not sure why it is working in your case and not in mine. My suggestion for reasons: 1) The PATH and/or the system python and pyhton.org are somehow conflicting 2) I did something wrong during my compilation Maybe we can find out together what causes the problem. /johannes On Mar 25, 2011, at 11:38 AM, Johannes Radinger wrote: Hej, just probably a stupid question, but the installation should also add the grass-python libs or? because when I try to type in terminal-python grass.script... there are no modules found named grass.script.. that seems strange... /johannes -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Those people who most want to rule people are, ipso-facto, those least suited to do it. - A rule of the universe, from the HitchHiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Running a Pyhton Script on Mac (Mapcalc)
On Mar 25, 2011, at 8:32 AM, Glynn Clements wrote: Johannes Radinger wrote: I opend the script with text wrangler and there were indeed mac line endings. So I saved it with unix line endings and now it seems to work. Maybe GRASS should be able to handle line endings from various platforms if that is possible... 1. The terminator for the #! line must be a bare LF character ('\n', '\x0a', decimal 10). This is dealt with by the OS; there isn't anything that GRASS can do about it. The interpreter for a script is everything following the #! up to the first LF. 2. The MacOS X line terminator is LF, the same as Unix. MacOS 9 and earlier used CR ('\r', '\x0d', decimal 13). This is one of the many things which changed between MacOS 9 and MacOS X. 3. Supporting bare CR characters as line terminators is awkward, as the code cannot use standard library functions such as fgets(). Supporting CRLF (DOS/Windows format) is somewhat easier, as fgets() treats the LF as a line break, and the trailing CR is considered whitespace by most C functions (scanf, isspace, etc). 4. On platforms where CR is the native line terminator, opening the file in text mode deals with this. But that doesn't apply to MacOS X, where the native line terminator is LF (see #2). 5. And, it's the Python interpreter that handles this, not GRASS. Though I guess it also depends how you run it. If you run it with just the script name, the shell needs to find the #! before it passes it off to Python, so it might need the unix LF (and this is also not GRASS, but the shell). If you run the script from Python, 'python yourscript.py', then Python handles the script file completely. I thought Python did handle all line endings, but I may be wrong. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history. - Hitchhiker's Guide to the Galaxy ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] gui wxPython2.5 and 2.6 problem on Mac, Path?
GRASS on the Mac uses Python from a wrapper. This is because wxPython (for the GUI) can't run 64bit, but that is what Python does on OSX 10.6. So the wrapper forces it to run 32bit. The GRASS startup will usually find the correct Python for the wrapper to use. It will look in the order (always looking for the version it was compiled with): GRASS_PYTHON shell PATH python.org Python in /Library/Frameworks system Python That /Applications python .command is probably for the python.org Python, which you must have installed at some time. This will put the python.org Python before the system Pyhon in the shell PATH. What does the rest of the startup output in the Terminal say? (scroll up to see it) It should identify which Python it found. There should not be any problem with GRASS and Python 2.6, and the python version should agree with what wxPython was made for, which looks like 2.6 for yours. Maybe something broke in a recent revision of GRASS? On Mar 23, 2011, at 8:21 AM, Johannes Radinger wrote: Hej... because I had problems running a python script and the /usr/bin/env... I was looking which pyhton is in /usr/bin... there I found Python2.6 and Python2.5It seems that they were probably in the wrong order in PATH i thoughtin the Python2.6 folder in my Application ther was a file called Update Shell Profile.command and it was recommended in a forum to run that... ...so and now a big problem started: My wxpython gui isn't working anymore. wxpython, numpy and scipy are installed modules on my mac, but I get following error when I start GRASS GIS6.5: Welcome to GRASS 6.5.svn (2011) GRASS homepage: http://grass.osgeo.org/ This version running thru: Bash Shell (/bin/bash) Help is available with the command: g.manual -i See the licence terms with: g.version -c Start the GUI with: g.gui wxpython When ready to quit enter:exit GRASS 6.5.svn (Treene_location):~ g.gui wxpython Launching 'wxpython' GUI in the background, please wait ... GRASS 6.5.svn (Treene_location):~ g.gui wxpython Launching 'wxpython' GUI in the background, please wait ... GRASS 6.5.svn (Treene_location):~ Traceback (most recent call last): File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1630, in module Traceback (most recent call last): File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1630, in module sys.exit(main()) File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1623, in main sys.exit(main()) File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1623, in main app = GMApp(workspaceFile) File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1522, in __init__ app = GMApp(workspaceFile) File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1522, in __init__ wx.App.__init__(self, False) File /usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7978, in __init__ wx.App.__init__(self, False) File /usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7978, in __init__ self._BootstrapApp() self._BootstrapApp() File /usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7552, in _BootstrapApp File /usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.6/site-packages/wx-2.8-mac-unicode/wx/_core.py, line 7552, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1540, in OnInit return _core_.PyApp__BootstrapApp(*args, **kwargs) File /Applications/GRASS-6.5.app/Contents/MacOS/etc/wxpython/wxgui.py, line 1540, in OnInit timeout = 2000, parent = None, id = wx.ID_ANY) TypeError: __init__() got an unexpected keyword argument 'extrastyle' timeout = 2000, parent = None, id = wx.ID_ANY) TypeError: __init__() got an unexpected keyword argument 'extrastyle' it seems that there is a problem that i have two versions of python and maybe GRASS can work only with python2.5... I tried a recompilation of GRASS, but still fail... it is not a problem of GRASS itself but more of my set environemtal variables in the Path i think, but I don't know... how can I check that, how can I set the Path correctly? ..how can I solve that problem? /johannes -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http
Re: [GRASS-user] Installing Add-ons on a Mac
Way back before g.extension, I wasn't satisified with GEM, and there wasn't much interest in fixing it up, so I added 'modbuild' to the Mac package. It's still there, though it's not obvious (it's breifly mentioned in one of the readmes). Find it in /Library/GRASS/6.4. Copy it to your home folder (to avoid permissions problems) and follow the instructions in the readme in that folder. One additional thing you need to do, discovered recently, is copy all the static *.a libraries from the GRASS application (/Applications/GRASS-6.4.app/Contents/MacOS/lib) to the modbuild/Modules/lib folder. Note that installation of the module is not automatic. On Mar 21, 2011, at 2:36 AM, Johannes Radinger wrote: Hello, as it is not posssible at the moment to install add-on modules on a mac via the g.extension (on GRASS GIS 6.5SVN and 7SVN) I'd like to ask you if there is any other way? Maybe you can explain me step by step how to install an add-on without g.extension on my mac. I'd like to install the r.stream.* packages and the r.fuzzy.system. Please help me as I need both packages for my work. Thank you Johannes ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Install Addon GRASS 7.0 on Mac
On Mar 3, 2011, at 12:01 AM, Hamish wrote: William wrote: g.extension also changes how GRASS_ADDON_PATH is interpreted, from GRASS 6 - it used to be a direct path to the executable folder, ie bin/, now it's a path to the parent of that. The default user addon paths set by the Mac startup are (GRASS version is major.minor version): It still should be a single path which points to a dir which should be added to GRASS's search $PATH. Was this a conscious change (single path), or did it happen because of how g.extension was programmed. The documentation for the GRASS startup still shows examples: GRASS_ADDON_PATH=/usr/mytools GRASS_ADDON_PATH=/usr/mytools:/usr/local/othertools grass.py adds both the full GRASS_ADDON_PATH and GRASS_ADDON_PATH/bin and scripts to PATH, which assumes there is only one path in GRASS_ADDON_PATH. And of course g.extension defaults to GRASS_ADDON_PATH, if set, thus expecting a single path there. Rather limiting. Breaks my Mac setup for global and user addons outside the GRASS application folder. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Install Addon GRASS 7.0 on Mac
On Mar 2, 2011, at 8:30 AM, Johannes Radinger wrote: Original-Nachricht Datum: Wed, 2 Mar 2011 15:14:24 +0100 Von: Markus Neteler nete...@osgeo.org An: Johannes Radinger jradin...@gmx.at CC: kyngch...@kyngchaos.com, grass-us...@lists.osgeo.org Betreff: Re: [GRASS-user] Install Addon GRASS 7.0 on Mac On Wed, Mar 2, 2011 at 2:11 PM, Johannes Radinger jradin...@gmx.at wrote: Hello, first great thanks to you William! My GRASS 7.0 is no perfectly running on my Mac 10.6.6. Now I want to install the r.stream addon. I tried with g.extension extension=r.stream svnurl=https://svn.osgeo.org/grass/grass-addons/grass7 prefix=$GRASS_ADDON_PATH but I failed... So what do I have to do? Tell us why it fails :) I.e. send the error message... That's the error message I get: Checked out revision 45518. Compiling 'r.stream'... make: stat: /users/admin/downloads/grass-7.0.svn_src_snapsho t_2011_02_26/dist.i386-apple-darwin10.6.0: Permission denied mkdir: /users/admin/downloads/grass-7.0.svn_src_snapshot_201 1_02_26: Permission denied make: *** [/users/admin/downloads/grass-7.0.svn_src_snapshot _2011_02_26/dist.i386-apple-darwin10.6.0] Error 1 ERROR: Compilation failed, sorry. Please check above error messages. mkdir -p /users/admin/downloads/grass-7.0.svn_src_snapshot_2011_02_26/dist.i386-apple-darwin10.6.0 (Wed Mar 2 15:25:18 2011) Command finished (8 sec) Interestingly it mentions my download-directory where I compiled the grass-gis before... So is it not okay then to delete the downloaded source-snapshot after compiling and installing (at the moment it is still there). I've never tried g.extension before. That $GRASS_ADDON_PATH can have multiple paths in it, separated by : (colon). The Mac startup does just this. And it looks like g.extension doesn't handle this, so it's trying to create a bogus folder, though it should not be having permissions problem since it would still be in your home folder. Maybe the : separator is confusing the system (some Mac internals still use the old : file path separator). g.extension also changes how GRASS_ADDON_PATH is interpreted, from GRASS 6 - it used to be a direct path to the executable folder, ie bin/, now it's a path to the parent of that. The default user addon paths set by the Mac startup are (GRASS version is major.minor version): ~/Library/GRASS/[GRASS version]/Modules/bin /Library/GRASS/[GRASS version]/Modules/bin I didn't catch the change and haven't updated the Mac startup yet. Though it looks like the normal startup does both, which still gets it messed up. So, I'd say set the prefix=~/Library/GRASS/7.0/Modules for g.extension, but GRASS would not find your installed extension afterwards to execute it. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The equator is so long, it could encircle the earth completely once. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Warning to Mac users: TclTk 8.5.9 breaks compatibility for NVIZ
Don't upgrade to TclTk 8.5.9, stick with 8.5.8. I realize it's been out since last September, but I never upgraded out of laziness and didn't notice. They switched to use the system Cocoa API from the old Carbon API (should have saved that for 8.6). Togl still has Carbon calls in it, and I don't think that'll change (it's not an easy fix, and GRASS still uses the older togl 1.7, and even 2.0 still uses Carbon). I'm too lazy to report a bug for TclTk on this - I don't use NVIZ and expect GRASS 7 (and maybe 6) to eventually have something working in Python anyways. Unfortunately, ActiveState, that makes the ActiveTcl that is recommended for compilation and my binaries, only provides old versions for download for the business edition, and doesn't allow reditribution of their installers. I'll have to restore the TclTk compile instructions in the Mac readme in the GRASS source, and figure out something to make a TclTk 8.5.8 available for existing GRASS packages. Any user-compiled or other distribution of TclTk 8.5.8 Aqua frameworks should work, as it's all just standard options in the source. Note: this only affects NVIZ. TclTk GUI is not affected. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Warning to Mac users: TclTk 8.5.9 breaks compatibility for NVIZ
This really only applies to developers and users that compile GRASS. I already bundle TclTk with my GRASS packages for those users that just download and intall the binaries. Anyways, I added a TclTk 8.5.8 installer to my site for those that need it. Just a quick standard Aqua framework build, it'll overwrite ActiveTcl, and it takes care of the lib symlinks mentioned in the GRASS Mac readme. On Feb 26, 2011, at 10:20 AM, William Kyngesburye wrote: Don't upgrade to TclTk 8.5.9, stick with 8.5.8. I realize it's been out since last September, but I never upgraded out of laziness and didn't notice. They switched to use the system Cocoa API from the old Carbon API (should have saved that for 8.6). Togl still has Carbon calls in it, and I don't think that'll change (it's not an easy fix, and GRASS still uses the older togl 1.7, and even 2.0 still uses Carbon). I'm too lazy to report a bug for TclTk on this - I don't use NVIZ and expect GRASS 7 (and maybe 6) to eventually have something working in Python anyways. Unfortunately, ActiveState, that makes the ActiveTcl that is recommended for compilation and my binaries, only provides old versions for download for the business edition, and doesn't allow reditribution of their installers. I'll have to restore the TclTk compile instructions in the Mac readme in the GRASS source, and figure out something to make a TclTk 8.5.8 available for existing GRASS packages. Any user-compiled or other distribution of TclTk 8.5.8 Aqua frameworks should work, as it's all just standard options in the source. Note: this only affects NVIZ. TclTk GUI is not affected. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects. - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS-6.4.1RC1 Error with GDAL 1.7 and 1.8
I bundled the wrong GDAL plugins with GRASS. I'm working on it. It only affects reading those formats with r.in.gdal. On Feb 26, 2011, at 1:01 PM, jentjr wrote: Hello, The other day I installed version 6.4.1RC1 on mac os x. I get the following error when I try to import import files. I have both the complete GDAL frameworks 1.7 and 1.8 installed on my computer. I went back and reinstalled version 1.7 and reinstalled GRASS, but I keep getting this error. Are there any suggestions of what might be causing this? ERROR 1: ECW driver was compiled against GDAL 1.7 but current library version is 1.8 ERROR 1: JP2ECW driver was compiled against GDAL 1.7 but current library version is 1.8 ERROR 1: GDAL/GRASS57 driver was compiled against GDAL 1.7 but current library version is 1.8 ERROR 1: MrSID driver was compiled against GDAL 1.7 but current library version is 1.8 ERROR 1: OGR/GRASS driver was compiled against GDAL 1.7 but current library version is 1.8 Thanks, Justin -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/GRASS-6-4-1RC1-Error-with-GDAL-1-7-and-1-8-tp6068305p6068305.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user