Re: [GRASS-user] Using r.out.kml and scripts in Windows Binary- error
Markus N: > I wonder if the command line bash shell g.extension could be redicted > *on Windows* to the Python based g.extension to avoid these problems? I purposely left the g.extension(.sh) installed in the Windows build as theoretically & fundamentally it should work if the user has a full compiler and build environment for grass set up. For those people, and in the hope that someone might be able to make it work better someday, it remains. I get really frustrated by software that assumes it knows better and locks out otherwise possible things, so I try not to replicate that behaviour... As it is anecdotally quite rare for Windows users to have that full build-from-source environment (most download the pre-built .exe installer) if it does remain, I would think it good to add a WARNING for Windows command line users to try it from the GUI instead. (and so download pre-built parcels from Martin's site) e.g. for the debian/ubuntu packages g.extension(.*) returns a non-fatal warning if the -dev package isn't installed too, which says "what you are trying to do probably won't work, this is why, and this is how to fix it". best, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] question with gipe
Hi Yann and the Grass community, I am trying to install gipe in Grass 6.4 but can not find the install_yanns_grass.sh file It is not in the gipe folder https://svn.osgeo.org/grass/grass-addons/grass6/imagery/gipe/ Could anybody give me some help please? Best, Jiao ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] shell scripting problem
Thanks Stephen I just found the problem… bloody meta character "^M" that did not show up in my text editor. I opened the coords file with vi and there it was! krw On Sep 13, 2012, at 9:00 AM, Stephen Sefick wrote: > Are some of the data points missing? That would be my first guess. > HTH, > > Stephen > > On 09/13/2012 08:43 AM, Kirk Wythers wrote: >> I am perplexed by some odd scripting behavior and am hoping that someone can >> point out the (probably stupid) mistake I am making. >> >> I use a simple for loop with g.mlist an r.what to query some climate data. I >> have run this script before and never had any trouble with it. However, >> today I notice that it is returning fewer data points from my climate data >> than the number of coordinates that I am querying. For example I have a file >> "coords" that contains 8973 lines of coordinates. This should return 8973 >> lines of data from grass. However, the script is returning 8925 lines of >> data. I'm not getting any errors and can think of no reason the script >> should behave this way. >> >> Any ideas? >> >> >> >> Here is a copy of my shell script >> >> #!/bin/bash >> >> #test to see if script is being run from GRASS >> >> if test "$GISBASE" = ""; then >>echo "You must be in GRASS to run this program" >>exit >> fi >> >> # Use input text file for coords in the format: lon lat (easting northing) >> single >> # space between coords. Example: -98.42072 55.91481. Must use real >> coordinates, no blanks. >> # Script will create file for each $MAP in the list. g.mlist can also take >> the "pattern" >> # argument which takes regular expressions. For example: pattern="*" returns >> all >> # maps in the database. >> >> for MAP in `g.mlist type=rast pattern="HIST_bio_12"`; do >>r.what --verbose input="$MAP"< ~/Desktop/worldclim/coords> >> ~/Desktop/worldclim/"$MAP".txt; >> >> echo "$MAP" >> >> done >> ___ >> grass-user mailing list >> grass-user@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/grass-user > > -- > Stephen Sefick > ** > Auburn University > Biological Sciences > 331 Funchess Hall > Auburn, Alabama > 36849 > ** > sas0...@auburn.edu > http://www.auburn.edu/~sas0025 > ** > > Let's not spend our time and resources thinking about things that are so > little or so large that all they really do for us is puff us up and make us > feel like gods. We are mammals, and have not exhausted the annoying little > problems of being mammals. > >-K. Mullis > > "A big computer, a complex algorithm and a long time does not equal science." > > -Robert Gentleman > > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] shell scripting problem
Are some of the data points missing? That would be my first guess. HTH, Stephen On 09/13/2012 08:43 AM, Kirk Wythers wrote: I am perplexed by some odd scripting behavior and am hoping that someone can point out the (probably stupid) mistake I am making. I use a simple for loop with g.mlist an r.what to query some climate data. I have run this script before and never had any trouble with it. However, today I notice that it is returning fewer data points from my climate data than the number of coordinates that I am querying. For example I have a file "coords" that contains 8973 lines of coordinates. This should return 8973 lines of data from grass. However, the script is returning 8925 lines of data. I'm not getting any errors and can think of no reason the script should behave this way. Any ideas? Here is a copy of my shell script #!/bin/bash #test to see if script is being run from GRASS if test "$GISBASE" = ""; then echo "You must be in GRASS to run this program" exit fi # Use input text file for coords in the format: lon lat (easting northing) single # space between coords. Example: -98.42072 55.91481. Must use real coordinates, no blanks. # Script will create file for each $MAP in the list. g.mlist can also take the "pattern" # argument which takes regular expressions. For example: pattern="*" returns all # maps in the database. for MAP in `g.mlist type=rast pattern="HIST_bio_12"`; do r.what --verbose input="$MAP"< ~/Desktop/worldclim/coords> ~/Desktop/worldclim/"$MAP".txt; echo "$MAP" done ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick ** Auburn University Biological Sciences 331 Funchess Hall Auburn, Alabama 36849 ** sas0...@auburn.edu http://www.auburn.edu/~sas0025 ** Let's not spend our time and resources thinking about things that are so little or so large that all they really do for us is puff us up and make us feel like gods. We are mammals, and have not exhausted the annoying little problems of being mammals. -K. Mullis "A big computer, a complex algorithm and a long time does not equal science." -Robert Gentleman ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] shell scripting problem
I am perplexed by some odd scripting behavior and am hoping that someone can point out the (probably stupid) mistake I am making. I use a simple for loop with g.mlist an r.what to query some climate data. I have run this script before and never had any trouble with it. However, today I notice that it is returning fewer data points from my climate data than the number of coordinates that I am querying. For example I have a file "coords" that contains 8973 lines of coordinates. This should return 8973 lines of data from grass. However, the script is returning 8925 lines of data. I'm not getting any errors and can think of no reason the script should behave this way. Any ideas? Here is a copy of my shell script #!/bin/bash #test to see if script is being run from GRASS if test "$GISBASE" = ""; then echo "You must be in GRASS to run this program" exit fi # Use input text file for coords in the format: lon lat (easting northing) single # space between coords. Example: -98.42072 55.91481. Must use real coordinates, no blanks. # Script will create file for each $MAP in the list. g.mlist can also take the "pattern" # argument which takes regular expressions. For example: pattern="*" returns all # maps in the database. for MAP in `g.mlist type=rast pattern="HIST_bio_12"`; do r.what --verbose input="$MAP" < ~/Desktop/worldclim/coords > ~/Desktop/worldclim/"$MAP".txt; echo "$MAP" done ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] New AddOns for Analyzing landscape connectivity based on graph-theory - the r.connectivity.*-toolchain
Hi, it doesn't find the executing shell. it's my fault, did you use g.extension from the command line? please try the g.extension-manager from the GUI. then precompiled corresponding bat-files should be installed. HTH - best regards Helmut -- View this message in context: http://osgeo-org.1560.n6.nabble.com/New-AddOns-for-Analyzing-landscape-connectivity-based-on-graph-theory-the-r-connectivity-toolchain-tp5000351p5001677.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
Re: [GRASS-user] New AddOns for Analyzing landscape connectivity based on graph-theory - the r.connectivity.*-toolchain
Dear Markus and Helmut Thanks for the answeres! On my OSGeo4W installation of GRASS 6.4.3svn I managed now to install the adons using g.extension (worked only if no systemwide installation was requested (althouh I have admin rights)). The GUI starts and everything looks quite fine (the help is build and available (though the chosen language is strange)). But when I run the command I get the following message: http://osgeo-org.1560.n6.nabble.com/file/n5001665/Message.jpg And the processing stops... Any ideas? Stefan -- View this message in context: http://osgeo-org.1560.n6.nabble.com/New-AddOns-for-Analyzing-landscape-connectivity-based-on-graph-theory-the-r-connectivity-toolchain-tp5000351p5001665.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
Re: [GRASS-user] Using r.out.kml and scripts in Windows Binary- error
Hi, 2012/9/13 Markus Neteler : > I wonder if the command line bash shell g.extension could be redicted > *on Windows* to > the Python based g.extension to avoid these problems? probably yes, note that `g.extension.py` (located in `etc/gui/scripts`) is added to the PATH only for wxGUI. Martin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using r.out.kml and scripts in Windows Binary- error
2012/9/13 António Rocha : > I tried from the command line in the GUI. > Ok next time I will give a try with that extension. Thanks you can use from wxGUI CLI `g.extension.py` (note `py` extension). Martin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using r.out.kml and scripts in Windows Binary- error
On Thu, Sep 13, 2012 at 11:40 AM, Martin Landa wrote: ... > have you tried to install extension from command line or wxGUI [1]? > wxGUI uses another g.extension (Python based) which should download on > Windows directly prepared binaries. I wonder if the command line bash shell g.extension could be redicted *on Windows* to the Python based g.extension to avoid these problems? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using r.out.kml and scripts in Windows Binary- error
Hello Martin I tried from the command line in the GUI. Ok next time I will give a try with that extension. Thanks On 13-09-2012 10:40, Martin Landa wrote: Hi, 2012/9/13 António Rocha : I tried to install r.out.kml with g.extension but I got this error: which: svn: unknown command ERROR: svn client required. Please install Subversion first. (maybe it is relevant to indicate that in the help file and a few links to Subversion clients) have you tried to install extension from command line or wxGUI [1]? wxGUI uses another g.extension (Python based) which should download on Windows directly prepared binaries. Martin [1] http://grass.osgeo.org/wiki/WxGUI#Extension_Manager -- António Rocha Earth Observation Applications and Services Av. D. João II, Lt 1.17.01 - 10º, Ed. Torre Zen 1998-023 Lisboa, Portugal Ph: +351 21 893 30 23 Fax: +351 21 896 90 99 http://www.deimos.pt ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using r.out.kml and scripts in Windows Binary- error
Hi, 2012/9/13 Martin Landa : > have you tried to install extension from command line or wxGUI [1]? > wxGUI uses another g.extension (Python based) which should download on > Windows directly prepared binaries. to avoid user confusion, probably bash script `g.extension` should end on Windows with an error, eg. "g.extension is not working on MS Windows. Use wxGUI Extension Manager instead." or similar... Martin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using r.out.kml and scripts in Windows Binary- error
Hi, 2012/9/13 António Rocha : > I tried to install r.out.kml with g.extension but I got this error: > which: svn: unknown command > ERROR: svn client required. Please install Subversion first. > (maybe it is relevant to indicate that in the help file and a few links to > Subversion clients) have you tried to install extension from command line or wxGUI [1]? wxGUI uses another g.extension (Python based) which should download on Windows directly prepared binaries. Martin [1] http://grass.osgeo.org/wiki/WxGUI#Extension_Manager -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using r.out.kml and scripts in Windows Binary- error
Hi I have just uninstalled Binary version and installed GRASS from OSGEO4W. Script files work just fine. I tried to install r.out.kml with g.extension but I got this error: which: svn: unknown command ERROR: svn client required. Please install Subversion first. (maybe it is relevant to indicate that in the help file and a few links to Subversion clients) Nevertheless, I added the script file into script folder, html to manual page and created a r.out.kml.bat in bin folder and it worked. Bes regards, Antonio Rocha -- António Rocha Earth Observation Applications and Services Av. D. João II, Lt 1.17.01 - 10º, Ed. Torre Zen 1998-023 Lisboa, Portugal Ph: +351 21 893 30 23 Fax: +351 21 896 90 99 http://www.deimos.pt ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user