Re: [GRASS-user] Re: How to extract z-coordiante and write it into attribute table?

Tim, Let's consider your source file is a simple x,y,z file (comma separated values). First run : v.in.ascii input=/path/to/your/lidar/source/file output=lidar fs=, x=1 y=2 z=3 Your point cloud was imported in 3d vector mode but not yet connected to an attribute table. Do this this way : v.db.add

Re: [GRASS-user] Re: How to extract z-coordiante and write it into attribute table?

no idea of the problem, only suggestions : * I would try to resample categories (v.category, option=del, then v.category option=add) before processing v.to.db * Could it be a db driver issue. In this case, you could try e.g. driver sqlite. * test on a subset of your lidar source file *... Hang

Re: [GRASS-user] Re: How to extract z-coordiante and write it into attribute table?

> > I really appreciate your help, but I didn´t find a solution to my problem in > that case. Did you try v.category to clean the relation between geometry & attribute as I suggested ? VB ___ grass-user mailing list grass-user@lists.osgeo.org http:/

[GRASS-user] v.external auto-update

Dear Grass users, frequently accessing a SpatiaLite database for attribute management, and viewing it in grass via v.external, I sadly notice the latter is not performing a /dynamic/ link. Rather a temporary import. To update recent changes I have to re-run v.external, overwriting the former. Is

Re: [GRASS-user] (sans objet)

Daniel, --in french, sorry for the exception -- pour résilier votre abonnement à cette liste, il faut vous rendre à la page suivante : http://lists.osgeo.org/mailman/listinfo/grass-user La dernière rubrique (unsubscribe) vous permet de vous désinscrire. Vous pouvez visualiser la page en françai

[GRASS-user] ps.map & arrow head

Hi list, a bit of squeezed with ps.map : is there a simple way to draw arrowheads on top of vector lines in a map composition ? I did not find any option in vlines instruction. Did I miss it ? Perhaps should I extract tnodes (or fnodes) from the source lines vector, then print arrowheads as symbol

Re: [GRASS-user] create a new vector map and add attributes

Mohammed, maybe you could have a look at this page : http://grass.osgeo.org/gdp/html_grass64/v.in.ascii.html Hope this helps, Vincent. Le jeudi 27 octobre 2011 à 16:43 +0530, Mohammed Rashad a écrit : > How to create a new vector map by code and define its attribute table? > > > ___

Re: [GRASS-user] ps.map & arrow head

Thank you Hamish for these suggestions, I'll probably dig in the database direction, in order to create a labels layer, easy to add in the postscript composition. Bye, Vincent Le jeudi 27 octobre 2011 à 21:51 -0700, Hamish a écrit : > Vincent wrote: > > a bit of squeezed with ps.map : is there a

Re: [GRASS-user] Re: ps.map & arrow head

Alexander, thanks for your script. Out of the office for the entire week, I'll give it a try a bit later. My solution was based on a spatialite export of the vector map, then some sql fiddling with vertices coordinates, and finally re-import corrdinates and angles as a point vector. As Hamish sugg

[GRASS-user] WXdigit keyboard shortcuts

Hello, WX digitizer is great, I definitely appreciate the 'elastic mode' panning and zooming while digitizing large features. I also noticed P and L shortcuts to digitize points or lines. I am wondering if more keys are available (deleting, moving ?), or if one can easily define new ones. Thank yo

[GRASS-user] ps.map rotatecolumn argument

Hi list, Has anyone experienced the ability of ps.map's vpoints instruction to choose from a rotatecolumn to orient symbols on a map ? Here's the concerned part of my ps.map instruction file : vpoints arrow layer 2 color black eps /usr/loca

Re: [GRASS-user] ps.map rotatecolumn argument

Hello Hamish, thank you for your reply, I knew you were the author of this feature ;-), read this in a former post. (I had to cope the whole day with ice in pipes, so sorry for the late reaction...) I run grass on a 64bit linux system (debian), freshly updated 6.4 version from svn. Angles are exp

Re: [GRASS-user] ps.map rotatecolumn argument

ld that is different from the 'cat' key field of layer 1. Could ps.map confuse between these cat lists ? (once again : symbols appear correctly rotated in my dataset when displayed in wxGUI) Sorry for bothering with it, Vincent. Le dimanche 05 février 2012 à 18:55 +0100, Vincent Bain a éc

