Re: [GRASS-user] Multiple errors building Grass 7.7svn

Thanks for the help, Markus N. and Markus M. – Grass compiles and builds successfully with proj 5.2.0. Cheers, ~ Eric. From: Markus Metz Sent: May 22, 2019 13:16 To: Patton, Eric (NRCan/RNCan) Cc: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Multiple errors building Grass 7.7svn Hi

Re: [GRASS-user] Multiple errors building Grass 7.7svn

Thanks for that info. So would a suitable strategy be to try re-synching Grass from git, then compiling and building with proj 6.1, and if that fails, try the proj 5.9.3 release? ~ Eric. From: Markus Metz Sent: May 22, 2019 12:57 To: Patton, Eric (NRCan/RNCan) Cc: grass-user@lists.osgeo.org

Re: [GRASS-user] Multiple errors building Grass 7.7svn

, Eric (NRCan/RNCan) ; grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Multiple errors building Grass 7.7svn On Wed, May 22, 2019 at 4:39 PM Markus Neteler mailto:nete...@osgeo.org>> wrote: > > Hi Eric, > > On Wed, May 22, 2019 at 3:32 PM Patton, Eric (NRCan/RNCan)

Re: [GRASS-user] Multiple errors building Grass 7.7svn

: expected identifier or ‘(’ before ‘}’ token } ^ ../../include/Make/Compile.make:32: recipe for target 'OBJ.x86_64-pc-linux-gnu/do_proj.o' failed make: *** [OBJ.x86_64-pc-linux-gnu/do_proj.o] Error 1 make: *** Waiting for unfinished jobs Thanks, ~ Eric. -Original Message- From: Markus Neteler

[GRASS-user] Multiple errors building Grass 7.7svn

Hi, I was running Grass 7.7svn (trunk) fine last week, and updated to v74509 today on Linux Mint 19.1. No errors during configure, but make showed many errors of the type: Error: /usr/lib/gcc/x86_64-linux-gnu/7/include/xmmintrin.h:120: Syntax error at '{' Error:

Re: [GRASS-user] Unable to modify PS1 variable

, 2019 11:49 To: Patton, Eric (NRCan/RNCan) ; grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Unable to modify PS1 variable On 28/02/2019 16:10, Patton, Eric (NRCan/RNCan) wrote: Hi, I am having trouble changing my PS1 bash prompt in Grass 7.7svn. I have PS1 set to "\W >" in ~/

Re: [GRASS-user] Unable to modify PS1 variable

Thanks for that, Markus, that works. ~ Eric. From: Markus Metz Sent: February 28, 2019 12:08 To: Patton, Eric (NRCan/RNCan) Cc: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Unable to modify PS1 variable On Thu, Feb 28, 2019 at 3:21 PM Patton, Eric (NRCan/RNCan) mailto:eric.pat

Re: [GRASS-user] Unable to modify PS1 variable

On Thu, Feb 28, 2019 at 3:20 PM Patton, Eric (NRCan/RNCan) wrote: >> >> Hi, I am having trouble changing my PS1 bash prompt in Grass 7.7svn. I >>have >> PS1 set to “\W >” in ~/.grass.bashrc, but instead my prompt >> consistently prints >>

[GRASS-user] Unable to modify PS1 variable

