Hi, short intrusion in this current thread, without knowing exactly what
it is related to : I only mean to suggest you to close the while loop...
This prompt means the shell expects the end of your statement ; here
you should type done to close the while instruction.
Hope it helps,
Regards.
Thibault,
closely concerned by this item, I'll soon try to have a glance at your
page. I have a set of test-data available in both NTF and RGF93 systems,
and Circé to validate back forth shiftings. Thank you for this
contribution !
Vincent.
Le lundi 22 novembre 2010 à 21:10 +0100, Thibault
is valid.
Bye,
Vincent.
Le mercredi 23 mars 2011 à 08:26 +0100, Vincent Bain a écrit :
Hi list,
trying to manage a vector attribute table, I explored the sqlbuilder
menu (py gui, grass64, quite a bit old svn version -- say 2 months).
My query contains a modulus condition, so I guess I can
If your map is a 3d vector, v.db.connect will do the job.
First create 3 new numeric fields in the table (x,y,z), run v.db.connect
with the coord option : it will feed these attributes.
Then you can drop x,y columns if you don't need them anymore.
Vincent
Le mercredi 23 mars 2011 à 06:29 -0700,
Tim,
sorry for the mistake, I meant v.to.db
(with option=coor and columns=x,y,z)
Vincent
Le mercredi 23 mars 2011 à 07:29 -0700, TimNorwey a écrit :
Vincent Bain wrote:
If your map is a 3d vector, v.db.connect will do the job.
First create 3 new numeric fields in the table (x,y,z), run
I would suggest there is something wong between your geometry and data
attached in your table. Did you try v.category in order to clean it up ?
http://grass.osgeo.org/grass64/manuals/html64_user/v.category.html
Le mercredi 23 mars 2011 à 07:59 -0700, TimNorwey a écrit :
I tried to do this,
Tim,
the relative dispersion of our answers might be due to a lack of
description of what your actually want to do.
If you're still stuck, try to re-expose your problem clearly.
Yours,
Vincent.
___
grass-user mailing list
grass-user@lists.osgeo.org
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 :
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
*...
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
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
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
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
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
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
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
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
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
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 écrit :
Hello Hamish
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
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 b...@toraval.fr:
for digitizing convenience, I
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
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 Vincent Bain b
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
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
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 the
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,
@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
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, this is what r.surf.nnbathy does. In other words
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
oops,
sorry...
Vincent
Le samedi 17 mars 2012 à 17:06 +0100, Martin Landa a écrit :
Hi,
2012/3/17 Vincent Bain b...@toraval.fr:
g.gisenv GRASS_ADDON_PATH
should return addons directory path. If not, just type :
g.gisenv set=GRASS_ADDON_PATH=/path/to/your/addons
it will not work
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
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
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
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 nelson.ger...@gmail.com
wrote:
We need to have a raster eps or pdf
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, at 9:26
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
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
.
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 home (e.g pwd
command returns: /home
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,
Hi
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
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
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 first few
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 :
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...
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
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_mpeg.c:375: error
:
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.
Actually, the OSGF library attempts to support older versions
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
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
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
be
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 file
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:
-
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 :
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 :
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
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 related table;
Please note
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
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
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
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 :
Hi
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
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
categories and layers specific to grass vector model.
Here it is:
http://www.toraval.fr/telec/catsnlayers.zip
I would appreciate
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
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
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
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
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
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
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
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
...@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
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
,
| 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
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
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
:
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
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
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
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
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
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
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
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
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
:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
101 - 200 of 262 matches
Mail list logo