On Wed, Nov 4, 2009 at 8:32 AM, Ravi ravivundava...@yahoo.com wrote:
Hi,
the OSGeo India is preparing for a meeting with Indian policy makers,
and wish to gather information (before the meeting )on
1. Indian Universities / Educational institutions using FOSS GIS
2. Indian Companies using FOSS
Thanx to Markus I get this:
http://n2.nabble.com/file/n3943983/trozoNVIZ.png
As everyone can see, the walls are transparent. I've tried to resample the
color file to the resolution of the elevation file, and the result is the
same.
I would appreciate any comment os suggest about this, if
Hello GRASS users!
I have a question about albedo calculations. I´ve calculated the
evapotranspiration of an semi-arid area.
Therefore I used the MODIS products MOD09A1, MOD11A1 und MCD43B3, the SRTM.
Then I calculated the NDVI with GRASS and the DOY.
From the MCD43B3 I took only the 7 WSA
Forget it! and thanx again Markus,
finally, I remember that in my DEM there was 0-values and null-values.
I replaced the null's by 0's and it works perfect!
incanus wrote:
Thanx to Markus I get this:
http://n2.nabble.com/file/n3943983/trozoNVIZ.png
As everyone can see, the walls are
--- On Wed, 4/11/09, Ravi ravivundava...@yahoo.com wrote:
From: Ravi ravivundava...@yahoo.com
Subject: [OSGeo-Discuss] Companies using FOSS GIS in India
To: disc...@lists.osgeo.org
Cc: grassu...@grass.itc.it, qgis-u...@lists.qgis.org, postgis
postgis-us...@postgis.refractions.net
Date:
Greetings all,
I am trying to run r.le.patch to create a map of separate 'patches' using
the -c flag to drop the edges and only keep core areas of a certain size.
To recreate this:
g.region n=1 s=0 e=1 w=0 res=.01
## Make some region
r.random.surface
output=surface
On Tue, 2009-11-03 at 11:11 +0200, Maris Nartiss wrote:
As of r39670 Ctrl+C should not anymore quit GRASS session.
Maris.
Great, it works!
Thanks, Nikos
___
grass-user mailing list
grass-user@lists.osgeo.org
De mi mayor consideración:
Soy nuevo en la lista y estoy comenzando a trabajar con GRASS.
Necesito desarrollar aplicaciones (en C, Java o PHP) que utilicen GRASS.
¿pueden recomendarme un buen manual o tutorial sobre la API y librerías de
este sistema, para comenzar? No importa si está en inglés
Hi Flavio,
how about Python?
http://grass.osgeo.org/wiki/GRASS_and_Python
saludos
milton
2009/11/4 Flavio ESPECHE NIEVA flavio.espe...@gmail.com
De mi mayor consideración:
Soy nuevo en la lista y estoy comenzando a trabajar con GRASS.
Necesito desarrollar aplicaciones (en C, Java o PHP)
On Wed, Nov 4, 2009 at 4:48 PM, Adam Wilson
adammichaelwils...@gmail.com wrote:
Greetings all,
I am trying to run r.le.patch to create a map of separate 'patches' using
the -c flag to drop the edges and only keep core areas of a certain size.
To recreate this:
g.region n=1 s=0 e=1 w=0
Hi,
2009/11/4 Thomas Adams thomas.ad...@noaa.gov:
Thank you for your response. The columns are: longitude|latitude|value. With
previous versions of GRASS, the import process might be ~30 seconds, at
most. Now, 10 -to- 15 minutes. This is radar based precipitation estimates
for 1-hr over the
Martin,
Very interesting… Could the region settings make a difference? Here are
mine:
projection: 3 (Latitude-Longitude)
zone: 0
datum: wgs72
ellipsoid: wgs72
north: 49:56:15N
south: 24:03:45N
west: 125:01:14.988W
east: 66:28:45.0048W
nsres: 0:02:30
ewres: 0:02:29.88
rows: 621
cols: 1405
Thomas Adams wrote:
I have been using v.in.ascii for some time and performance
has been very good through GRASS 6.3.0. However, with GRASS
6.4.0 importing ascii points is painfully slow. What is
causing this; can I speed-up the process with any options?
The -b option (Don't build topology
2009/11/4 Hamish hamis...@yahoo.com:
how many points in the file? (wc -l filename.txt)
65k
what database backend?
in my case dbf (as default for 6.x).
Martin
--
Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa
___
grass-user
Hamish,
Here are the answers to your questions:
points=65000
database backend is dbf
Thanks,
Tom
Hamish wrote:
Thomas Adams wrote:
I have been using v.in.ascii for some time and performance
has been very good through GRASS 6.3.0. However, with GRASS
6.4.0 importing ascii points is
El lenguaje predilecto por Markus Neteler y al que le están dando la
máxima prioridad porque es de lejos el más sencillo, flexible y
práctica para programar en GRASS es Python.
Lo recomiendo totalmente
F. Palm
2009/11/4 Flavio ESPECHE NIEVA flavio.espe...@gmail.com:
De mi mayor consideración:
Martin Hamish,
I believe I know what the problem is (to a degree). I am running GRASS
in a network environment where GRASS is installed on one machine, my
user files are on a 2nd, my GRASS database is on a 3rd, and I am logged
into a 4th (all on Redhat Linux). So, reading my file over the
17 matches
Mail list logo