does this say?
$ dpkg -l | grep gdal | grep '^ii'
$ dpkg -l | grep netcdf | grep '^ii'
happy Debian user,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
will Propagate NULLs.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
in GeoTIFF format suitable for ESRI software:
i.group group=nc_landsat_rgb input=lsat7_2002_30,lsat7_2002_20,lsat7_2002_10
r.out.gdal in=nc_landsat_rgb out=nc_landsat_rgb.tif type=Byte
createopt=PROFILE=GeoTIFF,INTERLEAVE=PIXEL,TFW=YES
Hamish
are in a read-only directory such as /.
do cd ~ or cd /tmp/ and try again.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
strength.
I must say though, GRASS's r.contour does a really brilliant job if the
input raster map is of good quality.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
=standard -n
v.db.addtable test_lines col='length_m double'
v.to.db test_lines opt=length colum=length_m
v.db.select test_lines
vertical line should be 1 deg lat dist (~ 1852m * 60)
horiz line should be 1 deg lon dist (~ 1852 * 60 * 0.707 here)
?,
Hamish
#MODIS
http://grass.osgeo.org/wiki/Global_datasets#SeaWiFS
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Moritz wrote:
I would imagine that it should be possible to add a radius option to
r.in.xyz.
probably not.
how about r.mfilter[.fp]?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman
))...
...
(1) http://j.garniaux.free.fr/osgeo/screenshot_grass_wxpython.png
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
that use r.in.xyz for greater control.
How about values occurring between cells?
again, no idea, but as a complete guess if it is exactly on a grid line
it might go to the +north,+east cell.
you'd have to experiment with some artificial data to find out.
Hamish
?
the process of converting an accumulation flow map to a vector
streams map is described in the Examples section of the
r.watershed help page:
http://grass.osgeo.org/grass64/manuals/html64_user/r.watershed.html
If I understand it correctly you are starting with an aspect
map?
Hamish
to provide at least
basic quoting, so e.g. this can work:
v.db.select roads where=label ~ 'highway'
or '\ ' for quoted space, or {} instead of .
(I'm not familiar with python's quoting req's)
?
thanks,
Hamish
___
grass-user mailing list
grass-user
vareas calls)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
don't guarantee code quality.
I'm starting to really like ps.map for batch processing map sheets :)
it's one of the reasons I've stuck with it.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman
= (contour_dem -1) / 10
besides that pain r.surf.contour does a really nice job.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
wiki page updated,
http://trac.osgeo.org/osgeo4w/wiki/pkg-grass
TODO in install script: use firefox if present
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
to download them
all for you. see the MODIS(?) grass wiki page for a hint.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Hamish wrote:
Download tiles instead for such a big job... then maybe use r.patch
to combine them into 5x5 degree tiles. Processing should be much more
accurate and faster too.
(I mean standard SRTM tiles, not precut WMS tiles)
you can set up some wget, curl, lftp, httrack script
a subdir off the
root dir which fails for a normal user account? (and since it
is broken, please don't try as root because who knows what
will happen :)
?,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman
need testers to find
all these Windows bugs the quicker we find them the quicker WinGrass
becomes bug-free. :)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
1deg chunks first.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
'v.distance output=' + v.patch + v.clean.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Hi,
can anyone get WhereGroup's OpenStreetMap Basic Europe WMS to work?
http://www.wheregroup.com/en/freier_wms_mit_openstreetmap_daten
I can get the capabilities XML file, but can't seem to get it to download
any maps.
??
thanks,
Hamish
___
grass
'g.proj -p' say?
Hamish
ps- I have now added a warning to r.in.wms if you try to download more
than 200 tiles at a time.
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
will be.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
INTO MAPNAME (cat,label) values ( $1 ,\' $2 \'); }' \
${OUTFILE}.table | db.execute
# all done
hopefully not too badly linewrapped by yahoo's helpfulness.
ok, still not very simple, but given free-form input data it is hard
to tell the computer what you want.
Hamish
ok, try 'v.to.points -n in=lines out=line_nodes'
then 'v.distance from=gps to=line_nodes' + v.patch + v.clean ...
Hamish
Dwight wrote:
I am looking for a way to force the polylines
(from GPS
tracks) to terminate at the points (from averaged
waypoints). One possibility would
this earlier thread:
http://article.gmane.org/gmane.comp.gis.grass.user/19467/
still searching for a method to calculate it..
73s,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
| v.in.mapgen
?
but do worry about the order of points; try to sort by cat (if sequentially
added) or by timestamp. otherwise you will have lines going everywhere in
a big mess.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
]]
but there gdal thinks the multiplier to get to meters is 1.
Corner Coordinates:
Upper Left (-245.125,-239.630) ( 63d 0'15.03W, 58d14'52.26N)
looks like km...
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http
Paulo:
( I would like to have a prominence tool in grass,
Hamish:
see this earlier thread:
http://article.gmane.org/gmane.comp.gis.grass.user/19467/
still searching for a method to calculate it..
perhaps http://www.peaklist.org/theory/theory.html
Markus:
Is this the code?
http
to the libtk8.4.so name from the .0 name (simplify, but obviously don't
lie about the version number).
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
to
launch the tcl/tk GUI. (but not the wxpython GUI, have to use the
menu item for that; maybe already fixed waiting for next release?).
from the DOS prompt I can start grass with 'grass64 -wx' and it loads
the wxPython GUI ok.
Hamish
of
v.in.ogr and see what happens?
time is a reserved SQL keyword, and column names are not someway quoted,
so it conflicts.
see: https://trac.osgeo.org/grass/ticket/578
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http
Dwight wrote:
What is the easiest way to reverse the direction of either a specific
line segment or all lines in a vector?
have a look for a script to do that in the wiki addons site.
or maybe v.edit can do it (and your node problem too), I'm not sure.
Hamish
-dev package there? what version is it?
what does ldd `which v.digit` say about the libraries used?
(see wiki debugging page about that)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
to osgeo4w to rebuild their packages in their own way.
the process is now a bit simpler:
http://trac.osgeo.org/grass/wiki/CompileOnWindows
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
://grass.osgeo.org/grass64/manuals/html64_user/r.watershed.html
that was based on some emails which can be found in the mailing list archives.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
program that comes as part of the
program has been renamed gem64, gem65, and gem70. this way you can have
multiple versions of grass installed at once. Look to see if there's a
program of that name which has come installed with the main GRASS package.
Hamish
data?Unfortunately
there is no time to fix the data.
I think that r.surf.contour is you best bet.
you might try r.surf.nnbathy from wiki addons as well.
look at slope and curvature maps to find interpolation artifacts.
Hamish
___
grass-user
,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
solutions though.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Donald wrote:
I am working on some simple network analysis (road
distances from a point) and want the output to appear as
concentric rings. I think I need to use v.net.iso on
my road network but it appears from the manual that
the output from v.net.iso is a line file.
how about
maning wrote:
I want to calculate the speed of my
GPS trace in grass. Converting
the vector points where an attribute speed is added.
Any ideas how to do it?
use a gpsbabel filter directly on the GPX file.
Hamish
___
grass-user
for you if it is found in the EPS filename and input is from
a file.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
, that is explained in the help page for each type.
Feel free to point out the paragraph there that needs to be
expanded.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
, and pretty easy to work with. Maybe the latest USGS quads are
higher resolution?
[*] http://grass.osgeo.org/gdp/stereo-grass/index.html
http://grass.osgeo.org/wiki/Imagery
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http
- since the
attributes are attached the the start and stop GPS points of that
segment.
v.to.db option=slope will do something like that for the entire line,
but again it should already be taken care of for you.
Hamish
___
grass-user mailing
contact the application's support team for more information.
please try with 6.4.0RC5, there was a recently fixed bug which may have
been corrupting the STREAM_DIR option. (?)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
if there was a setting in ps.map that wasn't
documented in the g.manual page.
nope, it's hardcoded in ps/ps.map/ps_header.c
probably pretty easy to add a new instruction for that though, please
file a wish for it in the trac system.
Hamish
___
grass-user
If I convert the ps file using GMT's ps2raster -Tf, then
ps- I've always used ps2pdf13 for that, and been really happy with it.
ps2pdf -dPDFSETTINGS=/prepress -r1200 filename.ps
see
http://grass.osgeo.org/wiki/Ps.map_scripts#Converting_PostScript_to_PDF
hardinej wrote:
I'm trying to use v.generalize method=douglas_reduction, but the output
has the same number of vertices as the input map and I don't know why
it is not being simplified.
try running v.build.polylines first.
Hamish
--nostringval-- ..
I've seem something similar in gv if I try and zoom in too much,
I always figured it was a bug in the gv program as it seemed to start
after a Debian OS upgrade. As Ubuntu and Debian use the same ghostscript,
maybe it's the same bug? (simply a hunch)
Hamish
, it's the project location name. the mapset
to select is user1 within the spearfish location.
see http://grass.bologna.enea.it/tutorial/
http://grass.osgeo.org/grass64/manuals/html64_user/helptext.html
good luck,
Hamish
___
grass-user
like WIND and PROJ_INFO.
- current filesystem doesn't play any tricks with that either
- it didn't decide to retranslate to CRLF line endings during the copy.
- make a new location by EPSG code or data file, test and compare..
Hamish
___
grass
this be the problem?
it sure won't help! ... get that fixed first.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
wondering if there are some code
examples using the bitwise operators of mapcalc.
this doesn't answer your question directly, but maybe it is of
interest:
http://grass.osgeo.org/wiki/MODIS
and quality layer application method here
http://grass.osgeo.org/wiki/AVHRR
Hamish
a raster map from them into lat/lon wgs84.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
' after setting
up an appropriate grid size with g.region.
maybe a r.neighbors run could smooth things over.
I don't know much about using v.kernel beyond the basics, so no advice
there.
Hamish
___
grass-user mailing list
grass-user
to the geodisist) set 'g.region res=1' and create a
land_mask from a coastline of the country. then 'r.stats land_mask -c'
?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
maven apache wrote:
can the grass calculate the area
of different color for a image?
I have a tiff, and I have seen five color in it,I
wonder I can calculate the area for each color with
grass?
try r.stats -a, r.report
Hamish
for Martin, Michael, Glynn the rest on a wonderful job.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
year. It shares the same name and options but is an entirely new program
on the inside.
was the working version 6.3.0? (ie old version of the module)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman
.
and I just fixed a minor commenting bug in in_out.c (which was
already found+fixed in grass 7 but noone ever mentioned to backport
it... mmph)
Hamish
--- On Tue, 6/16/09, Michael Perdue michael_per...@yahoo.ca wrote:
From: Michael Perdue michael_per...@yahoo.ca
Subject: [GRASS-user
after importing try setting the computation bounds with e.g.
g.region rast=studyarea
raster mapcalc and output work on the current region settings.
Hamish
--- On Wed, 6/17/09, Milton Cezar Ribeiro miltinho.astrona...@gmail.com wrote:
From: Milton Cezar Ribeiro miltinho.astrona
these extensions working under MS Windows.
have you tried the updated simplified build instructions using osgeo4w
as the framework?
https://trac.osgeo.org/grass/wiki/CompileOnWindows
then hopefully it is mostly a matter of making sure the PATH order is
correct. (??)
Hamish
(suppressed: 107 from 1)
(this should go into a bug report)
Hamish
G65 CMD=r.proj in=elevation.dem loc=spearfish60 map=PERMANENT
G65 valgrind --tool=memcheck --leak-check=yes --show-reachable=yes $CMD --o
==5480== Memcheck, a memory error detector.
==5480== Copyright (C) 2002-2006, and GNU
.
the error message is from lib/gis/get_window.c when G_fopen_old()
fails.
(works for me)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
this back to r37726 where wind_format.c's format_double() uses
G_projection() which wants to check the projection type (and that hasn't been
created yet). Not sure of the best solution yet.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
Hamish:
found it,
https://trac.osgeo.org/grass/ticket/654
I traced this back to r37726 where wind_format.c's
format_double() uses G_projection() which wants to check
the projection type (and that hasn't been created yet).
Not sure of the best solution yet.
Glynn:
I suggest
aware and
suppot the same (this largely lags behind lat/lon support in
raster libs/modules).
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
maven apache:
This is what I am not sure, I only get the number
respent the category,but I am not sure what it stand for,for
example the number in first line:9321,does it stand for red?
or blue?
d.what.rast or r.what can help. or raster query tool from GUI.
Hamish
for little gain.
typically how many points in one 1000x1000 import block?
can you watch the memory use of the module? i.e. does it fill
up physical RAM after 25% then start using swap space on hard
disk for the rest (which is 100x slower).
Hamish
John wrote:
I have seperated my data into 1000mx1000m which
have around 1.5 million points per tile.
(ok, you already answered that)
I would expect it to handle 1.5m points (even with topology and
DBs) without too much trouble.
What OS?
Hamish
yeah, sorry about that.
http://trac.osgeo.org/grass/ticket/654
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
in the program instead of giving that fatal error.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
maven wrote:
I am trying to change the projection ,but have not successed..
create a new lat/lon WGS84 location with EPSG code # 4326, then pull
in maps from source mapset using r.proj, v.proj.
Hamish
___
grass-user mailing list
grass
it needs topology for lidar tools to work.
Does it need the database?
I don't think it needs either. Where abouts does it say that?
v.build and thought a db could help.
I think it just adds overheads to the process.
Hamish
___
grass
does 'v.info newblueBut' say from within the WGS84 lat/lon location?
what does 'g.region -p' say from the lat/lon location?
what does 'g.region -l' say from the UTM location?
maybe you just need to do g.region vect=newblueBut to reset the zoom
to match the data extent?
Hamish
is that concurrent session use in WinGrass doesn't
work. The old session takes on the .gisrc of the new one and everything
gets rather confusing for a little while.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http
#BugTracking
cheers,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
.
However, the method on p256-257 does not
mention db or topology. Also, when I have tried to run
v.oultier without db/topology it says it cannot as there is
no database. I will look at this again later. Maybe I
am not selecting 3D when I have tried without db etc.
Hamish
touches all modified
lib fns to make it a good test. Applied in trunk and devbr6. Sped things
up by ~13% in my one test.
thanks,
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
that
require same-day spectral information.
Would be nice to add to the expanding grass LANDSAT modules
feel free to file an enhancement ticket in the trac system with as much detail
as possible.
see also http://grass.osgeo.org/wiki/MODIS#Removing_holes
Hamish
/Utility folder
So DBF is faster to write down a zillion new records to disk.
not all that surprising seeing that it has so little overhead
to worry about.
Hamish:
if you build from the latest grass 6.5 or 7 svn you
can use the --verbose flag to follow the action. setting
'g.gisenv set=DEBUG
, you can edit it in a text editor
and tweak it to read whatever channel you want. also you can extract
the algorithm from it and run on your own. (see formula in the help page)
doesn't really answer your question, but maybe it helps give you an idea.
Hamish
this a couple of days ago??
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Nikos wrote:
g.region -d breaks the WIND file.
fixed in svn, but not in time for 6.4.0rc5.
https://trac.osgeo.org/grass/ticket/654
if you have a broken DEFAULT_WIND file you will need to remove/
replace it manually.
Hamish
___
grass
to point where that directory is?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Glynn wrote:
It looks like you need
--with-freetype-includes=/usr/local/include/freetype2
The configure script (intentionally) won't attempt to
figure this out for itself.
now that `freetype-config --cflags` is widespread, maybe we should
take advantage of that, if present.
Hamish
Koen Hufkens wrote:
I'm looking for a tutorial on classifying landsat images
with GRASS.
try http://grass.osgeo.org/wiki/Imagery#Image_classification
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org
?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Tim Michelsen wrote:
How do I zoom to a certain point (e.g. -3, 35) in the GRASS
map window?
Not specific to the GUI display, but you might have a look at the
g.region.point module in the wiki addons.
Sets the computational region at a fixed distance around a point.
Hamish
also try v.out.gpsbabel which attempts to reproject to
WGS84 LL in GRASS. (less than optimal but it seems to work)
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
and wxVdigit linking stuff.
see https://trac.osgeo.org/osgeo4w/wiki/pkg-grass#PackagerNotes
for partial build method.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Seth wrote:
If it's non-functional, what's the best way to exclude it from the
build cycle? Do I even need to worry about it,
no, just ignore it.
or can I just run 'make install' to get everything except r.li.setup?
yes.
Hamish
to
v.distance?
are you sure it wasn't v.buffer?
If so, it's a totally new module.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
501 - 600 of 1836 matches
Mail list logo