Hi, I am having trouble changing my PS1 bash prompt in Grass 7.7svn. I have PS1 set to "\W >" in ~/.grass.bashrc, but instead my prompt consistently prints "GRASS 7.7.svn ($LOCATION_NAME):\w > " (with LOCATION_NAME and \W expanded to current Grass location and full directory path,

Re: [GRASS-user] Joining attributes of points to spatially-coincident line vertices

>Not sure what your overall goal is here. (Won't the slopes along the coastline >all be about 0?). If there are >two adjacent points with different slopes from >the raster, which value would you want to attach to the line >segment between >those points? I am trying to assign a general raster

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

Hi, I have two vector maps, vector A is a line vector representing coastline, and vector B is vector points which are the vertices of vector A. Is there a way to split vector A into line segments using vector B as breakpoints? v.edit tool=break kind of does this, but seems to want coordinates

Re: [GRASS-user] problem creating secant Lambert Conformal Conic projection

-- Eric From: neteler.os...@gmail.com <neteler.os...@gmail.com> on behalf of Markus Neteler <nete...@osgeo.org> Sent: Tuesday, May 17, 2016 5:33 PM To: Patton, Eric (NRCan/RNCan) Cc: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] problem

Re: [GRASS-user] problem creating secant Lambert Conformal Conic projection

??Hi Markus, Sorry for the delay in responding. I am using Grass 7.0.5svn, proj 4.8.0, gdal 1.10.1. I really don't understand what could be the cause of this. I tried a fresh checkout and install, and encountered the same behavior. I'm using the proj and gdal packages provided by my package

RE: [GRASS-user] r.param.scale Question

I've run r.param.scale multiple times to extract the various terrain parameters from both 10m and 25m elevation maps. I set the region (and resolution) to that of the input elevation map. All maps but the tangential (planar) curvature map are properly rendered. This one comes out a solid color. I

[GRASS-user] Documents Manager position available

Grass users: I'm sorry to report I must step down as the Grass documents manager. I am being reassigned to a new position within my organization, and much of my work will be non-GIS related, unfortunately. I'm sorry I was not able to contribute more updates than I have. I would, however,

[GRASS-user] Error installing v.label.sa

Using today's checkout of trunk, I get the following error after running make distclean, configure, make: Errors in: /usr/local/grass_trunk/vector/v.label.sa $ cd /vector/v.label.sa (make clean) v.label.sa make test -d OBJ.x86_64-unknown-linux-gnu || mkdir -p OBJ.x86_64-unknown-linux-gnu gcc

RE: [GRASS-user] Off Topic: Importing GRASS tiffs to GMT

By a tiff, do you mean a georeferenced map? I've plotted aerial photos that I rectified in GRASS using the following to export the RGB bands: r.mapcalc image.red=r#image; image.green=g#image; image.blue=b#image r.out.bin -h input=image.red output=image.red.grd r.out.bin -h input=image.green

[GRASS-user] Off Topic: Importing GRASS tiffs to GMT

I'll post here before checking on the GMT list; hopefully I can get some answers from a GRASS/GMT guru... I've exported a tiff from GRASS using r.out.tiff -t, producing a worldfile in the process. I then converted the tiff to an 8-bit Sun raster image using Imagemagick's convert utility (GMT

RE: [GRASS-user] openGL library name

Not sure. But I work with NVidia and have the following under /usr/include/GL$ ls -l -rw-r--r-- 1 root root 376506 2009-01-06 22:13 glext.h -rw-r--r-- 1 root root 72949 2009-01-06 22:13 gl.h -rw-r--r-- 1 root root 17163 2008-10-22 05:58 glu.h -rw-r--r-- 1 root root 3315 2008-10-22 05:58

RE: [GRASS-stats] Re: [GRASS-user] Testing i.pca ~ prcomp(), m.eigensystem ~ princomp()

than 1. The reasoning is fairly weak, but goes like this: if a PC has eigenvalue 1, it explains more variance than any of the original variables, which all have variance 1. Maybe I should Cc: this to the wiki. -- Edzer Or even better include it in the docs if there is anything in your

RE: [GRASS-user] openGL library name

It's entirely possible that the nVidia OpenGL package doesn't have a corresponding development package. In which case, you probably need to make the symlink manually, e.g.: ln -s libGL.so.1.2 /usr/lib/libGL.so Essentially libGL.so must exist in one of the system library directories (e.g.

[GRASS-user] openGL library name

I think I accidentally allowed my OS to install a proprietary NVIDIA driver and as a result, some of my openGL libraries appear to be missing. At any rate, running configure for GRASS 6.5 crashes when it reaches the openGL section: snip checking for location of OpenGL includes...

RE: [GRASS-user] openGL library name

I also use the proprietary NVIDIA driver, no problem. Please check config.log for the real error. Markus Here's the relevant output from config.log: configure:11398: checking for glBegin in -lGL configure:11415: gcc -o conftest -g -O2 -Wl,--export-dynamic -L/usr/lib64 conftest.c -lGL

RE: [GRASS-user] openGL library name

configure:11398: checking for glBegin in -lGL configure:11415: gcc -o conftest -g -O2     -Wl,--export-dynamic   -L/usr/lib64 conftest.c -lGL   -lSM -lICE -lX11  -lm   15 I guess sudo ldconfig will not help (?). Martin Hm , no that doesn't seem to make any difference. I get the same error

RE: [GRASS-user] scripting mapcalc

In general, it's preferable to do as much as possible in each r.mapcalc command. E.g. rather than: r.mapcalc $GIS_OPT_OUTPUT.r = r#$GIS_OPT_FIRST * .$GIS_OPT_PERCENT + (1.0 - .$GIS_OPT_PERCENT) * r#$GIS_OPT_SECOND r.mapcalc $GIS_OPT_OUTPUT.g = g#$GIS_OPT_FIRST * .$GIS_OPT_PERCENT

[GRASS-user] Re: v.generalize for area boundaries?

for v.generalize the bare description.html file is already 250 lines long, so presumably already contains most important info. (although no examples) FWIW, I've cleaned up the existing v.generalize html page by rewriting parts where I thought the meaning could be explained better, as well as

[GRASS-user] Zoom tool behavior confined to single-click only

Using a fresh svn update in both develbranch6 and trunk today, I've noticed that the wxgui Map Display's zoom tool only allows single-clicking to zoom in and zoom out. Is not no longer possible to draw a zooming box with these tools? ~ Eric. ___

RE: [GRASS-user] Aspect direction in r.slope.aspect

Good topic for discussion. I think that GRASS7 should stick with the current conventions to retain backwards compatibility. Dylan But I thought the whole idea of GRASS7 was to introduce new functionality that is not necessarily intended to be backwards compatible with 6.x series? The place

RE: [GRASS-user] Aspect direction in r.slope.aspect

I agree. Measuring counter-clockwise from east is completely counterintuitive from my point of view. Why make it more complex than it needs to be? Sorry, just catching up to the discussion; I hadn't read some points in the thread further along; just because it seems more complex to me doesn't

RE: [GRASS-user] Any success converting grc files?

can you send me sample grc file? Martin See attached. Thanks. ~ Eric. NTS_MapSheets.grc Description: NTS_MapSheets.grc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] testing

Just a test! ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Any success converting grc files?

Hi gang, Has anyone tried converting tcl/tk grc workspace files to wxgui workspace format recently? I have a grc I've been using with gis.m for some time, and converting it in the wxgui seems to hang and never complete (5 minutes, no success) - or maybe I'm too impatient. ~ Eric.

RE: [GRASS-user] Re: v.in.ascii howto

Hamish: IMO spaces should be encouraged, but not mandatory. Eric: I'll put a note in the docs saying it isn't necessary to pad with spaces. Hamish: I would just say nothing at all about it. At most something along the lines of excess whitespace will be ignored, but then we have to guarantee

RE: [GRASS-user] Re: v.in.ascii howto

The page also warns Note the blank before entering vertex coordinates. Is this strictly necessary? Thanks. What version of Grass are you using? I can't this message in the html help in either 6.4 or 7.0svn. Regardless, I've updated the examples to show the full command-line import call. I

RE: [GRASS-user] GRASS 6.4 and Ubuntu Intrepid

I did more testing about this problem, and I discovered this: - No, I haven't more then 1 version of GDAL or GRASS in my system - 6.4.0 and 6.2.3 report those errors while building: Errors in: /usr/src/grass-6.2.3/raster/r.drain /usr/src/grass-6.2.3/raster/r.fill.dir

RE: [GRASS-user] using grass on rasters without converting?

Is there any program available, or a project in the works, for easy in-and-out conversion? or better yet, a method to use grass commands on external formats like geotiff without conversion? Have a look at r.external: http://grass.itc.it/grass64/manuals/html64_user/r.external.html ~ Eric.

RE: [GRASS-user] Tips for setting up an new FOSS-GEO-linux-box

OS: OK, I think I shouldn't ask about which OS since foss runs on everything (right?). But are I am curious to know if there are any advantages using Debian instead of Ubuntu for example? Everyone has their own favorite; I've been using Ubuntu and Grass together since 2004, with no difficulties

RE: [GRASS-user] readline completion under bash

Alas, it seems grass-complete doesn't work: GRASS 6.3.1svn (msunduzi_lo31):~/GIS/scripts/grass-complete . bash/Init.sh Unable to initialize bash completions: bash is too old or too new: BASH_VERSION= 3.2.25(1)-release (needed = 2.05) I had contacted the author of Grass completions a few years

RE: [GRASS-dev] Re: [GRASS-user] How choosing the colors of an importedmap

FYI, I just committed a new interactive color management module to the wxPython GUI code this weekend (in both develbranch_6 [GRASS 6.4] and trunk [GRASS 7]). It allows you to set colors for rasters by entering cat values or percents and clicking a color chooser button. There is a preview

RE: [GRASS-user] 6.3 v.distance description faulty / ll degrees notmeters

I've installed grass 6.3, since in the descritption of v.distance says In lat-long locations v.distance gives distances (dist and to_along) in meters not in degrees calculated as geodesic distances on a sphere.. I can confirm 'dist' units are indeed given in decimal degrees in a Lat/Long

RE: [GRASS-user] 6.3 v.distance description faulty / ll degrees notmeters

I can confirm 'dist' units are indeed given in decimal degrees in a Lat/Long location in 6.4. do you mean 6.3? No, I meant 6.4, but checking 6.3.1.svn, 'dist' units are decimal degrees as well. From r29568 [1] is distance (in LL locations) given in meters. Manual pages in 6.3 should be fixed.

RE: [GRASS-user] Multiple errors after lengthy absence from Grass 7

As Martin says, GRASS 7 development has now started. The first phase of development is to eliminate deprecated functionality. This will break stuff. Eventually we should get around to replacing most of the stuff which breaks with more usable alternatives. In the meantime, use 6.4 if you just want

RE: [GRASS-user] XTF reader neede - triton format for sonar

Hamish: But sounding out a plan of action doesn't cost much, so... I had considered a few alternatives: - create a generic libxtf (LGPL?) - GRASS support via a new C module (without a libxtf) - postgis import tool - sqlite import tool - stand alone command line converter to csv or xml ascii

RE: [GRASS-user] Copy raster from xy location to latlong

I have imported a remote sensing product from an HDF file into an XY location. It is stored as a 1/4 degree pixel grid with 720 rows and 1440 columns. I would like to copy this raster to a new GRASS lat-long (WGS84) location with a 1/4 degree resolution (90N, 90S, 180W, 180E). Can someone please

[GRASS-user] Multiple errors after lengthy absence from Grass 7

Just back from the field...wow, what a lot of changes that have been going on in the codebase! Catching up on Grass emails only took 7 hours ;) After a fresh make distclean, and a lengthy svn update, Grass 7 fails to start up and exits with an error ERROR: Incompatible library version for