[GRASS-user] wxdigit preferences

Hello, for digitizing convenience, I would like to change the default color of currently digitized line/boundary. The default is red (dashed for current segment) and this feature is not accessible via the digitizing settings menu. I am wondering where this color setting is stored, then if it is po

Re: [GRASS-user] wxdigit preferences

Yep ! it works (tested on devbr6). will it be possible to port it soon to 6.4 release branch ? Thank you so much Martin for your promptness, Vincent. Le mercredi 07 mars 2012 à 11:57 +0100, Martin Landa a écrit : > Hi, > > 2012/3/7 Vincent Bain : > > for digitizing convenience,

[GRASS-user] WxGUI Vector Digitizer crashes

Hi, working with grass 6.4 release branch (r51019) on a debian linux system, vector digitizer sometimes crashes after a long time of use, running out of memory : 100% of 6GB RAM is progressively used, never decreases while GUI is not restarted. It occurs especially when a raster background has to b

Re: [GRASS-user] WxGUI Vector Digitizer crashes

Number of faces: 0 Number of centroids:1192Number of kernels:0 neither background raster : Rows: 1906 Columns: 2247 Total Cells: 4282782 Vincent Le jeudi 08 mars 2012 à 19:54 +0100, Martin Landa a écrit : > Hi, > > 2012/3/8 Vin

Re: [GRASS-user] v.overlay missing polygon

Falko, just an idea : for theory 2, perhaps can you try to clean either a or b map, by snapping boundaries vertices over each other : v.edit map=a bgmap=b type=boundary tool=snap snap=vertex thres=... Vincent. Le lundi 12 mars 2012 à 17:11 +0100, Falko Engel a écrit : > Dear List, > > I have e

Re: [GRASS-user] v.overlay missing polygon

Falko, if you try to make things match, looks like v.overlay returns a correct result. Try the following command -- threshold 5 m is arbitrary, of course : v.edit map=plot type=boundary tool=move move=0,0 thresh=-1,5,0 bgmap=veg snap=vertex bbox=3607160,5733860,3609000,57350 then v.overlay --o a

Re: [GRASS-user] v.overlay missing polygon

Never tried this. I am generally very cautious with snapping. Not knowing exactly how grass handles it but one should be aware of possible topological alterations, duplicate features, etc. Vincent > > Dear Vincent, > > I was able to reproduce your code. This is definitely an improvement! > For

Re: [GRASS-user] TIN (Linear interpolation) from points

Hi, sorry if I misunderstand your needs but have a look at r.surf.nnbathy, it could do the job for a raster output. First you need to retrieve nn libs. More details on the author's web page : http://www.sieczka.org/programy_pl.html Yours, Vincent. Le samedi 17 mars 2012 à 04:30 -0700, TheGeogra

Re: [GRASS-user] Re: TIN (Linear interpolation) from points

> @Vincent: I need linear triangulation. Yes, this is what r.surf.nnbathy does. In other words, you obtain a faceted surface where triangles summits meet input points. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailma

Re: [GRASS-user] Re: TIN (Linear interpolation) from points

ust raster points density to input vector points Then run r.surf.nnbathy on the resulting point raster map. Vincent Le samedi 17 mars 2012 à 08:15 -0700, TheGeographer a écrit : > Vincent Bain wrote > > > >> @Vincent: I need linear triangulation. > > > > Yes, thi

Re: [GRASS-user] Re: TIN (Linear interpolation) from points

You need to install nnbathy library first. See : https://code.google.com/p/nn-c/ Then r.surf.nnbathy being a shell script just needs to be placed in your local grass-addon directory (make sure it is executable), the latter must appear in your grass path : g.gisenv GRASS_ADDON_PATH should return

Re: [GRASS-user] Re: TIN (Linear interpolation) from points

oops, sorry... Vincent Le samedi 17 mars 2012 à 17:06 +0100, Martin Landa a écrit : > Hi, > > 2012/3/17 Vincent Bain : > > g.gisenv GRASS_ADDON_PATH > > > > should return addons directory path. If not, just type : > > > > g.gisenv set="GRASS_ADDON

