Re: [GRASS-user] [GRASS-dev] [EXTERNAL] vector patching frustration

Hello Michael, sorry if I misunderstand your issue, but before patching these two maps are you sure that each has a set of cat values strictly distinct from the other? If a vector feature in map A shares the same cat value as another feature in map B then after patching these features will be

Re: [GRASS-user] [GRASS-dev] [EXTERNAL] vector patching frustration

Michael, Huidae thats's what I was just about to post... you need to care cats intervals don't overlap before patching. With the attached set of 2 vector maps you can have a try, typing : v.in.ogr input=/your/path/to/map1.gpkg output=map1 v.in.ogr input=/your/path/to/map2.gpkg output=map2

Re: [GRASS-user] [GRASS-dev] vector patching frustration

Hello Michael, do you mean that you cannot assign a different cat number to the specific area you added, i.e. it has a cat number assigned ? I guess you tried the "sum" option of v.category. But are you sure that the new area actually has a category attached to ? (else you could achieve it with

Re: [GRASS-user] rasterize 3d line

Hi Franck, I would suggest you to do sth as follows : - if necessary add vertice along your 3d lines (v.split ?) so their "density" is roughly equivalent to (or better smaller than) your target raster resolution ; - turn your vector lines to points using v.to.points (with use=vertex argument) ;

[GRASS-user] grass gis, docker, postgresql

Dear GRASS users, Sorry in advance if my question is clearly not straightly related to grass, but any suggestions are welcome from those who are used to run grass in docker containers. Once in a while I need to run a rather old version of GRASS, especially for a compatibility issue with old

Re: [GRASS-user] Add-Ons and batch job with the --exec interface

: > On 12/20/20 1:01 PM, Vincent Bain wrote: > > Hi dear Grass users, > > > > I'm wondering how/if one can run an Add-On command while invoking > > grass > > from the --exec interface. > > > > As an example, if I run : > > > >

Re: [GRASS-user] Add-Ons and batch job with the --exec interface [Solved]

Sorry for it: I just figured out there was a mess with a wrong symlink in my addons directory. Now it's humming! V. Le dimanche 20 décembre 2020 à 12:01 +0100, Vincent Bain a écrit : > Hi dear Grass users, > > I'm wondering how/if one can run an Add-On command while invoking >

[GRASS-user] Add-Ons and batch job with the --exec interface

Hi dear Grass users, I'm wondering how/if one can run an Add-On command while invoking grass from the --exec interface. As an example, if I run : grass79 /path/to/my/location/mapset --exec g.list rast I succeed. As well as checking my GRASS_ADDON_PATH : echo $GRASS_ADDON_PATH

Re: [GRASS-user] unstable results with r.param.scale ?

Hello Vincent, in case it could be related to my recent issue with r.param.scale: https://lists.osgeo.org/pipermail/grass-user/2020-October/081788.html In my case there was most probably something wrong with my OpenMP configuration. HTH, Vincent. Le mercredi 09 décembre 2020 à 13:59 +0100,

Re: [GRASS-user] r.param.scale issue

y problems with Intel(R) Xeon(R) CPU E3-1241 v3 and > gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04). > > Māris. > > ceturtd., 2020. g. 15. okt., plkst. 11:13 — lietotājs Vincent Bain > () rakstīja: > > Thanks Māris for your advice, > > > > it sounds drea

Re: [GRASS-user] r.param.scale issue

deals with openMP. Besides GRASS GIS I use OpenMP directives from within Clawpack fortran code, safely. Vincent. Le jeudi 15 octobre 2020 à 11:09 +0200, Markus Neteler a écrit : > On Thu, Oct 15, 2020 at 10:58 AM Vincent Bain > wrote: > > Markus, > > my configuration cmd : &g

Re: [GRASS-user] r.param.scale issue