RE: [GRASS-user] r.to.vect to selected locations only

Hamish: random idea: Maybe we could add a module of the day feed on the grass webpage with module name and label/description one-liner. I continue to find new modules many years after first using grass. The same with me; not only am I discovering new modules, but also discovering flags present

RE: [GRASS-user] help

y need to make a poligon, but i make the boundary then the centroid and i dont know how to tell the program to make it a poligon.. can sombody help me? thanks a lot!! You probably need to enable 'snapping' within the v.digit module to make the polygon vertices coincident. See the attached

RE: [GRASS-user] help

thank you a lot, im new in grass, im learning and i cant get the poligon area, i think the procedure is to use the boundary button, make it close then use the centroid option and then when i save the file and check the info it says i have a boundary and a centriod but no area, im i missing some

[GRASS-user] Small tcltk fonts used in gis.m gui

I'm pretty sure something strange happened between my upgrade from Ubuntu 7.10 to 8.04, but all applications that I use (there's not too many) that use tcl/tk as the gui toolkit have really small fonts being used. I have attached a screenshot of where this happens in the gis.m gui. Also

RE: [GRASS-user] Error compiling vdigit support in wxgrass: make cannot find -lgdi

take a look at gui/wxpython/README - 7 - DIGITIZATION TOOL it is just a link to wxPython extension, still unsolved issue. You need to create a symlink for now. Martin Thanks for the link. I created a symlink to the file in question: $ cd /usr/local/lib $ ls -rlt lrwxrwxrwx 1 root root64