[GRASS-user] French IGN wms-c stream

Hi lists, those who work on french territory may have encountered problems trying to use r.in.wms to retrieve the IGN Data service. I wrote a yet rough shell script AddOn [1] and a brief how-to[2], so as to make things easier. I did not go far in the script capabilities since IGN developers advised

Re: [GRASS-user] wxGUI Vector Map Editing: Unselecting Feature

Rich, I'm often in your situation. Ctrl+left click should do the job, but it does not : Ctrl+left click unselects the whole bunch of selected features and selects the one the click captured. I (you too ?) wish it would do the opposite. Can't help. Bye, Vincent. Le vendredi 01 juin 2012 à 09:09 -

Re: [GRASS-user] How to split a line using points?

A brief suggestion, just ideas to feed your inspiration ;-) I would try to combine v.edit (tool=break) with a set of short lines created from your "fromnodes" map : we need to retrieve points coordinates, hoping they are quite coincident with lines vertices of your "fromlines" map, and create stra

Re: [GRASS-user] dpi output from ps.map

May this post help you : http://lists.osgeo.org/pipermail/grass-dev/2011-December/057095.html Good luck, Vincent Le samedi 14 juillet 2012 à 20:14 +0200, Markus Metz a écrit : > On Sat, Jul 14, 2012 at 3:14 AM, Gerald Nelson > wrote: > > We need to have a raster eps or pdf that has a dpi of 30

Re: [GRASS-user] new zoom behaviour in wxGUI preferences

I confirm, good new feature ! Thanks Vincent Le lundi 16 juillet 2012 à 09:55 -0600, Michael Barton a écrit : > Thanks Anna, > > > This sounds very useful. I'll recompile and test on the Mac when I get > back from sabbatical and travels in a week or so. > > > Michael > > > On Jul 16, 2012,

Re: [GRASS-user] interpolation from massive vector point input

Johannes, what about first generating a tin with breaklines (=your shoreline) running a Delaunay constrained triangulation : http://grass.osgeo.org/wiki/TIN_with_breaklines then output a raster from this tin ? (just a suggestion, I never used/tested v.triangle AddOnn) Vincent. Le lundi 27 aoû

[GRASS-user] nad grids storage

Hi, while discussing with S. Turek about r.in.wms coping with french projection systems, I tested a dataset within grass70. Used to working with grass64 I store the french nadgrid (ntf_r93.gsb) in /usr/share/proj/ directory, making a symlink here: /usr/lib/grass64/etc/nad/ On my local system I noti

[GRASS-user] grass prompt default working directory

Hello list, when launching grass64, the working directory of the process (I mean the grass prompt in the terminal window) is located at user's home (e.g pwd command returns: /home/vincent). I did not find if this path was stored in a Grass environment variable ? is it possible to change the default

Re: [GRASS-user] grass prompt default working directory

quite straight. Any better/cleaner solution is welcome, Vincent Le mardi 26 février 2013 à 14:13 +0100, Vincent Bain a écrit : > Hello list, > when launching grass64, the working directory of the process (I mean the > grass prompt in the terminal window) is located at user's ho

Re: [GRASS-user] grass prompt default working directory

Thank you Nikos for your reply, I let you read my previous message as an answer. The thing is I mostly run grass in text mode. Yours, Vincent Le mardi 26 février 2013 à 15:29 +0200, Nikos Alexandris a écrit : > On Tuesday 26 of February 2013 14:13:02 Vincent Bain wrote: > > Hello list

Re: [GRASS-user] grass prompt default working directory

> I would not recommend using the GISDBASE as your working directoy. My > general advice: let GRASS handle everything in there and create your own > files elsewhere. > Hello Moritz, two reasons I use to cd to mapset directory : - general - that described by Nikos, like browsing data via bash co

Re: [GRASS-user] grass prompt default working directory

Le mardi 26 février 2013 à 16:49 +0100, Vaclav Petras a écrit : > Hi, you all made some interesting points. Please consider creating > wiki page on this topic. Something like "Using GRASS from shell > effectively" or "Ps.map files management/workflow" could be > interesting not only for newbies to

Re: [GRASS-user] grass prompt default working directory

