[GRASS-user] 25 yr celebration
Another logo for the 25 yr celebration of Grass Gis http://grass.osgeo.org/wiki/File:Grass_logo_gold_text_25yr_celebration.png Have 25yr happy anniversary. Javier García. _ Windows Live Hotmail: Your friends can get your Facebook updates, right from Hotmail®. http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_4:092009___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] v.in.e00 vs. v.in.ogr
I've noticed that using avcimport (which converts .e00 files to binary coverages) greatly speeds up import of .e00 files when you use ogr2ogr. So v.in.ogr probably uses avcimport for this reason. Bob Moskovitz Research Analyst I Seismic Hazard Evaluation Project California Geological Survey http://gmw.consrv.ca.gov/shmp CONFIDENTIALITY NOTICE: This communication is intended only for the use of the individual or entity to which it is addressed. This message contains information from the State of California, California Geological Survey, which may be privileged, confidential and exempt from disclosure under applicable law, including the Electronic Communications Privacy Act. If the reader of this communication is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. > -Original Message- > From: grass-user-boun...@lists.osgeo.org > [mailto:grass-user-boun...@lists.osgeo.org]on Behalf Of Rich Shepard > Sent: Tuesday, November 17, 2009 4:51 PM > To: grass-us...@lists.osgeo.org > Subject: [GRASS-user] v.in.e00 vs. v.in.ogr > > >Looking for the v.in.ogr man page I was reminded that > there is a v.in.e00. > Should I use the latter rather than the former? > >Tried running v.in.e00. After entering the .e00 file name > and specifying > 'area' for the type I and saw this fatal error message: > > ERROR: 'avcimport' program not found. Install it first. > >The source file is an ASCII .e00, not compressed and not needing > comversion from ARC/Info binary to exchange format. > >What have I missed here? > > 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] v.in.e00 vs. v.in.ogr
On Wed, 18 Nov 2009, Markus Neteler wrote: I'd suggest yet. Markus, Yes, there's a great difference: speedier running v.in.e00. That's available here: http://avce00.maptools.org/avce00/ Got both of them. The source comes up with the error message ... very helpful! (in theory OGR should meanwhile support E00 but I am not 100% sure about polygons being correctly done - there was/is a ticket open). Well, v.in.e00 completed in a few minutes while v.in.ogr struggled for more than 5 hours before I put it out of my misery. I recommend (as mentioned in another message) that avce00 and e00compr be included in the GRASS code distribution since they are wanted by v.in.e00. Many thanks, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] v.in.e00 vs. v.in.ogr
On Tue, 17 Nov 2009, Moskovitz, Bob wrote: I've noticed that using avcimport (which converts .e00 files to binary coverages) greatly speeds up import of .e00 files when you use ogr2ogr. So v.in.ogr probably uses avcimport for this reason. Bob, I read the opposite: that avcimport converts binary files to .e00 for purposes of import. It was v.in.e00 (not v.in.ogr) that asked for this and e00compr to be installed before it would run. Interesting. Thanks, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.in.e00 vs. v.in.ogr
On Wed, Nov 18, 2009 at 1:50 AM, Rich Shepard wrote: > Looking for the v.in.ogr man page I was reminded that there is a v.in.e00. > Should I use the latter rather than the former? I'd suggest yet. > Tried running v.in.e00. After entering the .e00 file name and specifying > 'area' for the type I and saw this fatal error message: > > ERROR: 'avcimport' program not found. Install it first. That's available here: http://avce00.maptools.org/avce00/ (in theory OGR should meanwhile support E00 but I am not 100% sure about polygons being correctly done - there was/is a ticket open). > The source file is an ASCII .e00, not compressed and not needing > comversion from ARC/Info binary to exchange format. > > What have I missed here? If you are sure you can just hack the v.in.e00 shell script and remove the test. Or simply execute manually what the script does (it simply calls v.in.ogr with some magic parameters). Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.in.e00 vs. v.in.ogr -- ANSWERED
On Tue, 17 Nov 2009, Rich Shepard wrote: Looking for the v.in.ogr man page I was reminded that there is a v.in.e00. Should I use the latter rather than the former? OK. Looks like I want v.in.e00 because the v.in.ogr man page explicitly cites .shp and MapInfo files. As a suggestion, include the avce00 and e00compr libraries in the GRASS distribution. Even though I can read the .e00 file, v.in.e00 reported that it was compressed (!) but it's now happily munching on it. Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] v.in.e00 vs. v.in.ogr
Looking for the v.in.ogr man page I was reminded that there is a v.in.e00. Should I use the latter rather than the former? Tried running v.in.e00. After entering the .e00 file name and specifying 'area' for the type I and saw this fatal error message: ERROR: 'avcimport' program not found. Install it first. The source file is an ASCII .e00, not compressed and not needing comversion from ARC/Info binary to exchange format. What have I missed here? Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Running v.in.ogr in screen
On Wed, 18 Nov 2009, Markus Neteler wrote:
(which GRASS version is that?)
6.4svn from end of last week.
I use screen regularly, a cool tool:
Docs:
https://savannah.gnu.org/projects/screen/
http://www.pixelbeat.org/docs/screen/
Usage:
- Just run 'screen' and you are set.
- To disconnect from the session press Control-A, Control-D.
- To list your screens type 'screen -ls'
- To reconnect with a disconnected screen run 'screen -r [number]'
('number' you need if you have several screens running.)
Markus,
Thank you. I've known of screen for a long time but never used it before
now.
Can I create new mapsets in the same location from the command line? If
so, I suppose what I want to do is initiate two screen sessions, each
running v.in.ogr with a different source .e00 file and writing the output to
a different mapset.
Yes, I've read the book (still 2nd ed.), but haven't used GRASS for years
before these past couple of weeks.
Much appreciated,
Rich
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.drain indir option
Hi, Is it possible to substitute a 'direction' raster generated from a module other than r.cost, when using the 'indir' option for r.drain? This is for GRASS65. Specifically, I would like to compute a least-cost path based on a friction surface AND direction map. Is this possible? Thanks, Dylan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Running v.in.ogr in screen
On Tue, 2009-11-17 at 15:43 -0800, Rich Shepard wrote: > On Wed, 18 Nov 2009, ? ?? wrote: > > > out of curiosity, why is screen useful in this case? What other/ more > > advantages using screen are there? > > Nikos, > >I can start a script running to import both .e00 files, log out, and go to > sleep for the night while the process crawls along in the background. If I > wanted to stay logged in I could just open another virtual terminal and run > the module there. > > Rich Great, thank you! ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Running v.in.ogr in screen
On Wed, Nov 18, 2009 at 12:20 AM, Rich Shepard wrote:
> I'm importing a soils theme from a .e00 file. This is one of three .e00
> files for the county soils, and it's been running for 4-1/4 hours importing
> 10,044 features.
(which GRASS version is that?)
> I'd like to run the other two imports overnight using the screen program.
> Has someone done this before and is willing to share the command with me?
I use screen regularly, a cool tool:
Docs:
https://savannah.gnu.org/projects/screen/
http://www.pixelbeat.org/docs/screen/
Usage:
- Just run 'screen' and you are set.
- To disconnect from the session press Control-A, Control-D.
- To list your screens type 'screen -ls'
- To reconnect with a disconnected screen run 'screen -r [number]'
('number' you need if you have several screens running.)
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Running v.in.ogr in screen
On Wed, 18 Nov 2009, ? ?? wrote: out of curiosity, why is screen useful in this case? What other/ more advantages using screen are there? Nikos, I can start a script running to import both .e00 files, log out, and go to sleep for the night while the process crawls along in the background. If I wanted to stay logged in I could just open another virtual terminal and run the module there. Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Running v.in.ogr in screen
On Tue, 2009-11-17 at 15:20 -0800, Rich Shepard wrote: > I'm importing a soils theme from a .e00 file. This is one of three .e00 > files for the county soils, and it's been running for 4-1/4 hours importing > 10,044 features. > >I'd like to run the other two imports overnight using the screen program. > Has someone done this before and is willing to share the command with me? > > Thanks, > Rich Hi Rich, out of curiosity, why is screen useful in this case? What other/ more advantages using screen are there? Silly thought: if it's just to be able to continue using GRASS why not create an extra mapset, import there, continue working in your "default" mapset and copy later the imported data wherever you like to. Best Regards, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Running v.in.ogr in screen
I'm importing a soils theme from a .e00 file. This is one of three .e00 files for the county soils, and it's been running for 4-1/4 hours importing 10,044 features. I'd like to run the other two imports overnight using the screen program. Has someone done this before and is willing to share the command with me? Thanks, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] classification of quickbird data
Christian Röttger schrieb: > hello, > > i am working on a land use classification in the Mekong delta, based on > quickbird data using Grass6.4 RC5 and have 2 questions. > > The scene is in parts cloudy, especially my training area. is there an > option to do some correction to get rid of the clouds? > > i already did a classification with 8 classes (about 90 sample) but i'm > not really satisfied with the result because its so inhomogeneous with > many small fractions. Is there some literature or experience how to > classify rural areas with small huts, rice paddys (mature, fallow, under > water) and mixed orchards? sorry, i forgot to say which modules i used. first i did a unsupervised cluster classification and a false colour composit plus gps ground points to generate my training areas. after that i tried i.maxlik and then i.smap to get a better result but that also didn't satisfy me. i will also try some modification parameters, or generate more training areas. regards christian smime.p7s Description: S/MIME Cryptographic Signature ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] New tutorial
Hi all! I added to GRASS wiki http://grass.osgeo.org/wiki/GRASS_%2B_SAGA new tutorial about GRASS and SAGA integration. This totorial shows how to integrate (unfortunately only on LINUX) both GRASS and SAGA commands into one geoprocessing script. regards. Jarek ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] classification of quickbird data
hello, i am working on a land use classification in the Mekong delta, based on quickbird data using Grass6.4 RC5 and have 2 questions. The scene is in parts cloudy, especially my training area. is there an option to do some correction to get rid of the clouds? i already did a classification with 8 classes (about 90 sample) but i'm not really satisfied with the result because its so inhomogeneous with many small fractions. Is there some literature or experience how to classify rural areas with small huts, rice paddys (mature, fallow, under water) and mixed orchards? thanks christian ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Hydraulic/Flood Modeling
Helena Mitasova's group has done a lot along these lines - I'm trying to figure out how to apply some of these tools on flood and erosion modeling myself.. Check out http://skagit.meas.ncsu.edu/~helena/gmslab/viz/erosion.html http://skagit.meas.ncsu.edu/~helena/ cheers, Vishal On Tue, Nov 17, 2009 at 7:57 AM, M S wrote: > This addon seems cool. It is on my "to do" list of exploring the addons. > > http://grass.osgeo.org/wiki/GRASS_AddOns#r.inund.fluv > > Mark > > On Tue, Nov 17, 2009 at 10:52 AM, Rich Shepard > wrote: > > I've not yet looked extensively at r.watershed, r.terraflow, r.flow and > > the other hydrologic modules, yet I wonder if anyone has done flood > modeling > > based on terrain, soils, land use/land cover, and precipitation. > > > > Pointers appreciated. > > > > 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 > -- Vishal K. Mehta, PhD Scientist Stockholm Environment Institute - US 133 D St Suite F Davis CA 95616 www.sei-us.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] 6.5 Build Error Fixed
Just to close the thread, adding the wxPython headers made the difference. Make completed without error. Why those headers where not installed I don't know. I've written to the package maintainer (in Austria) but have not yet seen a response. Thanks for showing me what was missing, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
On Tue, 17 Nov 2009, Markus Metz wrote: Or check the SlackBuild script you used if it's doing that. Markus, Yes, it does. Thanks, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
Rich Shepard wrote: On Tue, 17 Nov 2009, Martin Landa wrote: no new info - wxPython headers are missing (only wxWidgets are included) - you need to install them... Martin, They're not in the source code. Silly question: if you compiled wxPython from source yourself with make; make install, did you also cd $WXDIR/wxPython python setup.py install as described in $WXDIR/wxPython/docs/INSTALL.txt ? Or check the SlackBuild script you used if it's doing that. Markus M ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
On Tue, 17 Nov 2009, Rich Shepard wrote: They're not in the source code. Oops! Yes it is. Just hidden deeply. Thanks, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
On Tue, 17 Nov 2009, Glynn Clements wrote: Oops. I have: $ ls -1F /usr/include/wx-2.8/wx/wxPython/ i_files/ printfw.h pseudodc.h pyclasses.h pydrawxxx.h pyistream.h pytree.h swigver.h twoitem.h wxPython.h wxPython_int.h Glynn, When I dug deeper in the source I found those and copied them over. It looks like Slackware's wxPython package is incomplete. I don't know how the script could miss this, but I'll report it to the maintainer. Thanks ... and thanks to Martin, too, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
On Tue, 17 Nov 2009, Martin Landa wrote: no new info - wxPython headers are missing (only wxWidgets are included) - you need to install them... Martin, They're not in the source code. Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
Rich Shepard wrote: > > Can you check what contains this dir? > > Martin, > >Certainly! > [rshep...@salmo ~]$ ls /usr/include/wx-2.8/wx/wxPython/ > i_files/ Oops. I have: $ ls -1F /usr/include/wx-2.8/wx/wxPython/ i_files/ printfw.h pseudodc.h pyclasses.h pydrawxxx.h pyistream.h pytree.h swigver.h twoitem.h wxPython.h wxPython_int.h It looks like Slackware's wxPython package is incomplete. -- Glynn Clements ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
Hi, 2009/11/17 Rich Shepard : > Certainly! > > [rshep...@salmo ~]$ ls /usr/include/wx-2.8/ > wx/ no new info - wxPython headers are missing (only wxWidgets are included) - you need to install them... Martin -- Martin Landa * http://gama.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Hydraulic/Flood Modeling
This addon seems cool. It is on my "to do" list of exploring the addons. http://grass.osgeo.org/wiki/GRASS_AddOns#r.inund.fluv Mark On Tue, Nov 17, 2009 at 10:52 AM, Rich Shepard wrote: > I've not yet looked extensively at r.watershed, r.terraflow, r.flow and > the other hydrologic modules, yet I wonder if anyone has done flood modeling > based on terrain, soils, land use/land cover, and precipitation. > > Pointers appreciated. > > 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
[GRASS-user] Hydraulic/Flood Modeling
I've not yet looked extensively at r.watershed, r.terraflow, r.flow and the other hydrologic modules, yet I wonder if anyone has done flood modeling based on terrain, soils, land use/land cover, and precipitation. Pointers appreciated. Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
On Tue, 17 Nov 2009, Martin Landa wrote: Can you check what contains this dir? Martin, Certainly! [rshep...@salmo ~]$ ls /usr/include/wx-2.8/ wx/ [rshep...@salmo ~]$ ls /usr/include/wx-2.8/wx aboutdlg.h dcclient.h glcanvas.hmsgout.h stopwatch.h accel.h dcgraph.h graphics.hmstream.h strconv.h access.h dcmemory.h grid.hnotebook.hstream.h afterstd.h dcmirror.h gsocket.h numdlg.h string.h anidecod.h dcprint.h gtk/ object.h sysopt.h animate.hdcps.h hash.hodcombo.h tab.h animdecod.h dcscreen.h hashmap.h overlay.h tabctrl.h app.hdde.h hashset.h ownerdrw.htarstrm.h apptrait.h debug.h help.hpalette.h taskbar.h archive.hdebugrpt.h helpbase.hpanel.h tbarbase.h arrimpl.cpp defs.h helphtml.hpaper.h textbuf.h arrstr.h dialog.hhelpwin.h pen.h textctrl.h artprov.hdialup.hhtml/ pickerbase.h textdlg.h aui/ dir.h htmllbox.hplatform.htextfile.h beforestd.h dirctrl.h hyperlink.h platinfo.htglbtn.h bitmap.h dirdlg.hicon.hpopupwin.hthread.h bmpbuttn.h display.h iconbndl.hpower.h thrimpl.cpp bmpcbox.hdisplay_impl.h iconloc.h print.h timer.h bookctrl.h dlimpexp.h imagbmp.h printdlg.htipdlg.h brush.h dnd.h image.h prntbase.htipwin.h buffer.h docmdi.himaggif.h process.h tokenzr.h build.h docview.h imagiff.h progdlg.h toolbar.h busyinfo.h dragimag.h imagjpeg.hpropdlg.h toolbook.h button.h dynarray.h imaglist.hprotocol/ tooltip.h calctrl.hdynlib.himagpcx.h ptr_scpd.htoplevel.h caret.h dynload.h imagpng.h quantize.htreebase.h checkbox.h effects.h imagpnm.h radiobox.htreebook.h checklst.h encconv.h imagtga.h radiobut.htreectrl.h chkconf.hencinfo.h imagtiff.hrawbmp.h txtstrm.h choicdlg.h event.h imagxpm.h recguard.htypes.h choice.h evtloop.h init.hregex.h unix/ choicebk.h except.hintl.hregion.h uri.h clipbrd.hfdrepdlg.h iosfwrap.hrenderer.hurl.h clntdata.h features.h ioswrap.h richtext/ utils.h clrpicker.h ffile.h ipc.h sashwin.h valgen.h cmdline.hfile.h ipcbase.h sckaddr.h validate.h cmdproc.hfileconf.h isql.hsckipc.h valtext.h cmndata.hfiledlg.h isqlext.h sckstrm.h variant.h collpane.h filefn.hjoystick.hscopeguard.h vector.h colordlg.h filename.h layout.h scrolbar.hversion.h colour.h filepicker.hlaywin.h scrolwin.hvidmode.h combo.h filesys.h link.hselstore.hvlbox.h combobox.h fmappriv.h list.hsettings.hvms_x_fix.h confbase.h font.h listbase.hsizer.h volume.h config.h fontdlg.h listbook.hslider.h vscroll.h containr.h fontenc.h listbox.h snglinst.hwave.h control.hfontenum.h listctrl.hsocket.h wfstream.h convauto.h fontmap.h listimpl.cpp sound.h window.h cpp.hfontpicker.hlog.h spinbutt.hwizard.h cshelp.h fontutil.h longlong.hspinctrl.hwupdlock.h ctrlsub.hframe.h math.hsplash.h wx.h cursor.h fs_arc.hmatrix.h splitter.hwxPython/ dataobj.hfs_filter.h mdi.h srchctrl.hwxchar.h dataview.h fs_inet.h mediactrl.h sstream.h wxhtml.h datectrl.h fs_mem.hmemconf.h stack.h wxprec.h dateevt.hfs_zip.hmemory.h stackwalk.h xml/ datetime.h gauge.h memtext.h statbmp.h xpmdecod.h datstrm.hgbsizer.h menu.hstatbox.h xpmhand.h db.h gdicmn.hmenuitem.hstatline.hxrc/ dbgrid.h gdiobj.hmetafile.hstattext.hxti.h dbkeyg.h generic/mimetype.hstatusbr.hxtistrm.h dbtable.hgeometry.h minifram.hstc/ xtixml.h dc.h gifdecod.h module.h stdpaths.hzipstrm.h dcbuffer.h gizmos/ msgdlg.h stockitem.h zstream.h [rshep...@salmo ~]$ ls /usr/include/wx-2.8/wx/wxPython/ i_files/ [rshep...@salmo ~]$ ls /usr/include/wx-2.8/wx/wxPython/i_files/ _richtextbuffer.i _richtextctrl.i _richtexthtml.i _richtextxml.i Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] matlab scripts r.dominant_dir.m and r.calc_terraflow_dir.m
I'm looking to use the addon scripts r.dominant_dir.m and r.calc_terraflow_dir.m, however, I have never used Matlab or Freemat. I looked around for some examples or documentation on how to run these scripts for (in?) GRASS, but have not found anything helpful. Can someone point me to a good resource to learn about this? Thanks, Mark ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
2009/11/17 Rich Shepard : >> then >> wx/wxPython/wxPython.h >> should be located in `/usr/include/wx-2.8`. Can you check what contains this dir? Martin -- Martin Landa * http://gama.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
On Tue, 17 Nov 2009, Martin Landa wrote: then wx/wxPython/wxPython.h should be located in `/usr/include/wx-2.8`. Martin, Perhaps so, but there's no such header file on this system: [rshep...@salmo ~]$ locate wxPython.h [rshep...@salmo ~]$ This hasn't affected any other application, including my approximate reasoning model written in Python with wxPython for the GUI. Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
2009/11/17 Rich Shepard : > > -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 > -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ then wx/wxPython/wxPython.h should be located in `/usr/include/wx-2.8`. Martin -- Martin Landa * http://gama.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
On Tue, 17 Nov 2009, Martin Landa wrote: what wx-config --cppflags says? Martin, [rshep...@salmo ~]$ wx-config --cppflags -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Processing Time for Vector Import w/OGR
On Tue, 17 Nov 2009, Markus Metz wrote: The changes to v.in.ogr as in ticket #426 apply only to grass7. v.in.ogr in grass65 should take as long as in grass64, not much difference there AFAICT. Markus, OK. That's what I thought after looking at the ticket. That theme -- water bodies -- took 3 hours to finish breaking boundaries. I guess that when I do the soils today I can expect similar times. Thanks, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] CYGWIN
Markus Neteler wrote: > Starting grass64/cygwin with -tcltk leads to > > 13 [main] g.gisenv 2100 _cygtls::handle_exceptions: Exception: > STATUS_STACK_OVERFLOW > 78803 [main] g.gisenv 2100 open_stackdumpfile: Dumping stack trace > to g.gisenv.exe.stackdump > > Subsequently the GUI isn't started (the tcltk startup screen comes up well). > > Running on command line: > g.gisenv > returns the settings as it should. > > Running on command line: > g.region -p > returns to command line without printing anything. > > Perhaps there is a version conflict with the proj libraries? All of the above work for me. -- Glynn Clements ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Spatial interpolation of river network observations
I recall Hamish once released an interpolate with barriers code that I believe it's in the addons. Never used it myself but you should take a look http://lists.osgeo.org/pipermail/grass-user/2008-February/043541.html The screenshot is very neet and looks like what you want to do. Just don't know about the 3d interpolation though. I think it's just 2d http://grass.osgeo.org/wiki/File:Inlets_03_SurfSal_icw_big.png Cheers Daniel On Tue, Nov 17, 2009 at 8:28 AM, Margherita Di Leo wrote: > Hi Ulrich, > > AFAIK the algorithm to calculate the hydrological distance is actually > r.stream.distance. > > Hope this helps > > Margherita > > Date: Tue, 17 Nov 2009 10:52:45 +0100 From: Ulrich Leopold > Subject: [GRASS-user] Spatial interpolation of > river network observations To: R-sig-geo list , > grass-user@lists.osgeo.org Message-ID: <4b02726d.4050...@tudor.lu> > Content-Type: text/plain; charset="iso-8859-1" > > Dear all, > > I would like to interpolate 17 pollution observations in a storage lake in 3 > dimensions (x,y,z). > > As I understand variogram analysis and kriging are not straightforward as we > are dealing with non-euclidean (hydrologic) distances and down-stream > direction. > > Could someone point me to some algorithms which can roughly estimate the 3d > pollution body accounting for hydrologic distances? > > -- > Eng. Margherita Di Leo > Ph.D. Candidate > Methods and Technologies for Environmental Monitoring > Department of Environmental Engineering and Physics (DIFA) > > University of Basilicata Campus Macchia Romana > 85100 - Potenza Italy > > Office: +39-0971205363 > Fax: +39-0971205160 > > > > > > ___ > 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] CYGWIN
On Sun, Oct 4, 2009 at 6:57 PM, Markus Neteler wrote: > On Sat, Oct 3, 2009 at 11:25 PM, Glynn Clements > wrote: >> Markus Neteler wrote: >>> Any better solution possible? >> >> Create a shortcut for the setup program and add -X to the command. >> This saves having to type out the full path to setup.exe in the >> command prompt. > > Ah, ok. I have added it to the explanations at > http://grass.osgeo.org/grass64/binary/mswindows/cygwin > > @Windows users: > It needs to be revised. Ideally tested by a novice with comments > to me/to the list... just tell us if it works and if it is clear like this. > If not (likely), please suggest how to improve it. we have made some tests here and updated the setup.ini file plus the instructions. Starting grass64/cygwin with -tcltk leads to 13 [main] g.gisenv 2100 _cygtls::handle_exceptions: Exception: STATUS_STACK_OVERFLOW 78803 [main] g.gisenv 2100 open_stackdumpfile: Dumping stack trace to g.gisenv.exe.stackdump Subsequently the GUI isn't started (the tcltk startup screen comes up well). Running on command line: g.gisenv returns the settings as it should. Running on command line: g.region -p returns to command line without printing anything. Perhaps there is a version conflict with the proj libraries? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Spatial interpolation of river network observations
Hi Ulrich, AFAIK the algorithm to calculate the hydrological distance is actually r.stream.distance. Hope this helps Margherita Date: Tue, 17 Nov 2009 10:52:45 +0100 From: Ulrich Leopold Subject: [GRASS-user] Spatial interpolation of river network observations To: R-sig-geo list , grass-user@lists.osgeo.org Message-ID: <4b02726d.4050...@tudor.lu> Content-Type: text/plain; charset="iso-8859-1" Dear all, I would like to interpolate 17 pollution observations in a storage lake in 3 dimensions (x,y,z). As I understand variogram analysis and kriging are not straightforward as we are dealing with non-euclidean (hydrologic) distances and down-stream direction. Could someone point me to some algorithms which can roughly estimate the 3d pollution body accounting for hydrologic distances? -- Eng. Margherita Di Leo Ph.D. Candidate Methods and Technologies for Environmental Monitoring Department of Environmental Engineering and Physics (DIFA) University of Basilicata Campus Macchia Romana 85100 - Potenza Italy Office: +39-0971205363 Fax: +39-0971205160 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Processing Time for Vector Import w/OGR
Rich Shepard wrote: On Mon, 16 Nov 2009, Markus Metz wrote: Unfortunately yes, better in grass7, see ticket #426 https://trac.osgeo.org/grass/ticket/426 Markus, OK. Should I be running 6.5 or 7 rather than the 6.4.0svn from last week? The changes to v.in.ogr as in ticket #426 apply only to grass7. v.in.ogr in grass65 should take as long as in grass64, not much difference there AFAICT. Markus M ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.5: Build Error
2009/11/17 Rich Shepard : > Slackware does not separate headers from the rest of the code. I built > wxPython-2.8.10 here with the SlackBuild script. Just untarred the source > and there's no wxPython.h in ../src/include/. How interesting. what wx-config --cppflags says? Martin -- Martin Landa * http://gama.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