RE: [GRASS-user] Error compiling vdigit support in wxgrass: make cannot find -lgdi

oops, I introduced this bug yesterday when I was updating 'toolbars' module, now should be fixed. http://trac.osgeo.org/grass/changeset/31092 Martin Thanks, I've tested it and it works great. Nice job! ~ Eric. ___ grass-user mailing list

[GRASS-user] Error compiling vdigit support in wxgrass: make cannot find -lgdi

Hi, I'm compiling vdigit support in wxpython Grass. I passed the --with-python and --with-wxwidgets flags during configure, with no errors. make exits with one error: snip /usr/bin/ld: cannot find -lgdi collect2: ld returned 1 exit status make: ***

[GRASS-user] Problem removing mapsets in g.mapset

I can't seem to remove mapsets in g.mapsets using the new removemapset parameter. Ex: $ g.mapsets -p ED_Legacy_Data PERMANENT 2007006 $ g.mapsets rem=2007006 $ g.mapsets -p ED_Legacy_Data PERMANENT 2007006 g.list is still fetching raster map names from the removed mapset as well: $ g.list

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. Similarly in Canada, provincial Department of Natural Resources

[GRASS-user] db.connect database= parameter is null

I created a new location using today's svn source, and noticed that db.connect doesn't have its database parameter pre-populated with $GISDBASE/$LOCATION_NAME/$MAPSET/dbf as it used to; it is now blank. Possible bug? Would it possible to get the module to at least populate