Le mardi 26 février 2013 à 12:30 -0800, Hamish a écrit : > re. "and more", fwiw, I find adding this to ~/.inputrc is much > nicer to use than ^r, > > > # Bind page up/down wih history search - > "\e[5~": history-search-backward > "\e[6~": history-search-forward > > > type the f

[GRASS-user] bypassing the "arrowhead" problem of ps.map

Hello list, maybe among you some people deplore the absence of easy solution in ps.map for line-end symbology, e.g. adding arrow heads to lines. I used to fiddle with v.to.db and plpgsql functions from postgres terminal. I found a faster and more portable one-line solution, detailed here, fyi :

Re: [GRASS-user] bypassing the "arrowhead" problem of ps.map

Hi Hamish, Le dimanche 03 mars 2013 à 13:22 -0800, Hamish a écrit : > Vincent wrote: > > maybe among you some people deplore the absence of easy > > solution in ps.map for line-end symbology, e.g. adding arrow > > heads to lines. my poor knowledge of C dissuaded me to investigate in this way...

[GRASS-user] error building recent grass-svn versions

Hi, for some weeks now, when compiling grass64_release on my debian 64 bit Squeeze, make encounters errors : Errors in: /usr/local/src/grass64_release/lib/ogsf /usr/local/src/grass64_release/lib/nviz /usr/local/src/grass64_release/misc/m.nviz.image /usr/loc

Re: [GRASS-user] error building recent grass-svn versions

Thank you Glynn for your answer, I'll trim my configure command. If I ever need to output video, what is the minimum version of avcodec to build against ? Vincent Le lundi 04 mars 2013 à 21:20 +, Glynn Clements a écrit : > Vincent Bain wrote: > > > gsd_img_

Re: [GRASS-user] error building recent grass-svn versions

0, Glynn Clements a écrit : > Vincent Bain wrote: > > > Thank you Glynn for your answer, I'll trim my configure command. > > If I ever need to output video, what is the minimum version of avcodec > > to build against ? > > I don't know. > > Actual

Re: [GRASS-user] ps.map: rectangle over map border?

Hello Nikos, Not sure to understand your issue, so my answer might be off-target : perhaps you can have a look at the output ps file. If it's only a matter of display order, you can rearrange successive instructions within the file in order to have your background laying over the border. V. Le

Re: [GRASS-user] ps.map: rectangle over map border?

Le lundi 11 mars 2013 à 16:31 +0200, Nikos Alexandris a écrit : > Doesn't this affect the display order? I noticed sometimes things are set up in a fixed manner by ps.map, whatever changes you make in the commands order. > Will try later to edit > the ps file. It's worth give a try. I would do

[GRASS-user] grass default db driver

Hello, I was writing a message suggesting to switch default dbmi from dbf to sqlite. Before posting, I had a glance at grass70 documentation, and... you know what ! Well, for grass64 users, is there a simple way to change the default db driver, I mean a system wide solution, effective when creati

Re: [GRASS-user] grass default db driver

Thank you Hamish, > #define DB_DEFAULT_DRIVER "dbf" > to be > #define DB_DEFAULT_DRIVER "sqlite" I'll give it a try. Is this statement sufficient to turn db-file sub-directory name to : $GISDBASE/$LOCATION_NAME/$MAPSET/sqlite.db ? > I suppose something could be added to allow that constant to

Re: [GRASS-user] grass default db driver

> In G7 it's > > $GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db > > Martin Thank you for the advice Martin, I had not noticed the sub-dir difference. Do you mean it is a source of problem ? what happens for locations created with grass64 and operated with grass70 ? is the default sqlite.db f

[GRASS-user] Question about layers and categories

Hi, I hope the questions to come are not too stupid, but I need some help about some points that remain to me unclear about vector layers & category management : Let's take the case of a point vector produced by v.to.point module. You know this command creates a 2 layers vector, consisting in: -

Re: [GRASS-user] Question about layers and categories

Thank you Markus for your reply. The least we can say is that my message was not very well stated, in cause it reveals several questions... eventhough I was convinced to be clear-minded about vector/database grass model ! So, let's put aside wxGUI-related questions. And go on with an example :

Re: [GRASS-user] grass default db driver

