Re: [GRASS-user] 3D Point Cloud Visualization
Hi, You're going to look for archaeological artefacts on a point cloud ? Usually it is done by looking at a surface grid with a shadow layer. Le 12/04/2013 17:12, Adrian Kirilov a écrit : Hello, My work with GRASS GIS is related to Airborne Laser Scanning (ALS) data. I have to discover archaeological structures. For the purpose I need to visualize the data as a 3d point cloud. How can I do that in GRASS? Greetings, Adrian Kirilov ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] TPIE-based algorithms in GRASS ?
Hi, As Ms. Helena Mitasova was involved int it, I would like to know if GRASS is making use (or is planning to) of the research work done by the STREAM project [1] such as TPIE? Their various publications are showing quite an impressive efficiency on using these I/O methods to generate a grid DEM from a huge dataset in comparison with surf.rst. I've not been able to find out an open-source software based on it as it seems most of the (TERRA)STREAM's devs are now behind the proprietary SCALGO software. Being able to manipulate LIDAR datasets without resorting to tiling and multiple regions would be a great thing ! Martin Isenburg is using a similar approach in his blast2dem tool, the processing/results are great. Regards, MORREALE Jean-Roc [1] STREAM - http://www.cs.duke.edu/terrain/ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] (sans objet)
this is about unsubscribing... Utilisez le lien suivant, saisissez votre email dans la case unsubscribe en bas de la page. Le 26/05/2011 21:36, LUCKHAUPT DANIEL a écrit : Bonsoir votre site ne m'interrsse plus, jesuis en France et je ne parle pas anglais. Je vous prierais de ne plus m'adresser vos messages Amicalement ___ 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] winGrass daily builds - available?
Is there any plans to release nightly builds through Osgeo4W ? It would be great to get hands on grass7 (and wxNviz). Le 10/03/2011 17:11, Martin Landa a écrit : Hi, 2011/3/10 Martin Landalanda.mar...@gmail.com: Server: The server was up a few days ago, we'll investigate what's going on. Snapshots: The snapshots weren't available for some time due to bugs in the winGRASS builder which have been fixed a week ago. yes, server is down since yesterday. Today I will check what's the problem. http://josef.fsv.cvut.cz/wingrass/ is back again. Anyway I am planning to move wingrass binaries to the new server, I will inform you later. Martin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.to.rast3 - how to display a g3d ?
Hi, I've been trying to use r.to.rast3 with geological surfaces but I've not been able to display the resulting g3d into nviz (grass 6.4rc6 on windows/linux). Here the steps I've made on a simple test case with just 2 layers (top and bottom) created from a 4 points dataset : g.region vect=point_sou...@volume res3=50 v.extrude input=point_sou...@volume output=top0 height=2000 v.extrude input=point_sou...@volume output=bottom0 height=0 v.surf.rst input=t...@volume layer=0 elev=top0_rst tension=40 dmin=80 dmax=300 v.surf.rst input=bott...@volume layer=0 elev=bottom0_rst tension=40 dmin=80 dmax=300 r.to.rast3 --overwrite input=bottom0_rst,top0_rst output=vol3d_01 nviz volume=vol3d...@volume The NVIZ's window is empty, the volume panel is set to isosurface. Could someone points me to the step I've missed ? Regards, Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] use of v.surf.rst on big datasets with low memory
Le 06/06/2010 00:00, Hamish a écrit : Jean Roc wrote: I'm trying to build a regional DEM based on a contour line map (3D vector) using v.surf.rst but the process fails with an memory allocation error when I set my region to a 50m resolution. what does 'g.region -p' say? (config - region - display region) Here is the output : projection: 99 (Lambert Conformal Conic) zone: 0 datum: towgs84=0,0,0,0,0,0,0 ellipsoid: grs80 north: 7101577 south: 6991409 west: 597190 east: 713347 nsres: 50.00817068 ewres: 50.00301334 rows: 2203 cols: 2323 cells: 5117569 The outcome of v.surf.rst is the same (G_malloc error) when used on a smaller region with a smaller resolution, in any cases I've tried if the number of points is over 2 millions it fails. Regards, Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] use of v.surf.rst on big datasets with low memory
Hi, I'm trying to build a regional DEM based on a contour line map (3D vector) using v.surf.rst but the process fails with an memory allocation error when I set my region to a 50m resolution. As I'm using GRASS 6.4svn (OSGEO4W) on a Windows XP x86 with 2Go of RAM, I would like to know if it is gonna be a constant error due to those hardware/software specs. (Thu Jun 03 13:12:31 2010) v.surf.rst input=mnt_i2g...@mnt layer=0 elev=rst_mnt_i2g_r...@mnt tension=40 segmax=40 npmin=300 dmin=25 dmax=125 Pourcentage complet : Lignes de lecture de la carte vectorielle... certains points sont en dehors de la région -- ignorés... Reading nodes from vector map ... il y a des points en-dehors de la région 2D/3D spécifiée -- 2 points ignorés 28763365 points ignorés -- trop dense Processing all selected output files will require 26129572 bytes of disk space for temp files Pourcentage complet : la recherche de points pour l'interpolation prend trop de temps -- veuillez changer la régionpour la zone où se trouvent vos points. Les calculs se poursuivent... The number of points from vector map is 32808058 The number of points outside of 2D/3D region 2 The number of points being used is 4044691 [...] ERROR: G_malloc: unable to allocate 16992 bytes at segmen2d.c:196 (Thu Jun 03 16:12:58 2010) Command finished (10826 sec) Regards, MORREALE Jean Rof ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] New version of the r.landscape.evol.py Landscape Evolution module uploaded to the GRASS Addons repository.
Le 27/04/2010 23:59, Isaac Ullah a écrit : Dear GRASS users/developers, I'm happy to announce that the Mediterranean Landscapes Dynamics Project has released a brand new version of our landscape evolution script r.landscape.evol.py. It can be downloaded from the GRASS ADDONS SVN Repository in the LandDyn directory ( http://trac.osgeo.org/grass/browser/grass-addons/LandDyn). r.landscape.evol.py calculates erosion and deposition values for a region (DEM) given climactic (rainfall) and environmental (vegetation and soils) conditions. It can iteratively calculate these values over multiple time-steps, and will produce new surface DEM's for each time step (using the previous DEM as input in the next time step). r.landscape.evol.py uses process-based transport equations to calculate erosion/deposition differently for different parts of the landscape (ie. flat areas, hillslopes, mass movement, small channels, streams). Hi, Could you give me more precisions on the recursive aspect and its limits, for exemple do you think that your model could be applied to a nord europe hydrologic setting ? The testcase shown on your website is a wadi bordering the Jordan rift valley which is quite a different beast. I'm also curious about how far back in time you did push your experiment and on the way you did extrapolate the neolithic period settings. Regards, MORREALE Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Searching Docs about 3D geological modelisation
it seems to me that the TPROGS word only refers tp a method and not a software, here is slide I found about if by Gary Weissmann (from google's cache as the pdf's link is dead) : http://209.85.229.132/search?q=cache:5JU5t4eQ4HYJ:www.isgs.illinois.edu/research/3DWorkshop/2005/pdf-files/Weissmann-GSA-2005_ppt.pdf+TPROGScd=24hl=frct=clnkgl=frclient=firefox-a From forum's post he seems to have a software package available for transition probability geostatistics which he then import into GSM (the software linked in the previous mails) Le 09/01/2010 11:51, Benjamin Ducke a écrit : Cheers for these. They are certainly all highly interesting. Do you have an actual link for the T-PROGS software itself? All I can seem to come up with are interfaces from other software and publications mentioning it. I would certainly be interested in taking a look at your GRASS interface. Is T-PROGS open source? My gut feeling is that the T-PROGS approach would give better results than 3D kriging, as it seems better able to to follow 3D shape trends: http://chl.erdc.usace.army.mil/chl.aspx?p=sa=ARTICLES;37g=50 ... but that certainly would need testing. Having said that, I also like this approach for a more heuristic model: http://chl.erdc.usace.army.mil/chl.aspx?p=sa=ARTICLES;41g=50 It's very simple and could easily be implemented directly in GRASS GIS. In fact, I coded something very similar to this for archaeological stratigraphy reconstruction a while back. Cheers, Ben - Original Message - From: Dylan Beaudettedylan.beaude...@gmail.com To: Benjamin Duckebenjamin.du...@oxfordarch.co.uk Cc: GRASS user listgrass-user@lists.osgeo.org Sent: Saturday, January 9, 2010 4:30:40 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [GRASS-user] Searching Docs about 3D geological modelisation Two more ideas: 1. conditional simulation, based on a 3D variogram model 2. transition probability-based interpolation of categories Check out gstat for the conditional simulation, and TPROGS for the transition probability. If anything is interested, I have done some programming to connect GRASS and TPROGS. Cheers! Dylan On Fri, Jan 8, 2010 at 1:24 PM, Benjamin Ducke benjamin.du...@oxfordarch.co.uk wrote: Woohoo, this forum is always a treasure trove of good advice. I had not idea SGemS existed! The Voronoi idea is also good, I am just not sure that the 3D Voronoi diagram is quite what one would instinctively think it is. http://en.wikipedia.org/wiki/Voronoi_diagram says: In general a cross section of a 3D Voronoi tessellation is not a 2D Voronoi tessellation itself. Need to look into that. I don't have much practical experience with Bayes models, so can't really comment on that. Cheers, Ben Christian Kaiser wrote: It seems to me that this is a 3D interpolation problem with categorical variables. Maybe the Bayesian Maximum Entropy approach could help. There are some interesting publications around also for geology and soil sciences, and they can deal with categorical data as well. Look for example here: http://www.enge.ucl.ac.be/staff/curr/Bogaert/biblioBME/BMEbibsubject.html#Soil%20Science Or maybe you can have a look at SGeMS (http://sgems.sourceforge.net), a tool for 3D geostatistics. None of them is available through GRASS, but the algorithms are freely available (I think open-source, but not verified). I am not a geologist, so please forgive if it is not adequate... Christian Kaiser On 8 janv. 2010, at 11:04, Benjamin Ducke wrote: Rich Shepard wrote: material. There is no interpolation algorithm in GRASS currently which can handle that sort of data well. So what is needed is a political algorithm. :-) That's actually right: given the presence of n different layer types in the vicinity of an empty voxel, the algorithm would need to decide by some sort of majority vote which type to assign to that voxel. Kidding aside, I suspect that a fuzzy interpolation algorithm would solve the problem. How? You could make the interpolated value depend on a fuzzy set member function, I suppose, but the situation here is actually so well defined that I think a probabilistic approach would be preferable. Since each voxel can only store one value, a second output map could store the classification probability. That may be very useful for visualization (you could show voxels with little probability hazier). Ben Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Benjamin Ducke Geospatial Consultant Oxford Archaeology Digital Janus House Osney Mead OX2 0ES Oxford, U.K. Tel: +44 (0)1865 263 800 (switchboard) Tel: +44 (0)1865 980 758 (direct) Fax :+44 (0)1865 793 496 benjamin.du...@oadigital.net http://oadigital.net -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them,
Re: [GRASS-user] Searching Docs about 3D geological modelisation
Thanks for the answers, Having used it a little with archaeological structures it was no wonder that the first software I thought about was grass, but the main difference is, as you pointed out, that in this case I do not have a well defined volume. I was thinking about using r3.in.ascii and then r.to.rast3 but it doesn't seems to be the right thing to do on a large scale (150km²) due to potential multiple top/bottom crossing of the generated layers. Your screenshots are exactly the kind of data visualization I'm seeking to obtain. Jean Roc Le 08/01/2010 00:34, Benjamin Ducke a écrit : Well, you are in luck and trouble at the same time. Out of all GIS I know, GRASS is the only one that's competent at handling 3D, volumetric rasters (aka voxels, which is really what you want for stratigraphic models). On the other hand, efficient voxel modelling from sparse 3D data, such as well logs and transects remains really challenging. The problem with well logs is also that often the data is of a qualitative nature, indicating the presence and absence of types of material. There is no interpolation algorithm in GRASS currently which can handle that sort of data well. I have attached two screenshots of models that I once produced from log data. One has been interpolated with GRASS' 3D splines algorithm (which was a bit cheating, really), the other is some sort of 3D IDW interpolation done directly in VisIt. I don't think they turned out too great. But, hey: it's still more realistic than drawing on a piece of paper and playing the old connect the logs with lines game... You missed the use of Illustrator Ben MORREALE Jean Roc wrote: Hello Grasslist, I'm searching for papers, books or usecases covering the use of GRASS in geology, mainly on the stratigraphic representations (well log, schematic block diagram) and geomorphological (erosion, georelief reconstruction) aspects. This is an area I've not practiced so far so I would be interested to know how people here deal with it in Grass (especially their rules for building a 3d model from logs and exploiting it correctly but also any kind of spicy stuff you can obtain from it). Thre is some related papers I've already find on these subjects : HydroGIS 96: Application of Geographic Information Systems in Hydrology and Water Resources Management (Proceedings of the Vienna Conference, April 1996). IAHS Publ. no. 235, 1996. Spatial Geologic Hazard Analysis in Practice, J. David Rogers, 2004 Three-dimensional Geological Modeling by FOSS GRASS GIS, Atsushi Kajiyama et al., 2004 Volume modeling of soils using GRASS GIS 3D-Tools, Markus Neteler, 2001 Regards, MORREALE Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Searching Docs about 3D geological modelisation
Hello Grasslist, I'm searching for papers, books or usecases covering the use of GRASS in geology, mainly on the stratigraphic representations (well log, schematic block diagram) and geomorphological (erosion, georelief reconstruction) aspects. This is an area I've not practiced so far so I would be interested to know how people here deal with it in Grass (especially their rules for building a 3d model from logs and exploiting it correctly but also any kind of spicy stuff you can obtain from it). Thre is some related papers I've already find on these subjects : HydroGIS 96: Application of Geographic Information Systems in Hydrology and Water Resources Management (Proceedings of the Vienna Conference, April 1996). IAHS Publ. no. 235, 1996. Spatial Geologic Hazard Analysis in Practice, J. David Rogers, 2004 Three-dimensional Geological Modeling by FOSS GRASS GIS, Atsushi Kajiyama et al., 2004 Volume modeling of soils using GRASS GIS 3D-Tools, Markus Neteler, 2001 Regards, MORREALE Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: SV: Re: [GRASS-user] Weighted Voronoi diagram
Lars Forseth a écrit : Hi! Is this extension (r.xtent) available for general use? (I would like to apply the xtent methodolgy on the large mounds and the iron age political landscape of power In Trondelag, Norway) Regards Lars Forseth You can get QGIS 0.8 for Windows with xtent built-in, it is available here - http://www.quantarch.org/files/QuantumGIS.zip or you can go with the sources using the GRASS Extensions Manager (GEM) ftp://92.243.18.195/qgis/XtentModel.tar.gz http://grass.itc.it/grass64/manuals/html64_user/gem/index.html All necessary informations are available through r.xtent --help in the grass's console or in the tutorial made for the qgis 0.8's archive. ftp://92.243.18.195/qgis/01_xtent-tutorial.pdf Be aware that pathways and boundaries options aren't working and that NULL cells in DEM input map can make it crash. Regards, MORREALE Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Weighted Voronoi diagram
Thomas Wootten a écrit : Is there any way to create a Weighted Voronoi Diagram in grass? v.voronoi.* will create ordinary ones, but not weighted. Short answer : no Long answer : please have a look to this interesting thread - http://www.mail-archive.com/grass-user@lists.osgeo.org/msg06875.html Benjamin Ducke's r.xtent could be used to get a similar result Regards, MORREALE Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] archaeologist GRASS users - was Thiessen Polygons
Benjamin Ducke a écrit : Hi Lyle, see this presentation for some case studies: ftp://88.208.250.116/ducke-frankfurt-foss-gis-arch.pdf The Xtent model shown there might be what you are looking for (essentially another way to get weighted Voronoi diagrams). I am sure Michael Barton could point you to other cool stuff that he and his students/colleagues have been doing with GRASS. Maybe we should set up a GRASS for Archaeology user group and/or web page some time. CAA 2009 might be a good pretext for that. Cheers, Ben Hi Benjamin, could you point me to some explanations of this xtent model and how to use it in grass ? Date: Thu, 12 Feb 2009 17:54:07 -0500 From: Lyle E. Browning lebrown...@att.net The messages from Kurt Spring and Jean Roc Morreale point to archaeological work using GRASS. How many other archaeologists are there on the list using GRASS. I'd be interested in hearing about archaeological applications as I have just begun the learning curve for my own archaeological work. Thanks, Lyle Browning In France, even if it has been teach in the mid'90s there is now only an handful of people using GRASS. The main sofwares used are MapInfo and Arcgis, with gvsig being the new frontend to the gov archeological register. GIS are used to study the repartition of the material and sites, the relation between sites and mainly the production of maps. The volumetric's abilities of GRASS would often be a godsend but too few knows about it. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Thiessen Polygons
Moritz Lennert a écrit : On 12/02/09 04:15, Dylan Beaudette wrote: On Wed, Feb 11, 2009 at 5:03 PM, Dylan Beaudette debeaude...@ucdavis.edu wrote: On Wednesday 11 February 2009, MORREALE Jean Roc wrote: Hamish a écrit : Kurt Springs wrote: Does anyone know how to do Thiessen Polygons in GRASS? I need to use them around various types of megalithic tomb sites that are in point vector files. v.voronoi there is some replacement test code to look at in grass-addons as well: http://trac.osgeo.org/grass/browser/grass-addons/vector/voronoi While we are on this topic, is there a way to get a weigthed voronoi diagram using grass ? The ability to rank a point to tune the area's influence would be great, for that purpose I've been using an arcgis'extension* but with grass it is not possible**. Is there a way to get a similar result ? *http://www.geog.unt.edu/~pdong/software.htm **http://osdir.com/ml/gis.grass.user/2004-04/msg00036.html Regards, MORREALE Jean Roc Now that I have read about 'weighted voronoi diagrams', One version of such diagrams are Reilly surfaces [1],[2] used in retail geography to identify the influence/attraction zone of a city, often depending on population size. I didn't knew about it, I'll try look for the reference you gave thank. My aim is quite similar to your example as it consists in balancing the influence zone of a archeological settlement, not by the estimated population, but by a factor resulting from the amount of data collected (historicalmaterial). Regards, MORREALE Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Thiessen Polygons
Hamish a écrit : Kurt Springs wrote: Does anyone know how to do Thiessen Polygons in GRASS? I need to use them around various types of megalithic tomb sites that are in point vector files. v.voronoi there is some replacement test code to look at in grass-addons as well: http://trac.osgeo.org/grass/browser/grass-addons/vector/voronoi While we are on this topic, is there a way to get a weigthed voronoi diagram using grass ? The ability to rank a point to tune the area's influence would be great, for that purpose I've been using an arcgis'extension* but with grass it is not possible**. Is there a way to get a similar result ? *http://www.geog.unt.edu/~pdong/software.htm **http://osdir.com/ml/gis.grass.user/2004-04/msg00036.html Regards, MORREALE Jean Roc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] re: WXPYTHON???
Macsurfcat a écrit : MORREALE Jean Roc wrote: Macsurfcat a écrit : Howdy, Just a little problem I've encountered before, resolved once but forgotten the solution: I've downloaded another version of GRASS 6.3.0 because of extreme problems with previous; the GUI default (of course) is not the wxpython which I prefer. I have reset it again and again in terminal with an -u flag with the same result. The claim is the GUI will be updated, but upon opening GRASS again, the older GUI is called and utilized. Help suggests several options but doesn't exactly explain how to implement them: ie; how does one change a variable in the .grassrc6 folder, for example. Sounds ridiculous, I know, but what am I missing here? ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Launch grass with the -wxpython option ? ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Yes, tried that. Error message follows: cd ~; export PATH=/bin:/sbin:/usr/bin:/usr/sbin:$PATH; export DISPLAY=:0.0; export osxaqua=1; export LANG=en_EN; export LANGUAGE=en_EN; '/Applications/GrassGIS.app/'Contents/Resources/app/grass-6.3.0/grass63 -wxpython Cleaning up temporary files. Starting GRASS ... Unable to set locale: unsupported locale setting Traceback (most recent call last): File /Applications/GrassGIS.app/Contents/Resources/app/grass-6.3.0/etc/wxpython/gis_set.py, line 31, in module from gui_modules import globalvar File /Applications/GrassGIS.app/Contents/Resources/app/grass-6.3.0/etc/wxpython/gui_modules/globalvar.py, line 49, in module import wx File /BinaryCache/wxWidgets/wxWidgets-11~57/Root/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/wx-2.8-mac-unicode/wx/__init__.py, line 45, in module File /BinaryCache/wxWidgets/wxWidgets-11~57/Root/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/wx-2.8-mac-unicode/wx/_core.py, line 14007, in module File /System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/locale.py, line 512, in getpreferredencoding File /System/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/locale.py, line 476, in setlocale locale.Error: unsupported locale setting Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... I've downloaded python 2.6 and wxpython 2.8; both have installed themselves in my APPLICATIONS folder, as per usual on a MAC. The MacPython 2.5 packaged with Leopard OSX.5 is also located in same apps folder. The Python framework referred to above does exist, and seems to be in order . . . I added the xpython switch by copying the login sh from the terminal window after it ran and inserting the -wxpython switch manually, opened the terminal and copied in the text. It ran as above. I am not a programmer, so when you say launch grass with -wxpython switch, I say how? (I'm just a dumb archaeologist) Eugene Hi eugene, sorry, I made a mistake while replying to your mail so I'm copying your message here as it belongs more to the list. Looking at your log, your application is already set to use wxpython (see the line /Applications/GrassGIS.app/'Contents/Resources/app/grass-6.3.0/grass63 -wxpython) I don't have access to a mac for now but could you try to open a terminal, do export LANG=en_EN.utf8 then grass63 -wxpython ? Regards, MORREALE Jean Roc an equally dumb archaeologist ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] re: WXPYTHON???
Macsurfcat a écrit : Howdy, Just a little problem I've encountered before, resolved once but forgotten the solution: I've downloaded another version of GRASS 6.3.0 because of extreme problems with previous; the GUI default (of course) is not the wxpython which I prefer. I have reset it again and again in terminal with an -u flag with the same result. The claim is the GUI will be updated, but upon opening GRASS again, the older GUI is called and utilized. Help suggests several options but doesn't exactly explain how to implement them: ie; how does one change a variable in the .grassrc6 folder, for example. Sounds ridiculous, I know, but what am I missing here? ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user Launch grass with the -wxpython option ? ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] grass' build problem with libtoolize
I am using Mandriva 2009.0 and have no problems. But libtool isn't used/usable for GRASS, probably that's the source of the problem. We need to know more specifically what you plan to do. Here is my spec file - http://pastebin.mandriva.com/5551 It is based on the latest available on mandriva's contrib, I've not done much modifications except cleaning the rust and add the correct dependencies for the new gui. The spec file in the tarball you mentioned is an older version. I want to submit a newer grass' package since I need it to submit qgis 1.0 and also because the actual one on cooker's svn is nearly one year old, conflicts over libavcodec due to wrong include's path, etc. The libtool thingy is set to be used by default in mandriva's rpmbuild. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] grass' build problem with libtoolize
Markus Neteler wrote: Found a workaround: replace %configure with ./configure and libtoolize is no longer used. Two fixes are necessary, then it compiles (running here now). I'll send you the SPEC file. Markus Thank you for the tips ! Older version yes, but with updates to 2009.x yes but actually in cooker you can't even install it because of a dependency's conflict so a new grass rpm is really needed here. Thanks again ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] grass' build problem with libtoolize
Hi, I'm trying to build grass 6.4 rc1 from sources (using the tarball available) but I get this blocking error : libtoolize: cannot handle variables in AC_CONFIG_AUX_DIR Here is the complete log - http://pastebin.mandriva.com/5505 I've searched but the only part I've been able to understand so far is that it is somewhat linked to the configure file so there is the options I used : --with-dbm-includes=%{_includedir}/gdbm/ --with-postgres-includes='%{_includedir}/postgresql %{_includedir}/postgresql/internal' --with-freetype --with-freetype-includes=%{_includedir}/freetype2 --with-motif --with-opengl-libs=%{_prefix}/X11R6/%{_lib} --with-motif-includes=%{_prefix}/X11R6/include --with-gdal --with-odbc --enable-largefile --with-ffmpeg --with-curses --with-python --with-sqlite \ --with-cxx --with-proj-share=%{_datadir}/proj \ --with-nls --with-wxwidgets=%{_libdir}/wxPython/bin/wx-config I'm using mandriva cooker/libtool 1.5.26/gcc 4.3.2 Regards, MORREALE JR ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user