[GRASS-user] RE: [GRASS-dev] db.connect database= parameter is null

Hi, yes, see http://trac.osgeo.org/grass/ticket/7 It seems to me that the VAR file should defined for newly created mapset by default to avoid possible problems. Martin Thanks for the pointer. I'll hardcode my database paths for now. ~ Eric. ___

[GRASS-user] Can't connect to osgeo.org today

Has anyone had success synching their source code to the repositories on osgeo.org today? I can't update my source, nor connect to osgeo.org via the main website either. ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org

RE: [GRASS-user] Wich file format to transport (raster/ vector) datafrom a GRASSdb in to another computer's GRASS db? Why export vector data inshapefile for starspan/ OpenEV?

1.. if one needs to copy some GRASS raster data from his data base in another computer's GRASS data base (same coordinate system of course), then how? Where do for example the history files go? See r.pack/r.unpack in the Grass Add-ons. I use these scripts for moving rasters around from computer

RE: [GRASS-user] occurrence of attributes in vektortable

how can i get a list of all different occurences in a column of an attributetable. v.db.select map=mapname column=columnname | uniq (for vector with a connected attribute table) db.select map=mapname column=columnname | uniq (for tables unattached to a vector) ~ Eric.

RE: [GRASS-user] occurrence of attributes in vektortable

