Nikos:
I tested... tested... tested... (almost all tests below) and I just
can't understand WHY i.pca does NOT perform data centering when using
MODIS data (raw, rescaled at 0~255 or 0~254).
The attached html file (exported from Tomboy note-taker) is (I suppose)
easier to read :-)
On Thu, 2009-04-30 at 01:28 +0800, maning sambale wrote:
Compiling from source following:
http://grass.osgeo.org/wiki/Compile_and_Install#Ubuntu
I am somehow stuck here:
./configure --enable-gpl --enable-libvorbis --enable-libtheora \
--enable-liba52 --enable-libdc1394
IS there a option in GRASS to shift a raster by a vector (x, y)?
Sure: use r.region with relative coordinates
Some things are so simple :-)
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
The attached html file (exported from Tomboy note-taker) is (I suppose)
easier to read :-)
Not easier to read, please simply post things on a website!
I have to note that some notes shouldn't be there. My mistake... they
were linked and Tomboy's html-export tool exports all possible
Roger:
You will find reading imagery/i.pca/main.c interesting and not hard.
Nikos:
:-). I tried once but there are many programming variables which do not
make sense on first sight. And this takes time... :-p
OK, it's sure not TOO hard. It takes time but if you stick on it you can
figure
mitch:
[...]
---%---
another question:
what do i have to do exactly to update?
svn up
./configure
# also very important to avoid loosing time and stress:
# 3. clean previous configuration, then the rest
sudo make clean
make
make install (again?)
Yes. However, note that the installation
Nikos:
sudo make distclean
Hamish:
there is no reason to run as root for anything but make install.
Updating my notes right away!
Thanks, Nikos
___
grass-user mailing list
grass-user@lists.osgeo.org
Nikos:
In Ubuntu repositories there is libgdal version 1.5 and I think it
supports (by default) BigTIFF. I am not sure though.
Moritz:
In Intrepid and Jaunty it is 1.5 compiled with --with-geotiff=internal,
so it should work.
Is this the same as --with-libtiff=internal? Check [1]
Nikos
On Sat, 2009-04-25 at 23:07 +0300, Ned Horning wrote:
Hi -
I am trying to load a large (8 GB) tiff image into GRASS 6.4 RC4 and I
get an error message saying that BigTIFF is not support by this version
of GDAL and libtiff. Is there a way to read BigTIFF files using GRASS?
Hi Ned!
I
Ned:
Thanks for responding. I installed the 6.4 RC4 binary from the weekly
snapshot. Is BigTIFF support only available if I compile from source?
Ned,
AFAIU it has to do with GDAL. If GDAL does not see big TIFFs then
GRASS is not going to see them as well.
In Ubuntu repositories there is
Nikos:
m.eigensystem, compiled against latest grass6_dev _AND_
grass-6.4.0RC4 source code, segfaults under Ubuntu-J 64-bit
Beta.
Hamish:
perhaps you could compile into the fortran code some informative
hints, e.g. put scatter some of these before and after reading
the input values,
On Tue, 2009-04-21 at 17:06 -0700, Jack Lonsdale wrote:
Is there an easy way to clip a LiDAR data file?
Hi Jack. Did you try the -r switch?
Something like g.region or d.zoom to some sub-region, then
v.in.ascii -r in=... out=... ?
Kind regards, Nikos
Nikos:
m.eigensystem, compiled against latest grass6_dev _AND_
grass-6.4.0RC4 source code, segfaults under Ubuntu-J 64-bit
Beta.
It works fine with Ubuntu Intrepid! So, something in Jaunty
doesn't like m.eigensystem (fortran code?)!
Hamish:
any chance of debugging? (gdb, etc)
Nikos:
m.eigensystem, compiled against latest grass6_dev _AND_ grass
-6.4.0RC4 source code, segfaults under Ubuntu-J 64-bit Beta.
It works fine with Ubuntu Intrepid! So, something in Jaunty
doesn't like m.eigensystem (fortran code?)!
Hamish:
any chance of debugging? (gdb, etc)
m.eigensystem, compiled against latest grass6_dev _AND_ grass-6.4.0RC4
source code, segfaults under Ubuntu-J 64-bit Beta.
Greetings, Nikos
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On Mon, 2009-04-13 at 13:52 +0200, Nikos Alexandris wrote:
m.eigensystem, compiled against latest grass6_dev _AND_ grass-6.4.0RC4
source code, segfaults under Ubuntu-J 64-bit Beta.
Example with spearfish landsat data below (tried with other data as
well):
# launch fresh-baked grass6_dev
OK, I should start at some point practicing debug-ing. Though, unknown
territory for me the G_* messages below.
Nikos:
m.eigensystem, compiled against latest grass6_dev _AND_ grass-6.4.0RC4
source code, segfaults under Ubuntu-J 64-bit Beta.
Example with spearfish landsat data below (tried
Nikos:
On Mon, 2009-04-13 at 13:52 +0200, Nikos Alexandris wrote:
m.eigensystem, compiled against latest grass6_dev _AND_ grass-6.4.0RC4
source code, segfaults under Ubuntu-J 64-bit Beta.
It works fine with Ubuntu Intrepid! So, something in Jaunty doesn't like
m.eigensystem (fortran
n...@vertical:/geo/osgeo/src/grass6_devel/imagery/i.pca$ make
gcc -I/geo/osgeo/src/grass6_devel/dist.x86_64-unknown-linux-gnu/include
-g -Wall -DPACKAGE=\grassmods\
-I/geo/osgeo/src/grass6_devel/dist.x86_64-unknown-linux-gnu/include -o
OBJ.x86_64-unknown-linux-gnu/support.o -c support.c
On Thu, 2009-04-09 at 19:39 +0200, Moritz Lennert wrote:
On 09/04/09 21:32, Nikos Alexandris wrote:
n...@vertical:/geo/osgeo/src/grass6_devel/imagery/i.pca$ make
gcc -I/geo/osgeo/src/grass6_devel/dist.x86_64-unknown-linux-gnu/include
-g -Wall -DPACKAGE=\grassmods\
-I/geo/osgeo/src
Dear William,
switch to grass6_devel if you can. For all of your questions you'll find
plenty of stuff to read in the archive [1]. Perhaps best place is the
wiki-page where we attempt to collect information about PCA [2] --
check here directly :-).
Kind regards, Nikos
---
[1]
Markus:
It is available from GRASS Addons SVN:
http://grass.osgeo.org/wiki/GRASS_AddOns#m.eigensystem
Since it is increasingly used, maybe we need to add it to 6.5/7?
+1
Nikos
___
grass-user mailing list
grass-user@lists.osgeo.org
# v.in.ogr help
v.in.ogr
[...]
min_area Minimum size of area to be imported (square units)
Smaller areas and islands are ignored. Should be greater
than snap^2
default: 0.0001
[...]
Question: is the default min_area parameter (=0.0001) safe when
importing data that
On Sun, 2009-03-22 at 23:53 +0100, Nikos Alexandris wrote:
I have prepaired a grass-location
containing the 3 modis bands I've used for all PCA related examples. I
will eventually upload them in gregis [1]
If anyone would like to try what I tried here are the MODIS bands:
# grass location
Nikos:
If outputs are not identical, either R or grass do some hidden
modification or there is a bug in either grass or R (all within
limits, e.g. identical up to the 5th digit in scientific format is
fine?).
Some textbooks give a rule of thumb for further analysis to use only
Sort of off-topic the Open-Source article this time... or maybe not!?
Link to the Newsletter:
http://isprs-studentconsortium.org/assets/files/Newsletter_Vo3_No1_March.pdf
Link to the full Open Source article:
http://isprs-studentconsortium.org/assets/files/Turn_the_World.pdf
(
Apologies
Eric:
I think I accidentally allowed my OS to install a proprietary NVIDIA
driver and as a result, some of my openGL libraries appear to be
missing.
At any rate, running configure for GRASS 6.5 crashes when it reaches
the openGL section:
snip
checking for location of OpenGL includes...
Markus:
It seems that i.pca output is supposed to be identical to
prcomp(center=FALSE, scale=FALSE) output in R, because a PCA is
scale-sensitive and the eigenvalue as reported by i.pca is the variance
of the raw, unstandardised data.
The thing is that with the SPOT data all seems fine and
On Wed, 2009-04-01 at 18:21 +0200, Edzer Pebesma wrote:
Markus, a few notes:
- if you do PCA on uncentered data, by computing the eigenvalues of the
uncentered covariance matrix, this implies that bands with a larger mean
will get more influence on the final PCAs. I have sofar not managed
Agustin:
Nikos, I'm probably missing a message (I do not see which is
exactly the difference between the spot and the modis example),
Hi Agus. The difference is:
Using SPOT (range up to max. 255):
i.pca == prcomp(x, center=TRUE, scale=FALSE)
Using MODIS (range varries between bands, up to
On Tue, 2009-03-31 at 12:56 +0200, Edzer Pebesma wrote:
I tried to improve the wiki page, but never got access.
--
Edzer
Edzer, it definitely needs to be improved. Hopefully you'll get access
while the thing is boiling.
@admins: Please, we need access ;-)
Kindest regards, Nikos
Agustin:
Nikos, I'm probably missing a message (I do not see which is
exactly the difference between the spot and the modis example),
Nikos:
Hi Agus. The difference is:
Using SPOT (range up to max. 255):
i.pca == prcomp(x, center=TRUE, scale=FALSE)
Using MODIS (range
On Tue, 2009-03-31 at 17:13 +0200, Markus Neteler wrote:
On Tue, Mar 31, 2009 at 5:00 PM, Markus Metz
markus.metz.gisw...@googlemail.com wrote:
Nikos Alexandris wrote:
Using MODIS (range varries between bands, up to max. ~5500):
Sure? Valid range: -100 - 16000 for MODIS e.g. Surface
Edzer:
With Markus' help I got access, and corrected/extended quite a few things,
including why R sometimes doesn't print loadings (when they're close to
0).
Great!
I do worry about the wiki that states results are similar between R and
grass, when the differences appear e.g. in the third
Nikos:
Hi Agus. The difference is:
Using SPOT (range up to max. 255):
Markus M:
That implied to me that the max possible value of SPOT was used, not the
max observed (often the max observed is also the max possible).
Right. Sorry for not being precise.
In my experience, when
Nikos:
The thing is by multiplying by 0.0001 thing are worse concerning the
*eigenvalues* (the eigenvectors are the same):
# use of i.pca gives
r.info -h pca_mod_b267.1
[...]
Eigen values, (vectors), and [percent importance]:
PC1 6307563.04 (-0.6353,-0.6485,-0.4192)[98.71%]
Roger:
Good, thanks. There you say that you are using some MODIS surface
reflectance products. I guess it will be easier to check things if the
data (GRASS location) are available, so that others can try the same
calculations. Would it be possible to make one or more test sets
apachemaven:
My current location is spanish(the example data),and now I want to
import a tif into the workplace,but after import,the raster map is
blank...
You probably have to set the region extent. Something like:
g.region rast=temp.1 -p
also I got six raster raster map temp.1 temp.2 and
On Wed, 2009-03-18 at 16:17 +0100, Cassiel wrote:
Hi you all,
I am working with geotiff raster data served on a webgis (mapserver +
pmapper) and I would like to serve a merged raster (DEM + its shaded
relief) instead of serving two distinct raster/layer with my mapfile
(one for the dem and
apachemaven:
Thank you very for your reply!
In fact I mean the Categories, and what you said is very helpful for
my understanding something about the grass though not much.
I think what I am now confusing about the grass is how it describe a
map either a raster or a vector (actually the
On Wed, 2009-03-18 at 18:51 +0100, Nikos Alexandris wrote:
(like for temperature of precipitation
maps)
a small but perhaps an important typo:
...like for temperature OR precipitation
maps...
___
grass-user mailing list
grass-user@lists.osgeo.org
On Wed, 2009-03-18 at 11:03 +0800, apachema...@yeah.net wrote:
I want to know how can I understand the map in the grass?
for example what is catalogy, type ? Also what is the meanning of the
current region as I had came the problem many times.
Hi apachemaven!
* I 've never heard or read
On Fri, 2009-03-13 at 08:12 +0100, Markus Neteler wrote:
On Fri, Mar 13, 2009 at 1:36 AM, Nikos Alexandris
nikos.alexand...@felis.uni-freiburg.de wrote:
Helmut:
i'm trying the example for Network analysis: Linear reference system
(LRS)
from http://www.grassbook.org
achim:
DB-Driver's eating my nerves.
That's the on purpose... it's the way to start mastering the secrets of
GRASS :-p. Just kidding... :D
Some Step-by-Step hints:
1. Did you established a connection between GRASS' GIS-DB with the
attribute table DB via the sqlite driver?
## Note that in
Helmut:
i'm trying the example for Network analysis: Linear reference system
(LRS)
from http://www.grassbook.org/examples3rd_chapter6.php for the step
# add column to link the route with the bus stop
v.db.addtable route1 col=lid integer (just copied from the website
above)
Most likely
On Tue, 2009-03-03 at 14:26 +0100, Nikos Alexandris wrote:
On Tue, 2009-03-03 at 13:18 +0100, Markus Neteler wrote:
On Tue, Mar 3, 2009 at 12:26 PM, Hamish hamis...@yahoo.com wrote:
...
it will be really good to finally have all this documented.
I find it hard to follow these long
Nikos:
I've started the PCA grass-wiki page. I am trying to build it... step by
step. Expert advice is always welcome and highly appreciated.
http://grass.osgeo.org/wiki/Principal_Component_Analysis
Roger:
Good, thanks. There you say that you are using some MODIS surface
reflectance
Nikos:
Try this:
r.mapcalc river=if(river==$old, $new, null())
Glynn:
Note that this won't work in 7.0, where r.mapcalc uses the parser. It
will complain that r.mapcalc doesn't have a river=... option.
For portability, always:
1. quote the entire expression, and
2. insert a space
Try this:
r.mapcalc river=if(river==$old, $new, null())
Cheers, Nikos
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Hallo Achim!
On Thu, 2009-03-05 at 15:55 +0100, achim wrote:
Its awful!
That does work (in tsch so far!
What is _tsch_? Do you mean _tcsh_? Sorry for my ignorance if it's
something I _should_ know :-)
Maybe you know a way to make r.mapcalc quiet?
Not really. The Experts should know that
On Mon, 2009-03-02 at 01:02 -0800, leonidas wrote:
I need to calculate some Central tendency quotients like Mean Center,
Weighted Mean Center and Standard Distance. Are there any tools to implement
it with Grass Gis (or other OS software)? It may be easy to extract the
point coordinates of a
On Tue, 2009-03-03 at 13:18 +0100, Markus Neteler wrote:
On Tue, Mar 3, 2009 at 12:26 PM, Hamish hamis...@yahoo.com wrote:
...
it will be really good to finally have all this documented.
I find it hard to follow these long mails. Why not enjoying the
GRASS Wiki to stabilize the
Nikos:
Eigenvalue provided by i.pca. I can't nail this one:
*** how is it calculated? *** Looks like it is some _weighted_
variance... !??
Hamish, if you have the time (or anyone , could you please translate
the code in grass6_dev/imagery/i.pca/main.c, concerning the eigval
Apologies for starting a new thread. My post is long and I thought it's
better to start an extra-testing thread. I did some tests and I present
them below in the following order:
1. Briefly about PCA
2. The modules/functions that implement PCA in GRASS R
3. My claims (Entitled Comments)
4.
On Tue, 2009-03-03 at 07:27 +0100, Nikos Alexandris wrote:
# 2. Implementations of PCA ### ### ### ###
* R's implementation of:
- method 1 (eigen) is the _princomp()_ function
-*applies*:
\data centering
\data scaling
Hmm... sorry, this should be _only_ data
Wesley:
I got the svn grass6_devel code from the location you suggested and have
now installed but with lots of errors. Here is the output from the
'make' command (see below the lapack.h error). I understand that I need
to cd into the directory where the error occurred and run make inside
On Sun, 2009-03-01 at 01:59 -0800, Hamish wrote:
Hamish wrote:
# 'automatic method'
imagery60:G6.5svn i.pca in=spot.ms.1,spot.ms.2,spot.ms.3 out=spot_pca
Eigen (vectors) and values:
PC1 ( -0.63 -0.65 -0.43 ) 88.07
PC2 ( 0.23 0.37 -0.90 ) 11.48
PC3 ( 0.75 -0.66 -0.08 ) 0.45
Nikos:
* Present first the variance (=eigenvalues) because it's the
first thing you will look at to know how much variance of the
original data is _expressed_ in each new component.
* The importance, since it refers to the eigenvalue, it's better
to come right after it.
Hamish:
to
Nikos:
[...] i.pca just does not report the eigen_VALUES_. At some point some
C-expert needs to have a look in the code (i.pca) and correct the
bug which does not let the eigen_VALUES_ from being printed.
Hamish:
done in devbr6 (6.5svn) please test, I'm not a multivariate stats guru
and
On Sun, 2009-03-01 at 12:46 +0100, Nikos Alexandris wrote:
Nikos:
[...] i.pca just does not report the eigen_VALUES_. At some point some
C-expert needs to have a look in the code (i.pca) and correct the
bug which does not let the eigen_VALUES_ from being printed.
Hamish:
done
Wesley
I downloaded and installed GRASS 6.4 and after much wailing and
gnashing of teeth I got m.eigensystem to work. Below are some
comments and questions.
Nice that it worked-out finally. Hopefully my comments are useful for
you (and correct). You can have a look in the following links
On Fri, 2009-02-27 at 11:47 +0100, achim wrote:
Correction:
achim schrieb:
Hallo,
starting qgis(1.0.1) with grass64 I can open a grass location, but when
I open a rastermap, qgis terminates with following error:
qgis: symbol lookup error: /usr/lib/gdalplugins/gdal_GRASS.so:
Wesley:
Firstly I would like to standardise the PCA, therefore I would like
each input to contribute equally to the result. As such I use the
correlation matrix as opposed to the covariance. By using this method
I do not need to centre the data, yes?
I think we have to make it clear that
On Fri, 2009-02-27 at 13:39 +0100, achim wrote:
Hi,
I used the goe-repository files for installing grass (6.4) and grass63.
Do I have to compile myself? Cant I clean old libraries by myself and
reinstall grass from the repository?
Thanks,
achim
Hi Achim!
It's not clear to me which
On Thu, 2009-02-26 at 13:01 +0100, FAROUX STEPHANIE wrote:
Moritz Lennert wrote:
On 26/02/09 11:47, FAROUX STEPHANIE wrote:
Hello,
I see the function r.cats which allows to read categories of a raster
map, but how can i define these attributes? Should i pass by a vector
map? In the
On Thu, 2009-02-26 at 09:34 -0300, Daniel Victoria wrote:
Just save this as a .csv or .txt and open in any spreadsheet software,
stating that the field delimiter is |
Then just do some column copy/paste and you are done. No need for awk
black-magic
Daniel
:DD
I agree. But implementing
Wesley:
Dear Colleagues,
I have run a PCA on a five band data set consisting of three optical
bands, a canopy height model and lidar intensity measures. Output from
the i.pca module only provides the eigen vectors. I would like to
calculate the eigen values and % variance explained by each
Nikos:
There is still m.eigensystem with which one can manually
build Principal Components and get all values. But I am not
sure how to compile it (anymore)
Hamish:
works for me.
cd grass-addons/misc/m.eigensystem
make MODULE_TOPDIR=/usr/local/src/grass-svn/releasebranch_6_4
is f77
Wesley:
I see that I would need to upgrade to 6.4 using svn. I currently
install using synaptic, does this mean I need to compile from source
and then add the m.eigensystem addon?
Not sure about f77, is this a fortran compiler? I have gfortran
compiler version 4.2.3, will this do?
(@Hamish:
Nikos:
If you have success running m.eigensystem, can I please ask you to let
the list (and me :-p) know about it? I compiled m.eigensystem without
errors but it doesn't seem to work within from grass65. I am currently
re-compiling grass6_devel to see whether it will work or not.
Or do I
Wesley:
While trying to compile grass version 6.4.0RC3 I have come across a problem
with locating Tcl.h. Here is my install command
$ sudo CFLAGS=-g -Wall ./configure --with-cxx --with-postgres --with-mysql
--with-sqlite --with-ffmpeg --with-odbc --with-blas --with-lapack
--with-motif
M S:
Is it logical to use mapsets for different raster modeling cell sizes?
I had the same problem: I needed to switch frequently between 250 and
500m (MODIS products). I tried the mutltiple-mapsets approach and found
it not bad. Nonetheless, I had _not_ too many images to process (and
mainly
Dylan:
OK. This is the old stable branch (I think). If you can get 2.0 to
compile I would suggest trying that.
Dylan, which one is 2.0 for linux? Can't trace it.
Thanks, Nikos
___
grass-user mailing list
grass-user@lists.osgeo.org
On Sat, 2009-02-21 at 23:53 +0100, Markus Neteler wrote:
On Sat, Feb 21, 2009 at 11:19 PM, Nikos Alexandris
nikos.alexand...@felis.uni-freiburg.de wrote:
Dylan:
OK. This is the old stable branch (I think). If you can get 2.0 to
compile I would suggest trying that.
Dylan, which one
Stephanie:
now i have a little problem: i try to make a outline and i
have difficulty to close it. My map is global at 1/120° resolution;
maybe it's linked to the big distances?
I changed the threshold in the settings but it doesn't seem to be enough
What kind of settings? g.region -p?
On Thu, 2009-02-19 at 17:28 +0100, FAROUX STEPHANIE wrote:
Hello,
I try v.digit; i want to define a new outline. When i want to close the
outline, it opens a window form: attributes; new record was created.
Assume data encoding as: [choice between utf-8,ascii,iso88859-1,koi8-t];
i do
G. Allegri:
I've built the 1.2.03 version, downloaded from [1].
Anyway I suspect the same about GRASS driver inefficiencies in GDAL/OGR
[1] http://projects.atlas.ca.gov/frs/download.php/667/starspan-1.2.03.tar.gz
Giovanni,
sorry for the sort-of off-topic, but how do you build starspan with
FAROUX STEPHANIE:
Hello,
I try v.digit; i want to define a new outline. When i want to close the
outline, it opens a window form: attributes; new record was created.
Assume data encoding as: [choice between utf-8,ascii,iso88859-1,koi8-t];
i do submit and i have the error:
Cannot
On Thu, 2009-02-19 at 17:56 +0100, Nikos Alexandris wrote:
FAROUX STEPHANIE:
Hello,
I try v.digit; i want to define a new outline. When i want to close the
outline, it opens a window form: attributes; new record was created.
Assume data encoding as: [choice between utf-8,ascii
[...]
Yes i forgot to connect but it isn't enough to work...
And... what exactly does db.connect -p say?
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On Thu, 2009-02-19 at 18:14 +0100, FAROUX STEPHANIE wrote:
Nikos Alexandris wrote:
[...]
Yes i forgot to connect but it isn't enough to work...
And... what exactly does db.connect -p say?
driver:dbf
database:$GISDBASE/$LOCATION_NAME/$MAPSET/dbf/australia2.dbf
[...]
Kurt:
I am almost sure that I can trace the areas in qgis I made a test
with its drawing tools. Is there a way to import that tracing back to
GRASS?
Kurt, if you mean to import them in GRASS, sure, why not? I suppose by
trace you mean you have created a vector map (shapefile
Λεωνίδα,
you might be interested in this tutorial:
Αναπαραγωγή του χάρτη CORINE με το GRASS-GIS
(http://users.hol.gr/~dzach/tilaphos/corine_grass-gis_el.pdf)
published at http://tilaphos.blogspot.com/2009/02/gis-corine.html
Χαιρετίσματα, Νίκος
___
On Mon, 2009-02-16 at 15:40 +0100, G. Allegri wrote:
I share my vector, if someone wants to reproduce this problem:
http://www.geospatial.it/allegri/bordi.tar.gz
EPSG:32632
Giovanni,
the shapefile's attribute table looks messed up. I just opened it with
QGIS and the column names are
On Mon, 2009-02-16 at 15:52 +0100, Nikos Alexandris wrote:
On Mon, 2009-02-16 at 15:40 +0100, G. Allegri wrote:
I share my vector, if someone wants to reproduce this problem:
http://www.geospatial.it/allegri/bordi.tar.gz
EPSG:32632
Giovanni,
the shapefile's attribute table looks
On Mon, 2009-02-16 at 14:55 +, John Stevenson wrote:
But I am 100% sure
that it will work.
Oops: But I am *NOT* 100% that it will work is what I wanted to
write :-). But I am glad that it worked out.
Kind regards, Nikos
___
grass-user mailing
On Mon, 2009-02-16 at 12:55 -0800, leonidas wrote:
I need to export specific shapes from a grass vector file to another grass
vector file.
v.extract in=VectorMap out=ExtractedFeatures ...
# you can use list= to extract specific categories (the cat column)
# or an SQL where clause, e.g.
On Mon, 2009-02-16 at 13:14 -0800, leonidas wrote:
Thank you Niko,
well I understand the first one (using v.extract).
-Is it possible to do something like that using v.out.ogr and export to
shapefile?
AFAIK, no. The way to do it is: v.extract + v.out.ogr
-As far as concerns the second
On Mon, 2009-02-16 at 20:01 -0500, Kurt Springs wrote:
Hi folks,
I do have another problem I would like some thoughts on.
I have vector areas representing water areas (lakes and oceans). I
purchased these areas from the Irish and Northern Irish Ordinance
Survey. They came as .dxf
Markus M:
The CLC2000 is also available as a raster, have you tried this alternative?
[...]
I guess you have figured out already that working with the raster
version [2] is so much easier...
Thank you Markus. I am aware of all the technical details concerning
CORINE. I have spend quite some
On Mon, 2009-02-09 at 12:12 +0100, Paolo Craveri wrote:
Hi to all
How v.colors with option rules works ?
I tried:
cat color.txt
1 red
2 green
3 blue
4 orange
5 purple
v.db.select mypoints
cat
5
1
4
3
2
v.colors map=mypoints column=cat rules=color.txt
ERROR: Pick one
OK, I think I got it :-)
# Apologies for cross-posting)
* First read about PCA [1] [2] [3] - extra [4]
* Understand the basic steps of the algorithm
---
Usually:
1. organizing a dataset in a matrix
2. data centering
On Fri, 2009-02-06 at 14:12 +0100, Nikos Alexandris wrote:
Eigen values:
( -0.48 -0.45 -0.28 -0.45 -0.45 -0.29 )
( -0.48 0.24 0.37 -0.53 0.26 0.47 )
( -0.52 -0.37 -0.28 0.50 0.49 0.16 )
( 0.45 -0.32 -0.50 -0.33 0.10 0.58 )
( 0.03 -0.48 0.54 0.29 -0.45 0.42 )
( 0.26 -0.52 0.40 -0.28 0.52
On Fri, 2009-02-06 at 20:10 +1300, Hamish wrote:
Hi LIDAR users,
I have written a mini-tutorial on using LAS formatted data with
GRASS GIS. It is actually quite a simple task, but sometimes the
incantations and programs to use are not so obvious if you haven't
used the software extensively.
On Tue, 2009-02-03 at 16:24 +0100, Aldo Clerici wrote:
[...]
I also tried a region modification as follows:
g.region –p rast=geology
Aldo, try without the -p flag. It will work. I think this detail was
not there before. Perhaps we should file a bug?
Kind regards, Nikos
On Thu, 2009-01-29 at 13:00 +0100, Nikos Alexandris wrote:
On Thu, 2009-01-29 at 13:31 +0200, orkun wrote:
thank you
As far as I see from the url address you have
given there is similar problem with GRASS 6.4.0RC2.
regards
Orkun,
give it a try to get latest stuff. You'll
and not only:
http://www.wikipublisher.org/wiki/
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On Fri, 2009-01-30 at 17:06 +0100, Markus Neteler wrote:
On Fri, Jan 30, 2009 at 4:02 PM, Nikos Alexandris
nikos.alexand...@felis.uni-freiburg.de wrote:
and not only:
http://www.wikipublisher.org/wiki/
Wikipublisher is an extension to PmWiki.
You mean to rewrite the entire site
On Thu, 2009-01-29 at 11:01 +0200, orkun wrote:
hello
Hi Orkun!
I ran into some problems in grass622 (ubuntu binaries).
Sorry for long error output.
I was wondering how I could overcome this problem ?
I encountered this when I imported shape file into grass:
[...]
Check out a thread in the
On Thu, 2009-01-29 at 10:39 +0100, Nikos Alexandris wrote:
The link:
Check out a thread in the archive [1] about this.
[1]
http://n2.nabble.com/Buffer-overflow-v.in.ogr-on-GRASS-6.4-RC2-td2151192.html#a2160500
___
grass-user mailing list
grass-user
901 - 1000 of 1413 matches
Mail list logo