Daniel Victoria wrote:
> I'm using WinGrass 7.0svn from the daily build and I just realized
> that i.spectral.py needs gnuplot.
It shouldn't need gnuplot. It shouldn't even try to use gnuplot unless
you use the -g flag. The default behaviour is to use d.linegraph.
--
Glynn Clements
__
Hi all,
I'm using WinGrass 7.0svn from the daily build and I just realized
that i.spectral.py needs gnuplot. Is there a way to remove this
dependency?
Cheers
Daniel
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/li
Sir,
That was a brilliant observation from your side. Now the feature works. In
fact that is how the landsat data files are named, with *.TIF extension.
Anyway I can save lot of time now.
Thanks and Regards,
Chethan S.
On Mon, Dec 6, 2010 at 6:50 PM, Micha Silver wrote:
> On 06/12/2010 13:37,
(my first-ever reply to the list...hope I get the cc / subject stuff
right!)
(also FYI - GRASS 6.4.0RC, Ubuntu 10.04LTS (most of my sys/progs from
synaptic package manager)
AND a GARMIN GPS60)
Micha - your suggestion much appreciated :-) I had used v.in.ascii a
while back, had forgotten how versat
Micha,
Sure, hope that I can help to find the problem as I can't solve it
myself (yet). Here the results of the commands.
GRASS 7.0.svn (Survey):~ > db.describe -c driver=pg database=schirpat
table=gr_xy_wohnort | grep '^Column' | cut -d ':' -f 3 | tr -s ' ' '_'
INTEGER
INTEGER
CHARACT
On 06/12/2010 12:08, Patrick_schirmer wrote:
Micha,
attached a txt-file with the output you asked for. Following
workaround
did work for the files, which makes me think that it is not a
problem
of postgresql:
I
On 06/12/2010 13:37, Chethan S. wrote:
Unfortunately, that does not work for me. As you said the *.tif files appear
grayed out in that particular folder. But the next outcome is not the one
you get. Also after a recent update of GRASS 6.4.1 SVN there is no option
"Bulk Import of Raster data". Its
Unfortunately, that does not work for me. As you said the *.tif files appear
grayed out in that particular folder. But the next outcome is not the one
you get. Also after a recent update of GRASS 6.4.1 SVN there is no option
"Bulk Import of Raster data". Its only "import raster data". I select
dir
Hi Markus,
Thanks for answering. I solved using:
ogr2ogr -s_srs EPSG:23032 -t_srs EPSG:32632 repr_suolo_paes.shp
suolo_paes_ext.shp
and imported the reprojected map with v.in.ogr. All polygons are reprojected
now.
But I noticed that using v.proj the map was reprojected with an important
error .I
Micha,
attached a txt-file with the output you asked for. Following workaround
did work for the files, which makes me think that it is not a problem of
postgresql:
v.db.addcolumn map=GR_xy_wohnort col="x_arbeit double precision,
y_arbeit double precision"
echo "UPDATE GR_xy_wohnort SET x_ar
On 06/12/2010 09:04,
Chethan S wrote:
Sir,
I appreciate your suggestion but I am a beginner level user in
terms of using commands. Its only recently I started using
commands everywhere. So far I was happy with the GUI. Therefore, I
was wond
look at
http://grass.osgeo.org/wiki/R_statistics
http://grass.osgeo.org/wiki/R_statistics
http://casoilresource.lawr.ucdavis.edu/drupal/node/438
http://casoilresource.lawr.ucdavis.edu/drupal/node/438 and other papers on
this site
http://www.portailsig.org/content/grass-gis-ses-amis-python-et-r
12 matches
Mail list logo