William wrote:
> g.extension also changes how GRASS_ADDON_PATH is
> interpreted, from GRASS 6 - it used to be a direct path to
> the executable folder, ie bin/, now it's a path to the
> parent of that. The default user addon paths set by
> the Mac startup are (GRASS version is major.minor version)
Rich wrote:
> I am trying to reproject all
> data to a single projection: Albers Equal
> Area (NAD83) and g.region is:
>
> projection: 99 (Albers Equal Area)
> zone: 0
> datum: nad83
> ellipsoid: grs80
> north: 43
> south: 34
> west: -121
> east: -112
> nsres:
Hate to be a wet blanket, but both NAD27 and NAD83 UTM coordinates are supposed
to be in meters. The False Easting for the UTM zones are defined to be 50m
regardless of datum. So, the presence of meters in your DB is not a solid
indication that it is in NAD83. As the lat/long in you're file
Martin Album Ytre-Eide wrote:
> When using "area fill patterns"
> (http://grass.osgeo.org/wiki/AreaFillPatterns#Example_Pattern_files)
> together with vlegend in ps.map trouble appears when
> customising the patterns to my need. You can pretty much get
> the patterns you desire with the aid of pwi
On Wed, 2 Mar 2011, Thomas D. Dean wrote:
Look at
http://en.wikipedia.org/wiki/Universal_Transverse_Mercator_coordinate_system
Some calculations should show you if it is meters ot not.
tom,
The magnitude of the values is also indicative; for the NAD27 values in
feet they'd be much larger
On Wed, 2011-03-02 at 15:50 -0800, Rich Shepard wrote:
Look at
http://en.wikipedia.org/wiki/Universal_Transverse_Mercator_coordinate_system
Some calculations should show you if it is meters ot not.
tomdean
___
grass-user mailing list
grass-user@lists
Context: I have a postgres table with > 110K rows of permitted wells.
Among the columns are lat, lon, utm_easting, and utm_northing; for example:
latitude | longitude | utm_easting | utm_northing
---++---+
41.04 | 117.31 | 473829.
On Wed, 2 Mar 2011, Markus Neteler wrote:
I fully agree - but we can change only in GRASS 7 for backward
compatibility.
Markus,
As long as I can continue working from the command line in 7 I'll be
happy. Shell scripts have worked so far and I do know some python so I can
work with that, too
I am trying to reproject all data to a single projection: Albers Equal
Area (NAD83) and g.region is:
projection: 99 (Albers Equal Area)
zone: 0
datum: nad83
ellipsoid: grs80
north: 43
south: 34
west: -121
east: -112
nsres: 1
ewres: 1
rows: 9
col
Antonio,
since the calculated statistics are stored as labels in the output map, you
have to use the @ operator in the mapcalc formula in order to access the
labels instead of the clump categories, in your case.
Regards,
Christian.
-Ursprüngliche Nachricht-
From: António Rocha
Sent
Dear list,
I have found problems with d.barscale mentioned in bug tracker only for
grass 7.
When trying to draw a scale bar using PNG driver in grass6.4.svn on
windows7 (couple of months old -- it is the last version I have that
does not need to delete vectors twice, see
http://trac.osgeo.o
On Mar 2, 2011, at 8:30 AM, Johannes Radinger wrote:
>
> Original-Nachricht
>> Datum: Wed, 2 Mar 2011 15:14:24 +0100
>> Von: Markus Neteler
>> An: Johannes Radinger
>> CC: kyngch...@kyngchaos.com, grass-us...@lists.osgeo.org
>> Betreff: Re: [GRASS-user] Install Addon GRASS 7.0
On Tue, Mar 1, 2011 at 2:02 AM, Mark Seibel wrote:
> I just checked out v.rast.stats2 (Feb.28) and when I run it I get the
> following error.
>
> Do I need to file a ticket, or am I missing something obvious? While
> it says 'done', the table is unpopulated.
>
>
> awk: {printf "\nUPDATE acoe_jd S
Original-Nachricht
> Datum: Wed, 2 Mar 2011 15:14:24 +0100
> Von: Markus Neteler
> An: Johannes Radinger
> CC: kyngch...@kyngchaos.com, grass-us...@lists.osgeo.org
> Betreff: Re: [GRASS-user] Install Addon GRASS 7.0 on Mac
> On Wed, Mar 2, 2011 at 2:11 PM, Johannes Radinger
>
On Wed, 2 Mar 2011, Markus Neteler wrote:
You could modify line 178 in:
/usr/local/grass-6.5.svn/scripts/v.in.e00
and remove this part:
2>/dev/null >/dev/null
to see what's going on. Then rerun v.in.e00.
No linux-gate.so.1.
I think that's correct.
Yes, linux-gate is a kernel-added lib
On Wed, Mar 2, 2011 at 2:11 PM, Johannes Radinger wrote:
> Hello,
>
> first great thanks to you William! My GRASS 7.0 is no perfectly running
> on my Mac 10.6.6.
>
> Now I want to install the r.stream addon. I tried with
> g.extension extension=r.stream
> svnurl=https://svn.osgeo.org/grass/grass-
Rich,
On Wed, Mar 2, 2011 at 3:07 PM, Rich Shepard wrote:
> On Wed, 2 Mar 2011, Markus Neteler wrote:
>
>> avcimport crashed on your machine.
>
> Markus,
>
> Wonder why/how.
You could modify line 178 in:
/usr/local/grass-6.5.svn/scripts/v.in.e00
and remove this part:
2>/dev/null >/dev/null
t
On Wed, 2 Mar 2011, Markus Neteler wrote:
avcimport crashed on your machine.
Markus,
Wonder why/how.
You may want to try it stand-alone to see why (to catch the error message).
Also
Don't know how to do this: from what directory and using what command line
syntax?
ldd `which avcimpo
No I don't have any other information, lat and long are variables in my
formulas and I want to create a map to make it easier to integrate them in
my script. I want to have cells that contain only lat long as information.
At the moment I don't have any data with the coordinates because I wanted to
Hello,
first great thanks to you William! My GRASS 7.0 is no perfectly running
on my Mac 10.6.6.
Now I want to install the r.stream addon. I tried with
g.extension extension=r.stream
svnurl=https://svn.osgeo.org/grass/grass-addons/grass7 prefix=$GRASS_ADDON_PATH
but I failed...
So what do I ha
Hello,
1) remove GRASS from ld.config
2) download GRASS 6.4.1 snapshot or 6.5
3) make fresh compilation there
4) if fails - upload full failing part log somewhere.
If it still fails, then issue migh be related to Fedora packed lib
versions, as there are differences between libpng 1.4.0 and previou
Hi,
2011/3/2 najmeh sobhani poor :
> I try to use GRASS-6.4.0RC6 under Fedora8. I want to configure GRASS for
first of all, download more recent version, eg. 6.4.0 [1] or 6.4.1RC1 [2].
> " Errors in:
> /media/ApplicationDisk/MERSAD_PRJ/GRASS_GIS/grass-6.4.0RC6/display/drivers/PNG
Go to `displa
Hello all users
I try to use GRASS-6.4.0RC6 under Fedora8. I want to configure GRASS for python
so I run the following instruction:
./configure --with-python=/usr/bin/python2.5-config
--with-gdal=/usr/local/bin/gdal-config
then I run 'make', But I encounter the following errors:
" Errors in:
/me
Do your cells contain some other information (i.e. the variable you want
to create raster for) apart from lat and long?
What format is your lat/long file? text or some sort of a vector?
Do you want to directly convert the values to cells with raster values or
having some interpolation and TINs?
Co
Dear all,
I'm a newbie in grass GIS so I'm sorry, if this question is very simple. Has
anyone any idea how to create a raster map including only the information of
the latitude and longitude of each cell? I want to write a script to compute
the solar elevation angle for a large area and time range
Greetings
I have used r.statistics to calculate the sum of a cover map based on a
base map. When I use the Query tool I get these:
598666.544966|9159452.159237||3996|7108
The first two corresponds to Geographic Location the third Base map
clump ID and the last one it corresponds to the value o
26 matches
Mail list logo