On Tue, Oct 5, 2010 at 9:17 PM, Markus Neteler nete...@osgeo.org wrote:
On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio laura.pog...@gmail.com wrote:
Dear all,
since a while, I am trying to compile the r.univar.zonal addon on a Fedora11
64 bit machine and using GRASS 6.5
I used:
svn co
I'm following this wiki http://trac.osgeo.org/grass/wiki/CompileOnWindows and
I have one question regarding:
Download the MinGW packages: (* updates may be found
herehttps://sourceforge.net/project/showfiles.php?group_id=2435
*)
- *Temp bugfix* (see here
On Wed, Oct 6, 2010 at 10:00 AM, Markus Metz
markus.metz.gisw...@googlemail.com wrote:
...
I have renamed the grass-addons directory r.univar2.zonal to
r.univar.zonal in r43802.
Thanks for that. Yet no success since g.extension in GRASS 6 seems to fail
on multi-target Makefiles.
Markus
Markus Neteler wrote:
Markus Metz wrote:
...
I have renamed the grass-addons directory r.univar2.zonal to
r.univar.zonal in r43802.
Thanks for that. Yet no success since g.extension in GRASS 6 seems to fail
on multi-target Makefiles.
OK, suggested remedy:
1) in 6.5 and trunk replace
Greetings
I'm having some unexpected difficulties on setting negative valeus to null
using r.mapcalc.
I have a raster named d_data (DCELL) with the following range of values
| Range of data:min = -0.001399 max = 0.356480
Only a few values are negative so I want to set them to null
I
Luisa Peña wrote:
Greetings
I'm having some unexpected difficulties on setting negative valeus to null
using r.mapcalc.
I have a raster named d_data (DCELL) with the following range of values
| Range of data: min = -0.001399 max = 0.356480
Only a few values are negative so I want to
Hi ~
GRASS 6.4.0 / OS X 10.6.4 and 10.5.8 (PPC) with wxpython
I'm having a problem with the georectify module - which is strange since I've
used it a lot in the past without any problems; although maybe not since I
upgraded to this GRASS version - hard to remember. The module executes
Dear all,
I am relatively new to GRASS so maybe I am just missing some important
step in between.
What I want to do is to calculate a simple distance matrix from x
start points (polygon-raster centroids)
to x end points (specific locations e.g. hospitals) based on a route
network.
In a
would still apply. */
char initscr();
What is missing in my installation? Because I have checked, and my
osgeo4W includes pdcurses-devel
Thanks
Antonio
__ Information from ESET NOD32 Antivirus, version of virus signature
database 5509 (20101006) __
The message was checked
On Wed, Oct 6, 2010 at 11:43 AM, Markus Metz
markus.metz.gisw...@googlemail.com wrote:
Markus Neteler wrote:
Markus Metz wrote:
...
I have renamed the grass-addons directory r.univar2.zonal to
r.univar.zonal in r43802.
Thanks for that. Yet no success since g.extension in GRASS 6 seems to
Hi,
I'm following this wiki [http://trac.osgeo.org/grass/wiki/CompileOnWindows] and
I have one question regarding:
Download the MinGW packages: (* updates may be found
here[https://sourceforge.net/project/showfiles.php?group_id=2435]
*)
- *Temp bugfix* (see here
-Ursprüngliche Nachricht-
Von: Helmut Kudrnovsky
Gesendet: 06.10.2010 18:28:30
An: grass-user@lists.osgeo.org
Betreff: Question regarding Wiki: Compiling GRASS on MS-Windows
Hi,
I'm following this wiki [http://trac.osgeo.org/grass/wiki/CompileOnWindows]
and
I have one question
Greetings
I'm using the version that is diretly linked in CompileOnWindows WIKI
because I'm not being able to identify and corretcly select newer versions
for msysCORE-1.0.11-bin, bin-utils, gcc-core, gcc-g++, etc.
Can this be a limitation?
In my previous installations I always used the linked
Sometimes I have the same problem.
My solution is to use the georectify module to set the GPCs, save, close it and
then run:i.group - i.target - i.rectfy.It's fail safe.
Pablo Torres Carreira
From: sedwar...@cinci.rr.com
Date: Wed, 6 Oct 2010 09:23:17 -0400
To: grass-user@lists.osgeo.org
Can anyone help me convert this to a projection for proj 4
geogcsn Sync=TRUEGCS_North_American_1983/geogcsn
projcsn
Sync=TRUENAD_1983_StatePlane_North_Carolina_FIPS_3200_Feet/projcsn
/cordsysn
−
planar
−
mapproj
mapprojn Sync=TRUELambert Conformal Conic/mapprojn
−
lambertc
stdparll
---BeginMessage---
name: Lambert Conformal Conic
proj: lcc
datum: nad83
a: 6378137.0
es: 0.006694380022900787
lat_1: 34.34
lat_2: 36.16
lat_0: 33.75
lon_0: -79
x_0: 609601.219997
y_0: 0
no_defs: defined
and change the +x_0=200.002617
On Wed, 2010-10-06 at 13:40
[suggest moving this to the grass-dev ML]
Markus Metz wrote:
I have renamed the grass-addons directory r.univar2.zonal to
r.univar.zonal in r43802.
Thanks for that. Yet no success since g.extension in
GRASS 6 seems to fail on multi-target Makefiles.
OK, suggested remedy:
1) in 6.5
ssefick wrote:
Can anyone help me convert this to a projection for proj 4
this could help:
http://trac.osgeo.org/proj/wiki/GenParms
see also the proj4 documentation for your projection type which
discusses parameters used for by that projection.
Hamish
On 06/10/2010 20:40, ssefick wrote:
Can anyone help me convert this to a projection for proj 4
geogcsn Sync=TRUEGCS_North_American_1983/geogcsn
projcsn
Sync=TRUENAD_1983_StatePlane_North_Carolina_FIPS_3200_Feet/projcsn
/cordsysn
−
Does this look right?
for those interested the solution to my problem was that the metadata
was reporting in ft. and the proj 4 string is in meters. I wish Jimi
Carter had gotten his way. It would sure make my life easier.
for what its worth,
Stephen Sefick
On Wed, 2010-10-06 at 22:30 +0200, Micha Silver wrote:
On
[please keep it on the mailing list, so others can benefit from the discussion]
I would say yes.
Helmut
-
Von: Luis Lisboa
Gesendet: 06.10.2010 18:58:21
An: Helmut Kudrnovsky
Betreff: Re: Question regarding Wiki: Compiling GRASS on MS-Windows
Hello Helmut
Thanks for your
Greetings
I'm using the version that is diretly linked in CompileOnWindows WIKI
because I'm not being able to identify and corretcly select newer versions
for msysCORE-1.0.11-bin, bin-utils, gcc-core, gcc-g++, etc.
Can this be a limitation?
AFAICT I'm using the linked version from the WIKI in my
I downloaded and compiled GRASS svn today, and g.region was broken. Any
help would be greatly appreciated.
Stephen
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
António Rocha wrote:
c:/mingw/bin/../lib/gcc/mingw32/4.5.0/../../../crt2.o:crt1.c:(.text+0x28):
undefined reference to `__dyn_tls_init_callback'
I'm guessing that this is a problem with gcc 4.5; either with the
compiler itself, the switches used, or pdcurses not being compatible
with it.
ssefick wrote:
I downloaded and compiled GRASS svn
today, and g.region was broken. Any
help would be greatly appreciated.
please refer to the Please be specific in your questions. section here:
http://grass.osgeo.org/wiki/Mailing_list_etiquette
what version revision of svn?
is this
Reply in-line below
On Wed, Oct 6, 2010 at 6:22 PM, Hamish hamis...@yahoo.com wrote:
ssefick wrote:
I downloaded and compiled GRASS svn
today, and g.region was broken. Any
help would be greatly appreciated.
please refer to the Please be specific in your questions. section here:
Hamish:
what was the exact error message?
Stephen:
ERROR: Incompatible library version for module. You need to rebuild GRASS
or untangle multiple installations
how was it broken?
svn checkout and install of the 6.4 release branch
you should run make distclean when ever you do
On Wed, Oct 6, 2010 at 6:39 PM, Hamish hamis...@yahoo.com wrote:
Hamish:
what was the exact error message?
Stephen:
ERROR: Incompatible library version for module. You need to rebuild GRASS
or untangle multiple installations
how was it broken?
svn checkout and install of the 6.4
I would like to keep metadata files for the maps that I import into
GRASS and also the maps that I create. Much like the metadata that is
provided by ... cough... ESRI. Is there a way to do this in GRASS?
Should I just store the meta data files as text files in the GRASS
location and then edit
For individual layers in GRASS, you can add descriptive information
and processing history using r.support.
To access the information, use r.info.
Many metadata support files in GRASS are simple text files.
A simple shell script can parse that data and reformatted into a human
readable format.
30 matches
Mail list logo