Le jeudi 04 avril 2013 à 13:24 -0700, Hamish a écrit : > Hamish wrote: > > > #define DB_DEFAULT_DRIVER "dbf" > > > to be > > > #define DB_DEFAULT_DRIVER "sqlite" > > Vincent wrote: > > I'll give it a try. > > Is this statement sufficient to turn db-file sub-directory > > name to : > > $GISDBASE/$

Re: [GRASS-user] Question about layers and categories

Hello Mortiz, your reply helped me much. Removing/Reassigning layers is a matter of several steps : -drop previous layer definition, optionally drop related table; -delete unused layer categories; -change remaining categories layer assignment (it is the step I misunderstood till then ); -define new

Re: [GRASS-user] Question about layers and categories

Le vendredi 05 avril 2013 à 12:37 +0200, Moritz Lennert a écrit : > On 05/04/13 12:03, Vincent Bain wrote: > > Hello Mortiz, > > your reply helped me much. Removing/Reassigning layers is a matter of > > several steps : > > -drop previous layer definition, optionally drop

Re: [GRASS-user] Question about layers and categories

> Anything that helps people understand layers is more than welcome. And > it's good to have input from people who see this with fresh eyes. Will try to propose sth soon. V. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org

[GRASS-user] wxdigit & 3d maps

