Agreed. You have to make sure you have valid training areas are for each
image you want to classify. I've also found that dealing with clouds and
their shadows is one of the biggest issues to consider when doing
classifications.
- Nick J
On Sun, Dec 5, 2010 at 4:12 AM, Nikos Alexandris
Shane Litherland wrote:
(my first-ever reply to the list...hope I get the cc / subject stuff
right!)
Seems to be OK
(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
Hi Micha, yes, by all means, wiki away :-) I haven't yet educated myself
on how to contribute to wikis and bugzillas and the likes, so if you
want to take that task off my hands you're welcome :-)
Somewhat pleased that my verbosity had some elements of usefulness
therein!
now, to spend a bit more
You are right Glynn, I just checked i.spectral.py and it has the
d.linegraph feature but, i.spectral is greyed out in wxpython gui and,
when I try to run it from the command line (using Msys wingrass7svn),
if I input a raster group I get the error:
GRASS 7.0.svn i.spectral.py group=alos.radiance
On 07/12/2010 12:52, Shane Litherland wrote:
now, to spend a bit more time in GRASS and come up with my next
'victim'.. I reckon I can give v.digit and its friends a good workout!
Oh, v.digit will give you a good run for your money ;-)
Regards,
Shane.
Hi List
Running v.voronoi in Grass 6.4 (.deb package) and 6.5 svn on Debian I get
segmentation fault error:
GRASS 6.5.svn (Basilicata):~ v.voronoi
input=stazi...@suolo_paesoutput=voronoi --overwrite
WARNING: Vector map voronoi already exists and will be overwritten
Reading sites...
Voronoi
Hi,
2010/12/6 Micha Silver mi...@arava.co.il:
I think I have an idea why the GUI isn't working. I noticed in your first
post that the LandSAT tif files are named with CAPS in the filename
extension, i.e. 171146051_05122001402_B10.TIF. It looks to me that the GUI
ignores files name *.TIF and
On 12/07/2010 04:08 PM, Martin Landa wrote:
Hi,
2010/12/6 Micha Silvermi...@arava.co.il:
I think I have an idea why the GUI isn't working. I noticed in your first
post that the LandSAT tif files are named with CAPS in the filename
extension, i.e. 171146051_05122001402_B10.TIF. It looks to
Dear list,
I just realized that there are some problems with the filter functions
used to do the atmospheric correction for the Alos AVNIR2, Ikonos and
RapidEye sensors. I expect to fix some of those bugs this week so
please, use i.atcorr with care if you work with these sensors.
Sorry for the
In order for GRASS to run properly, is it necessary for the grassdata folder
(database) to reside at the disk prompt (as in C:\grassdata)? I would rather
have it higher up [farther down?] in the hierarchy, such as
C:\GIS\placename, because it is more intuitive to me that way.
However, when I try
Hi All,
I am having similar problems to Kaipi in regards to the v.lidar.growing
stage of LiDAR processing. I'm running GRASS 6.4.0 on Windows. My dataset is
a 1km by 1km tile of LiDAR with a point spacing of about 1.5 points/m2, so a
total of about 1.5 million in the area of interest.
Thus
On Tue, Dec 7, 2010 at 7:53 PM, benmarillier
ben.marill...@water.wa.gov.au wrote:
Hi All,
I am having similar problems to Kaipi in regards to the v.lidar.growing
stage of LiDAR processing. I'm running GRASS 6.4.0 on Windows. My dataset is
a 1km by 1km tile of LiDAR with a point spacing of
Hi Mark,
It's mostly urban, with large buildings. There are some areas of parkland
with scattered trees.
Ben
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Problem-with-Lidar-Tools-tp3918684p5813897.html
Sent from the Grass - Users mailing list archive at Nabble.com.
These are separate layers with no duplicate points. I have tried it with
several layers, in multiple projects. Only one gave results, and that was
relatively quickly. I the coordinates in sqlite, there should be no distance
of zero.
[later]
As I wrote this, I decided to do some
14 matches
Mail list logo