the projection and region settings:
GRASS 6.4.0RC6 (GRASS)> g.region -p
projection: 99 (Transverse Mercator)
zone: 0
datum: potsdam
ellipsoid: bessel
north: 5795499.5
south: 5793999.5
west: 3434499.5
east: 3435999.5
nsres: 1
ewres: 1
rows: 1500
co
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 out=sp_powerlin
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
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
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, object
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 i
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 wrote:
>
>
> William Kyngesburye wrote:
>>
>> The equivalent to the *nix startup 'grass64' in the Mac app package is
>> '/Applicatio
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:
h
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
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 n
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] - http://grass.itc.it/grass64
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 --
Aquam
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 subsam
Hi Michael,
If you create a link to the binary inside the OS X gpsbabel application, you
should be ok. You can do this, assuming you have the latest gpsbabel binary
install in your Applications folder, with this command from the Terminal:
sudo ln -s /Applications/GPSBabelFE.app/Contents/MacOS/g
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 roa
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
tiny
Hi Frank. Could please help me a bit (...two questions below)
Frank Reekers wrote:
> 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 da
Thanks for the hint.
I did the calculations with the default value of the linke Linke
turbidity coeffcient, which is 3.0
In the output table of PVGIS the Linke turbidity coeffcient is in
february 2.7, so I think this should be okay.
Any other ideas?
Alberto Pettazzi schrieb:
Maybe the problem
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
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:
Hi
Can anyone help me on this problem?
On Wed, Jul 14, 2010 at 1:31 PM, Sandile Gumede wrote:
> 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 step-by-step of what I
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:
https://wist.ec
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² p
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
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 wrote:
> Hello Sandile:
> I tried to duplicate your steps and it seems to work for me.
> Here's what I
25 matches
Mail list logo