Hi, I am experiencing trouble with wxdigit and 3d maps: when opening a 3d vector in edit mode, I cannot select existing features by simple click (e.g. edit line/boundary, move vertex, split line, and so on). The only way to actually select features is the dragging box method (available e.g. with t

[GRASS-user] v.label text orientation

Hi, v.label allows to curl text along lines (c flag) or rotate label to align with line orientation (a flag). Thus labels are created in order to display upside-up on the map, whatever the line direction, probably to make text easier to read. When it comes to label contour lines, it can be conven

Re: [GRASS-user] v.label text orientation

Oops, I forget to say if I use v.label with -a flag, I can easily bypass the issue by editing the label file and manually add 180° to labels I want to flip... but it is not so easy when calling v.label with -c flag. Vincent. Le lundi 15 avril 2013 à 16:36 +0200, Vincent Bain a écrit : >

[GRASS-user] grass vector model, cats and layers concept

Hello, recently I suggested [1] to scribble a sketch to illustrate concepts of categories and layers specific to grass vector model. Here it is: http://www.toraval.fr/telec/catsnlayers.zip I would appreciate to have your feedbacks on it, hoping thinks are true and clear enough... The idea is to

Re: [GRASS-user] grass vector model, cats and layers concept

context, > I would rename the example table > "fields" to "plots". > > Best, > > Ben > > On 04/20/2013 12:47 PM, Vincent Bain wrote: > > Hello, > > > > recently I suggested [1] to scribble a sketch to illustrate concepts of >

Re: [GRASS-user] grass vector model, cats and layers concept

Thank you Moritz, > - I'm not sure I like the difference in size of cat values between > layers. It gives the idea that there is one important and two secondary > layers. Sorry, I don't understand. Cats values are all the same font size in the drawing (I turned "1" values to sth else, perhaps a

Re: [GRASS-user] grass vector model, cats and layers concept

Le lundi 22 avril 2013 à 14:58 +0200, Moritz Lennert a écrit : > On 22/04/13 14:41, Vincent Bain wrote: > > Thank you Moritz, > > > >> - I'm not sure I like the difference in size of cat values between > >> layers. It gives the idea that there is one i

Re: [GRASS-user] grass vector model, cats and layers concept

Thank you Ben and Moritz for your comments, http://www.toraval.fr/telec/catsnlayers_4.zip Feel free to modify the source svg file, Vincent. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] grass vector model, cats and layers concept

Hi dear GRASS users, I resume this pretty old topic with a brief new section to the Wiki : http://grasswiki.osgeo.org/wiki/Vector_Database_Management#Grass_vector_management_model I did only add the section named "GRASS GIS vector management model" without modifying anything to the rest of the pa

Re: [GRASS-user] Query: number of 'areas' reported in v.build output does not necessarily represent different geographical areas

Le mercredi 08 mai 2013 à 02:22 -0700, Hamish a écrit : > Richard wrote:no doubt others here will have the magic v.clean or otherwise > recipe to clean it up. Yes, I frequently have to work with damaged shapefiles (since my customers moved from arcinfo workstation to arcgis, they provide me damag

Re: [GRASS-user] Query: number of 'areas' reported in v.build output does not necessarily represent different geographical areas

Thank you Markus, good news ! how long has it been implemented ? Vincent Le mercredi 08 mai 2013 à 16:27 +0200, Markus Metz a écrit : > On Wed, May 8, 2013 at 11:56 AM, RichardC wrote: > > Thanks for your fast replies. I'll certainly take a look at the script. > > > > Snapping with v.clean seem

Re: [GRASS-user] Merge polygone with same attribut of a shapefile

Hello Lucien, I'm not sure whether your idea is to simplify an attribute table (by deleting rows), or to perform a geometrical dissolution on polygons. For an actual merging of adjacent polygons (removal of common boundaries) then use v.dissolve. Else, be aware that several objects can share the s

Re: [GRASS-user] RE : Merge polygone with same attribut of a shapefile

Le jeudi 16 mai 2013 à 14:13 +, BLANDENIER Lucien a écrit : > Thank you Vincent and Nikos for your answers, > > Of course I mean v.dissolve and not r.dissolve... > > Maybe I'm not clear enough wiht my problem... > > To explain what I want to obtain : > I've created such a shapfile in qgis

Re: [GRASS-user] RE : RE : Merge polygone with same attribut of a shapefile

Ok, but I will obtain statistics for each polygons separately and not a > "global" statistic considering all the polygons of a same category? > > > De : grass-user-boun...@lists.osgeo.org [grass-user-boun...@lists.osgeo.org] &

Re: [GRASS-user] RE : RE : Merge polygone with same attribut of a shapefile

: grass-user-boun...@lists.osgeo.org [grass-user-boun...@lists.osgeo.org] > de la part de Vincent Bain [b...@toraval.fr] > Date d'envoi : jeudi 16 mai 2013 17:12 > À : GRASS user list > Objet : Re: [GRASS-user] RE : Merge polygone with same attribut of a shapefile > > Le jeu

Re: [GRASS-user] RE : RE : Merge polygone with same attribut of a shapefile

Le jeudi 16 mai 2013 à 23:38 +0300, Nikos Alexandris a écrit : > Funny, I am "stuck" as on how to (re-)define in layer 2 the "cat" > column with > unique categories for each (internal) feature id. There is nothing > that > helps-out towards this (simple?) task in the manuals (v.to.db). this sh

Re: [GRASS-user] How to implement 2D lookup table?

> >>> , > >>> | r.mapcalc expression = "result = lookupTable[col=ageClass, > row=dc]" > >>> ` Not a mapcalc expert, but what about turning your lookup table in a true raster, I mean create a 3colsx7rows LUT raster with values from your table, then use this "map" in an r.mapcalc expression

Re: [GRASS-user] How to implement 2D lookup table?

> Not at all this sounds interesting. But could you give some more details > on how I could do this? and what do you mean by "calling LUT[i,j]"? Rainer, I fear my solution is hopeless. I first reminded in r.mapcalc algebra, one could point at a particular (row,col) position within a raster. But I

Re: [GRASS-user] nad grids storage

and rgf93). Bye, Vincent. Le jeudi 21 février 2013 à 18:28 +0100, Vincent Bain a écrit : > Hi, > while discussing with S. Turek about r.in.wms coping with french > projection systems, I tested a dataset within grass70. Used to working > with grass64 I store the french nadgrid (ntf_r

Re: [GRASS-user] [GRASS-dev] nad grids storage

On Sun, Aug 18, 2013 at 10:55 AM, Vincent Bain wrote: > > Dear grass devs and users, > > sorry for digging up this pretty old topic. It was about the end of my > > initial message, see bellow (perhaps should I have opened a ticket for > > it) > > Yes, perhaps that&

Re: [GRASS-user] DEM creation from aerial photography

Hello Tim, besides GRASS gis tools, perhaps the digital photogrammetric workstation developed by Rio de Janeiro State University’s School of Engineering could meet your needs : http://www.efoto.eng.uerj.br/ There was recently a new major release. Yours, Vincent. Le lundi 09 septembre 2013 à 16

[GRASS-user] composite raster maps

Hello there, I just realize I've used r.composite for ages without wondering how I could perform the reverse task. The thing is I ran r.composite on a 3 band geotiff orthoimage, dropped the initial .red, .green and .blue rasters, and I would need them now in order to run r.out.vtk with the rgbmaps

Re: [GRASS-user] composite raster maps

Thank you much Markus, never noticed this mapcalc operator before, great ! Vincent Le lundi 25 novembre 2013 à 12:10 +0100, Markus Metz a écrit : > On Mon, Nov 25, 2013 at 7:22 AM, Vincent Bain wrote: > > Hello there, > > > > I just realize I've used r.composite for ag

[GRASS-user] hint about r.out.xyz

Hi again dear grass users, fiddling with point cloud data, I notice a capability of r.out.xyz which is neither documented nor allowed from the gui interface, at least in GRASS 6.4. In order to produce an ascii pointcloud file following this pattern : x y z r g b (i.e. each point of the cloud is d

Re: [GRASS-user] composite raster maps

OK for the caution Glynn, for my particular concern I finally re-ran the process from the source files. Thank you, V. Le mardi 26 novembre 2013 à 19:07 +, Glynn Clements a écrit : > Markus Metz wrote: > > > > I just realize I've used r.composite for ages without wondering how I > > > coul

Re: [GRASS-user] Orthorectification of Historic Aerial Photographs

May it be a stupid suggestion, but did you try to contact anyone at the USGS ? perhaps they maintain data from these old times... (here in France IGN is always helpful, and can provide answers to such historical requests) Vincent. Le jeudi 10 avril 2008 à 18:33 +0200, Markus Neteler a écrit : > O

Re: [GRASS-user] Debian etch (stable) packages of GRASS 6.3

Ouch... thank you Moritz for your efficient output ! Le vendredi 09 mai 2008 à 17:03 +0200, Moritz Lennert a écrit : > As I was in compilation mood, I've also created Debian Etch packages of 6.3: > > http://geog-pc40.ulb.ac.be/grass/DebianEtch/6.3.0/ > > Moritz > ___

[GRASS-user] Re: Post-processing ps.map output with inkscape

Yes, with ps2pdf the combination Grass/Inkscape works great... By the way (perhaps off subject, but it may be interesting for those who can't give up with Illustrator) : Inkscape 0.46 now handles transparency between layers. In the past it was not implemented which was a big limitation for clean g

Re: [GRASS-user] how to calculate areas

to my mind, one has to be cautious with this module, and be aware of how surfaces are estimated. It appears that results show a big variability given the current region resolution. (just try r.surf.area on a sloppy plane [generated with r.plane], knowing its inclination and thus its actual surface

[GRASS-user] Display window export

Has anybody had this problem : I try to export a raster image of the Display window (tcltk interface), with the button on the top bar : 'Export display to graphics file > JPG* > very high resolution (300% your current resolution)' The file generated through this command is actually 3 x the displa

Re: [GRASS-user] interesting article on TIN generation

Dylan, As I spend a couple of days computing a huge lidar dataset (first split the original file in 145 pieces ! then performing a loop with v.surf.rst, and rearrange data in a single raster), it is of great interest for us. Perhaps could this code be turned into grass module ? well, it's beyond my

Re: [GRASS-user] interesting article on TIN generation

Le mardi 23 septembre 2008 à 01:17 -0700, Hamish a écrit : > I still look for a nice method to paste together overlapping splines > cleanly. Maybe first generating /sufficiently/ overlapping tiles, then adjust adjacent ones in the middle of the overlap (ok, not very clean) > IM(V)HO the fact that

Re: [GRASS-user] interesting article on TIN generation

Sorry I forgot the PS > [*] Is there any thoughts on moving r.surf.nnbathy into the main source? > It requires an external dependency to use, but so do many other scripts. > To me it's a valuable addition to the available quiver of interpolation > methods; a nice compromise between IDW and splines

Re: [GRASS-user] nnbathy

Given your system, don't know if it can help, but the Natural Neighbours interpolation library is available here : http://packages.ubuntu.com/hardy/libs/libcsiro0 Le mardi 23 septembre 2008 à 12:18 +0100, John Stevenson a écrit : > Hi, > > I am keen to try r.surf.nnbathy, but I cannot find the

Re: [GRASS-user] nnbathy

Sorry for the wrong way, and thank you Morritz for contacting P. Sakov ! VB Le mardi 23 septembre 2008 à 14:50 +0200, G. Allegri a écrit : > You're right Moritz. I thought it contained also the executable... > > 2008/9/23 Moritz Lennert <[EMAIL PROTECTED]>: > > On 23/09/08 14:07, G. Allegri wrot

Re: [GRASS-user] r.digit. no zoom/pan option while digitizing ?

Nagesh, me too I think that r.digit is not handy ; I suggest you to digitize your mask contour with v.digit. Then you can generate the corresponding raster map with v.to.rast, and apply r.mask to the latter. Bye, VB Le mercredi 24 septembre 2008 à 11:27 +0530, Nagesh Bhatkar a écrit : > Hello Ev

[GRASS-user] v.external problem vith postGIS data

Hi, trying to access a polygon layer stored as a postGIS table, I ran the v.external command (the table was itself generated by v.out.ogr). There seems to be a problem when grass tries to build topology for the map, and the error message is : Random read is not supported by OGR for this layer, cann

Re: [GRASS-user] v.external problem vith postGIS data

ions...) Thank you, Vincent. > > Miguel > > 2008/11/2 Vincent Bain <[EMAIL PROTECTED]> > Hi, > trying to access a polygon layer stored as a postGIS table, I > ran the > v.external command (the table was itself generated by >

Re: [GRASS-user] Extracting line heights from 3d vectors

If you are sure lines are horizontal, then you can copy coordinates of the from-node (or the to-node, anyway) of each line to your table. Vincent. Le samedi 29 novembre 2008 à 11:18 -0600, Nick Cahill a écrit : > Dear Hamish, > > Yes, the lines are absolutely horizontal - every point has the s

Re: [GRASS-user] Importing polygon maps with overlapping features

Hello there, yes this can be seen as a limitation of grass, or more precisely of the topological data model. But I think one must remind of the strict border that should lie between geometry and a "semantic" contents. With a relational database structure you can of course overlap various characte

[GRASS-user] v.digit under wxGUI

Hello, Compiling grass64 on Ubuntu Hardy for 64bit system, I got this error when running v.digit under wxpython interface : /usr/local/lib/libgdi.so: undefined symbol: Py_InitModule4 Already pointed in this thread http://lists.osgeo.org/pipermail/grass-dev/2008-May/037763.html but I can't catch

Re: [GRASS-user] v.digit under wxGUI

thanks > Markus > > On Sun, Jan 18, 2009 at 6:21 PM, Vincent Bain wrote: > > Yes ! > > you guessed my mistake, the link was pointing to the lib32 lib... Now it > > works fine. > > > > Thank you very much, > > > > Vincent. > > > > > &g

[GRASS-user] interactive multiple selection

Hello, considering a vector map, do you know a simple way to perform multiple selections (e.g. highlighting a set of polygons) interactively either on the display (tcltk or wxpython) or through a X monitor ? the aim in the end is to update database records on the basis of a cat list. I tried the a

Re: [GRASS-user] interactive multiple selection

improve data *production* tools, and it's what I would like to contribute. Vincent. Le mercredi 21 janvier 2009 à 09:32 +0100, Markus Neteler a écrit : > On Wed, Jan 21, 2009 at 9:25 AM, Vincent Bain wrote: > > Hello, > > considering a vector map, do you know a si

Re: [GRASS-user] interactive multiple selection

> Very much related to this, please see my suggestions for updates to > the GRASS query functions. Most should be relatively minor changes, > but would make querying much easier. And it would make it easier to > implement GUI wrappers for interactive querying. > >

Re: [GRASS-user] interactive multiple selection

> Yes. That's the idea. Martin Landa already has tried to implement this > to some extent in the new wxPython GUI. But it involves a lot of > workarounds for inadequacies in the GRASS vector querying. These > updates to querying modules would make this easier and more robust. > > Michael N

<    1   2   3   >