.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
available. Any ideas?
Groups aren't rasters, and won't be removed by g.mremove rast=
You need to remove them separately with e.g. g.mremove group=
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http
recent feature, and it took a while to get that working.
Even using different mapsets, you still need to take care with reading
from a mapset which is being modified by another session (i.e. don't
try to read files which the other session might be writing to).
--
Glynn Clements [EMAIL PROTECTED
, as Cygwin emulates Unix-domain sockets using TCP
sockets).
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
binaries. The Cygwin version of GRASS
requires Cygwin, so that flag won't work.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
-bit range, the result may be
platform-dependent. On Linux/x86, oversize values are clamped to
+/-2147483647.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
connection, external device, etc.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
(which
outputs relatively flat PostScript using a limited set of
operators).
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
.
If the expression is being read from a file, you'll need to arrange
for the substitutions to be performed using e.g. sed.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
upon null/non-null, use e.g.:
r.mapcalc MASK = !isnull(inmap)
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
a map is i.rectify
(there isn't an r.rectify).
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
/v.coordinate.sh v.coordinate.sh
error on line 92:
if [$vettoriale2 == '']; then
Note that [ and test use = to check for equality, not ==.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org
--with-python when
configuring GRASS.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
-null, A11000 and B=11000,
you'll get null from r.mapcalc but 1 from r.patch+r.mapcalc. OTOH, if
A and B are disjoint (I'm not sure from your description), then it
doesn't make any difference.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
characters in the C/POSIX locale, that would
be an unequivocal bug. As it is, it's merely a poor choice.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
of encodings.
FWIW, the fact that VM chose UTF-8 was news to me; historically, it
has used ISO-2022 for multi-lingual text.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
results.
I suggest using the r.mapcalc approach with FP maps.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
I just re-direct these grass-nik-pid temp files somewhere else instead
of the /tmp directory?
Change the line:
tmp=/tmp/grass6-$USER-$GIS_LOCK
in $GISBASE/etc/Init.sh to put the session directories elsewhere.
--
Glynn Clements [EMAIL PROTECTED
it to another location
with r.proj.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
some bash-isms, and so start
with #!/bin/bash. These would need to be changed to use #!/bin/sh, but
should work in MSys.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
perfomance.
Writing optimised code requires a fair amount of effort, and
maintaining optimised code is even worse. Consequently, most of GRASS
is written without even basic optimisations, let alone more extreme
measures such as using a GPU as a co-processor.
--
Glynn Clements [EMAIL PROTECTED
(i.e. input
and output are the same map), I don't think that's been tested.
Are there any error messages or warnings displayed in the terminal?
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http
output using d.* commands with the PS driver, which may be more
flexible. However, a few commands either don't work well with the PS
driver, or require specific options. In particular, d.vect requires
you to use render= option to select something other than g.
--
Glynn Clements [EMAIL PROTECTED
of
usage.
In the meantime, the only solution I can offer is to use a cell value
which doesn't occur in the map being edited in place of the null
value, then use r.null to change that value to null once editing is
complete.
--
Glynn Clements [EMAIL PROTECTED
by
the map being edited.
The aspect map feature was only added because it was present in the
original d.rast.edit module which the script replaces. I have no idea
what purpose it serves.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
trying to rasterise features that small.
First, the code to rasterise vectors is littered with fudges which
will move vertices by up to one cell.
Also, if multiple polygons cover a particular cell, the cell's value
will be determined by the last polygon rendered.
--
Glynn Clements [EMAIL PROTECTED
a background
of filled rectangles would be feasible, as would the converse.
But if the both the foreground and background consist of filled
rectangles, you are only going to be able see one of them.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user
be readily available regardless of the
current mapset.
Until you get to the point of needing several mapsets in one location,
you probably shouldn't have anything in the PERMANENT mapset except
for the standard files (DEFAULT_WIND, PROJ_INFO, PROJ_UNITS).
--
Glynn Clements [EMAIL PROTECTED
location/mapset or even the current region.
For components such as the digitiser, not using the libraries isn't
really an option. Such components should be run as distinct processes,
rather than being imported into the GUI process. That way, a fatal
error will only the digitiser (etc).
--
Glynn
/variables.html#ps
All of the functionality of the PNG and PS drivers is available in
this way.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
/XP).
You could try changing references to cmd.exe in init.bat to %COMSPEC%.
But I think that some of the C code also contains explicit references
to cmd.exe.
Other than the cmd.exe issue, I'm not aware of any other reason why
GRASS wouldn't run on 95/98/ME.
--
Glynn Clements [EMAIL PROTECTED
:\Perl\bin
I would recommend putting MSys' bin directory first, e.g.:
set PATH=C:\msys\1.0\bin;%PATH%;C:\Perl\bin
The reason is that Windows has some programs with the same name as
common Unix programs (e.g. find), and scripts will want to use the
Unix versions.
--
Glynn Clements [EMAIL
eliminate the problems with generating slope and aspect maps.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
them as a vector map then
use v.surf.rst. I'm not sure if r.fillnulls[1] handles sparse maps
(islands of individual cells), or whether it's limited to filling
small holes in mostly-filled maps.
[1] r.fillnulls is a script which uses v.surf.rst for the
interpolation.
--
Glynn Clements [EMAIL
that a mapset couldn't be used by two
sessions concurrently.
Nowadays, the startup code (and also g.mapset) creates the lock file
in the mapset directory. So, there doesn't appear to be any reason to
retain the ownership restriction.
--
Glynn Clements [EMAIL PROTECTED
the building of a module
(or a pattern) would be very very helpful. Could you suggest me
something to ease my work?
The usual approach is to find a similar module and use that as a
template.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
harder to understand. I'm not sure which is preferable.
--
Glynn Clements [EMAIL PROTECTED]
/
*
* MODULE: r.grow2
*
* AUTHOR(S):Marjorie Larson - CERL
* Glynn Clements
*
* PURPOSE
the data from the fftreal
and fftimag files created by i.ifft. So you can't modify the i.fft
output with e.g. r.mapcalc than use i.ifft on the result. The only
modification which can be performed on the FFT data is masking; i.ifft
reads the mask separately and applies it to the data.
--
Glynn
every command as it executes it.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
just want the wxPython GUI (without the digitiser module), you
don't need to use --with-python; the GUI code is installed regardless
(obviously, you need Python and wxPython to actually use it).
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing
getting lost.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
. in the expression:
outmap1 = eval(v = inmap1 + inmap2)
outmap2 = v * inmap3
The history for outmap2 will be v * inmap3; the information on how v
was constructed isn't available at the point that outmap2's history is
generated.
--
Glynn Clements [EMAIL PROTECTED
(in metres), but it
may well fail if the total number of cells is too large. This will
impose a limit on the combination of the region size and the
resolution, i.e. you may be able to use 1m resolution on a small
region, but not on a larger region.
--
Glynn Clements [EMAIL PROTECTED
and comparison (as above), it will fail if the case
is wrong.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
read it.]
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
clear where the bug lies.
The handling of PERMANENT is a bug, but won't normally get triggered
in practice. I can't see where the incorrect test for MYNAME or WIND
lies.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user
the workspace can probably find it quicker than I can.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
variables as there are GRASS
variables,
FWIW, eval `g.gisenv` will create shell variables; they only become
environment variables if they're explictly exported.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http
for tk.h will fail.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
). Although there are other libraries involved,
GDAL is usually the prime suspect because it usually depends upon many
other libraries.
Do the GDAL tools (gdalinfo, ogrinfo, etc) work?
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass
://trac.osgeo.org/grass/wiki/HowToSVN
and
http://trac.osgeo.org/grass/wiki/DownloadSource
but if you've already svn up'd to GRASS 7 I don't know if you can go
backwards without a fresh checkout.
You can.
svn switch https://svn.osgeo.org/grass/grass/branches/develbranch_6
--
Glynn
Manuel Francisco Maestre Páez wrote:
@Glynn Clements: It seems that GDAL isn't working either. gdalinfo and
ogrinfo behaves the same way as g.remove and g.region (and many others).
Which libraries do i need to install?
The ones which your version of GDAL requires. If you're using the
gdal
(r30948) wasn't backported to 6.3, so that isn't
affected.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
themselves,
e.g. gdalinfo etc.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
) mentions that Loughborough
is at the north of the region. Wikipedia puts Loughborough at 52.7705N 1.2046W,
which is:
$ echo 52.7705N 1.2046W | proj -r +proj=tmerc +lat_0=49 +lon_0=-2 +k=0.999601
+x_0=40 +y_0=-10 +ellps=airy +units=m +no_defs
453656.57 319545.52
--
Glynn Clements
; in particular, it doesn't support
subselects.
And just as importantly, AFAIK, it does not support the use of more than
one table in a statement, or ?
Right; it doesn't support joins (or aliases).
IOW, the DBF back-end is a simple flat-file database, not a relational
database.
--
Glynn
modules.
There are a few boundary cases (e.g. d.what.*) which have limited
interaction but are otherwise modules, but those will disappear in
7.x.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http
by a
definite non-expert did not help a lot.
Post the first few errors (the actual error messages from the make
output, not the directories from error.log).
Often, a key library (e.g. libgis) will fail to compile, so everything
which requires that library fails to link.
--
Glynn Clements [EMAIL
.
If you're going to replace the contents of an existing column, you
should only do so if --overwrite is given.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
the error abort for free, due to v.db.addcol
failing.
Handling --overwrite would be nice, but in the meantime the main thing
is not to try to circumvent the error by unconditionally deleting the
column. So, I have reverted your recent change.
--
Glynn Clements [EMAIL PROTECTED
flaw with the original script is that the
duplicate column name: cat error wasn't especially visible.
Other than that, everything happened as it should have done.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user
]) ||
isnan(buf[col])) {buf[col] = FP_NAN; continue;}
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
pattern='??' sep=, |xargs r.to.rast3 input={}
output=The_volume
You need to pass -i or -I'{}' to xargs to have the input substituted
in place of the {}. Otherwise, it will just be appended.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user
be faster than having GRASS
continually resample the higher resolution version.]
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
understand it correctly).
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
, as it will result in object code which bears
little relation to the actual source code, and can only be debugged in
the most superficial sense.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman
+ col) *
G_raster_size(map_type));
as all of the calculations will be truncated to lesser types (int,
long, size_t), and by the time that the value is cast to off_t
(immediately before the assignment), it has already been truncated.
--
Glynn Clements [EMAIL PROTECTED
.
For inclusion into the existing r.series, the main issue is resisting
the temptation to add a bunch of other enhancements at the same time
(e.g. being able to generate multiple outputs in one run, arbitrary
quantiles, etc).
--
Glynn Clements [EMAIL PROTECTED
.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Glynn Clements wrote:
Thanks! Multiplying by 1000 with r.mapcalc gives better results. Any
chance adding floating points (FCELL) to i.cluster?
I had a brief look at the code[1], and cannot see any obvious reason
why the values would need to be integers, so I'm assuming that it's
just
should continue to work, the old one will produce bogus
results).
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
).
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
-answers
Avoid using preprocessor macros unless it's *really* necessary. While
macros may make the code look neater, it's also makes it harder to
understand what's actually going on.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user
; it should switch mapsets when it switches
locations. At present the code only uses the mapset= value when
opening the input map, overlooking the fact that it is also used
internally, e.g. when looking for the mask.
--
Glynn Clements [EMAIL PROTECTED
() and
G__switch_env(). Also, the contents are cached, so switching mapset or
location won't change any search path.
That isn't relevant to the MASK, though, as that is always obtained
from the current mapset (G_mapset()), not the mapset search path.
--
Glynn Clements [EMAIL PROTECTED
to the US.
If you can't use a global equal-area projection, you could just use
the underlying equations within r.mapcalc. Depending upon the required
accuracy, multiplying by cos(y()) might be sufficient. Otherwise, see
lib/gis/area_ellipse.c for the equations used.
--
Glynn Clements [EMAIL PROTECTED
the lines before that; everything from the last gcc
command onward.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
maning sambale wrote:
Updating on the svn, I get this configure error
checking for gdal-config... /usr/bin/gdal-config
configure: error: *** Unable to locate GDAL library
Look in the config.log file for relevant error messages.
--
Glynn Clements [EMAIL PROTECTED
.* commands.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
hardcopy.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
multiple, incompatible versions installed with the same
name.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
,
and setting any relevant environment variables yourself.
For non-interactive use, it should suffice to set:
LD_LIBRARY_PATH
PATH
GISBASE
GISRC
GRASS_MESSAGE_FORMAT=silent
GRASS_PAGER=cat
--
Glynn Clements [EMAIL PROTECTED
, and that it assumes that it will
be closed automatically when the program terminates (true for a plain
text file, not for a vector map).
[2] E.g. the r.sim.* modules each have their own copy of waterglobs.h,
which don't match the library's version.
--
Glynn Clements [EMAIL PROTECTED
the library.
Telling us which modules failed isn't useful on its own. We need to
know why they failed, i.e. which command failed and what error
messages it generated.
In this particular case, the output from:
make -C lib/gmath
should indicate what is going wrong.
--
Glynn Clements [EMAIL
and r.patch.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
each cell is 1/3rd of a metre, *all* of the cell
centres will suffer from rounding error, even when the row and column
are multiples of 6, as the calculation will multiply by (a binary
approximation to) 1/3, not divide by 3.
--
Glynn Clements [EMAIL PROTECTED
any for curses as it's considered part of the OS rather than a
separate package, so you need to use --with-includes= if it's in a
non-standard location (i.e. if gcc won't find curses.h or
ncurses.h without any additional -I switches).
--
Glynn Clements [EMAIL PROTECTED
cells, you
might set the wrong one, but it will always set one cell, never both
or neither.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
/*.make ; do /usr/bin/install -c -m 644 $file
/usr/local/src/grass/svn/dist.i686-pc-linux-gnu/include/Make/ ; done
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
.:
make INSTALL=`pwd`/install-sh
Also, the Makefile was setting incorrect permissions on install-sh
(744 instead of 755), so it was only executable for the owner.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http
in 6.2.x doesn't have the -c flag; that requires 6.3.0).
If you want to do this from outside of GRASS, you can start GRASS
non-interactively by running the grass62 script with the full path to
an existing mapset directory as an argument.
--
Glynn Clements [EMAIL PROTECTED
, there's no fundamental reason why you can't use UTM for data
which doesn't fit within a single zone (obviously, if you have data in
other UTM zones, you'll have to reproject it, but that's no worse than
reprojecting to lat/lon).
--
Glynn Clements [EMAIL PROTECTED
issues of r.buffer. It only
keeps in memory as many rows as are necessary given the size of the
buffer (i.e. 2*radius+1 rows).
It doesn't support multiple distance zones, so you would need to use
multiple passes and patch the results together with r.patch.
--
Glynn Clements [EMAIL PROTECTED
Milton Cezar Ribeiro wrote:
Hi Glynn Clements,
Thanks for your reply. In fact I need to generate a (uncontroled) distance
map from all my values=1.
I confess that I don´t understood how r.grow will help me on this task.
I need to build a for looping and grow and grow many times the new
.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
upon the segment library, which doesn't appear to
have large file support enabled.
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
is imported as a separate raster map (GRASS
itself doesn't support multiple channels in a raster map).
--
Glynn Clements [EMAIL PROTECTED]
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
1 - 100 of 1036 matches
Mail list logo