Re: [GRASS-user] qgis problems SL 7 (Processing); (http://courses.neteler.org/qgis-2-10-rpms-for-fedora-21-centos-7-scientific-linux-7/)
Thank you all for the help. Markus, I have qtwebkit installed, but still receive the error message. I appreciate all of the help. On Fri, Sep 9, 2016 at 3:56 AM, Markus Neteler <nete...@osgeo.org> wrote: > On Fri, Sep 9, 2016 at 12:57 AM, Vaclav Petras <wenzesl...@gmail.com> > wrote: > > On Thu, Sep 8, 2016 at 3:21 PM, stephen sefick <ssef...@gmail.com> > wrote: > >> > >> os.path.join(pluginPath, 'ui', 'DlgResults.ui')) > >> File "/usr/lib64/python2.7/site-packages/PyQt4/uic/__init__.py", line > >> 213, in loadUiType > >> exec(code_string.getvalue(), ui_globals) > >> File "", line 52, in > >> File "/usr/lib64/python2.7/site-packages/qgis/utils.py", line 478, in > >> _import > >> mod = _builtin_import(name, globals, locals, fromlist, level) > >> ImportError: No module named QtWebKit.QWebView > > > > > > This looks like a problem in QGIS related to the QtWebKit dependency > which > > is recently problematic as far as I can tell from QGIS developer mailing > > list. > > You may try this since you are on Scientific Linux: > > yum install -y epel-release > yum -y update > yum install -y qtwebkit > > > You can use GRASS GIS through the GRASS plugin or just use the > > standalone GRASS GIS. > > Yes > > Markus > -- 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] qgis problems SL 7 (Processing); (http://courses.neteler.org/qgis-2-10-rpms-for-fedora-21-centos-7-scientific-linux-7/)
This is the whole error from the python error console upon start of qgis. I appreciate all of the help, and please let me know what else you may need. Couldn't load plugin 'processing' from ['/usr/share/qgis/python', '/home/ssefick/.qgis2/python', '/home/ssefick/.qgis2/python/plugins', '/usr/share/qgis/python/plugins', '/usr/lib/python2.7/site-packages/geeknote-0.2a0-py2.7.egg', '/usr/lib/python2.7/site-packages/thrift-0.9.3-py2.7-linux-x86_64.egg', '/usr/lib/python2.7/site-packages/beautifulsoup4-4.5.1-py2.7.egg', '/usr/lib/python2.7/site-packages/markdown2-2.3.1-py2.7.egg', '/usr/lib/python2.7/site-packages/SQLAlchemy-1.1.0b3-py2.7-linux-x86_64.egg', '/usr/lib64/grass/etc/python', '/home/ssefick', '/usr/lib64/python27.zip', '/usr/lib64/python2.7', '/usr/lib64/python2.7/plat-linux2', '/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old', '/usr/lib64/python2.7/lib-dynload', '/usr/lib64/python2.7/site-packages', '/usr/lib64/python2.7/site-packages/gst-0.10', '/usr/lib64/python2.7/site-packages/gtk-2.0', '/usr/lib64/python2.7/site-packages/wx-2.8-gtk2-unicode', '/usr/lib/python2.7/site-packages', '/home/ssefick/.qgis2//python', '/home/ssefick/.qgis2/python/plugins/gearthview/ext-libs', '/usr/share/qgis/python/plugins/fTools/tools'] Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/qgis/utils.py", line 196, in loadPlugin __import__(packageName) File "/usr/lib64/python2.7/site-packages/qgis/utils.py", line 478, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/usr/share/qgis/python/plugins/processing/__init__.py", line 29, in from processing.tools.general import * File "/usr/lib64/python2.7/site-packages/qgis/utils.py", line 478, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/usr/share/qgis/python/plugins/processing/tools/general.py", line 28, in from processing.core.Processing import Processing File "/usr/lib64/python2.7/site-packages/qgis/utils.py", line 478, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/usr/share/qgis/python/plugins/processing/core/Processing.py", line 43, in from processing.gui.Postprocessing import handleAlgorithmResults File "/usr/lib64/python2.7/site-packages/qgis/utils.py", line 478, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/usr/share/qgis/python/plugins/processing/gui/Postprocessing.py", line 36, in from processing.gui.ResultsDialog import ResultsDialog File "/usr/lib64/python2.7/site-packages/qgis/utils.py", line 478, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/usr/share/qgis/python/plugins/processing/gui/ResultsDialog.py", line 38, in os.path.join(pluginPath, 'ui', 'DlgResults.ui')) File "/usr/lib64/python2.7/site-packages/PyQt4/uic/__init__.py", line 213, in loadUiType exec(code_string.getvalue(), ui_globals) File "", line 52, in File "/usr/lib64/python2.7/site-packages/qgis/utils.py", line 478, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named QtWebKit.QWebView Python version: 2.7.5 (default, Aug 18 2016, 11:11:10) [GCC 4.8.5 20150623 (Red Hat 4.8.5-4)] QGIS version: 2.10.1-Pisa Pisa, exported Python path: ['/usr/share/qgis/python', u'/home/ssefick/.qgis2/python', u'/home/ssefick/.qgis2/python/plugins', '/usr/share/qgis/python/plugins', '/usr/lib/python2.7/site-packages/geeknote-0.2a0-py2.7.egg', '/usr/lib/python2.7/site-packages/thrift-0.9.3-py2.7-linux-x86_64.egg', '/usr/lib/python2.7/site-packages/beautifulsoup4-4.5.1-py2.7.egg', '/usr/lib/python2.7/site-packages/markdown2-2.3.1-py2.7.egg', '/usr/lib/python2.7/site-packages/SQLAlchemy-1.1.0b3-py2.7-linux-x86_64.egg', '/usr/lib64/grass/etc/python', '/home/ssefick', '/usr/lib64/python27.zip', '/usr/lib64/python2.7', '/usr/lib64/python2.7/plat-linux2', '/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old', '/usr/lib64/python2.7/lib-dynload', '/usr/lib64/python2.7/site-packages', '/usr/lib64/python2.7/site-packages/gst-0.10', '/usr/lib64/python2.7/site-packages/gtk-2.0', '/usr/lib64/python2.7/site-packages/wx-2.8-gtk2-unicode', '/usr/lib/python2.7/site-packages', u'/home/ssefick/.qgis2//python', '/home/ssefick/.qgis2/python/plugins/gearthview/ext-libs', '/usr/share/qgis/python/plugins/fTools/tools'] On Thu, Sep 8, 2016 at 4:52 AM, Markus Neteler <nete...@osgeo.org> wrote: > On Wed, Sep 7, 2016 at 11:42 PM, stephen sefick <ssef...@gmail.com> wrote: > > Couldn't load plugin 'processing' from * > > This looks like a QGIS error to me which happens prior to loading the > GRASS GIS support into "processing". > > > > > I can copy whole error message if needed. > > Yes please. > >
Re: [GRASS-user] qgis problems SL 7 (Processing); (http://courses.neteler.org/qgis-2-10-rpms-for-fedora-21-centos-7-scientific-linux-7/)
Thank you for your help in advance. kindest regards, Stephen On Wed, Sep 7, 2016 at 4:42 PM, stephen sefick <ssef...@gmail.com> wrote: > Couldn't load plugin 'processing' from * > > > I can copy whole error message if needed. > > On Wed, Sep 7, 2016 at 4:36 PM, Markus Neteler <nete...@osgeo.org> wrote: > >> On Wed, Sep 7, 2016 at 11:29 PM, stephen sefick <ssef...@gmail.com> >> wrote: >> > Hello, I don't know if this is the appropriate forum for this question, >> but >> > because I saw the blog post in the subject line I figured I would reach >> out >> > to see if this problem has been solved. >> >> What is exactly the problem? >> >> Markus >> > > > > -- > 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 > > -- 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] qgis problems SL 7 (Processing); (http://courses.neteler.org/qgis-2-10-rpms-for-fedora-21-centos-7-scientific-linux-7/)
Couldn't load plugin 'processing' from * I can copy whole error message if needed. On Wed, Sep 7, 2016 at 4:36 PM, Markus Neteler <nete...@osgeo.org> wrote: > On Wed, Sep 7, 2016 at 11:29 PM, stephen sefick <ssef...@gmail.com> wrote: > > Hello, I don't know if this is the appropriate forum for this question, > but > > because I saw the blog post in the subject line I figured I would reach > out > > to see if this problem has been solved. > > What is exactly the problem? > > Markus > -- 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] qgis problems SL 7 (Processing); (http://courses.neteler.org/qgis-2-10-rpms-for-fedora-21-centos-7-scientific-linux-7/)
Hello, I don't know if this is the appropriate forum for this question, but because I saw the blog post in the subject line I figured I would reach out to see if this problem has been solved. -- 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] v.what.rast; resolution and value question; GRASS 6.4
The problem was a resolution problem. I aligned the region and set the resolution to match the raster map. Everything worked as expected. Please excuse my brevity; this message was sent from my telephone. On May 4, 2015 4:08 PM, Markus Neteler nete...@osgeo.org wrote: On Wed, Apr 8, 2015 at 3:44 PM, stephen sefick ssef...@gmail.com wrote: Hi All: I have used v.what.rast to query raster values based on a vector point map and upload to column. When I look at the values uploaded versus the values on the rast map closest to the point they differ. What could be my problem? Did you first align the computational region to the raster map (e.g. using g.region)? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] v.what.rast; resolution and value question; GRASS 6.4
Hi All: I have used v.what.rast to query raster values based on a vector point map and upload to column. When I look at the values uploaded versus the values on the rast map closest to the point they differ. What could be my problem? Is there some sort of resolution problem maybe? I will supply what ever information needed to help sort this out. Many thanks in advance! -- 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] Problems installing add-ons GRASS 7
Markus, Luis, and list:
I responded to the wrong email. My response was in regards to a compile
issue of GRASS 7. I am sorry for the inconvenience.
I was able to install add-ons after compiling from the new source.
Stephen
On Tue, Oct 14, 2014 at 8:43 AM, Stephen Sefick sas0...@auburn.edu wrote:
I deleted my old source directory and downloaded the most recent. This has
solved the problem. Thank you for all of the help, and sorry for not
thoroughly investigating before posting.
kindest regards,
Stephen
On 10/13/2014 02:00 PM, Markus Neteler wrote:
Hi,
On Wed, Sep 17, 2014 at 6:59 PM, Luis Miguel Royo Pérez
luis.miguel.r...@gmail.com wrote:
Hi everyone,
I'm getting this error when I try to install add-ons in Lubuntu 14.04
Unable to load extensions. Traceback (most recent call last):
File /usr/lib/grass70/scripts/g.extension, line 1081, in module
version = grass.version()['version'].split('.')
KeyError: 'version'
I've installed the dev packages. Am I missing something? or is just a bug
due it's a beta version?
Well, there should not be such a problem in a beta.
How did you install it? Please post the apt... sequence in order to
better help.
And the output of
g.region -r
g.region -v
thanks,
Markus
___
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
--
Stephen Sefick
| Auburn University |
| Department of 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
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Problems installing add-ons GRASS 7
I deleted my old source directory and downloaded the most recent. This
has solved the problem. Thank you for all of the help, and sorry for not
thoroughly investigating before posting.
kindest regards,
Stephen
On 10/13/2014 02:00 PM, Markus Neteler wrote:
Hi,
On Wed, Sep 17, 2014 at 6:59 PM, Luis Miguel Royo Pérez
luis.miguel.r...@gmail.com wrote:
Hi everyone,
I'm getting this error when I try to install add-ons in Lubuntu 14.04
Unable to load extensions. Traceback (most recent call last):
File /usr/lib/grass70/scripts/g.extension, line 1081, in module
version = grass.version()['version'].split('.')
KeyError: 'version'
I've installed the dev packages. Am I missing something? or is just a bug
due it's a beta version?
Well, there should not be such a problem in a beta.
How did you install it? Please post the apt... sequence in order to better help.
And the output of
g.region -r
g.region -v
thanks,
Markus
___
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] Compile GRASS GIS 7
/bin/grass70 make[2]: Entering directory `/home/USER/source/grass/grass7' sed -e 's#'@GISBASE@'#'/usr/local/grass-7.0.svn'#g' \ -e 's#'@LD_LIBRARY_PATH_VAR@'#'LD_LIBRARY_PATH'#g' \ -e 's#'@CONFIG_PROJSHARE@'#'/usr/share/proj'#g' \ /home/USER/source/grass/grass7/dist.x86_64-unknown-linux-gnu/grass70.tmp /usr/local/bin/grass70 chmod a+x /usr/local/bin/grass70 make[2]: Leaving directory `/home/USER/source/grass/grass7' rm /usr/local/grass-7.0.svn/etc/fontcap rm: cannot remove `/usr/local/grass-7.0.svn/etc/fontcap': No such file or directory make[1]: [real-install] Error 1 (ignored) make /usr/local/grass-7.0.svn/etc/fontcap make[2]: Entering directory `/home/USER/source/grass/grass7' make[2]: *** No rule to make target `/home/USER/source/grass/grass7/dist.x86_64-unknown-linux-gnu/etc/fontcap', needed by `/usr/local/grass-7.0.svn/etc/fontcap'. Stop. make[2]: Leaving directory `/home/USER/source/grass/grass7' make[1]: *** [real-install] Error 2 make[1]: Leaving directory `/home/USER/source/grass/grass7' make: *** [install] Error 2 On Sat, Oct 11, 2014 at 6:22 PM, Rich Shepard rshep...@appl-ecosys.com wrote: On Sat, Oct 11, 2014 at 9:42 AM, stephen sefick ssef...@gmail.com wrote: I am using the instructions here: http://grasswiki.osgeo.org/wiki/Compile_and_Install To compile GRASS 7 latest source code with svn up for SL Linux 6.5. I have errors in what seem to be all directories. I will provide the transcript of make if necessary. Stephen, I've had that on occassion and it turned out to be conflicts between wxGTK and wxPython. Currently installed are wxGTK-2.8.12-i486-3_SBo and wxPython-3.0.1.1-i486-1_SBo, no wxGTK3. If you have no such conflicts, then perhaps a message with the errors (from the last back a few) will help. Rich ___ 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] Compile GRASS GIS 7
Hello All: I am using the instructions here: http://grasswiki.osgeo.org/wiki/Compile_and_Install To compile GRASS 7 latest source code with svn up for SL Linux 6.5. I have errors in what seem to be all directories. I will provide the transcript of make if necessary. Thanks for all of the help. -- 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] reclass raster with all unique values?
I have a raster map with watersheds that are the same value. Is there an easy way to reclass the map with every distinc basin to have a unique value? many thanks, -- 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] Instructions on how to compile a grass module in a Linux server (DEBIAN)
Hello, Take a look at http://grasswiki.osgeo.org/wiki/Compile_and_Install#Addons. You will need the source for the addon and the source for GRASS unless an easier way now exists. good luck, Stephen On Fri 26 Apr 2013 06:38:26 AM CDT, katrin eggert wrote: Dear all, I would like to know where can I find instructions on how to compile a grass module (eg. r.example) in a Linux server (in this case Debian) with GRASS 6.4.3) Thank you Best regards, Kat ___ 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 on linux
General: I use scientific linux because I don't like to upgrade often. With the use of the extra repositories and minor compilation I have a very nice, working computer that doesn't need to updated for a while. GRASS from source 6.4svn and el GIS: both work fine, and I suspect that GRASS 7 works just fine. HTH, Stephen On Thu 18 Apr 2013 10:53:46 AM CDT, Thomas Adams wrote: Lucien, I use MacOS X and Ubuntu Linux -- I really like Ubuntu (Mac-like in many ways...). Best, Tom On Thu, Apr 18, 2013 at 10:54 AM, BLANDENIER Lucien lucien.blanden...@unine.ch mailto:lucien.blanden...@unine.ch wrote: Dear grass user, I'm actually using grass on Window but I would like to migrate to Linux. Which distribution do you suggest for a new Linux user? I like the Mint distribution but there is not the latest grass version (only the 6.4.1). Thank you for you suggestions. Lucien ___ grass-user mailing list grass-user@lists.osgeo.org mailto:grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Migrate to Grass 7 question; vector topology?
All, I am thinking of moving to grass7. I know that the vector back end has changed and there is a requirement to rebuild vector topology. Once this is done can grass6 still read the vectors with little error? I would like to keep grass 6 around to make sure that, if I need to, I can use the old stand by if I can not figure out how to do it in grass 7. Many thanks for all of the help. kind regards, -- 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] Reproject Reclassed Raster Problems
I am trying to re-project raster maps that have been re-classed. They are not showing up in the new mapset. What should I do? I can provide any information that is necessary to help solve this problem. many thanks, -- 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] reclassed raster no longer showing up
I have reclassed a raster with the rules 1=115 2=115 and it no longer shows up... qgis will display the raster, but not in grass. Is there a color table that I should use? Or some other problem? -- 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] Easy way to patch vector files
I have two different vectors that I would like to patch together. one doesn't have an attribute table associated with it. The other does. I am having a problem figuring out how to get them to play nicely. At this point It would be easier to just create an attribute table... All help is greatly appreciated. I will provide any information that you all need to help. Many thanks in advance. -- 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] [solved] Re: qgis grass plugin
Hello everyone, I have solved this issue, and wanted to post my oversite. qgis needs the library directory specified with by GISBASE. 1. start grass and issue: echo $GISBASE 2. start qgis and, when asked, navigate to the above directory. 3.enjoy HTH, Stephen On 08/25/2012 08:29 AM, Stephen Sefick wrote: All, Maybe this is not the right list to post this too, but maybe somebody has experience with this. I have installed qgis and the grass plugin from the elgis repos on SL 6.3. Qgis can't find the grass install, and won't accept it when I give it the path to the init script. Does anyone have any experience working around this? many thanks, -- 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] How to change binary name of compiled source
All, I am running Scientific Linux 6.3. I have installed grass64 from PUIAS. I have also compiled svn grass 64 release branch with a couple of add ons installed. The names of both binaries are grass64. How can I change the name of the compiled binary to grass64_svn, or something like that. Should I just manually change the name, or is there a way to do this, easily in the makefile? Thanks for all of the help. kindest regards, -- 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] qgis grass plugin
All, Maybe this is not the right list to post this too, but maybe somebody has experience with this. I have installed qgis and the grass plugin from the elgis repos on SL 6.3. Qgis can't find the grass install, and won't accept it when I give it the path to the init script. Does anyone have any experience working around this? many thanks, -- 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] g.extension ubuntu 12.04
grass 6. I am sure that I have not set up something correctly, but I don't know what. I appreciate all of your help. Stephen On Sat 14 Jul 2012 04:48:00 PM CDT, Markus Neteler wrote: On Sat, Jul 14, 2012 at 8:38 PM, Stephen Sefick sas0...@auburn.edu wrote: I have installed grass from the repositories and from source (latest svn). I am having problems with using g.extension. Sorry: GRASS 6 or 7? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.extension ubuntu 12.04
Thanks to everyone who makes GRASS a wonderful piece of software. I, all too often, forget to thank the appropriate people in an attempt to be concise. Many thanks to everyone for all of their hard work. kindest regards, Stephen On Sun 15 Jul 2012 07:37:56 AM CDT, Stephen Sefick wrote: grass 6. I am sure that I have not set up something correctly, but I don't know what. I appreciate all of your help. Stephen On Sat 14 Jul 2012 04:48:00 PM CDT, Markus Neteler wrote: On Sat, Jul 14, 2012 at 8:38 PM, Stephen Sefick sas0...@auburn.edu wrote: I have installed grass from the repositories and from source (latest svn). I am having problems with using g.extension. Sorry: GRASS 6 or 7? Markus -- 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] g.extension ubuntu 12.04
I have installed grass from the repositories and from source (latest svn). I am having problems with using g.extension. It is not installing anything with an error (I can post the error if that is helpful). I have tried it from the gui and on the command line. g.extension extension=r.stream.basin This would be a great thing to be able to use, but i can not get it to work. I can fall back to compiling by hand, but it would be really great if I could get this to work. I would appreciate any help with getting this wonderful program to work. Many thanks. -- 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] r.stream with svn grass 64
All: I have a grass64 svn installation on Ubuntu 10.04 that I have been having not problems with for a while. I have been updating the installation in the same way as I have been in a while. I have written into the script to automatically install the r.stream* modules. I have recently, last night, noticed that these are not being built and the error - ERROR: Incompatible library version for module. You need to rebuild GRASS or untangle multiple installations. I have svn grass 7 and grass installed through the ubuntu repositories. Should I remove these two other installations? many thanks, -- 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] r.stream with svn grass 64
On Tue 12 Jun 2012 08:22:54 AM CDT, Margherita Di Leo wrote: Hi Stephen, On Tue, Jun 12, 2012 at 3:17 PM, Stephen Sefick sas0...@auburn.edu mailto:sas0...@auburn.edu wrote: All: I have a grass64 svn installation on Ubuntu 10.04 that I have been having not problems with for a while. I have been updating the installation in the same way as I have been in a while. I have written into the script to automatically install the r.stream* modules. which script do you use? This is the script that I am using: #!/bin/bash sudo -v #change when major version number changes grass_dir='grass64_release' #get latest GRASS Sources #svn checkout https://svn.osgeo.org/grass/grass/branches/#releasebranch_6_4 /home/$USER/source/grass/$grass_dir #get latest grass-addons #svn checkout https://svn.osgeo.org/grass/grass-addons /home/$USER/source/#grass/grass-addons cd /home/$USER/source/grass/grass-addons svn up cd /home/$USER/source/grass/$grass_dir make distclean svn up #ubuntu configuration for Grass 6.5 CFLAGS=-g -Wall ./configure \ --with-libs=/usr/lib64 \ --with-cxx --with-freetype=yes \ --with-postgres=no --with-sqlite=yes --enable-largefile=yes \ --with-tcltk-includes=/usr/include/tcl8.4 \ --with-freetype-includes=/usr/include/freetype2 \ --with-python=/usr/bin/python2.6-config \ --with-wxwidgets=yes \ --with-nls --enable-largefile \ --with-proj-share=/usr/share/proj \ --with-readline \ --with-cairo make -j4 #cd /home/$USER/source/grass/grass-addons/raster #sudo cp -rf r.stream* /home/$USER/source/grass/$grass_dir/raster #cd /home/$USER/source/grass/$grass_dir/raster #make r.stream* modules #folders=$(ls | grep r.stream) #for k in $folders ; do #cd $k #sudo make -j4 #cd /home/$USER/source/grass/$grass_dir/raster #done #cd /home/$USER/source/grass/$grass_dir sudo make install # I have recently, last night, noticed that these are not being built and the error - ERROR: Incompatible library version for module. You need to rebuild GRASS or untangle multiple installations. This happens to me sometimes when I forget to run make distclean before re-compiling the addons. HTH, madi -- Dr. Margherita Di Leo ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GeoPDF into GRASS?
Is there a way to bring a GeoPDF into GRASS? many thanks, -- 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] merge vector layers v.patch
All: I would like to merge seven or so vector objects with similar attribute tables. The categories are duplicated and this poses a problem for the finished map. It does not show an attribute data. How can I get this to work? Any help would be greatly appreciated. Many thanks, -- 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] v.patch problem with resulting table
I have used v.patch on about 6 or seven maps that I had to manually edit the dbf tables. All of the column headers are the same, and the v.patch -e was used. The procedure worked. now the dbf file exists, but the catagory values are not unique and I can't access the table information. what can i do? many thanks, Stephen -- 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] I do not understand how region/projection/coordinate system are intertwined
Is the geotiff in degrees?
If you are on unix use gdalinfo to find out the projection of the
geotiff. You will have to import in its native projection and then
reporject into whatever coordinate system that you would like. I am
just drinking my coffee this morning, so I may not be awake yet.
HTH,
Stephen
On Wed 14 Mar 2012 02:27:39 AM CDT, Fridtjof Schiefenhövel wrote:
Hello there!
it seems I can't solve this problem:
-create a location with a mercator projection (i want to have degrees as the
coordinate system)
-import landsat geotiffs
-have degrees as units showing (e.g. when moving the mouse)
this is what I did:
-created a location using the projection/datum from a georeferenced file (the
landsat geotiff).
-created a location selecting mercator projection
here is what g.region -p showed:
projection: 99 (Mercator)
zone: 0
datum: wgs84
ellipsoid: wgs84
north: 0
south: -12.5
west: 125
east: 150
nsres: 12.5
ewres: 12.5
rows: 1
cols: 2
cells: 2
-ran v.in.region in the source location
{trying r.proj without it would give me an error saying the imported region is
out of bounds}
-imported the vector map in the target location
-set region to imported vector map
-ran r.proj to import/reproject the landsat geotiff from the source location.
here is what g.region -p showed now:
projection: 99 (Mercator)
zone: 0
datum: wgs84
ellipsoid: wgs84
north: -375086.40793588
south: -583681.58556862
west: -122131.46631847
east: 49.12622161
nsres: 12.49971103
ewres: 12.50029968
rows: 16688
cols: 18662
cells: 311431456
I do not understand, how can these bound values be even accepted when I chose
Mercator projection and degrees coordinate system in the first place?
Thanks!
___
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] I do not understand how region/projection/coordinate system are intertwined
I am not an expert with coordinate projections. I think that UTM
coordinates are in meters from a false easting and northing. This is a
very good projection for a small part of an ellipsoid. All other
comments are inline. I have reposted this to the list because maybe
somebody with a better understanding of this could offer better assistance.
On 03/14/2012 07:24 AM, Fridtjof Schiefenhövel wrote:
Hi!
I am using Grass 6.4.2 on Mac OS X Snow leopard using a port by Kyngchaos.
Thanks for the advice! I think I begin to understand the way Grass handles
coordinates...
I can't decide on my own whether coordinates are shown in meters / degrees,
right? The projection dictates this, correct?
right.
I am mostly working with geodata from new guinea, so even the lat/long
projection would be not very much distorted because of the location being so
close to the equator. Anyway, I'd like to work with a (transverse) mercator
projection but use degrees as coordinates, not meters.
I don't know if there is a pre-made projection for this... You may want
to look into an equi-distance or equal area projection depending on what
you are interested in, or use UTM if it will cover your area, and then
convert to degrees when necessary. I guess it depends on your problem.
Thanks again!
Fridtjof
You are more than welcome. I hope I have helped and maybe somebody else
will have better advice.
kindest regards,
Stephen
Am 14.03.2012 um 11:26 schrieb Stephen Sefick:
Is the geotiff in degrees?
If you are on unix use gdalinfo to find out the projection of the geotiff. You
will have to import in its native projection and then reporject into whatever
coordinate system that you would like. I am just drinking my coffee this
morning, so I may not be awake yet.
HTH,
Stephen
On Wed 14 Mar 2012 02:27:39 AM CDT, Fridtjof Schiefenhövel wrote:
Hello there!
it seems I can't solve this problem:
-create a location with a mercator projection (i want to have degrees as the
coordinate system)
-import landsat geotiffs
-have degrees as units showing (e.g. when moving the mouse)
this is what I did:
-created a location using the projection/datum from a georeferenced file (the
landsat geotiff).
-created a location selecting mercator projection
here is what g.region -p showed:
projection: 99 (Mercator)
zone: 0
datum: wgs84
ellipsoid: wgs84
north: 0
south: -12.5
west: 125
east: 150
nsres: 12.5
ewres: 12.5
rows: 1
cols: 2
cells: 2
-ran v.in.region in the source location
{trying r.proj without it would give me an error saying the imported region is
out of bounds}
-imported the vector map in the target location
-set region to imported vector map
-ran r.proj to import/reproject the landsat geotiff from the source location.
here is what g.region -p showed now:
projection: 99 (Mercator)
zone: 0
datum: wgs84
ellipsoid: wgs84
north: -375086.40793588
south: -583681.58556862
west: -122131.46631847
east: 49.12622161
nsres: 12.49971103
ewres: 12.50029968
rows: 16688
cols: 18662
cells: 311431456
I do not understand, how can these bound values be even accepted when I chose
Mercator projection and degrees coordinate system in the first place?
Thanks!
___
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, Alabama36849
**
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
--
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
Re: [GRASS-user] Parallel Grass job
From a quick look- I would say you need to install the mpi libraries and build grass with them. But I may be way off. Stephen On Mon 20 Feb 2012 05:26:16 AM CST, Ripsime Khachatryan wrote: I'm new toGRASS.I want toparallelizea program (Grassscript), butkeep gettingthe following error. copmpi.c:7:17: error: mpi.h: No such file or directory copmpi.c: In function ‘main’: copmpi.c:177: error: redeclaration of ‘row’ with no linkage copmpi.c:45: error: previous declaration of ‘row’ was here copmpi.c:187: error: ‘MPI_Status’ undeclared (first use in this function) copmpi.c:187: error: (Each undeclared identifier is reported only once copmpi.c:187: error: for each function it appears in.) copmpi.c:187: error: expected ‘;’ before ‘status’ copmpi.c:189: error: ‘MPI_COMM_WORLD’ undeclared (first use in this function) copmpi.c:196: error: ‘MPI_INT’ undeclared (first use in this function) copmpi.c:211: warning: assignment makes integer from pointer without a cast copmpi.c:212: warning: assignment makes integer from pointer without a cast copmpi.c:218: error: ‘MPI_DOUBLE’ undeclared (first use in this function) copmpi.c:224: error: ‘status’ undeclared (first use in this function) copmpi.c:242: error: expected expression before ‘inrast_redchan’ copmpi.c:265: error: subscripted value is neither array nor pointer make: *** [OBJ.x86_64-unknown-linux-gnu/copmpi.o] Error 1 triedotherscriptsbut again myMPIexample.c:1:69: error: mpi.h: No such file or directory ButMPIalone(mpi.h) works.and gis.hworksaloneas well too.That isno problemwith libraries. how can Isolve this problem???and what to do?help meplease. Thank you !!! ___ 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] GISBASE on MacOSX
Try starting up GRASS and look where the database is in the GUI. Maybe that will work? I can't test it because I am running Ubuntu. FWIW Stephen On 02/14/2012 06:00 AM, Johannes Radinger wrote: Hi, Roger Bivand recommend this list to be more suitable for my sort of question the R-sig-geo. I'd like to use R outside a running GRASS session. With the R package 'spgrass6' I can initiate a GRASS session (using the function initGRASS). Therefore I need the path of the GISBASE. I am working on Max OSX and my GRASS 6.5 has been selfcompiled and installed via the command console (sudo make install). The programm is now here: /Applications/GRASS-6.5.app What is now the correct path to my GISBASE or how can I find this out? Does anyone have experience with that? This refers to that topic: http://grass.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly#GRASS_databases although it is still not clear how to find out where my GISBASE is on my Mac? Any suggestions? Best regards, Johannes On Tue, 14 Feb 2012, Johannes Radinger wrote: Hello, I want to use spgrass6 in an R session outside GRASS on Mac OSX. Therefore I want to use initGRASS to set some needed environmental variables etc. initGRASS() needs gisBase as one parameter which is the direcotry path to the GRASS binaries. What is the standard path on Mac OS X? My GRASS.app is in / /Applications/GRASS-6.5.app... so I tried following two approaches so far without success: Please ask on statgrass or grass-users with reference to: http://grass.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly saying how you installed OSX GRASS. The views that OSX and R or Python or other scripting languages have of the file system may well differ a good deal. Roger initGRASS(/Applications/GRASS-6.5, home=tempdir()) Fehler in initGRASS(/Applications/GRASS-6.5, home = tempdir()) : /Applications/GRASS-6.5 not found initGRASS(/Applications/GRASS-6.5.app, home=tempdir()) Fehler in system(paste(g.version, get(addEXE, envir = .GRASS_CACHE), : Fehler bei der Ausfuhrung des Kommandos I don't know what is causing the problem in the second approach? Does anyone know how to use initGRASS on Mac OS X in an R session outside GRASS correctly? Best regards, Johannes -- ___ R-sig-Geo mailing list r-sig-...@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-geo -- 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] GISBASE on MacOSX
Gotcha, thanks for the correction. On Tue 14 Feb 2012 07:06:12 AM CST, Johannes Radinger wrote: Hi, Original-Nachricht Datum: Tue, 14 Feb 2012 06:48:51 -0600 Von: Stephen Seficksas0...@auburn.edu An: Johannes Radingerjradin...@gmx.at CC: graSS user listgrass-user@lists.osgeo.org Betreff: Re: [GRASS-user] GISBASE on MacOSX Try starting up GRASS and look where the database is in the GUI. Maybe that will work? I can't test it because I am running Ubuntu. FWIW Thank you Tom: my GISBASE for initGRASS in R is: /Applications/GRASS-6.5.app/Contents/MacOS ... @Stephen: I wasn't looking for GISDBASE (with D) which is in a different directory than the GISBASE with all its libraries ets. I also got confused when I read this the first time. Stephen On 02/14/2012 06:00 AM, Johannes Radinger wrote: Hi, Roger Bivand recommend this list to be more suitable for my sort of question the R-sig-geo. I'd like to use R outside a running GRASS session. With the R package 'spgrass6' I can initiate a GRASS session (using the function initGRASS). Therefore I need the path of the GISBASE. I am working on Max OSX and my GRASS 6.5 has been selfcompiled and installed via the command console (sudo make install). The programm is now here: /Applications/GRASS-6.5.app What is now the correct path to my GISBASE or how can I find this out? Does anyone have experience with that? This refers to that topic: http://grass.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly#GRASS_databases although it is still not clear how to find out where my GISBASE is on my Mac? Any suggestions? Best regards, Johannes On Tue, 14 Feb 2012, Johannes Radinger wrote: Hello, I want to use spgrass6 in an R session outside GRASS on Mac OSX. Therefore I want to use initGRASS to set some needed environmental variables etc. initGRASS() needs gisBase as one parameter which is the direcotry path to the GRASS binaries. What is the standard path on Mac OS X? My GRASS.app is in / /Applications/GRASS-6.5.app... so I tried following two approaches so far without success: Please ask on statgrass or grass-users with reference to: http://grass.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly saying how you installed OSX GRASS. The views that OSX and R or Python or other scripting languages have of the file system may well differ a good deal. Roger initGRASS(/Applications/GRASS-6.5, home=tempdir()) Fehler in initGRASS(/Applications/GRASS-6.5, home = tempdir()) : /Applications/GRASS-6.5 not found initGRASS(/Applications/GRASS-6.5.app, home=tempdir()) Fehler in system(paste(g.version, get(addEXE, envir = .GRASS_CACHE), : Fehler bei der Ausfuhrung des Kommandos I don't know what is causing the problem in the second approach? Does anyone know how to use initGRASS on Mac OS X in an R session outside GRASS correctly? Best regards, Johannes -- ___ R-sig-Geo mailing list r-sig-...@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-geo -- 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 -- 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] Merge vector table with .dbf file [NHDPlus]
All: I have the national hydrography dataset plus [NHDPlus]. The data came with a rather limited table of information by design. I would like to add a table with stream line attributes to the vector table. There is a common ID called COMID. I just want to merge the two tables together on COMID. How do I do this? I have thought of just merging the two tables together pre-import? Many thanks for any help. -- 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] Re: Merge vector table with .dbf file [NHDPlus]
The data table I would like to merge is in .dbf format. many thanks, -- 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] Merge vector table with .dbf file [NHDPlus]
Thanks for the help. What I ended up doing is reading the .dbf files into R with the foreign packages read.dbf; merged the data together on the COMID; wrote out the data with write.dbf; connected it to the vector with v.db.connect; and all is well. Again many thanks for your help. Stephen On Wed 01 Feb 2012 08:47:37 AM CST, Moritz Lennert wrote: On 01/02/12 13:42, Stephen Sefick wrote: All: I have the national hydrography dataset plus [NHDPlus]. The data came with a rather limited table of information by design. I would like to add a table with stream line attributes to the vector table. There is a common ID called COMID. I just want to merge the two tables together on COMID. How do I do this? I have thought of just merging the two tables together pre-import? Many thanks for any help. Try db.in.ogr + v.db.join in a mapset with an SQL backend, e.g. SQLite instead of dbf. Moritz ___ 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] GRASS GISDBASE and unison syncronization
All, I would like to keep two databases in sync between two computers (my laptop and my work desktop). I will be modifying files on both machines. I am running GRASS 6.3svn on Ubuntu LTS 10.04.03. I am using unison 2.32.52. I have noticed that the .bashrc and .bashhistory files are being synced everytime that a change a file and then use unison. I have also noticed that unison used a shortcut to copying a cidx file from another vector instead of from the vector that was new to the other machine. Will these things outlined above cause any problems? Are there better solutions? Many thanks in advance! kindest regards, -- 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] GRASS GISDBASE and unison syncronization
Many thanks for all of the wonderful help! I don't mind using the disk space - I have it... I have very slow (1mbs) DSL at my house, so sshfs is suboptimal for me (I have tried it). I am a PhD student and don't have a speed upgrade in the budget. Maybe I am using suboptimal settings. I have access to a remote server and my work desktop over ssh; maybe I am using suboptimal settings to sshfs? I am just making sure that these files are not going to screw anything up. kindest regards, Stephen On Wed, Jan 18, 2012 at 1:18 PM, Mark Seibel msei...@gmail.com wrote: Hi, On Wed, Jan 18, 2012 at 1:43 PM, Kirk Wythers wythe...@umn.edu wrote: On Jan 18, 2012, at 12:21 PM, Martin Landa wrote: yes, GISDBASE can be mounted remotely eg. via sshfs... Martin There you have it then. No need to keep anything synchronized. Just one file system (regular backups of course!), and no need to devote god know how much disk space to two copies of GISDBASE. This is very interesting. Typically I do this because my home machine is a 64bit workhorse, and the other work machine is a 32bit dog. So I do intensive CPU processing (lidar filtering, DEM construction, watershed analysis) on the higher-powered machine, using all local, faster hardware and 64bit OS. If I left the GISDBASE at work on the 32 bit system, I would think the 64bit machine would not be at optimal performance working with data over a DSL connection back to a 32bit old machine with far lower performing hardware. (?) For quick sessions I see sshfs as a nice solutions, but for situations where the data is being processed for hours and hours, it seems an optimal to run it all local on the 64bit fast machine. (?) Nice to learn about the sshfs. Thanks for the tip! Mark Any info would be helpful to understand the pros and cons, since I'm not a hardware guy. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Cross-Sections from DEM
type grass nabble into google. That should do the trick. On Mon, Jan 9, 2012 at 6:24 PM, Rich Shepard rshep...@appl-ecosys.com wrote: I know there was a thread on this subject within the past month or two, but I somehow did not save the messages. Or a URL to a manual page that discusses this. Where are messages to this mail list archived? Or, please point me to the proper module for creating cross-sections of topography from DEM maps. TIA, Rich ___ 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] can I change vector display defaults
All, I would like to be able to change the vector display defaults. I would like to use a circle for points instead of the x. I would also like to display areas without centroids and turn the opacity down. How would I accomplish this. I am running grass (ubuntu 10.04 package manager install), grass64svn, and grass7svn. Many thanks, -- 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] Difference in sunset/sunrise time between r.sun and r.sunmask
Oh sorry, good luck. On Mon 02 Jan 2012 10:46:44 AM EST, Büro Seling wrote: Am 02.01.2012 16:19, schrieb Stephen Sefick: If you use R there is a sunrise.set function in the StreamMetabolism package (shameless promotion). That may be helpful. Stephen Sefick On 01/02/2012 06:57 AM, Büro Seling wrote: Dear Group! Happy New Year @all! I work on a Linux GRASS 6.4.2 RC1. The area of interest is in central Europe and the projection is WGS84(EPSG:4326). When I use the r.sun module and let it show the sunset/sunrise time and compare it with the sunset/sunrise from a map created with r.sunmask I see great differences (up to 50 minutes). It is not the timezone (which is set correctly) in r.sunmask. The results from r.sunmask seem to be, according to other sources, seem to be right, but the results from r.sun are fare off. Please give a suggestions or help! Stefan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Thanks for Your suggestion Stephen, but I have to make shadow maps with r.sun and my problem is how to get r.sun work within the correct sunrise/sunset timespan. ___ 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] Difference in sunset/sunrise time between r.sun and r.sunmask
If you use R there is a sunrise.set function in the StreamMetabolism package (shameless promotion). That may be helpful. Stephen Sefick On 01/02/2012 06:57 AM, Büro Seling wrote: Dear Group! Happy New Year @all! I work on a Linux GRASS 6.4.2 RC1. The area of interest is in central Europe and the projection is WGS84(EPSG:4326). When I use the r.sun module and let it show the sunset/sunrise time and compare it with the sunset/sunrise from a map created with r.sunmask I see great differences (up to 50 minutes). It is not the timezone (which is set correctly) in r.sunmask. The results from r.sunmask seem to be, according to other sources, seem to be right, but the results from r.sun are fare off. Please give a suggestions or help! Stefan ___ 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 citation?
The holidays are coming and I thought I would introduce some mystery... On Wed 14 Dec 2011 01:31:31 PM CST, Marcello Gorini wrote: Humm I think you forgot the thing :) , no? On Wed, Dec 14, 2011 at 5:22 PM, Stephen Sefick sas0...@auburn.edu mailto:sas0...@auburn.edu wrote: I saw a paper on this list the other day, but have deleted the original email. Is this the appropriate thing to cite when referring to GRASS GIS in a paper? many thanks, -- Stephen Sefick **__ Auburn University Biological Sciences 331 Funchess Hall Auburn, Alabama 36849 **__ sas0...@auburn.edu mailto:sas0...@auburn.edu http://www.auburn.edu/~sas0025 http://www.auburn.edu/%7Esas0025 **__ 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 mailto:grass-user@lists.osgeo.org http://lists.osgeo.org/__mailman/listinfo/grass-user 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 -- 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] distances between points in two different UTM zones
All: I apologize if this is not the correct place to post this question and will gladly redirect this to the appropriate place if prompted. I have sample sites located in UTM/NAD83 zones 16 and 17 in the United States. As I understand UTM I can't use the raw coordinates to calculate distances from pairs of coordinates among zones. What is the most accurate way of calculating distance between these two points to investigate spatial auto-correlation. What coordinate system, projection, etc. should I use? What distance formula(s) should I use? Thanks for all of your help in advance. Stephen Sefick ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] open map
Is it in the same projection as the location? Have you imported it into GRASS with r.in.gdal or v.in.ogr? ... On Mon, Mar 21, 2011 at 8:42 AM, Anja_Eva bad...@student.ethz.ch wrote: Hello there! I'm a beginner in GRASS GIS 6.40RC4 and have problems to open a specific map from Central America. Therefore I first created a new location, where I need my map. Then I downloaded a map (in a zip format and I unzipped it. There was one folder with different types of data. Some with the ending 'bil' and some with 'hdr') from the internet on http://www.iscgm.org. As I tried to open it in this new location in GRASS it didn't work. What do I have to do to open a map? Is the generating of a new location necessary or can I just open a map without that? Thanks a lot and have a nice day. Bye! Anja_Eva -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/open-map-tp6192258p6192258.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 -- 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] Re: open map
GUI layer manager. However if the projection doesn't match the current mapset be careful. This could signal problems. On Mon, Mar 21, 2011 at 9:19 AM, Anja_Eva bad...@student.ethz.ch wrote: Hey! Is it in the same projection as the location? not exactly... I need a location around Belize in Central America and put in some coordinates which should covering the whole country. But the map from the internet is bigger I think. So I marked 'extend location extents based on new dataset'. Isn't that enough? ;-) Have you imported it into GRASS with r.in.gdal or v.in.ogr? ... Yeah I tried it, but it said: Projection of dataset does not appear to match current location. Then I marked 'extend location extents based on new dataset' It said that the .bil format was not supported, so I tried with .hdr. Is this right? It said raster map created but how do I really display the map? Thanks Anja_Eva -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/open-map-tp6192258p6192403.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 -- 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] wxPython GUI thoughts
I have since erased the thread that I should probably be responding to, but here is a wish of mine. The ability to dock and un-dock windows in the main layer manager. This would be much like firefox: grab the tab, drag, and new window; desktop to cluttered: grab the window, drag back into the layer manager and viola less clutter. Admittedly, I know nothing about GUIs and I don't know if this is feasible or not. Thanks for all of the wonderful work on GRASS! Stephen ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] 6.4svn graphical modeller instead of vector or raster add
I can't add raster or vector layer to grass 6.4svn because when I click on the GUI for adding layers the graphic modeller comes up. What should I do? Stephen Sefick ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.4svn graphical modeller instead of vector or raster add
Yes, fresh svn installation, and Ubuntu 10.04. On Mon, 2011-02-28 at 20:22 +0100, Martin Landa wrote: Hi, 2011/2/28 Stephen Sefick ssef...@gmail.com: I can't add raster or vector layer to grass 6.4svn because when I click on the GUI for adding layers the graphic modeller comes up. What should I do? fresh SVN installation? OS? Martin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.4svn graphical modeller instead of vector or raster add
How do I get rid of the silk icon set? Or how do I not use it in the build for both trunk and 6.4? Thanks, Stephen On Mon, Feb 28, 2011 at 3:48 PM, Martin Landa landa.mar...@gmail.com wrote: [back to ML] 2011/2/28 Stephen Sefick ssef...@gmail.com: Yes whenever I click Add raster map layer I get a modeller window. it's a bug in silk icon set. Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa -- 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] r.streams not compiling for GRASS 70
I have svn up in both source directories and issue the command below from within the r.stream.basins directory make MODULE_TOPDIR=$a #(is where my grass7 source directory is) gcc -g -Wall -Werror-implicit-function-declaration -fno-common - Wextra -Wunused -I/home/ssefick/source/grass/grass7/dist.x86_64- unknown-linux-gnu/include -I/home/ssefick/source/grass/grass7/ dist.x86_64-unknown-linux-gnu/include -D_FILE_OFFSET_BITS=64 -I/usr/ include/gdal -I/usr/include -DPACKAGE=\grassmods\ -I/home/ ssefick/source/grass/grass7/dist.x86_64-unknown-linux-gnu/include -I/ home/ssefick/source/grass/grass7/dist.x86_64-unknown-linux-gnu/include -o OBJ.x86_64-unknown-linux-gnu/io.o -c io.c io.c: In function ‘ram_create_map’: io.c:16: warning: format not a string literal and no format arguments io.c:13: warning: unused variable ‘c’ io.c: In function ‘ram_read_map’: io.c:139: warning: format not a string literal and no format arguments io.c: In function ‘seg_create_map’: io.c:278: warning: format not a string literal and no format arguments io.c:282: error: implicit declaration of function ‘creat’ io.c:287: warning: format not a string literal and no format arguments io.c:291: error: implicit declaration of function ‘open’ io.c:293: warning: format not a string literal and no format arguments io.c:298: warning: format not a string literal and no format arguments io.c: In function ‘seg_read_map’: io.c:404: warning: format not a string literal and no format arguments make: *** [OBJ.x86_64-unknown-linux-gnu/io.o] Error 1 I will help in any I can. Thanks in advance for all of your wonderful help. Stephen On Feb 26, 2011, at 2:12 AM, Hamish wrote: Markus wrote: This error I don't get. I am using gcc version 4.4.3 (GCC) But there are a series of compiler warnings like main.c:126: warning: implicit declaration of function ‘create_distance_mask’ main.c:127: warning: implicit declaration of function ‘read_points’ main.c:130: warning: implicit declaration of function ‘snap_point’ main.c:132: warning: implicit declaration of function ‘write_points’ which should be fixed. function prototypes added to local_proto.h in r45462. Hamish ___ 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-6.4.1RC1 Error with GDAL 1.7 and 1.8
You have the wrong gdal version and GRASS 6.4RC1 is old. I would suggest going to http://www.kyngchaos.com/software/grass and installing all of the frameworks and GRASS itself. HTH, Stephen On Feb 26, 2011, at 1:01 PM, jentjr wrote: Hello, The other day I installed version 6.4.1RC1 on mac os x. I get the following error when I try to import import files. I have both the complete GDAL frameworks 1.7 and 1.8 installed on my computer. I went back and reinstalled version 1.7 and reinstalled GRASS, but I keep getting this error. Are there any suggestions of what might be causing this? ERROR 1: ECW driver was compiled against GDAL 1.7 but current library version is 1.8 ERROR 1: JP2ECW driver was compiled against GDAL 1.7 but current library version is 1.8 ERROR 1: GDAL/GRASS57 driver was compiled against GDAL 1.7 but current library version is 1.8 ERROR 1: MrSID driver was compiled against GDAL 1.7 but current library version is 1.8 ERROR 1: OGR/GRASS driver was compiled against GDAL 1.7 but current library version is 1.8 Thanks, Justin -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/GRASS-6-4-1RC1-Error-with-GDAL-1-7-and-1-8-tp6068305p6068305.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.streams not compiling for GRASS 70
1. file from add-ons moved over to grass70 source tree in raster folder 2. make in trunk/ 3. moved into trunk/raster/r.stream 4. make 5. error below Assembler messages: Fatal error: can't create OBJ.x86_64-unknown-linux-gnu/io.o: No such file or directory make[1]: *** [OBJ.x86_64-unknown-linux-gnu/io.o] Error 1 make[1]: Leaving directory `/home/ssefick/source/grass/trunk/raster/r.stream/r.stream.snap' I have tried to make these modules through the GUI addons installer to no avail. Any help will be greatly appreciated, and any information that I can give to help; please let me know. Stephen Sefick Ubuntu 10.04 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.streams not compiling for GRASS 70
also there is an error in the wxpython/docs I don't know if this is known or not. /home/ssefick/source/grass/grass7/gui/wxpython/docs On Fri, 2011-02-25 at 23:09 +0100, Markus Neteler wrote: On Fri, Feb 25, 2011 at 9:41 PM, Stephen Sefick ssef...@gmail.com wrote: 1. file from add-ons moved over to grass70 source tree in raster folder Not needed, you can compile directly from grass-addons/: cd grass-addons/grass7/raster/r.stream/r.stream.snap/ make MODULE_TOPDIR=$HOME/grass70/ if needed: make MODULE_TOPDIR=$HOME/grass70/ install to clean: make MODULE_TOPDIR=$HOME/grass70/ clean ... Assembler messages: Fatal error: can't create OBJ.x86_64-unknown-linux-gnu/io.o: No such file or directory make[1]: *** [OBJ.x86_64-unknown-linux-gnu/io.o] Error 1 make[1]: Leaving directory `/home/ssefick/source/grass/trunk/raster/r.stream/r.stream.snap' This error I don't get. I am using gcc version 4.4.3 (GCC) But there are a series of compiler warnings like main.c:126: warning: implicit declaration of function ‘create_distance_mask’ main.c:127: warning: implicit declaration of function ‘read_points’ main.c:130: warning: implicit declaration of function ‘snap_point’ main.c:132: warning: implicit declaration of function ‘write_points’ which should be fixed. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.streams not compiling for GRASS 70
Markus, Sorry for not posting this to the whole like. I hit reply and not reply all. Here is the error for compiling GRASS7 and addons r.stream. svn up today Error: make MODULE_TOPDIR=$HOME/source/grass/grass7 gcc -g -Wall -Werror-implicit-function-declaration -fno-common - Wextra -Wunused -I/home/ssefick/source/grass/grass7/dist.x86_64- unknown-linux-gnu/include -I/home/ssefick/source/grass/grass7/ dist.x86_64-unknown-linux-gnu/include -D_FILE_OFFSET_BITS=64 -I/usr/ include/gdal -I/usr/include -DPACKAGE=\grassmods\ -I/home/ ssefick/source/grass/grass7/dist.x86_64-unknown-linux-gnu/include -I/ home/ssefick/source/grass/grass7/dist.x86_64-unknown-linux-gnu/include -o OBJ.x86_64-unknown-linux-gnu/io.o -c io.c io.c: In function ‘ram_create_map’: io.c:16: warning: format not a string literal and no format arguments io.c:13: warning: unused variable ‘c’ io.c: In function ‘ram_read_map’: io.c:139: warning: format not a string literal and no format arguments io.c: In function ‘seg_create_map’: io.c:278: warning: format not a string literal and no format arguments io.c:282: error: implicit declaration of function ‘creat’ io.c:287: warning: format not a string literal and no format arguments io.c:291: error: implicit declaration of function ‘open’ io.c:293: warning: format not a string literal and no format arguments io.c:298: warning: format not a string literal and no format arguments io.c: In function ‘seg_read_map’: io.c:404: warning: format not a string literal and no format arguments make: *** [OBJ.x86_64-unknown-linux-gnu/io.o] Error 1 thanks Stephen On Feb 25, 2011, at 4:09 PM, Markus Neteler wrote: On Fri, Feb 25, 2011 at 9:41 PM, Stephen Sefick ssef...@gmail.com wrote: 1. file from add-ons moved over to grass70 source tree in raster folder Not needed, you can compile directly from grass-addons/: cd grass-addons/grass7/raster/r.stream/r.stream.snap/ make MODULE_TOPDIR=$HOME/grass70/ if needed: make MODULE_TOPDIR=$HOME/grass70/ install to clean: make MODULE_TOPDIR=$HOME/grass70/ clean ... Assembler messages: Fatal error: can't create OBJ.x86_64-unknown-linux-gnu/io.o: No such file or directory make[1]: *** [OBJ.x86_64-unknown-linux-gnu/io.o] Error 1 make[1]: Leaving directory `/home/ssefick/source/grass/trunk/raster/r.stream/r.stream.snap' This error I don't get. I am using gcc version 4.4.3 (GCC) But there are a series of compiler warnings like main.c:126: warning: implicit declaration of function ‘create_distance_mask’ main.c:127: warning: implicit declaration of function ‘read_points’ main.c:130: warning: implicit declaration of function ‘snap_point’ main.c:132: warning: implicit declaration of function ‘write_points’ which should be fixed. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Setting Initial Projection/Bounds
ogr2ogr may help. if you have raster data gdalwarp should do the trick these are scriptable. On Feb 25, 2011, at 3:26 PM, Rich Shepard wrote: I keep tripping over new issues. If there's a doc discussing this, please point me to it and I'll go read it. My Nevada data come from a variety of different sources and have different projections (Alberts Conical Equal Area [aea] and Long/Lat [ll], if not more) and coverage boundaries. This for both vector and raster data. I want to put all these in a GRASS state data location and PERMANENT mapset. Once all data are in I can re-project and change regions as necessary. Importing the state and county boundaries I set the bounds by long/ lat (in decimal degrees) and grass took the aea projection information from the .e00 file. When I tried to import hydrologic unit boundaries from the National Hydrologic Database, v.in.ogr on a .shp file and using the -o option to override the defaults, failed becaue the projection of these data are lat/long. Is the appropriate response for me to set up a suite of locations, one per projection, to initially import all data and then reproject them into a common location? Or is there a more appropriate way to get all the disparate data into grass? TIA, Rich ___ 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] Python-Loop over points
Why not create a temporary vector map from the larger vector map in the for loop; do what needs to me done; clean up. I would be interested in you solution, and could offer some help if you would like. I am going to have to process similar data. HTH Stephen On Tue, Feb 22, 2011 at 1:35 AM, Johannes Radinger jradin...@gmx.at wrote: Am 22.02.2011 um 02:07 schrieb Daniel Victoria: I'm not sure but from what I read in the r.stream.basins description, you can have more than one point in your vector file in roder to delineate your basins. Now, in case you have one basin inside another, what I did once was: 1) get x,y coordinates of each point using v.out.ascii 2) for each point run r.watershed... Yes, thats what I want as well, but I want to automatize it and not to run for each point manually. I also want to run for each point a grass-function (not necessarily r.stream etc.) I just want to know how it basically works to loop over points. to things I thought: 1) loop over the ascii if that is possible 2) use the for loop in combination with v.db.select, but I don't know how that will work in python /johannes Cheers daniel On Fri, Feb 18, 2011 at 11:49 AM, Johannes Radinger jradin...@gmx.at wrote: Hello, Original-Nachricht Datum: Mon, 7 Feb 2011 22:25:31 -0200 Von: Daniel Victoria daniel.victo...@gmail.com An: Johannes Radinger jradin...@gmx.at CC: grass-user@lists.osgeo.org Betreff: Re: [GRASS-user] Python-Loop over points Hi Johannes, You will need to use for loop. Something like this (UNTESTED!) for p in range(5): points_map = point+str(p) out_map = output+str(p) grass.run_command(r.streams.basins, dir = flow_direction, points=points_map, basins = out_map) That should work, or at least something similar Daniel Thank you for your suggestions Daniel, I also thought about a for loop. But in your case the loop is using for each iteration a input-pointmap called point+str(p). The difference in my case is that I've got only one vector map but with several points in it and I want to iterate over the single points. How is it possible to iterate over the single points? The points are stored in a kind of list format, so it should somehow be possible to loop over this file, but how? any suggestions? /johannes On Wed, Feb 2, 2011 at 9:39 AM, Johannes Radinger jradin...@gmx.at wrote: Hello, I am performing e.g. the r.stream.basins calcutlation in python: grass.run_command(r.stream.basins, dir = flow_direction, points = point1, basins = output) that's working perfectly in the case of one single point in point1. How can I do that multiple times when the point layer consist of e.g. 5 points and I want to create an output for each point (create 5 output rasters). How can that be done in a python script? thank you 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 -- 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 -- 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] GRASSsvn release branch g.region broken
Thank you all for your help. Stephen On Thu, Oct 7, 2010 at 3:06 AM, Markus Metz markus.metz.gisw...@googlemail.com wrote: Martin Landa: Hiu, stephen sefick: Hamish I have written a script to dowload, configure, make, and install grass for me. Should I make dist clean at the end of this script in preparation for the next svn up, or should I put the make distclean right before the make command in the script? Any advice would be appreciated. The safest order I figured out experimentally is make distclean svn up configure make make install Markus M -- Stephen Sefick | Auburn University | | Department of 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] Generating DEM from bare ground LIDAR data: v.surf.idw or v.surf.bspline ?
I have a multitude of DEMs to generate at 1m resolution. Are there any references that compare v.surf.idw and v.surf.bspline? Any advice or experience with either of these two modules would be helpful. Which one of these modules creates the most accurate representation of the surface. This will be with NC data- in fact the same 2001 data that is included in the new GRASS dataset. I am working on a project in NC if this helps. Thank you for all of your help, and I will provide any information that you may need. Also, if I use v.surf.bspline is the 1.5*point average point spacing still the rule of thumb (the point spacing is found with running v.surf.bspline with the -e flag?). Thank you so much for all of your help. -- Stephen Sefick | Auburn University | | Department of 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] Re: Generating DEM from bare ground LIDAR data: v.surf.idw or v.surf.bspline ?
v.surf.rst is also an option. Is there any experience with this. My Computer specs: Intel Quad Core 2.x ghz with 6gb ram ubuntu 10.04.1 GRASS 6.4 (svn up yesterday) Thanks again for all of the help. -- Stephen Sefick | Auburn University | | Department of 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] GRASSsvn release branch g.region broken
Reply in-line below On Wed, Oct 6, 2010 at 6:22 PM, Hamish hamis...@yahoo.com wrote: ssefick wrote: I downloaded and compiled GRASS svn today, and g.region was broken. Any help would be greatly appreciated. please refer to the Please be specific in your questions. section here: http://grass.osgeo.org/wiki/Mailing_list_etiquette what version revision of svn? is this Linux/Mac/Windows? which version/distro? Ubuntu Linux 10.04.1 what was the exact error message? ERROR: Incompatible library version for module. You need to rebuild GRASS or untangle multiple installations how was it broken? svn checkout and install of the 6.4 release branch what's the map projection of the location? It happens both in an old location that is nad83 utm zone 17 and a new location that is nad86 NC State Plane (I will provide the exact projection information if this will help) etc. built new grass64 Error uninstalled synaptic grass re-built grass Error Re-installed synaptic grass to get some work done went home and popped open a cold and frost... Probably too much info. Thanks for all of the help, and if anybody needs anything please let me know. kindest regards, -- Stephen Sefick | Auburn University | | Department of 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] GRASSsvn release branch g.region broken
On Wed, Oct 6, 2010 at 6:39 PM, Hamish hamis...@yahoo.com wrote: Hamish: what was the exact error message? Stephen: ERROR: Incompatible library version for module. You need to rebuild GRASS or untangle multiple installations how was it broken? svn checkout and install of the 6.4 release branch Hamish: you should run make distclean when ever you do a full svn up. Especially whenever something in the ./configure script or in include/ changes. (gis.h in the stable branch just changed for the first time in 17 months) Hamish Hamish I have written a script to dowload, configure, make, and install grass for me. Should I make dist clean at the end of this script in preparation for the next svn up, or should I put the make distclean right before the make command in the script? Any advice would be appreciated. Stephen -- Stephen Sefick | Auburn University | | Department of 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] Meta Data Management Suggestions
I would like to keep metadata files for the maps that I import into GRASS and also the maps that I create. Much like the metadata that is provided by ... cough... ESRI. Is there a way to do this in GRASS? Should I just store the meta data files as text files in the GRASS location and then edit them with the additional GRASS processing information? thanks, -- Stephen Sefick | Auburn University | | Department of 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] OBDC connection with postgresql in ubuntu 10.04 64 bits
rpostgresql package- I use it and it works wonderfully. On Fri, Oct 1, 2010 at 1:42 PM, Eloi Ribeiro eloi.ribe...@gmail.com wrote: Maybe this help you, although is in portuguese. http://eloiribeiro.wordpress.com/2009/01/27/criar-um-conector-odbc-para-postgresql-em-ubuntu/ By, Eloi Ribeiro GIS Analyst 39,45º -4,40º http://eloiribeiro.wordpress.com On Fri, Oct 1, 2010 at 20:13, Ricardo Rodríguez ricardorodo...@gmail.com wrote: hi all, how I can create ODBC connections with postgresql in Ubuntu 10.04 of 64 bits, since the ODBC plugin for postgresql is very different from what is documented to someone already done, I could explain it. thank you all for your time and help Ricardo Rodríguez Univalle ___ 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 -- Stephen Sefick | Auburn University | | Department of 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] Region and not-processed data
I get a little confused with the region raster processing stuff also. But, this is what I do, and it seems to work. Anything that is brought in from the outside (r.in.*) will import the entire map. Anything that is done withing GRASS will respect the region. So, just make sure to set the region before each calculation and you should be OK. On Mon, Sep 27, 2010 at 8:52 AM, Kim Besson kimbesson1...@gmail.com wrote: Greetings I have a very dumb question regarding region definition/processing: - I have defined a an area (example; 30N 20S -10W -5W). I have a raster image with (30N 15N -7W -5) I mean, it only cover a part of the region. If I run GRASS image-processing algorithms and processors does it run in all image or only where I have a raster image? Thanks and sorry for tyhis such a dumb question Kim ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick | Auburn University | | Department of 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] Region and not-processed data
Where you don't have the image, if I understand you correctly, would be NULL values? In that case you will have to default to someone more experienced, but I suspect that it is run on the entire map, but NULL means no data so no process. Just a wag. hth Stephen On Mon, Sep 27, 2010 at 8:58 AM, Kim Besson kimbesson1...@gmail.com wrote: Hi stephen and rest of GRASS users That was not my quiestion. My question is: if a have a an uimage inside a regions, will it process and run for all the region or only for where I have the image(it's not importing only image-processing). ? Thanks Kim 2010/9/27 stephen sefick ssef...@gmail.com I get a little confused with the region raster processing stuff also. But, this is what I do, and it seems to work. Anything that is brought in from the outside (r.in.*) will import the entire map. Anything that is done withing GRASS will respect the region. So, just make sure to set the region before each calculation and you should be OK. On Mon, Sep 27, 2010 at 8:52 AM, Kim Besson kimbesson1...@gmail.com wrote: Greetings I have a very dumb question regarding region definition/processing: - I have defined a an area (example; 30N 20S -10W -5W). I have a raster image with (30N 15N -7W -5) I mean, it only cover a part of the region. If I run GRASS image-processing algorithms and processors does it run in all image or only where I have a raster image? Thanks and sorry for tyhis such a dumb question Kim ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick | Auburn University | | Department of 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 -- Stephen Sefick | Auburn University | | Department of 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] Floating Grid to raster GRASS
I have a bunch of files that are floating grid data. They have the file extension .flt and there is a header file .hdr. r.in.gdal reads in the .flt file fine, but errors out with the hdr. The gdalinfo spits out a res=0.3, but the attached metadata says that the resolution is 1m. Is there a way to find out what the reality is without talking with the folks that provided the data? Thanks for all of the help. -- Stephen Sefick | Auburn University | | Department of 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] Projection information
Hamish, Thank you very much. I set the zone to 17 which is the right utm zone for ftbr. All of the input data has been in or transformed to the right projection I guess I just didn't set this up correctly when I created the projection location. Thanks so much for all of your help. kindest regards, Stephen Sefick On Wed, Sep 22, 2010 at 11:09 PM, Hamish hamis...@yahoo.com wrote: stephen sefick wrote: These are three different projection locations that I have set up over the past year with ever changing GRASSes. tcl/tk interface up to the new GRASS6.4.1svn. I have consistently kept everything in the correct projections for input data. ftbn: utm nad83 grs80 zone 17 srs: utm nad83 grs80 zone 17 ftbn: utm nad83 grs80 zone 17 should I be worried that the ProjInfo files for the three below differ slightly? Can I safely make them all look the same? Does this matter? Thanks in advance for all of the help. ftbr: name: Universal Transverse Mercator datum: nad83 towgs84: 0.000,0.000,0.000 proj: utm ellps: grs80 a: 6378137.00 es: 0.0066943800 f: 298.2572221010 a, es, and f are just grs80 expanded, try `proj -le` from the command line. +towgs84=0,0,0 pretty much means don't do anything to get to wgs84 I see that proj=utm but the zone= is missing. If so, the projection definition is incomplete. srs: name: Universal Transverse Mercator proj: utm datum: nad83 ellps: grs80 zone: 17 no_defs: defined equivalent, see http://trac.osgeo.org/proj/wiki/GenParms for details. ftbn: name: UTM datum: nad83 towgs84: 0.000,0.000,0.000 proj: utm ellps: grs80 a: 6378137.00 es: 0.0066943800 f: 298.2572221010 zone: 16 note the above says zone 16, not 17. otherwise equivalent. Hamish -- Stephen Sefick | Auburn University | | Department of 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] Projection information
These are three different projection locations that I have set up over the past year with ever changing GRASSes. tcl/tk interface up to the new GRASS6.4.1svn. I have consistently kept everything in the correct projections for input data. ftbn: utm nad83 grs80 zone 17 srs: utm nad83 grs80 zone 17 ftbn: utm nad83 grs80 zone 17 should I be worried that the ProjInfo files for the three below differ slightly? Can I safely make them all look the same? Does this matter? Thanks in advance for all of the help. ftbr: name: Universal Transverse Mercator datum: nad83 towgs84: 0.000,0.000,0.000 proj: utm ellps: grs80 a: 6378137.00 es: 0.0066943800 f: 298.2572221010 srs: name: Universal Transverse Mercator proj: utm datum: nad83 ellps: grs80 zone: 17 no_defs: defined ftbn: name: UTM datum: nad83 towgs84: 0.000,0.000,0.000 proj: utm ellps: grs80 a: 6378137.00 es: 0.0066943800 f: 298.2572221010 zone: 16 -- Stephen Sefick | Auburn University | | Department of 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] r.carve help
I would like to reinforce a DEM with the nhd flow lines, but only at road crossings. I have isolated an area and set the computational region to this. I have run: r.carve --overwrite rast=master_mbhw_m...@permanent vect=srs_nhd_flowlines_2...@permanent output=mb_conditioned width=1 depth=10 in grass 6.4svn (last week) on a 1m DEM and there is no difference in the output and the original (r.mapcalc difference map). What should I look at? -- Stephen Sefick | Auburn University | | Department of 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] Re: r.carve help
I increased the region setting and everything worked fine. Thanks for your time. Stephen On Tue, Sep 21, 2010 at 9:35 AM, stephen sefick ssef...@gmail.com wrote: I would like to reinforce a DEM with the nhd flow lines, but only at road crossings. I have isolated an area and set the computational region to this. I have run: r.carve --overwrite rast=master_mbhw_m...@permanent vect=srs_nhd_flowlines_2...@permanent output=mb_conditioned width=1 depth=10 in grass 6.4svn (last week) on a 1m DEM and there is no difference in the output and the original (r.mapcalc difference map). What should I look at? -- Stephen Sefick | Auburn University | | Department of 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 -- Stephen Sefick | Auburn University | | Department of 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] Clip/Extract Rasters using a vector
quote the string before the pipe? On Mon, Sep 20, 2010 at 12:03 PM, Andrew Lewin andrew.le...@sympatico.ca wrote: Here is the error: GRASS 6.4.0RC6 (MacrophytesGIS):~/grass/MacrophytesGIS/PERMANENT natemp20092010=mynatempnewrast + 0 | r.mapcalc bash: +: command not found syntax error, unexpected $end, expecting NAME or STRING Parse error Andrew Andrew Lewin andrew.le...@sympatico.ca President Coastal/Marine Spatial Ecologist Spatial-Conserve Incorporated Associate C-FOAM (Canadian Fisheries, Oceans and Aquaculture Management Group) Telfer School of Management, University of Ottawa On 2010-09-20, at 12:59 PM, Mark Seibel wrote: Would you please post your command syntax, and associated error? Mark Andrew Lewin andrew.le...@sympatico.ca wrote: Hi John and Mark, I am getting a syntax error when I type in either of your statements. To be clear, I am using Mac Snow Leopard in the Terminal program (bash). Cheers, Andrew Andrew Lewin andrew.le...@sympatico.ca President Coastal/Marine Spatial Ecologist Spatial-Conserve Incorporated Associate C-FOAM (Canadian Fisheries, Oceans and Aquaculture Management Group) Telfer School of Management, University of Ottawa On 2010-09-16, at 12:22 PM, John C. Tull wrote: Correct me if I am wrong, but for step 3, you can simply use an equality statement, i.e., echo clippedRaster=NA_temperature | r.mapcalc'. This shortens things a little further. Regards, John On Sep 16, 2010, at 8:41 AM, Mark Seibel wrote: Surely there is a more elegant way... 1) Convert the vector you wish to use as a clipper to a raster. 2) Set the raster mask to be the raster clipper (the converted vector). 3) Use map calculator to perform some non-data altering operation, but get the mask to do its thing (eg. echo 'clippedRaster=NA_temperature + 0 | r.mapcalc'). Mark On Thu, Sep 16, 2010 at 10:52 AM, Andrew Lewin andrew.le...@sympatico.ca wrote: Dear Listers, I would like to clip or extract a raster using a vector file; however, I can't seem to find the command to do this in GRASS 6.4 ORC6. The raster file is an interpolated file of temperature for North America. The raster file extends beyond the North America boundaries. I would like to clip the raster file to the North American boundaries, but I cannot find the command to do so. I would appreciate any help possible. Thank You, Andrew Andrew Lewin andrew.le...@sympatico.ca President Coastal/Marine Spatial Ecologist Spatial-Conserve Incorporated Associate C-FOAM (Canadian Fisheries, Oceans and Aquaculture Management Group) Telfer School of Management, University of Ottawa ___ 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 -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick | Auburn University | | Department of 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] Re: which file do I use? .adf files
Thanks for all of your help. The metadata is of no help, already been down that road. This is more of a arc file structure problem... On Fri, Sep 17, 2010 at 3:50 AM, Sylvain Maillard sylvain.maill...@gmail.com wrote: have you take a look in the metadata.xml file? regarding the name i guess you could find usefull information inside ... Sylvain 2010/9/17 Hermann Peifer pei...@gmx.eu I guess you want to run r.in.gdal, or something. So you could follow this advice: To open the coverage select the coverage directory, or an .adf file (such as hdr.adf) from within it. http://www.gdal.org/frmt_various.html#AIG Hermann On 17/09/2010 02:33, stephen sefick wrote: I know that I need to use a .adf file, but which one? Is there a way to find out? These are all in a file folder that is supposed to contain a 1_foot LIDAR dem. dblbnd.adf sta.adf w001001x.adf z001003.adf z001005x.adf hdr.adf vat.adf z001001.adf z001003x.adf hillshd_10m w001000.adf z001001x.adf z001004.adf metadata.xml w001000x.adf z001002.adf z001004x.adf prj.adf w001001.adf z001002x.adf z001005.adf thanks for all of your help, ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick | Auburn University | | Department of 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] which file do I use? .adf files
I know that I need to use a .adf file, but which one? Is there a way to find out? These are all in a file folder that is supposed to contain a 1_foot LIDAR dem. dblbnd.adf sta.adf w001001x.adf z001003.adf z001005x.adf hdr.adf vat.adf z001001.adf z001003x.adf hillshd_10m w001000.adf z001001x.adf z001004.adf metadata.xml w001000x.adf z001002.adf z001004x.adf prj.adf w001001.adf z001002x.adf z001005.adf thanks for all of your help, -- Stephen Sefick | Auburn University | | Department of 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] Estimating Albedo from Landsat
Those are digital numbers. On Mon, Sep 13, 2010 at 6:38 AM, Daniel Victoria daniel.victo...@gmail.com wrote: Hi Nikos, I did not use i.landsat.toar. I converted the DN values to radiance manually, using r.mapcalc and the formula and coefficients provided. Are you going to use i.atcorr? I'm still trying to figure out which is the correct procedure for i.atcorr: 1) Convert DN to radiance and run i.atcorr (wiki example) 2) Use DN values in i.atcorr (man page exemple) And also, what are the output units since they appear to be scaled from 1 to 255 Cheers Daniel 2010/9/12 Nikos Alexandris nikos.alexand...@felis.uni-freiburg.de: Daniel Victoria: I haven't tryed i.landsat.toar addon but from what I read in the wiki (http://grass.osgeo.org/wiki/Atmospheric_correction) I could either use i.landsat.toar or a DN - Radiance conversion formula that is given... Will try to recalculate the images, I might have done something wrong Hi Daniel! Did you finally used i.landsat.toar for the Landsat5 - TM bands? I am trying to use the module on the LT51830332007248MOR00 image(s) and have several (expected) problems, like: (note that the metadata file I downloaded via GLOVis has a .meta extension) 1. the LT51830332007248MOR00.meta isn't read correctly or the module is looking for a string other than the date_acquired = 20070905 string which is the only date-string included in the .meta file 2. does not recognize the solar elevation value (the above cases are mentioned in the manual, so manual feed is required here) 3. after manually providing the solar_elevation and the product_date and using the -v flag, some random (?) segfaults occur. 4. without the -v flag it runs but seems to take too much time? OK, the image set is large ( 7654 cols x 7127 rows x 7 bands). --- Is it really taking so long or is there something wrong? Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick | Auburn University | | Department of 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] Estimating Albedo from Landsat
I have to go out in the field tomorrow, but I have put together a script, semi-automatically, to do this and calculate NDVI. I can pass it along for what it is worth. On Sun, Sep 12, 2010 at 7:35 PM, Nikos Alexandris nikos.alexand...@felis.uni-freiburg.de wrote: Daniel Victoria: I haven't tryed i.landsat.toar addon but from what I read in the wiki (http://grass.osgeo.org/wiki/Atmospheric_correction) I could either use i.landsat.toar or a DN - Radiance conversion formula that is given... Will try to recalculate the images, I might have done something wrong Hi Daniel! Did you finally used i.landsat.toar for the Landsat5 - TM bands? I am trying to use the module on the LT51830332007248MOR00 image(s) and have several (expected) problems, like: (note that the metadata file I downloaded via GLOVis has a .meta extension) 1. the LT51830332007248MOR00.meta isn't read correctly or the module is looking for a string other than the date_acquired = 20070905 string which is the only date-string included in the .meta file 2. does not recognize the solar elevation value (the above cases are mentioned in the manual, so manual feed is required here) 3. after manually providing the solar_elevation and the product_date and using the -v flag, some random (?) segfaults occur. 4. without the -v flag it runs but seems to take too much time? OK, the image set is large ( 7654 cols x 7127 rows x 7 bands). --- Is it really taking so long or is there something wrong? Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick | Auburn University | | Department of 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] Roads and stream delineation
All: What is the proper way to deal with roads in stream delineation from a 1m DEM? Should I go in and manually edit the DEM where the streams will cross a road to the elevation of the lowest neighbor(D8)? Is there and automated way to do this? Thanks for all of your help. -- Stephen Sefick | Auburn University | | Department of 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] MAPSET ACCESS grass64svn
When I try and set mapset access in the permanent location to all of the other mapsets this is what I get: Traceback (most recent call last): File /usr/local/grass-6.4.0svn/etc/wxpython/wxgui.py, line 387, in OnMapsets dlg = preferences.MapsetAccess(parent=self, id=wx.ID_ANY) File /usr/local/grass-6.4.0svn/etc/wxpython/gui_modules/p references.py, line 1739, in __init__ self.mapsetlb.LoadData(self.all_mapsets_ordered) File /usr/local/grass-6.4.0svn/etc/wxpython/gui_modules/p references.py, line 1811, in LoadData stat_info = os.stat(mapsetPath) OSError : [Errno 2] No such file or directory: '/home/ssefick/GISDBASE/FT_Bragg/\ngbms' -- Stephen Sefick | Auburn University | | Department of 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] Unable to Edit vector map with grass64
grass64svn ubuntu 10.04.1 Unable to initialize display driver of vector digitizer. See 'Command output' for details. Details: 'NoneType' object has no attribute 'OpenMap' () -- Stephen Sefick | Auburn University | | Department of 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] Unable to Edit vector map with grass64
I can use the grass64RC5 digitizer with good results? On Thu, Aug 26, 2010 at 3:08 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2010/8/26 Martin Landa landa.mar...@gmail.com: 2010/8/26 stephen sefick ssef...@gmail.com: grass64svn ubuntu 10.04.1 I haven't read your message carefully. The wxGUI vector digitizer has been disabled few weeks ago globally for all platforms. It should be fixed in 6.4.1, till this time please use TCL/TK v.digit. Martin -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa -- Stephen Sefick | Auburn University | | Department of 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] Unable to Edit vector map with grass64
Thank you for all of your help. Stephen On Thu, Aug 26, 2010 at 3:28 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2010/8/26 stephen sefick ssef...@gmail.com: I can use the grass64RC5 digitizer with good results? RC5 is quite old (with few days should be released RC7). In any case you can always use TCL/TK digitizer [1]. wxGUI vector digitizer can be compiled manually, you just need to use specific version of swig (usually 1.3.36). As I mentioned earlier wxGUI digitizer is going to be fixed and in the result included later in 6.4.1. Martin [1] http://grass.osgeo.org/grass64/manuals/html64_user/v.digit.html -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa -- Stephen Sefick | Auburn University | | Department of 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] r.broscoe.sh (where is it)
I saw mention of this in the mailing list archives - where does this live, is it still being developed, and will it work for a constant drop analysis? -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.broscoe.sh (where is it)
Thanks. I finally found it and got it working. It is the right idea it is just too slow. I may or may not have time to rewrite this, but it would be great to have this functionality in GRASS. Stephen On Fri, Aug 20, 2010 at 5:08 PM, Markus Neteler nete...@osgeo.org wrote: On Fri, Aug 20, 2010 at 7:10 PM, stephen sefick ssef...@gmail.com wrote: I saw mention of this in the mailing list archives - where does this live, See the v.strahler package Available via SVN: svn co https://svn.osgeo.org/grass/grass-addons/vector/v.strahler/ Markus -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] nad83 (grs80) and wgs 84 question
All, I created a mapset over a year ago in utm 17 grs80 and found out yesterday that I did not input the nad83 datum. I have been working in this location and have done a great deal of work pulling data in and processing lidar etc. GRASS has been pulling things in with the caveat that the locations seem to match (and I think assuming the datum was wgs). I have been using nad83 etc. for all of the data that I have been bringing in religiously. Can I now set the datum with r.proj to nad83 without significant data corruption? -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Flow Direction Map Question (r.stream.extract)
I am trying to use a direction map from taudem with the r.stream modules. I think the problem may be that -8 to 8 is the range of value in the r.stream extract version and 1-8 in the taudem version. I can generate one with r.stream extract with the flow accumulation and the filled DEM from taudem. The raster stream network are very similar, but not totally the same. Any help would be greatly appreciated -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Flow Direction Map Question (r.stream.extract)
The stream network that is extracted is slightly different between the two pieces of software, but they look close enough... Thank you all for your help. Stephen On Wed, Aug 18, 2010 at 1:08 PM, Jarek Jasiewicz jar...@amu.edu.pl wrote: stephen sefick pisze: I am trying to use a direction map from taudem with the r.stream modules. I think the problem may be that -8 to 8 is the range of value in the r.stream extract version and 1-8 in the taudem version. I can generate one with r.stream extract with the flow accumulation and the filled DEM from taudem. The raster stream network are very similar, but not totally the same. Any help would be greatly appreciated ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Taudem and r.watershed (and r.stream also) uses different direction coding If you want to use any network modeling software it shall use the same data. Both direction and stream map must always match. However r.stream.extract can use any accumulation map including external software. You can use DEM and accum map created with Taudem (for example Dinf or D8-LFD) next generate network and direction map using r.stream.extract HTH J. -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Flow Direction Map Question (r.stream.extract)
Hamish, It is D8. I am not entirely sure what you mean. On Wed, Aug 18, 2010 at 5:38 PM, Hamish hamis...@yahoo.com wrote: stephen sefick pisze: I am trying to use a direction map from taudem with the r.stream modules. I think the problem may be that -8 to 8 is the range of value in the r.stream extract version and 1-8 in the taudem version. I can generate one with r.stream extract with the flow accumulation and the filled DEM from taudem. The raster stream network are very similar, but not totally the same. if results are categorical (D8) I'd suggest to use r.reclass to sync them. Hamish -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] datum not set in a mapset can I set it after it has been created
I made a oopsie and did not set the datum in a mapset which is using wgs84 by default, and my data is in nad83. I have diligently kept all of the source data in nad83 before import. Can I change the datum? -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] database question
Postgresql works wonders with R and is easy to use with the RpostgreSQL package. I have not taken the plunge with GRASS yet, but I suspect I soon will... On Tue, Aug 10, 2010 at 10:17 AM, Richard Rice richa...@psbc.org wrote: Hi, Which RDMS should I use with Grass and R: MySql or PostgreSql? Thanks, Richard ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GeoTIFF output question (number of bytes divisible by 8?)
I am using r.out.tiff -t input=f...@permanent output=/home/ssefick/Desktop/fcms.tiff for input into the tauDEM pitremove function (compiled from source) and I am getting a Must be multiple of 8 (a byte) error I know that this is not a part of GRASS, but I was wondering if some knew how to make the output of the GRASS command export a compliant GEOTIFF thanks for all of your help, -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GeoTIFF output question (number of bytes divisible by 8?)
Thank you- I will figure all of this out one day... I thank you all for your kind support. kindest regards, Stephen Sefick On Mon, Aug 9, 2010 at 8:05 AM, Markus Metz markus.metz.gisw...@googlemail.com wrote: stephen sefick wrote: I am using r.out.tiff -t input=f...@permanent output=/home/ssefick/Desktop/fcms.tiff Use r.out.gdal input=f...@permanent output=/home/ssefick/Desktop/fcms.tiff for input into the tauDEM pitremove function (compiled from source) BTW, with r.out.tiff you get a standard tiff image with color values (0 - 255, 3 bands for RGB), not elevation values. Markus M -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GeoTIFF output question (number of bytes divisible by 8?)
If anyone is interested I had to export the files in AAIGrid format with a no data value =0 (elevations well above sea level) and then use gdal_translate to turn this into a geotiff. #GRASS out r.out.gdal input=f...@permanent output=/home/ssefick/Desktop/fcms nodata=0 format=AAIGrid #translate to goetiff gdal_translate -of GTIFF fcms fcms_g.tiff then tauDEM command line functions seem to work fine. If I am missing something please inform me. Again, thanks for all of the help! Stephen Sefick On Mon, Aug 9, 2010 at 8:06 AM, stephen sefick ssef...@gmail.com wrote: Thank you- I will figure all of this out one day... I thank you all for your kind support. kindest regards, Stephen Sefick On Mon, Aug 9, 2010 at 8:05 AM, Markus Metz markus.metz.gisw...@googlemail.com wrote: stephen sefick wrote: I am using r.out.tiff -t input=f...@permanent output=/home/ssefick/Desktop/fcms.tiff Use r.out.gdal input=f...@permanent output=/home/ssefick/Desktop/fcms.tiff for input into the tauDEM pitremove function (compiled from source) BTW, with r.out.tiff you get a standard tiff image with color values (0 - 255, 3 bands for RGB), not elevation values. Markus M -- Stephen Sefick | Auburn University | | Department of 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 -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GeoTIFF output question (number of bytes divisible by 8?)
no data not defined is the error message with a straight write out in geotiff when fed into tauDEM. I am at a loss for why this would not work. On Mon, Aug 9, 2010 at 9:36 AM, Markus Metz markus.metz.gisw...@googlemail.com wrote: stephen sefick wrote: If anyone is interested I had to export the files in AAIGrid format Why did export directly to GeoTIFF not work? with a no data value =0 (elevations well above sea level) and then use gdal_translate to turn this into a geotiff. #GRASS out r.out.gdal input=f...@permanent output=/home/ssefick/Desktop/fcms nodata=0 format=AAIGrid #translate to goetiff gdal_translate -of GTIFF fcms fcms_g.tiff then tauDEM command line functions seem to work fine. If I am missing something please inform me. Again, thanks for all of the help! Stephen Sefick On Mon, Aug 9, 2010 at 8:06 AM, stephen sefick ssef...@gmail.com wrote: Thank you- I will figure all of this out one day... I thank you all for your kind support. kindest regards, Stephen Sefick On Mon, Aug 9, 2010 at 8:05 AM, Markus Metz markus.metz.gisw...@googlemail.com wrote: stephen sefick wrote: I am using r.out.tiff -t input=f...@permanent output=/home/ssefick/Desktop/fcms.tiff Use r.out.gdal input=f...@permanent output=/home/ssefick/Desktop/fcms.tiff for input into the tauDEM pitremove function (compiled from source) BTW, with r.out.tiff you get a standard tiff image with color values (0 - 255, 3 bands for RGB), not elevation values. Markus M -- Stephen Sefick | Auburn University | | Department of 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 -- Stephen Sefick | Auburn University | | Department of 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 -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Constant Drop Analysis (David Tarbouton) in GRASS
I found a mention of an analysis used to objectivly determine stream extraction thresholds called constant drop analysis (http://www.neng.usu.edu/cee/faculty/dtarb/tarpres.html (ppt presentation with Charles Hawkins)). Is this implemented in GRASS, and are there any reading materials that anyone could suggest that I could read on this topic? thanks for all of your help, -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.watershed from Metz et al. Paper in 6.4
Is the r.watershed in 6.4 the one described in the Metz et al. 2010 paper? Should I stay with 6.4 or switch to 7. I am about to extract streams, watersheds, and other things with grass and r.stream*. Any advice would be greatly appreciated. -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Width of the Floodprone area and GRASS
I would like to calculate from a point along a stream network at a particular height (2x field measured bankfull height) until it intersects with the valley. Is there a way to automate this inside of GRASS? -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.stream.extract Montgomery
I would like to use the Montgomery method to extract streams (exp~2 from the paper). What should the threshold value be? And in general what should the threshold value be? I am working in the southeastern coastal plain (USA), which is characterized by low gradient (if this helps). I am using 1m resolution LIDAR data. I would like to extract the most realistic map of streams that I can. I am also trying to track down the inttermitance perminance threshold. Any guidance would be greatly appreciated. kindest regards, -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.stream.extract Montgomery
What is good guidance for where to set the threshold? I am in the coastal plain, but In the very upper part ~10 miles from the piedmont, so it is not terribly low gradient (I am going to quantify this not terribly low gradient soon). I don't see the -b flag for r.watershed 6.4svn checkout (probably a week ago) in the man pages. I said realistic because you can set the threshold to 1 for a 1m res dem. There are lines that don't even look like streams all over the place. Is it possible to extract streams with the landscape (Mongomery) as a guide for the threshold? I want to be able to do this so all of the stream ordering is done on a consistent stream network among watersheds. If this is not possible then I will use a threshold and use this for all stream network extraction on all of the other dems that I need to process so they are all comparable. I appologize if this doesn't make sense, but I will explain in greater detail if I need to. kindest regards, Stephen Sefick On Thu, Aug 5, 2010 at 9:35 AM, Jarek Jasiewicz jar...@amu.edu.pl wrote: stephen sefick pisze: I would like to use the Montgomery method to extract streams (exp~2 from the paper). What should the threshold value be? And in general what should the threshold value be? I am working in the southeastern coastal plain (USA), which is characterized by low gradient (if this helps). for flat areas Montgomery's method is not a good option. Generally that method was created and tested on areas with gradient 5%. I am using 1m resolution LIDAR data. I would like to extract the most realistic map of streams that I can. Chmmm... what you mean realistic? Maybe use existing stream network will be the best solution? For coastal plains where is no real vallyes the r.watershed's treeshold with -b option seems to be best option I am also trying to track down the inttermitance perminance threshold. Any guidance would be greatly appreciated. kindest regards, -- Stephen Sefick | Auburn University | | Department of 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
