is the one of associating .py
with the correct python installation in a good-neighbor way.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
or on/off switch
could go into the GUI preferences.
For the startup screen and location wizard mapset creation,
probably the explanatory text already in the esc-enter text
startup screen could be recycled directly for those.
it's a good discussion to have, since the learning curve is
real.
Hamish
don't know why though, try
'make distclean' and ./configure again?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Pedro wrote:
Yeah!!! So far, so good.
('make distclean' only works if ./configure has
already run)
I guess it compiled, as I see an object file:
...
ls OBJ.i686-pc-linux-gnu/
main.o
But where is the executable?
in $GISBASE/bin/
Hamish
, and make
the layer manager window wider/bigger by default)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
log. If you get an error building a
library, you will
also get errors from anything which uses the library.
--
Finished compilation: Wed Jun 5 14:33:20 WEST 2013
make: *** [default] Error 1
...
Any clues?
please deal with the above errors first. they may tell you why.
Hamish
world sometimes :)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Nikos wrote:
Sidenote: I am trying to trace a, maybe similar,
action of mine some years ago, where Hamish pointed how
inefficient my script-ing was, opening/executing
SQL/closing multiple times a file. Can't locate it
though.
if using db.execute or db.select or v.db.update in a loop
.
thanks for the feedback,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
it generally in the
UbuntuGIS repositories I think. (if that's where the trouble is)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
into the replacement
6.4 module. There you'd have to run it in a loop then combine with
v.patch.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
=version=1.3.0$urlparams
# server error, but I'm probably asking for the wrong bounds
r.in.wms output=tile1 mapserver=http://wms.pcn.minambiente.it/ogc; \
layers=OI.ORTOIMMAGINI.2006.33 srs=EPSG:32633 format=jpeg \
method=nearest wmsquery=version=1.3.0$urlparams
Hamish
= 4
16 thru 45 = 5
46 thru 70 = 6
* = 7
EOF
note that r.reclass can read floating point maps too, but
it's a bit buggy/weird,
https://trac.osgeo.org/grass/ticket/1525#comment:10
Hamish
___
grass-user mailing list
grass-user
Rainer wrote:
is it possible to specify the names of the raster maps to be
animated by using UNIX style wild cards as in r.out.mpeg, i.e.
use g.mlist.
for example:
r.patch out=mosaic.dem in=`g.mlist rast patt=tile.* sep=,`
there's another example in the r.series help page.
Hamish
, nightly test builds are available for Windows
and Ubuntu.
thanks a bunch,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
/config/gtk2-unicode-release-2.8 \
--with-geos \
21 | tee config_log.txt
make -j 5
see also the README in the debian/ dir in the source package and
http://grasswiki.osgeo.org/wiki/Compile_and_Install_Ubuntu
Hamish
___
grass-user mailing
in the last week or
two, but usually it isn't that bad.
regards,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
only
affects the terminal itself and things launched from it. I set
my GRASS_ADDON_PATH in ~/.bashrc so it's always available.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
it needs
to be for scripts. (the scripts run the g.parser module, which
then reruns the script by name, if it can't find the program you
get the above error)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
was, and the packager has not put
a Conflicts: in the debian/control file)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
.svn_src_snapshot_2013_03_23
under Ubuntu raring.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
overlaps with r.series/r.patch)
or a series of points? (for points, 'v.in.ascii -bt' or r.in.xyz)
see http://grass.osgeo.org/wiki/LIDAR
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
outside of the current region, as does
v.in.ascii if you use the -r flag.
if your data is already processed, sorted, and cleaned I'd
go straight for r.in.xyz myself, but that's just me.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
it in place is easy.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
g.gui.animation tool in-development.
try it out via File - Animation tool. [today I get a traceback error]
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Lucien wrote:
I'm facing a problem with r.reclass on GRASS 6.4.2 on Linux
mint.
...
* = NUll
I don't know if there's another problem, but you might try to
remove the reclass map and try again with NULL instead of NUll.
Hamish
___
grass-user
help.
the stretch sounds a bit like linear 0.0-1.0 normalization to me.
for an application, see also the i.landsat.rgb module.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
path name in
C:\Program Files\GRASS GIS...\etc\env.bat:
set GRASS_PYTHON=%GISBASE%\extrabin\python.exe
Not exactly user-friendly, but simple enough once you know
what to do. any reason not to make the full path the default?
Hamish
___
grass-user mailing
Johannes:
So maybe it is possible to update the r.fuzzy tools to
be successfully compiled with GRASS7.
Glynn:
AFAICT, it's just a case of replacing:
module-keywords = _(raster, fuzzy logic);
with:
G_add_keyword(_(raster));
G_add_keyword(_(fuzzy logic));
try r56245.
Hamish
unwound loop
version written to get the number of threads down into the dozens
instead of the 10s of thousands. (hint: a nice little self contained
learn-OpenMP project for someone who wants to speed up RST interps)
regards,
Hamish
___
grass-user mailing
, the difference is that GRASS 6's G_ftell() function returns
plain integer instead of off_t, and GRASS 7 defines
LFS_CFLAGS = -D_FILE_OFFSET_BITS=64
so the PRI_OFF_T test in gis.h gets set to lld, but GRASS 6 doesn't
so the error message format gets set to ld.
PS. Hamish I will probably switch to 6.4.3rc3
the topology.
the help page for v.overlay talks about it, and has some
screenshot examples of what you're describing.
see also http://trac.osgeo.org/qgis/ticket/3126
no doubt others here will have the magic v.clean or otherwise
recipe to clean it up.
Hamish
You'll have to upgrade to a newer version. The fix for r.in.bin
was added just a few days after the release of 6.4.1, which was
two years ago.
I'd suggest 6.4.3rc3, get in early and help us test the upcoming
release. :)
Hamish
___
grass-user mailing list
system is
limited by.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
to grass 7
yet. try it in GRASS 6.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
with the qgis-plugin-grass-common .deb package.
(in this case a self-built pkg, but unchanged from upstream)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
on the dataset.
then run the hole-filling interpolation.
finally the new buffer becomes a raster MASK (see r.mask),
I use r.mapcalc interp.cropped = interpolated to create a
new masked version of the interpolation, and then remove the
MASK.
Hamish
:
http://grasswiki.osgeo.org/wiki/Image_classification
I think you can also find some valuable information in the GRASS book
by Neteler and Mitasova (3rd ed.).
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org
(to allow e.g. small towns to
dissapear as you zoom out), but if you mistake the size setting
for fontsize, you letters are e.g. 12m tall on a grid of many
kilometers..
does the same labels file work ok in an Xmon with 'd.labels'?
Hamish
___
grass-user
anything
about labels (yet). It still doesn't know about all the things
that the ps.map back-end can do. But you don't need the composer
to render, just run ps.map manually with your .psmap input rules
file.
Hamish
___
grass-user mailing list
grass-user
on adding temporary swap space on Linux
if you need it.
r.in.xyz can handle many billions of points without trouble for
non-exotic statistical aggregations; memory use there is more a
matter of raster region size and you can do multi-pass if memory
is an issue on a really really huge region.
Hamish
the null-value issue
would be to impose an r.what check, but this does not seem
to be very elegant way to do it.
Any suggestions?
r.out.xyz does just that.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman
.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
like it all went ok.
best,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
listed, but I'm not sure how happy
that will be with 1000s of maps. (I never tried that many)
finally, with the computational bounds set to the extent of
all maps (maybe you know that area already) you can use the
r.patch module to combine them all into a single map.
have fun,
Hamish
codes? Just figure out the way to use the full string. (which
isn't perfect either, as GRASS's projection def'ns can contain
more detail than +proj terms know how to express)
Defining new SRS codes as anything more than a quick hack is
simply wrong.
trying to save some later grief,
Hamish
a year since it changed
last)
* shall we instead of grouping by command type group by
version?
an addon package containing grass7 addons should exclusively
depend on the grass7-core package etc. so at minimum it must
be grouped by major version.
Hamish:
and install to /usr/lib/grass64/addons
pollute the main one with our ppa experiments, but
keep it clean for problems in the official packages.
?
(not really sure how the whole ppa integration works)
thanks,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org
://joerichards.dev.openstreetmap.org/files.html
but it is complete and ready for loading into PostGIS with
osm2pgsql.
more info at http://wiki.openstreetmap.org/wiki/LINZ
coordination of efforts is done on the NZOpenGIS google group.
regards,
Hamish
___
grass
#
900913 +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
+y_0=0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
along
the way, many people don't get to see what you wrote, and the
archives don't either:
http://lists.osgeo.org/pipermail/grass-user/2013-April/067939.html
http://thread.gmane.org/gmane.comp.gis.grass.user/47096
thanks,
Hamish
___
grass-user mailing list
in the
../Makefile the developer is announcing that it is fit for
human consumption.
thanks,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
GUI.
that should be /usr/lib/grass70/etc/ not /grass/?
Did the version number extract part of the build rules script
work? maybe it collapsed to an empty string.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org
'Fetching list of modules...'
at the bottom and nothing ever happens.
I'd guess that the error-detection code in the extension
manager could use a few more checks for possible failure
scenarios.
it looks like an interesting module, an improvement on
r.param.scale's feature method.
Hamish
much closer.
good luck,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
(re)package building exercise should be possible with
a simple 2-10 line script.
regards,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Hamish wrote:
the first thing that should happen is that the control files
should be updated to pull from the latest from the DebianGIS
git repository.
Tim:
2 points where this is not always possible:
* your repo is at grass (6.4.2-3), we are talking about
6.4.3.x 7.0.x
just copy
size,..
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Hamish wrote:
by my calcs, a 6x6 cell region would want ~64gb RAM.
and your 0.2m resolution run would want ~94gb RAM.
To fit in 5.8gb RAM you could have about max 17860x17860 region
size. I see your region bounds are 15607m x 13492m, so 1m cell
resolution would fit well, and probably
... I will still investigate. Any clue/idea would be
appreciate.
try watching the process in `top` in a Terminal window to
see how much memory it uses, and keep going and try changing
the region res= to be as coarse as 5m.
Hamish
___
grass-user mailing
the placement
of columns to the right.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
also want to compute
mountain shadows.
how much RAM do you have? Running 32 or 64 bit? Which operating
system?
Do the same commands work at a coarser resolution? 2x2
region size is known to work ok. anything bigger than about
45000x45000 gets into 64 bit/LFS territory.
Hamish
ps
then import worked well using a 10m grid resolution.
(grid resolution confirmed by running r.univar on the method=n
map + 'r.null setnull=0')
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
Hamish:
since v.mkhexgrid is just a python script, you can just
download it by hand and put it somewhere in your path.
Giovanni:
that's what I did, even before trying with a self-compiled
6.4.3RC2, but I cannot find the extension under the GUI menus
I think support for adding addons
of it. (or minor changes may
be required to adjust for any changed options)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
this:
http://www.microsoft.com/en-us/download/details.aspx?displaylang=enid=
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Richard:
I can remove the duplicate centroids with v.clean (using
bpol) but not the centroids outside area.
What would be the easiest way to remove, or at least to
identify (filter for) and manually assess?
perhaps v.extract, to pull only the areas?
Hamish
Richard:
I can remove the duplicate centroids with v.clean (using
bpol) but not the centroids outside area.
What would be the easiest way to remove, or at least to
identify (filter for) and manually assess?
Hamish:
perhaps v.extract, to pull only the areas?
(note the reason
data (which is what
will give you answers instead of just the pretty pictures :)
see also www.liblas.org
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
it a
bit too (viz. field deployment of GRASS as an embedded platform). see
http://grasswiki.osgeo.org/wiki/Raspberry_Pi
I don't actually have one of these gizmos, so my contributions are pretty much
by ear; I think it's ok but please repair any bad info as needed.
Hamish
never been an issue. As far as
I can tell, I haven't made any changes to the grass
installation, nor to the underlying data on which the mask
has been based.
Ideas? How can I begin to troubleshoot this?
what does 'g.region -p' say about the number of rows and columns?
Hamish
simple boxes drawn around all nodes.
see {D|G}_plot_icon() at the end of d.vect/topo.c
https://trac.osgeo.org/grass/browser/grass/trunk/display/d.vect/topo.c#L75
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman
Tom wrote:
I would recommend a combination of GRASS and R (http://cran.r-
project.org/). R has fuzzy K-mean cluster capability, using
the R addon package spgrass6 to read/write to/from GRASS and R.
see Roger's tutorial here:
http://grasswiki.osgeo.org/wiki/R_statistics
Hamish
should work for all future 6.4.x without
needing any changes. The bad news is that whoever built 6.4.3
on that system will have to rebuild/replace it with a version
of 6.4.3(rc/svn) that was built with support for the Postgres
optional extra.
Hamish
alternative.
[*] fwiw Debian has just dropped ffmpeg for the more stability-
focused libav fork, for the same endless api-catch-up reasons.
good luck,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
/r.what.html
note that r.what can take multiple rasters and multiple point-
values as input, all in one pass, to make a table.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Hamish wrote:
#define DB_DEFAULT_DRIVER dbf
to be
#define DB_DEFAULT_DRIVER sqlite
Vincent wrote:
I'll give it a try.
Is this statement sufficient to turn db-file sub-directory
name to :
$GISDBASE/$LOCATION_NAME/$MAPSET/sqlite.db ?
the function that sets up the driver connection looks
Eric wrote:
The command used to run r.contours:
grass.run_command(r.contour, input=lp_subtract,
output=LP_contour, minlevel=0, maxlevel=0, step=10)
Hamish:
minlevel and maxlevel are the same?
Eric:
Yes, only the zero contours are needed. They represent the
macro topography which are later
Eric wrote:
The command used to run r.contours:
grass.run_command(r.contour, input=lp_subtract,
output=LP_contour, minlevel=0, maxlevel=0, step=10)
minlevel and maxlevel are the same?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
corresponds to which API.
fyi fwiw,
it seems that Debain has gotten tired of the churn and changed
to use the more conservative libav fork.
http://wiki.debian.org/NewInWheezy
but maybe switching over to that is more work than just tracking
the ffmpeg api vesions with yet more #ifdefs.
Hamish
there with appropriate rotation
angle. You'll probably need to make your own symbol, but that's
pretty easy.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
to the mapset dir, not real $HOME. Using
that, the above g.cd could be simplifiled to:
alias g.home='cd `dirname $HISTFILE`'
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
-search-forward
type the first few letters, then PgUp to see earlier matches..
hoping the recent work on command line completion continues, :)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
Hamish wrote:
firstly, you can add this to ~/.grass.bashrc:
g.cd()
{
MAPSET=`g.gisenv get=MAPSET`
LOCATION_NAME=`g.gisenv get=LOCATION_NAME`
GISDBASE=`g.gisenv get=GISDBASE`
LOCATION=$GISDBASE/$LOCATION_NAME/$MAPSET
cd $LOCATION
}
(as I just did, nice idea, thanks!)
here
Martin wrote:
cool, as Vaclav noted please add such useful notes on the wiki.
done @ http://grasswiki.osgeo.org/wiki/GRASS_and_Shell
Otherwise it will be lost in ML jungle.
the distributed backup method ;)
Hamish
___
grass-user mailing list
grass
Hi,
missing function definitions added in svn with r55235 now it builds. I'll
leave the other compiler warnings for the authors to look at ...
Hamish
--- On Tue, 2/26/13, Moskovitz, Bob@DOC bob.moskov...@conservation.ca.gov
wrote:
From: Moskovitz, Bob@DOC bob.moskov...@conservation.ca.gov
, use r.plane or like
r.mapcalc constmap = 100
and load a second raster surface in NVIZ's raster controls.
You can also set its transparency level to make it translucent
for a nice see-through effect.
3D vector faces may work as well, but they are not as mature.
Hamish
ps- Helena/Carla: re
José wrote:
Problem: I am not satisfied with the performance. The
datasource has hundreds of thousands of elements and the
process takes many hours to complete.
try running v.split on the largest of the polygons.
search the mailing list archives for the florida coastline
problem.
Hamish
Hamish wrote:
if you'd like it to be please file a ticket at bugs.debian.org
against the grass package /or if you want quicker action
you'll probably have to undertake to compile it from source
(which is not so bad, installing the gdal-dev package will get
you most of what you need
Markus Neteler wrote:
out of curiosity, is there a reason to have it disabled by
default?
I don't know, but perhaps it is so that the end-of-line connecting
nodes are not lost in the clutter of all of the along-the-way
polyline vertices?
Hamish
symbols, and color from rgbcolumn. I'm pretty sure I haven't
coded in the primary/secondary color scheme for symbols that
d.vect uses yet, which will improve the rgbcolumn support
automagically.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
Martin Album Ytre-Eide wrote:
is it possible to bars in ps.map - like you would do in
v.thematic.chart ?
can you post an image of what you mean?
thanks,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman
source (which is
not so bad, installing the gdal-dev package will get you most
of what you need).
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
' % dirs['man1'],
locally you can edit the /usr/lib/grass64/etc/gui/scripts/
g.extension.py file in a text editor (with sudo rights) to
add the missing ARCH_BINDIR line by hand.
It would be good to get some testing of that on the Mac too.
Hamish
___
grass
/grass/browser/grass-addons/grass6/raster/r.out.kml
put the file somewhere in $GRASS_ADDON_PATH by hand, make sure
it has 'chmod a+x g.modulename' execute permissions, and install
it like that. For compiled C modules, it takes a bit more work..
Hamish
page failed to
install for some reason, but that is a minor inconvenience.
- Try running it, does it work? Does 'locate r.out.kml' show it
in your addons dir?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman
.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
are provide [...]
see also
http://grasswiki.osgeo.org/wiki/AreaFillPatterns#Example_Pattern_files
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
there is an example of
calling another module?
have a look at the functions in lib/gis/spawn.c.
there is also the less portable G_system() to look at in grass6.
you might look at raster/r.topmodel/misc.c in trunk for an example.
Hamish
___
grass-user
101 - 200 of 1836 matches
Mail list logo
