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 wrote: > > > On 3/16/16, 6:24 AM, "Rainer M Krug" wrote: > >> Rainer M Krug writes: >> >>> Adam Dershowitz 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 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 wrote: > > > > > > On 3/15/16, 3:37 PM, "grass-user on behalf of William Kyngesburye" > > wrote: > >> On Mar 15, 2016, at 2:05 PM, Rainer M Krug wrote: >>> >>> William Kyngesburye 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 something unusual, such as at startup it tries to copy a few > files from the bundle to /usr so tha
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 wrote: > > William Kyngesburye 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 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-712
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 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 writes: > >> Adam Dershowitz 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 a different problem. >>> >>> >>>
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 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 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 wrote: > >> On Feb 22, 2015, at 8:50 PM, Michael Barton 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 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
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 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 >> 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 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 >> 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 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] 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 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 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)
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 wrote: > On Wed, Oct 15, 2014 at 1:57 AM, Michael Barton > 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 >>>> 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 >>>>> - William Kyngesburye 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 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 > 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 >> 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 >>> >>> 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 already installed. Re-installing... >>> Fetching 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 >>> ^ >>> 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 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 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 > > 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 already installed. Re-installing... > Fetching 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 > ^ > 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 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 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 "", line 1, in > File > "/Library/Python/2.7/site-packages/matplotlib-override/matplotlib/pyplot.py", > line 24, in > import matplotlib.colorbar > File > "/Library/Python/2.7/site-packages/matplotlib-override/matplotlib/colorbar.py", > line 27, in > import matplotlib.artist as martist > File > "/Library/Python/2.7/site-packages/matplotlib-override/matplotlib/artist.py", > line 8, in > from transforms import Bbox, IdentityTransform, TransformedBbox, \ > File > "/Library/Python/2.7/site-packages/matplotlib-override/matplotlib/transforms.py", > line 35, in > 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á > wrote: > Hi, > > > On Mon, Jun 30, 2014 at 7:57 PM, William Kyngesburye > 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 > 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.
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 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 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 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 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
>> 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
>> 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" 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 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
>> >> from core import globalvar
>> >> File
>> >> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/global
>> >> v
>> >> ar.py", line 84, in
>> >> import wx
>> >> File
>> >> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/
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 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" 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 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 >> from core import globalvar >> File >> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/global >> v >> ar.py", line 84, in >> import wx >> File >> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/__init__.p >> y >> ", line 45, in >> from wx._core import * >> File >> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py", >> line 4, in >> 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" 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 >>> wrote: >>> >>>> I haven't installed PostGIS, so you'll have to ask William abo
Re: [GRASS-user] [GRASS-dev] [cmbarton.wikidot.com] Contact via Wikidot.com
t;>> This is a weird error. I built these binaries against OS X 10.7 and am >>>>> sure that they work with Mavericks (10.9). But I only have Mavericks. >>>>> So >>>>> I'm copying some of the GRASS developers in the hopes that someone else >>>>> can test. >>>>> >>>>> Michael >>>>> >>>>> On May 19, 2014, at 1:13 AM, Wikidot.com wrote: >>>>> >>>>>> >>>>>> Form data: >>>>>> >>>>>> First name, last name: >>>>>> John Payne >>>>>> >>>>>> Organization/Company: >>>>>> Wildlife Conservation Society >>>>>> >>>>>> Country: >>>>>> Mongolia >>>>>> >>>>>> Email: >>>>>> jcpa...@uw.edu >>>>>> >>>>>> Your message (5000 character max): >>>>>> Hi Michael, I just tried installing both of the binaries for Grass 7 >>>>>> (7.0.beta2 and 7.1) on a new Mac (OS X 10.8.5), and got a message both >>>>>> times saying something like "Wrong operating system" (I since >>>>>> successfully installed 6.4, but I really need some of the new features >>>>>> of 7). It wasn't clear to me from your release notes whether the >>>>>> binaries only worked for Mavericks. Thanks, John >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >> > > ___ > grass-dev mailing list > grass-...@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/grass-dev - William Kyngesburye 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 > - > not found > > HIT RETURN > > > > 2014-03-11 11:01 GMT-03:00 William Kyngesburye : > 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 > 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 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] 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 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] 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
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
> 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.
>>>
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] 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 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] 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 /Volumes/Tao/GIS/grassdata/Mojave/PERMANENT/sqlite.db> by driver > 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 /Users/knussear/GIS/grassdata/Mojave/PERMANENT/sqlite.db> by driver > 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 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." "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] 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 > 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." > > "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 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 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 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." "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?)
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 >> 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 >>> Problem selecting x0. Will try once more >>> ERROR: No such monitor as >>> >>> 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 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 > 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 > > Problem selecting x0. Will try once more > > ERROR: No such monitor as > > > > 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 > 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 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?)
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 > Problem selecting x0. Will try once more > ERROR: No such monitor as > > 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 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
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 Contents>MacOS. 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 > 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 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 >> 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 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] 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 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 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 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 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] GRASS on Mac OS 10.8.3
There was someone else with this problem, but I didn't have a solution then. maybe this will help them. GRASS (OS X) needs a Python compatible with the bundled wxPython. So far this has been limited to 32bit, though the rest of GRASS can be 64bit. So OS X has a wrapper that forces python to run 32bit, and the startup tries to find a suitable Python. It's possible that it still somehow executes the Macports Python, and the Macports Python may be 64bit only, then you get the error about the wrong architecture (32bit vs 64bit). The order for finding Python is: GRASS_PYTHON PATH /Library/Frameworks (the python.org python) system Now that I look at it, when finding Python, it doesn't check the available architectures, so it's very possible to find the Macports Python (suspected 64bit only) in the PATH, then fail to run when it's needed. Try setting GRASS_PYTHON in your .bash_profile to (exactly): /usr/bin/pythonw2.6 On Apr 9, 2013, at 11:23 AM, Adam Dershowitz wrote: > I figured out the problem and a temporary work around, that I figured I would > let people know. But, if anyone has a better solution, I would love to hear > it. > The problem seems to be that I have macports installed, and there appears to > be an issue with python versions, and where it is being found. > > I first tried using the acceptable macports way of changing to different > versions of python, but these didn't help: > sudo port select python python26 > sudo port select python python27-apple > Etc, but these didn't allow either 6.4 or 7.0 to run. > > But, if I get rid of all my macports stuff by doing: > Sudo mv /opt/local /opt/local_tmp > Then I can open either GRASS 6.4 or 7.0. I can then move opt/local back and > then either GRASS seems to work fine. Even if I quit and restart the gui > they are fine. > This was not a problem for me on OS 10.6 and earlier. So, something is > different about search paths and/or environmental variables. > Renaming like that is not a viable long term solution, as I need macports > stuff a bunch. Any suggestions about how the application is searching and > why it is not finding a good version? Or maybe the real problem is that I > don't have the correct port (or version) of something installed in Macports, > and if I do then it might be that the macports version is fine, and would > work. I believe that there might have been a change between 10.6 and 10.8 > related to 32 bit versus 64 bit being default builds, so could there be an > issue with which version of wx, or some other library is being searched for? > > Any thoughts or guidance? > > -- Adam - William Kyngesburye 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] 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 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 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
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 > from gui_modules import globalvar > File > "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_modules/globalvar.py", > line 76, in > import wx > File > "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/__init__.py", line > 45, in > from wx._core import * > File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py", > line 4, in > import _core_ > ImportError: > dlopen(/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so, > 2): Library not loaded: > /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 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 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/8bwpz0412gs7706j57hdyb4h0000gn/T//ccVKHaGQ.out > make: *** [OBJ.i386-apple-darwin10.7.0/main.o] Error 1 > > any hints are welcome > > best > > Carlos - William Kyngesburye 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." "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 > 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 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
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 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] : kCGErrorInvalidConnection: > CGSGetWindowTags: Invalid connection > Jul 11 15:20:26 vlancrte101 Wish[37065] : 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 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 > 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 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 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 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 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 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 Vicens: >>> 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 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
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 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 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/
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 >>>>>> 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-
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 >>>> 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 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 >> 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 > 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 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
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 >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 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] error message from GRASS 7 on mac os
You don't, the developers fix it in the code (as Anna did) and it will be in the next release. But, the CGContext errors should be harmless, and you can ignore them. If you installed PIL, I don't know why cartographic composer preview is not working. Maybe you have installed other versions of Python (besides the system python) and GRASS is not using the right one? On Mar 18, 2012, at 7:13 AM, wrote: > Hello > thank you for the responses and hints...however, I am confusedhow do I > use CallAfter? > I did install PILL yes, but no fix. > R. > > > Message: 1 > Date: Sat, 17 Mar 2012 15:23:45 +0100 > From: Anna Kratochv?lov? > Subject: Re: [GRASS-user] error message from GRASS 7 on mac os > To: Markus Neteler > Cc: grass-user@lists.osgeo.org, raphael.viscarra-ros...@csiro.au > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > On Sat, Mar 17, 2012 at 7:48 AM, Markus Neteler wrote: >> On Sat, Mar 17, 2012 at 6:04 AM, ? wrote: >>> Hi, >>> >>> sorry for the omission of a descriptive subject line in my previous message. >> >> (Please also remove irrelevant pieces from the message, especially when >> receiving in digest mode, thanks) >> >>> I have recently upgraded to GRASS 7 (from 6.4) in my mac running snow >>> leopard 10.6.8. >>> All frameworks updated. ?The software starts fine...and so far appears to >>> work OK but for some error messages in the terminal window: >>> >>> Launching GUI in the background, please wait... >>> GRASS 7.0.svn (proj1):~ > Fri Mar 16 08:48:08 raw.local pythonw2.6[618] >>> : CGContextRestoreGState: invalid context 0x0 >>> Fri Mar 16 08:48:08 raw2-bu.local pythonw2.6[618] : >>> CGContextRestoreGState: invalid context 0x0 >>> Fri Mar 16 08:48:08 raw2-bu.local pythonw2.6[618] : >>> CGContextRestoreGState: invalid context 0x0 >>> Fri Mar 16 08:48:08 raw2-bu.local pythonw2.6[618] : >>> CGContextRestoreGState: invalid context 0x0 >>> Fri Mar 16 08:48:08 raw2-bu.local pythonw2.6[618] : >>> CGContextRestoreGState: invalid context 0x0 >>> >>> Also, previews in cartographic composer that need python imaging library is >>> not working - related to the above? >>> >>> I searched for other's experience with this and found some, but not >>> solutions. Any help to fix this will be apprecaited. >> >> @devs: I wonder if the hint in >> http://trac.wxwidgets.org/ticket/4272 >> >> would help which suggests the usage of wx.CallAfter >> (http://wiki.wxpython.org/CallAfter) > > Hi, > > I added CallAfter as suggested (r51089), let's see if it helps. > > Anna - William Kyngesburye 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] error message from GRASS 7 on mac os
On Mar 17, 2012, at 12:04 AM, 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 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
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] : 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 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 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 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 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
You need to edit it. But not in the root account home. Use pico or nano in the Terminal, or TextWrangler.app is also a good text editor for this (edit ~/.bash_profile). On Dec 14, 2011, at 11:05 AM, José Carlos Guerrero Antúnez wrote: > Hi, > > How to remove that setting, this is the mesage when I write in Terminal > window, I have all privileges as administrator. > > ~/.bash_profile > > sh: /var/root/.bash_profile: No such file or directory > > Thank you, > > El 14 de diciembre de 2011 13:10, William Kyngesburye > escribió: > 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 > > 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 > > > 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 &
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 > 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 > > 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 > >> Subject: [GRASS-user] Problems with grass for OSX > >> To: grass-user@lists.osgeo.org > >> Message-ID: > >> > >> 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.
Re: [GRASS-user] Problems with grass for OSX
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 >> Traceback (most recent call last): >> File >> "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py", line >> 858, in >>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 >> 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 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 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 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 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
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
-
William Kyngesburye
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 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 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 > ___ > grass-user mailing list > grass-user@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye 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
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 > 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/S
Re: [GRASS-user] help building GRASS 7 svn on MacOSX Lion
t (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 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] 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, wrote: >>>> >>>>> Date: Sat, 10 Sep 2011 19:21:05 -0400 >>>>> From: Kurt Springs >>>>> Subject: [GRASS-user] Problem after Installing OS X 10.7 >>>>> To: grass-user@lists.osgeo.org >>>>> Message-ID: >>>>> 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 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] Problem after Installing OS X 10.7
. >>> 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 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] 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, 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 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] 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, 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 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] 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 >> Subject: Re: [GRASS-user] Mac Pathon 64 Bit >> To: wagner >> Cc: grass-user@lists.osgeo.org >> Message-ID: >> 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 >> http://www.kyngchaos.com/ > - William Kyngesburye 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] 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 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
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 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] 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 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
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 >>> 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 >> http://www.kyngchaos.com/ &g
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 >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 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 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 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 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] 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 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 ... > > > > 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 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 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: 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 > 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 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: 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 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] 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 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 ... > 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 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 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 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 >> An: Johannes Radinger >> 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 "", line 1, in > 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 >> 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 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
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?
; 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 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] 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 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 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
