Markus Neteler wrote:
Remember that you have to rescale these data first:
https://lpdaac.usgs.gov/lpdaac/products/modis_products_table
- MOD09Q1 Terra
Surface Reflectance Bands 1–2
Tile 250m
8 Day
On Wed, Apr 1, 2009 at 1:35 AM, Glynn Clements gl...@gclements.plus.com wrote:
...
Found the same in v.centroids, both fixed in 6.4.svn, 6.5, and 7.
Thanks for reporting it,
Someone should file a bug report along the lines of v.info lacks a -g
switch.
Are you aware of any remaining problems?
Hi everybody!
I'm a rather new GRASS user and encountered problems using i.rectify to
rectify aerial images taken from helicopter. I've followed the
instructions and everything's working fine except that the red band is
not included. In the output it says :
Rectified input file NN1_2.red will
Hi,
some time ago, Chris wrote:
The first issue to tackle is to remove the collars of the NOAA charts.
I've searched the archives and there are only two dated posts and both
recommend shapefiles. Well there are no shapefiles for the Atlantic or
other water bodies so this method cannot work.
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
Markus Neteler wrote:
Found the same in v.centroids, both fixed in 6.4.svn, 6.5, and 7.
Thanks for reporting it,
Someone should file a bug report along the lines of v.info lacks a -g
switch.
Are you aware of any remaining problems? I check all scripts with
grep and didn't find
Hi everyone,
I hope you can help me in solving this issue. Basically, what I want to do is to
create a new raster map whose cells are simply given by the or of other two
maps (possibly for specific categories), as follows:
r.mapcalc test=if(vegcover==1 || railroads==1)
However, maps like
Hi,
you can use another if-clause,to test, if the other map is null using
isnull(railroads) eg.
Another way could be to use ||| (3x|) to handle null-values
(for that see:
http://grass.itc.it/grass64/manuals/html64_user/r.mapcalc.html
section sull support).
achim
Fulvio Mastrogiovanni schrieb:
You can change the NULL value using r.null map null=x to avoid the null()
handling. Is it your question..??
Christian.
-Ursprüngliche Nachricht-
Von: grass-user-boun...@lists.osgeo.org
[mailto:grass-user-boun...@lists.osgeo.org] Im Auftrag von Fulvio
Mastrogiovanni
Gesendet: Mittwoch, 1.
On Wed, Apr 1, 2009 at 1:52 PM, Glynn Clements gl...@gclements.plus.com wrote:
Markus Neteler wrote:
Found the same in v.centroids, both fixed in 6.4.svn, 6.5, and 7.
Thanks for reporting it,
Someone should file a bug report along the lines of v.info lacks a -g
switch.
Are you aware
Hi Martin,
On Wed, Apr 1, 2009 at 9:11 AM, Martina Schäfer
martina.scha...@ebc.uu.se wrote:
Hi everybody!
I'm a rather new GRASS user and encountered problems using i.rectify to
rectify aerial images taken from helicopter.
[Just a note:
if you have approx. camera info and a DEM, you can even
I have commite the problem: when run the commond gdalinfo d:\data\aa.hdf
I get the subdatasets,then I want to get the info of the subdataset for example
gdalinfo HDF4_EOS:EOS_SWATH:D:\data\aa.hdf:mod35:Scan_Start_Time
because the : in the path,I get the error message,I know if I am working the
Edzer Pebesma wrote:
Markus Metz wrote:
I'm more familiar with non-spatial PCA, so it's high time I read the
manual of i.pca, and the new wiki page on it...
I think there's no such thing as spatial or non-spatial PCA. There's
just PCA.
That was a feeble attempt to buy time
Hi all.
I cannot get a result from v.dissolve:
v.dissolve input=reg...@nuovo layer=1 column=REGIAO output=reg_diss
dbmi: Protocol error
Cannot open select cursor: SELECT cat, REGIAO FROM regiao ORDER BY REGIAO
Unable to open vector map on topology level 2
Table linked to vector map does not
Hi all,
is it still possible to import dwg files in grass6.2.3
I remember that I did that with grass6.0.1 and the OpenAlliance library.
best regards,
Grégoire
___
grass-user mailing list
grass-user@lists.osgeo.org
Hi Grégoire,
it is still possible to compile grass with the the option
--with-opendwg, then specify where is located your ad2.h and other files
needed by v.in.dwg.
You have to subscribe to Open Design Alliance (ODA) to obtain the
opendwg toolkit ; AFAIR you have to pay $250 to register (formerly
Hi,
2009/4/1 Grégoire Pigeon gregoire.pig...@meteo.fr:
is it still possible to import dwg files in grass6.2.3
I remember that I did that with grass6.0.1 and the OpenAlliance library.
should be possible (you need to compile v.in.dwg). Anyway I would
recommend you to use documented formats
Furthermore, I launched r.cost on a 295 rows, 378 cols matrix, and it's
taking 1h, whereas I did the same previously and it ran in tens of
seconds.
The speed of r.cost depends not just on the number of cells but also
the complexity of the surface. Smoother surfaces seem to take longer
than
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
finding an argument why this would be
Colin Nielsen ha scritto:
The speed of r.cost depends not just on the number of cells but also
the complexity of the surface. Smoother surfaces seem to take longer
than rough ones, I think because there are more possibilities for the
algorithm to explore.
Thanks for this Colin, I'm going to
Colin Nielsen ha scritto:
However, if you're getting into the hours, I would think it's more
likely that your region settings changed. Check g.region -p to be
sure.
Even if I bring resolution down to a ridiculous amount, it still takes
forever:
GRASS g.region -p
projection: 99 (Transverse
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...
Paolo Cavallini ha scritto:
Markus Metz ha scritto:
Could it be that the binary tree implementation in r.cost is not
balanced? If yes, the search tree may degenerate on smooth surfaces
towards a linked list, search time going from O(log n) to O(n). BTW,
there are now three different generic
Hi
2009/4/1 Paolo Cavallini cavall...@faunalia.it:
But, is r.cost working for somebody else?
r.cost is working for me (Ubuntu 8.10):
GRASS 6.5.svn (nc_spm_08):~ r.cost -k streets_travtime
output=streets_cost coor=634886,224328 --overwrite
Reading raster map streets_travt...@user1...
100%
On Wed, Apr 1, 2009 at 6:05 PM, Paolo Cavallini cavall...@faunalia.it wrote:
Hi all.
I cannot get a result from v.dissolve:
v.dissolve input=reg...@nuovo layer=1 column=REGIAO output=reg_diss
dbmi: Protocol error
Cannot open select cursor: SELECT cat, REGIAO FROM regiao ORDER BY REGIAO
Hi,
till recently I used to work on a Hardy-Ubuntu GNU/linux. I was able to
run various grass versions installed on the system. Now on Debian I
cannot install let's say 640_rc2 if 6.5.svn is already installed. The
error returned by the system deals with the replacement of
file
On Apr 1, 2009, at 12:47 PM, grass-user-requ...@lists.osgeo.org wrote:
From: Paolo Cavallini cavall...@faunalia.it
Date: April 1, 2009 10:31:04 AM GMT-07:00
To: Colin Nielsen colin.niel...@gmail.com
Cc: grass-user grass-user@lists.osgeo.org
Subject: Re: [GRASS-user] v.dissolve and r.cost
On Wed, Apr 1, 2009 at 10:02 PM, Vincent Bain b...@toraval.fr wrote:
Hi,
till recently I used to work on a Hardy-Ubuntu GNU/linux. I was able to
run various grass versions installed on the system. Now on Debian I
cannot install let's say 640_rc2 if 6.5.svn is already installed. The
error
Perhaps,
but it could be interesting to check whether the error is reproductible,
or it is due to a configuration mess on my system...
Thank you,
VB
Le mercredi 01 avril 2009 à 22:18 +0200, Markus Neteler a écrit :
On Wed, Apr 1, 2009 at 10:02 PM, Vincent Bain b...@toraval.fr wrote:
Hi,
On Wed, Apr 1, 2009 at 10:24 PM, Vincent Bain b...@toraval.fr wrote:
Perhaps,
but it could be interesting to check whether the error is reproductible,
Yes: because in all GRASS 6 versions it is called gem6 (unfortunately).
So it must conflict...
If the others agree I'll start to add the second
Hi Jarek
2009/3/31 Jarek Jasiewicz jar...@amu.edu.pl:
problem seems to be very simple;
[...]
Any suggestion how to join these bundle of polygons into one vector and
preserve its attributies?
I have tried this:
#!/bin/bash
# # spearfish60
db.connect
In my case, what if I voluntarily remove gem6 before installing a second
version of Grass ? will the previous grass install be damaged ?
Le mercredi 01 avril 2009 à 22:28 +0200, Markus Neteler a écrit :
On Wed, Apr 1, 2009 at 10:24 PM, Vincent Bain b...@toraval.fr wrote:
Perhaps,
but it
I also use the proprietary NVIDIA driver, no problem.
Please check config.log for the real error.
Markus
Here's the relevant output from config.log:
configure:11398: checking for glBegin in -lGL
configure:11415: gcc -o conftest -g -O2 -Wl,--export-dynamic -L/usr/lib64
conftest.c -lGL
Hi,
2009/4/1 Patton, Eric eric.pat...@nrcan-rncan.gc.ca:
[...]
configure:11398: checking for glBegin in -lGL
configure:11415: gcc -o conftest -g -O2 -Wl,--export-dynamic
-L/usr/lib64 conftest.c -lGL -lSM -lICE -lX11 -lm 15
I guess
sudo ldconfig
will not help (?).
Martin
--
configure:11398: checking for glBegin in -lGL
configure:11415: gcc -o conftest -g -O2 -Wl,--export-dynamic
-L/usr/lib64 conftest.c -lGL -lSM -lICE -lX11 -lm 15
I guess
sudo ldconfig
will not help (?).
Martin
Hm , no that doesn't seem to make any difference. I get the same error
Unless you don't use GEM then you are fine to remove/rename it.
Markus
On Wed, Apr 1, 2009 at 10:33 PM, Vincent Bain b...@toraval.fr wrote:
In my case, what if I voluntarily remove gem6 before installing a second
version of Grass ? will the previous grass install be damaged ?
Le mercredi
Hello GRASS users-
I am trying to create a mosaic of LANDSAT taken of Eastern Hudson Bay area
using GRASS 6.3.0. I have run into the problem though that some of these
images are from different UTM zones (16, 17, and 18). Currently, I have been
able to import images from the three UTM zones
Another option is to get the free ODA (no membership necessary)
'EveryDWG' converter. It will nicely convert all dwgs or binary dxfs
to ASCI dxf and then you can use v.in.dxf. Unfortunately it only runs
on Windows.
Stu
On Apr 1, 2009, at 12:32 PM, Vincent Bain wrote:
Hi Grégoire,
it
some time ago, Chris wrote:
The first issue to tackle is to remove the collars of the NOAA charts.
I've searched the archives and there are only two dated posts and both
recommend shapefiles. Well there are no shapefiles for the Atlantic or
other water bodies so this method cannot work.
On Wednesday 01 April 2009 18:49:49 Hamish wrote:
hmmm, the shell script attachment seems to have been removed at some point.
Did the listserv settings change? Chris, did you get it via the cc?
Got the script at this end. Given the addressing is both to not sure if it
came through the grass
You can try using the -n flag for r.proj to avoid region clipping or
you can extend your region beyond the edges of the zone.
On 1-Apr-09, at 4:10 PM, Renae Mackas wrote:
Hello GRASS users-
I am trying to create a mosaic of LANDSAT taken of Eastern Hudson
Bay area using GRASS 6.3.0. I
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
[/usr/bin/gem6]
(does it need to be in the main PATH at all? even if it is
meanto to be
used outside of a grass session)
Markus wrote:
If the others agree I'll start to add the second
version number starting with GRASS 6.5.
sounds good.
Then behaviour doesn't change for 6.4.
Colin Nielsen wrote:
Lastly, there seems to be a bug in r.cost that causes it to get
confused on surfaces with lots of negative values (try running r.cost
on a surface made by r.surf.fractal to see this). In these cases, I
think it never finishes.
That makes sense. If a group of adjacent
Patton, Eric wrote:
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
47 matches
Mail list logo