On Fri, 2008-03-07 at 07:17 -0500, Patton, Eric wrote: how can i get a list of all different occurences in a column of an attributetable. v.db.select map=mapname column=columnname | uniq (for vector with a connected attribute table) It doesn't work for me. What am I doing wrong? Omit

RE: [GRASS-user] loss of bash aliases

Hamish: FWIW, my .grass.bashrc has: .. /home/hamish/.alias export HISTSIZE=3000 Thank you! I was trying to think of what that variable name was to extend my mapset history beyond 500 records. # first GRASS instance gets set a low priority (because we can) NUMGRASSES=`pgrep -c Init.sh` if [

RE: [GRASS-user] loss of bash aliases

I have the following line in my .bashrc: alias l='ls -lh --color=auto' After I start a GRASS session this alias seems to go away. Is there anyway to respect user customization (i.e. .bashrc) when initializing GRASS? Or is this a user-related error? Cheers, Dylan What happens if you copy

RE: [GRASS-user] loss of bash aliases

What happens if you copy your alias into ~/.grass_bashrc? Sorry, that should have been ~/.grass.bashrc. ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] RE: [GRASS-dev] r.out.gdal Gtiff output does not preserve color tables

can you zoom a little bit so that the region is smaller than the raster and then export with r.out.gdal to see whether it is still black? Are you also getting warning about nulls in the data even if there are none? I think there is a bug in the program (and it also does not let you set the

[GRASS-user] r.out.gdal Gtiff output does not preserve color tables

I'm using today's Grass 6.3.svn source, gdal 1.5.0. $ gdalinfo --formats | grep GRASS GRASS (ro): GRASS Database Rasters (5.7+) In Spearfish60: $ r.info -t elevation.10m datatype=DCELL $ g.region rast=elevation.10m -p projection: 1 (UTM) zone: 13 datum: nad27 ellipsoid: clark66

RE: [GRASS-user] circular neighborhoods?

I was thinking about the circular neighborhoods that r.neighbors use. How exactly are they shaped? I mean, in a 3x3 window, does the circular one looks like a cross? and then it start to look more like a circle as the size increases? As far as I understand it, A 3x3 window would look like this:

RE: [GRASS-user] circular neighborhoods?

So in a 3x3 example, neighborhoodSize=3, neighborhoodDistance=1, and your first diagram has os where the mask is true. The corners of the square wouldn't be in the mask (as in Eric's 3x3), because those points would have the left hand side of the inequality equal to 2, making the mask false. I

RE: [GRASS-user] r.drain documentation - updated

Stefano: On the other hand I can't understand why in the man page the section entitled BUG says: r.drain currently finds only the lowest point (the cell having the smallest category value) in the input file that can be reached through directly adjacent cells that are less than or equal in

[GRASS-user] r.describe Range output report type - superseded?

The docs for r.describe mention two kinds of reports that can be selected for output. I can't find any evidence of this by experimenting with the module. Specifically, the docs mention that a 'range' report can be generated, where negative min/max, zero, and positive min/max values are

RE: [GRASS-user] r.describe Range output report type -superseded?

excuse me if I a miss something but I get (GRASS6.2.2 6.3) r.describe SRTM3 READING [SRTM3 in nik] ... 100% * -15 -13 -12 -10 thru 2285 2287-2314 2316-2318 2320-2325 2327-2330 2334 2342 2344 2347 2349 2350 2357 2358 2361 2365 2375 and r.describe -r SRTM3 READING [SRTM3 in nik] ... 100% -15

RE: [GRASS-user] r.drain documentation

I'm a bit confused about r.drain (I'm working with Debian's backport version 6.2.1). I have noticed that if you give as input in the coordinate parameter a point that stands on the region's edge, r.drain won't move from there: it would output a map with that same single point. Is this a bug? On