AM Vincent Bain > wrote: > > Markus, > > my configuration cmd : > > > > ./configure > ... > > --with-openmp=yes > ... > > --with-openmp > > You may drop "openmp" and recompile (after "make distc

Re: [GRASS-user] r.param.scale issue

a écrit : > Hi Vincent, > > On Thu, Oct 15, 2020 at 10:13 AM Vincent Bain > wrote: > > Thanks Māris for your advice, > > > > it sounds dreadful to me to have to deal with these hardware > > issues... > > I installed valgrind and ran r.param.scale. > &

Re: [GRASS-user] r.param.scale issue

a écrit : > Hi Vincent, > > On Thu, Oct 15, 2020 at 10:13 AM Vincent Bain > wrote: > > Thanks Māris for your advice, > > > > it sounds dreadful to me to have to deal with these hardware > > issues... > > I installed valgrind and ran r.param.scale. > &

Re: [GRASS-user] r.param.scale issue

t affect > outcome > in this case (I'll try to commit fix tomorrow). > > Happy hunting, > Māris. > > ceturtd., 2020. g. 15. okt., plkst. 09:18 — lietotājs Vincent Bain > () rakstīja: > > Hi Markus, > > thank you for your reply and investigation! > > >

Re: [GRASS-user] r.param.scale issue

Sun, Oct 11, 2020 at 8:08 PM Vincent Bain wrote: > > Dear Grass users, > > has anyone ever experienced such issue with r.param.scale? > > > > Here's the point: > > I use to invoke r.param.scale instead of r.slope.aspect to > > calculate > > topographical sl

[GRASS-user] r.param.scale issue

Dear Grass users, has anyone ever experienced such issue with r.param.scale? Here's the point: I use to invoke r.param.scale instead of r.slope.aspect to calculate topographical slopes in various situations. I especially appreciate to have a hand on the size of processing window. I rencently had

Re: [GRASS-user] g.findfile

Ok Stefan, I'll file a bug. V. Le jeudi 10 octobre 2019 à 08:47 +, Stefan Blumentrath a écrit : > I would say it is a bug. > > -Original Message- > From: grass-user On Behalf Of > Vincent Bain > Sent: torsdag 10. oktober 2019 10:41 > To: GRASS user list &

[GRASS-user] g.findfile

Trying to test the existence of maps with g.findfile I see there is something wrong with the command and its manual. It says the -l option provides a list of "elements" keywords. In my case it gives the following: raster(raster map(s)) raster_3d (3D raster map(s)) vector

Re: [GRASS-user] grass startup slowness

ent, > > On Tue, Oct 8, 2019 at 11:48 AM Vincent Bain wrote: > > Dear GRASS users/devs, > > > > working with a weekly compiled GRASS GIS (against Git repository), > > for > > a couple of days now, I am experiencing a distinct drop in grass > > GUI > > s

[GRASS-user] grass startup slowness

Dear GRASS users/devs, working with a weekly compiled GRASS GIS (against Git repository), for a couple of days now, I am experiencing a distinct drop in grass GUI startup speed, without any noticeable error, nor any change in my build configuration. The splash screen remains visible for nearly 1

Re: [GRASS-user] Compiling GRASS GIS on Debian Buster

2.7.16 doc) Then GRASS starts and runs like a charm! Hope this helps folks who meet the same issue. Bye, Vincent. Le jeudi 25 juillet 2019 à 09:26 +0200, Vincent Bain a écrit : > Hi, > since I upgraded my Debian system to version 10 (buster), I'm not > able > to get GRASS working. &g

[GRASS-user] Compiling GRASS GIS on Debian Buster

Hi, since I upgraded my Debian system to version 10 (buster), I'm not able to get GRASS working. I pulled the latest version from Git main source code repository. The usual compilation process runs apparently fine. When launching grass77 from a terminal, the startup screen appears, and lets me

Re: [GRASS-user] Experience with extracting a DTM from a DSM ?

Hello Moritz, if you mean trying to filter a point cloud which is not especially produced by a lidar (e.g. 3d reconstruction tools such as Micmac), I would suggest you to have a look at Canupo : http://nicolas.brodu.net/en/recherche/canupo/index.html Vincent. Le mardi 08 mai 2018 à 12:58

Re: [GRASS-user] Break lines in vector A at locations of points in vector B

Hello Eric, did you try v.split on vector A, with the vertices argument set to 2? (or maybe does vector B contain only a subset of A vertices) Vincent. Le mardi 06 mars 2018 à 16:50 +, Patton, Eric (NRCan/RNCan) a écrit : > Hi, > > I have two vector maps, vector A is a line vector

Re: [GRASS-user] Change SQLite DB Column Width?

Le vendredi 04 août 2017 à 01:32 -0600, Jeshua Lacock a écrit : > Will I have to use SQLite to do it? I’ve never actually used it directly > before, so any examples would be greatly appreciated! you can either operate from an sqlite3 session, or use the grass builtin command db.execute. In

Re: [GRASS-user] Change SQLite DB Column Width?

Hello Jeshua, to my knowledge, no way to alter a column in sqlite3 : https://www.sqlite.org/lang_altertable.html .width only affects the output width of columns within sqlite3 prompt. I would suggest you to simply add a new column (with the right width), then copy the content of the previous to

Re: [GRASS-user] Renaming many files with one command

Le samedi 18 mars 2017 à 10:45 -0700, Rich Shepard a écrit : >Here's the verbatim command: > > for i in `g.list type=raster pattern=open_h_*`; do g.rename rast=$i,`echo > $i | sed /open_h_/blocked_h_/g`; done > Lastly, I would suggest you to try the same command with no space after the

Re: [GRASS-user] Renaming many files with one command

s that could be hurting sed ? could you provide a g.list rast output ? Anyone else may suggest an explanation? Bye, Vincent. Le samedi 18 mars 2017 à 10:45 -0700, Rich Shepard a écrit : > On Sat, 18 Mar 2017, Vincent Bain wrote: > > > Rich, this should work indeed (I just teste

Re: [GRASS-user] Renaming many files with one command

Le samedi 18 mars 2017 à 09:13 -0700, Rich Shepard a écrit : > On Sat, 18 Mar 2017, Vincent Bain wrote: > > for i in `g.list type=vector pattern=open_h_*`;do g.rename vect=$i,`echo > > $i | sed s/open_h_/blocked_h_/g`;done >It's close, but not complete: Rich, this sho

Re: [GRASS-user] Renaming many files with one command

Hi Rich, my one-liner 2-cents solution : for i in `g.list type=vector pattern=open_h_*`;do g.rename vect=$i,`echo $i | sed s/open_h_/blocked_h_/g`;done Hope this helps ! Vincent. Le samedi 18 mars 2017 à 07:42 -0700, Rich Shepard a écrit : >I inadvertently overwrote a set of 25 output

Re: [GRASS-user] damaged vector

OK, slight rectification on my previous post: v.clean works well and truly, my mistake. V. Le mercredi 01 mars 2017 à 17:23 +0100, Martin Landa a écrit : > 2017-03-01 17:19 GMT+01:00 Vincent Bain <b...@toraval.fr>: > > There might be something wrong with the digiti

Re: [GRASS-user] damaged vector

the zero-length line, then everything runs fine again for your map. Hope this can help people puzzled by this rather frequent issue (at least for me ;-)). Vincent. Le mercredi 01 mars 2017 à 13:40 +0100, Vincent Bain a écrit : > Dear Grass users/devs, > > while moving/deleting

[GRASS-user] damaged vector

Dear Grass users/devs, while moving/deleting vertices on a line vector map, I was kicked out of my wxdigit session. As often in this case the map is damaged, with the warning : "Coor files of vector map is larger than it should be (7762 bytes excess)" I don't really know how

[GRASS-user] digitizer weird behaviour

Hi, on a recent GRASS build (70476) I noticed the boundary digitizing tool produces by default closed loops. Is it a deliberate change ? or has it been a default option for long and I didn't notice it ? Vincent. ___ grass-user mailing list

Re: [GRASS-user] RasterLite output

otherwise "srid" is set to 0: rasterlite_load -d test.sqlite -T my_raster -e 2154 -i png -f my_raster.tif Thanks for your advice, Vincent Le lundi 17 octobre 2016 à 08:06 +0200, Moritz Lennert a écrit : > > Le 16 octobre 2016 17:27:48 GMT+02:00, Vincent Bain

[GRASS-user] RasterLite output

Hi, could anyone help me with exporting a raster map to an existing spatialite database ? Running r.out.gdal with Rasterlite on a newly created spatialite db works fine, but I would like to export multiple rasters to a single database. I see there are no creation options allowing to specify an

Re: [GRASS-user] vector digitizer

Hello Moritz, thank you for your reply, Le jeudi 13 octobre 2016 à 16:54 +0200, Moritz Lennert a écrit : > This exists: go into Settings->Attributs->Category mode and chose "No > category". Which I completely missed, Sorry for the stupid question... Vincent.

[GRASS-user] vector digitizer

Hi, trying to use the wxGUI digitizer with GRASS 7.3 I am quite puzzled with a default behavior I would like to change : Usually when I have to digitize large polygon maps, I try to do a bulk definition of attribute, i.e. after drawing the whole boundaries, I digitize a hundred of centroids

Re: [GRASS-user] map display query and layers

Hello Dave, am I wrong or is your map connected to two distinct tables with the same key (cat) ? then the behavior you describe may be related to a confusion on the type of features holding 'cat' values. For exemple in the case of a polygon map, you need to define which type of object handles

Re: [GRASS-user] v.edit tool=merge

Le lundi 26 septembre 2016 à 09:38 +0200, Markus Metz a écrit : > Maybe coordinates changed slightly during export, this could explain > why we get different results. Line heights for the same contour are > not exactly equal, e.g. 1239.39 for one line and 1240 for the next > line. Yes

Re: [GRASS-user] v.edit tool=merge

Le samedi 24 septembre 2016 à 22:31 +0200, Markus Metz a écrit : > These zero-length lines should not cause an infinite loop, fixed in > all G7 branches with r69569-71. With these changes, you also need only > one run of v.edit in order to merge all selected lines. Yep' perfect! > > With G64,

Re: [GRASS-user] v.edit tool=merge

Le vendredi 23 septembre 2016 à 23:11 +0200, Markus Metz a écrit : > Maybe it is a zero-length line issue. You can remove these zero-length > lines with v.clean tool=rmline and check if editing the cleaned vector > still causes these GUI crashes. You're right : cleaning the map prior to editing

Re: [GRASS-user] v.edit tool=merge

Le vendredi 23 septembre 2016 à 22:17 +0200, Markus Metz a écrit : > At least you got a working solution. Yes, thanks ! working with the same dataset, I ran into several GUI crashes (no time/no way to get an error message cause the window shuts up immediately, perhaps there's a log file but I

Re: [GRASS-user] v.edit tool=merge

digitizer, it fails too. Later I noticed that when applying twice the command, the result is finally correct (199 lines). Vincent. Le vendredi 23 septembre 2016 à 15:00 +0200, Markus Metz a écrit : > On Tue, Sep 20, 2016 at 3:06 PM, Vincent Bain <b...@toraval.fr> wrote: > > Hi, > &g

[GRASS-user] v.edit tool=merge

Hi, on a fresh (r69498) trunk version of grass, I have a problem running a v.edit command on a map. Given a vector map composed of 200 contour lines splitted in roughly 17000 line segments (adjacent nodes perfectly overlapping), I need to "unsplit" these contours. If I try to run the following

Re: [GRASS-user] Exporting RGB Composite Images to GeoTIFF

Le lundi 01 août 2016 à 14:45 +0200, Markus Neteler a écrit : > What options should I be selecting to export the image? Is there a > simpler method to exporting the image that I am not aware of? > > Maybe other users have a suggestion here. Michele, maybe it does not make sense but did you try

Re: [GRASS-user] Exporting RGB Composite Images to GeoTIFF

Le jeudi 21 juillet 2016 à 16:27 +0200, Markus Neteler a écrit : > The result is an image with distorted colors when opened in > QGIS. Water has turned a reddish brown color. > [...] > Please try to create the group in order B G R, not R G B: > > i.group

Re: [GRASS-user] Help with DEM, Raster and Vector export to VTK / Paraview

Hi David, (besides your latest private message, I post a reply on the mailing list) If I understand correctly, your concern is about extracting vector and raster data from GRASS in order to add them to a Google Earth 3d view (I'm not familiar with the latter, sorry). I guess my very rough addon

Re: [GRASS-user] GRASS GIS on gis.stackexchange.com

Le mercredi 20 janvier 2016 à 21:57 +0100, Markus Neteler a écrit : > > You may upvote the logo now :-) > > http://meta.gis.stackexchange.com/a/4145/687 Hi, the sticker for stackexechange community promotion ads was updated with a "grassy world" background. Vincent

Re: [GRASS-user] workspace file issue

Hello Anna, this happens on a quite old 7.8 debian wheezy. I tested it on a 8.2 jessie, and the problem is the same. No matter which driver from png or cairo is used. Would the problem rather be located on the wxpython layer ? Don't know if it can help : wx-config --version 3.0.2 python

[GRASS-user] workspace file issue

Hello, setting up a workspace file on a fresh grass-7.1.svn, I noticed a display issue when loading it: the map display does not show the entire map, it is like cropped to the upper left 2/3, see this snapshot : http://www.toraval.fr/telec/snap.jpg Whatever I do (panning, zooming, refreshing)

Re: [GRASS-user] grass6.4.6 on debian 8

Hello Markus, thank you for caring for my rather 'dated' question indeed! I keep a permanent update build of grass7 from svn, but do not (yet) use it for production purpose. Last time I tried to work on a project with it, I noticed the digiting tool was very unstable, where I had no problem with

Re: [GRASS-user] grass6.4.6 on debian 8

> I meant, is the menu in English or French? No, menus usually displayed in english. Things began to be on the blink after I upgraded my system -- python version jumped from 2.7.3 to 2.7.9. Could be a python-related issue... Anyway, as you half-suggested I'll take a leap in "seven", then

Re: [GRASS-user] grass6.4.6 on debian 8

Yes Vaclav, I will; I believe it's the very least one should do when using free software as professional set of tools... V. Le samedi 07 novembre 2015 à 12:55 -0500, Vaclav Petras a écrit : > > On Sat, Nov 7, 2015 at 9:32 AM, Vincent Bain <b...@toraval.fr> wrote: > Anyw

Re: [GRASS-user] v.external on a spatialite layer

Le samedi 07 novembre 2015 à 21:18 +0100, Markus Neteler a écrit : > > I compared > meld grass71/gui/wxpython/dbmgr/base.py grass64/gui/wxpython/dbmgr/manager.py > > but could not identify any obvious change which would fix the code > (but I am not quite familiar with the wxGUI internals). > >

[GRASS-user] grass6.4.6 on debian 8

Hi, Trying to install grass-6.4.6svn on a fresh debian jessie, I have no errors during compilation/installation. But when I launch grass64, no gui opens up, and I get the following error message on the terminal : Traceback (most recent call last):

[GRASS-user] v.external on a spatialite layer

Hi, Here is a grass6.4 (fresh build) related issue : in order to put some spatialite data within a project, I used the command v.external, which ran fine. When I try to show attribute table I get the following error message : Traceback (most recent call last): File

[GRASS-user] exporting map display

Hello, is there a way to invoke d.out.file in order to export the current wx map display ? I would like to be able to generate a georeferenced view on the fly, i.e. a map composition containing vector overlay with transparency over a raster background. The button "save display to graphic file"

Re: [GRASS-user] exporting map display

Thanks you Anna, unfortunately I understand d.to.rast cannot handle the content of the gui default display frame, which is the only display that allows me to tweak transparency. My temporary fix was to : -"set computational region from display extent" ; -press the button "save display to graphic

Re: [GRASS-user] exporting map display

ng. > > On Wed, Sep 9, 2015 at 9:52 AM, Vincent Bain <b...@toraval.fr> wrote: > Thanks you Anna, > > unfortunately I understand d.to.rast cannot handle the content > of the > gui default display frame, which is the only display t

Re: [GRASS-user] Announcing new command line interface of `grass` program in trunk

Great news ! thank you Vaclav for this new step in gis system integration : Shell one-liners surely will enjoy... Vincent Le mercredi 03 juin 2015 à 20:44 -0400, Vaclav Petras a écrit : Hi all, I'm happy to announce new command line interface of the `grass` program [1, 2] available in

[GRASS-user] d.labels

Hi, has anyone here noticed a potential problem with grass71 d.labels module ? Here is my concern. I first generate a simple labels file on a two segment vector map: v.label map=labeltest column=myattr size=12 Then I run it again with the -a option (rotate labels to align with lines). I see the

Re: [GRASS-user] GRASS and Blender

Le lundi 19 mai 2014 à 15:57 +1200, Hamish a écrit : the added interoperability with VTK-aware software is always welcome regarding this incredible interoperability in open source projects, I am thinking about the lack of 3d vector digitizing tools in GRASS. Typically when I need to model a

Re: [GRASS-user] GRASS and Blender

Le lundi 19 mai 2014 à 18:44 +1200, Hamish a écrit : so just my 2c. Hamish, your 2c is a wise synthesis! redundancy often brings nothing but confusion... V. ___ grass-user mailing list grass-user@lists.osgeo.org

Re: [GRASS-user] GRASS and Blender

Le lundi 19 mai 2014 à 09:57 +0200, G. Allegri a écrit : Do you have experimented robust workflows that can do one or both things? Hello Giovanni, yes in a production context (natural hazrd ingeneering) I do this kind of back and forth quite often, but with limited functionality: for my

Re: [GRASS-user] GRASS and Blender

Thank you Jed for the link. There's often more than one way to skin a cat : another GIS related project in Blender can be found here https://github.com/domlysz/BlenderGIS Yours, Vincent. Le lundi 19 mai 2014 à 14:30 -0700, Jed a écrit : It might also be worth taking a look at the blender-geo

Re: [GRASS-user] Making a physical globe: paper sections from GRASS GIS ?

Hello Peter, some time ago I wrote for kids a tiny program that produces a ready-to-cut-and-glue pattern from an equirectangular 3d panoramic image : http://bain.vincent.pagesperso-orange.fr/ball1.0.tar.gz Your personal equirectangular image of the world (whith a width/height ratio of 2) should

[GRASS-user] GRASS and Blender

Hi, here's a little script intended for GRASS users in search of various output tools and methods. The 3d computer graphics software Blender offers a full featured solution to produce high quality images and animations. Besides the existing v.out.ply add-on, I needed a custom-made module, that I

Re: [GRASS-user] Help needed for ascii point export

Hi, don't know how many points you have to handle along the stream, so the next solution may not be acceptable : the idea is to digitize a polyline along your point set in a new map, respecting the stream direction. Vertices are digitized to roughly meet the existing background points, then

Re: [GRASS-user] projection issue

Le mercredi 26 mars 2014 à 15:48 +, Glynn Clements a écrit : Thank you Glynn for the clarification The default behaviour is to perform a matrix-based datum transformation based upon the source and destination datums. The nadgrids parameter overrides this. Normally, it is used to specify

[GRASS-user] projection issue

Hello, the trouble I am currently experiencing is dealing partly with cs2cs, but partly with grass, so I post my question on this list... Being within a Mercator location, defined with the location wizard (calling epsg:3857), I type : echo 6.46311951 45.78037144 | m.proj -idg

Re: [GRASS-user] projection issue

Comment on my previous message : if we have a closer look at parameters, we notice a difference between the current (grass location) projection parameters and epsg:3857 parameters : Current : a (semi-major axis) = 6378137 rf (flattening factor inverse) =298.257223563 am I wrong

Re: [GRASS-user] projection issue

Le lundi 24 mars 2014 à 13:49 +0100, Moritz Lennert a écrit : You're not wrong. The difference comes from the GRASS file /etc/ogr_csv/pcs.csv in which there is a specific rule set for 3857. Don't know why, though. Moritz Thank you Moritz for your reply. Yes, I finally tried to make a

Re: [GRASS-user] projection issue

Le lundi 24 mars 2014 à 15:00 +0100, Moritz Lennert a écrit : I guess https://trac.osgeo.org/gdal/ticket/3962 is related to this. interesting discussions confusion/debate on this particular point is weird : there should be only one way to choose between a sphere and an ellipsoid ? As far as

Re: [GRASS-user] projection issue

Le lundi 24 mars 2014 à 13:24 -0700, Hamish a écrit : Hi, First of all, avoid using Google's spherical mercator projection for anything other than necessary data import/export if you can possibly help it. But sometimes we don't have a choice, so.. I wish I could never have heard about

Re: [GRASS-user] surface interpolation with breaklines

: x = xref + j * xres + 0.5 * xres y = yref + i * yres + 0.5 * yres If you find useful information on the matter, please update me. Good job, Antonio Alliegro Le dimanche 09 février 2014 à 16:24 +0100, Vincent Bain a écrit : Le dimanche 09 février 2014 à 15:55

Re: [GRASS-user] surface interpolation with breaklines

efficient and fast. Do you think it could represent a potential new option that could be applied to v.to.rast in order to handle 3d vector areas ? Vincent. Le dimanche 09 février 2014 à 12:53 +0100, Maciej Sieczka a écrit : W dniu 03.02.2014 18:55, Vincent Bain pisze: Would anyone help me figure

Re: [GRASS-user] surface interpolation with breaklines

Le dimanche 09 février 2014 à 15:55 +0100, Maciej Sieczka a écrit : W dniu 09.02.2014 13:17, Vincent Bain pisze: Perhaps a wiser solution would be to v.to.point (i) contour lines, (ii) breaklines, then merge them in a single raster an run r.surf.nnbathy. There is no need to v.to.points

[GRASS-user] surface interpolation with breaklines

Hello, trying to generate a DEM from a photogrammetric vector input file (elevation points, contour lines, and breaklines), I decided to run the v.triangle addon. The main reason is the local topography has many ridges and deep gulleys and I want to incorporate a breaklines vector map in my

Re: [GRASS-user] how to draw line with arrow mark to line top (tip)

Hello Yasuo, If you just need to display line directions with an arrow head on end-node, you can use the display=dir option available for d.vect. If you need to display a custom symbol, you cannot use icon= option, which is dedicated to point and centroid features (not lines). Envethough the

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 could

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 b...@toraval.fr wrote: Hello there, I just realize I've used r.composite for ages without

[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

[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

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_r93.gsb) in /usr

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

: On Sun, Aug 18, 2013 at 10:55 AM, Vincent Bain b...@toraval.fr 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's needed. The question

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, calling

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] 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 using

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

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] de la part de Vincent Bain [b...@toraval.fr

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

...@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 jeudi 16 mai 2013 à 14:13 +, BLANDENIER Lucien a écrit : Thank you Vincent

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 should do

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

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 richtcoo...@hotmail.com wrote: Thanks for your fast replies. I'll certainly take a look at the script. Snapping

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

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 an

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 important and two secondary layers. Sorry, I don't

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

[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

  1   2   3   >