Update:
I have moved the content of the master server to the new hardware, the
DNS update is propagating and you should see the pages again.
The wiki will hopefully be migrated today as well.
Then we'll do the needed tuning and fix odds and ends including the
rsync mirror support and so forth.
Hi Micha
Which DEM data you used to test this rainfall data?
Can I have it?
On Sat, Jun 19, 2010 at 9:57 PM, Micha Silver mi...@arava.co.il wrote:
Hello Sandile:
I tried to duplicate your steps and it seems to work for me.
Here's what I did:
wget
Hi Micha
Which DEM data you used to test this rainfall data?
Can I have it?
Can you also post the steps you did, maybe I'm missing something?
On Sat, Jun 19, 2010 at 9:57 PM, Micha Silver mi...@arava.co.il wrote:
Hello Sandile:
I tried to duplicate your steps and it seems to work for me.
the global radiation, calculated with r.sun, seems to be very high in
comparison to PVGIS (Photovoltaic Geographical Information System).
- r.sun for 14. Feb: ~2363 Wh/m² per day
- PVGIS: 1330 Wh/m² per day Irradiation on horizontal plane for
february on average
Below the detailed steps I did
Maybe the problem is due to a Linke turbidity coeffcient too low
(atmosphere too transparent)...
Frank Reekers escribió:
the global radiation, calculated with r.sun, seems to be very high in
comparison to PVGIS (Photovoltaic Geographical Information System).
- r.sun for 14. Feb: ~2363 Wh/m²
On 15/07/2010 09:57, Sandile Gumede wrote:
Hi Micha
Which DEM data you used to test this rainfall data?
Can I have it?
I did the exercise below based on the ASTER DEM data from the US JPL
program.
You can download data for anywhere in the world, at 30 m. resolution,
from:
Hi
Can anyone help me on this problem?
On Wed, Jul 14, 2010 at 1:31 PM, Sandile Gumede akasand...@gmail.comwrote:
Hi,
I'm using GTOPO30 DEM data and TRMM (rainfall) data, I selected the data
for the whole of africa but I'm getting an error when executing
v.rast.stats.
Here is a
Hi Everyone,
I'm working in GRASS 6.4RC6 on Win XP and am trying to reproject TRMM
rainfall data from its native GCS (WGS84) to a local PCS. I'm using
the PCS because my other important data, specifically DEMs, are
provided in it. TRMM data come in 0.25°x0.25° squares.
My workfow is as follows:
Dear Grass-Users
I'm trying to calculate solar radiation (direct or diffuse) over a 30
day period, but need the results broken down into an hourly basis. It
is only for one specific site (fortunately!). According to the r.sun
manual, this can easily be done, by running r.sun in a script, linked
Hanlie, judging from a quick scan of your problem you might consider using
gdalbuildvrt to build a virtual mosaic of the inputs and gdalwarp to
reproject the result using the VRT driver. I have found this to be quite
elegant and efficient since you have accomplished your goal by creating two
Hopefully a quick question that I'm struggling with. (I'm a long-time GIS
user but trying to move my work to GRASS and other FOSS4G.) I'm using
GRASS 6.4 RC6 on Windows XP.
I have a raster grid representing elevation at 2meter resolution. I have a
line shapefile representing roads (about 20
Hi John,
You will likely get a more complete answer from others, but you seem to be on
the right track with v.drape. From there, you can add a column for cumulative
length with v.db.addcol, then run v.to.db with option=length to add a length
column to your 3d vector. You might be able to
Mr. Kyngesburye and fellow OSX GRASS users, is it possible to run
GRASS-6.4.app in a way that doesn't pop over to a new Terminal? As opposed
to saying 'open -a GRASS-6.4.app' per GRASS-6.4-ReadMe.rtf, that is. Call
me an endangered species, but I like to run stuff from the emacs shell --
Hi
I think r.profile[1] can probably help you get to the output you want.
In the past I had looked into doing the exact same thing as you. I
ended up using SAGA GIS[2], as it has a predefined module that does
exactly this task, and I was in a hurry ;)
Good luck
[1] -
The equivalent to the *nix startup 'grass64' in the Mac app package is
'/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'.
On Jul 15, 2010, at 2:49 PM, Neil Best wrote:
Mr. Kyngesburye and fellow OSX GRASS users, is it possible to run
GRASS-6.4.app in a way that doesn't pop over to a new
This might be useful:
http://casoilresource.lawr.ucdavis.edu/drupal/node/375
Cheers,
Dylan
On Thursday 15 July 2010, John Callahan wrote:
Hopefully a quick question that I'm struggling with. (I'm a long-time GIS
user but trying to move my work to GRASS and other FOSS4G.) I'm using
GRASS
William Kyngesburye wrote:
The equivalent to the *nix startup 'grass64' in the Mac app package is
'/Applications/GRASS-6.4.app/Contents/MacOS/grass.sh'.
Ah, yes, thank you. I looked right at it when browsing the app contents but
it didn't register.
--
View this message in context:
Another route which is more of a pain in the hanches is to grab all of
the dependencies from fink and then roll your own.
On Thu, Jul 15, 2010 at 3:25 PM, Neil Best nb...@ci.uchicago.edu wrote:
William Kyngesburye wrote:
The equivalent to the *nix startup 'grass64' in the Mac app package is
Hi
How to do that?
In GRASS65 I create dir in raster or vector directory, program module
in I want to create, next make, sudo make install, ready
in grass 7 not.
after make install: no rules to make install. Stop. Of course make
goes well, without warnings and errors, objects are created in
Jarek Jasiewicz wrote:
In GRASS65 I create dir in raster or vector directory, program module
in I want to create, next make, sudo make install, ready
in grass 7 not.
after make install: no rules to make install. Stop. Of course make
goes well, without warnings and errors, objects are
GRASS 7 doesn't have install targets. These were only added to 6.x
quite recently, and haven't been sync'd to 7.0 (the build system has
changed a lot between 6.x and 7.0).
You can use e.g.:
make ... ARCH_DISTDIR=...
to cause the output file(s) to be created somewhere other than the
Hi,
does anyone have the definitive way of converting micro-Einsteins (aka
micro-moles of photons) in the PAR part of the spectrum to watts? I assume
you'd have to use the linke factor to estimate how much energy gets through
into the other parts of the full light spectrum as part of the energy
yet another two methods to try-
(spearfish dataset)
# v.out.ascii | r.profile method
g.region -d
v.in.region sp_box
v.type in=t_powerlines out=t_powerline type=boundary,line
v.overlay ain=t_powerline bin=sp_box out=sp_powerline atype=line op=and
v.build.polylines in=sp_powerline
23 matches
Mail list logo