RE: [GRASS-user] MASK seems to be ignored

Checking the range of the raster I used for a mask in my r.mask command, it was 0-32767; so shouldn't r.mask in=MAP also create a mask where any non-null cell in the input raster exists? Here's the output from r.info for the mask I created using r.mask: MASK maps usually look like this.

[GRASS-user] r.mapcalc map arithmetic and raster data types

I've differenced two raster maps that are both type DCELL; (this in itself is strange, as I don't have any recollection of generating the input maps at this level of precision; FCELL would have been fine) the resulting raster map was an INT map whose cell values were all exactly zero. Why is

[GRASS-user] New script on wiki addons: v.select.region

Hi, I've finished writing a script that solves the problem I was having in this thread: http://thread.gmane.org/gmane.comp.gis.grass.user/20327/focus=20337 Namely, I wanted to create a list of vector maps within the current mapset whose boundaries fall within the current region (or within

RE: [GRASS-user] MASK does not do it's work (?) with r.mapcalc --Again!

Nikos Alexandris wrote: Thanks for the important clarification. Do you think it would be useful to add this information in the manual of r.mask? already added to the MASK section of the 2D-raster intro help page in 6.3svn. It makes some sense to add it to the r.mask help page too. H r.mask

RE: [GRASS-user] r.circle mult=4 does not work

I plotted circles on the map with r.circle mult=2 and it was fine. But when I changed mult=4, it did not have any effect, the ccircles reminded as previous. Befor recalculation I removed the old rasters. Are there some limits with the multiplier? Best regards Seppo Kaitala The mult parameter

RE: [GRASS-user] r.circle mult=4 does not work

The mult parameter only changes the z-values of each output pixel, not its position. If you create different output maps with varying mult parameters and query each one in turn, you'll see the size and extent of each output circle remain the same while their z-values vary according to each

RE: [GRASS-user] When starting grass in text mode, why... ? (Question of minor importance)

could you try editing your $GISBASE/etc/Init.sh file and change the top line to #!/bin/sh -x. That will show gratuitous script progress info and hopefully tell us which command is causing that message. Hamish No need; I found the thread:

RE: [GRASS-user] Can't dissolve based on column?

Just a clarification...so it's the case that the column parameter in v.dissolve must always be of type integer, and *only* integer? ~ Eric. -Original Message- From: [EMAIL PROTECTED] on behalf of Nikos Alexandris Sent: Wed 1/16/2008 3:41 PM To: grass-user@lists.osgeo.org Subject: Re:

[GRASS-user] i.ortho.photo crashes during photo.2target step

Hi, I've been trying to orthorectify an aerial photo using i.ortho.photo. Everything proceeds fine until I get to step 7 in the i.ortho.photo main menu where photo.2target is called for placing GCP's on a raster in the target location within the monitor. I've tried it both through gis.m and

RE: [GRASS-user] OT: metadata authoring tools

Two examples of FOSS metadata tools: http://www.mdweb-project.org/: http://geonetwork-opensource.org/: Moritz Thanks for the links, Moritz, I'll check these out. ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org

RE: [GRASS-user] OT: metadata authoring tools

Thanks Hamish, I will get my group working on this page as well. Perhaps we can contribute something back to the page in regards to what this ISO group is up to. Cheers and thanks to everyone who made suggestions! Dylan I've updated the page with public domain definitions on metadata from the

RE: [GRASS-user] (kein Betreff)

The width of a degree of longitude varies by latitude; meridians of longitude converge to a single point at the poles. Latitude varies as well, although considerably less so, due to the rotation of the earth slightly squashing the poles, and bulging the Equator. ~ Eric. -Original

RE: [GRASS-user] OT: metadata authoring tools

Dylan: Sorry for the off-topic post. I am part of an ISO Metadata Editor Review committee over here, and was looking for some initial feedback on what various parties in the FOSS world use for metadata authoring, etc. There are some members of the group who are looking to building an extension