On Sat, Jan 26, 2013 at 6:32 PM, Michael Barton michael.bar...@asu.edu wrote:
Does anyone know if the compile errors introduced with the new wxPython
animation module have been fixed for GRASS 7 and it now compiles again on
the Mac? I haven't had a chance to check for the past month.
Anyone
On Thu, Jan 31, 2013 at 9:35 AM, Luca Delucchi lucadel...@gmail.com wrote:
2013/1/31 Anna Kratochvílová kratocha...@gmail.com:
Anyone with Mac is coming to GRASS community sprint? It could be a
good opportunity to solve it.
I could bring my minimac from home... otherwise if I remember well
You could
1) create new categories in a new layer with v.category
2) add columns from_cat, to_cat to the new layer
3) upload values by assigning from_cat (new layer) = cat (old layer)
and to_cat (new layer) = to_cat (old layer)
That sounds like a good idea, but somehow I fail. What I did
All,
I'm a Mac user in addition to Linux. I'm going to have more free time
starting in a few weeks. I'd be happy to step-up my use of GRASS 7 for
testing. Just let me know what I can do. I'm moving from the U.S. to
Melbourne, Australia in a couple of weeks!
Cheers,
Tom
On Thu, Jan 31, 2013 at
On Thu, Jan 31, 2013 at 11:00 AM, Johannes Radinger
johannesradin...@gmail.com wrote:
You could
1) create new categories in a new layer with v.category
2) add columns from_cat, to_cat to the new layer
3) upload values by assigning from_cat (new layer) = cat (old layer)
and to_cat (new layer)
On Thu, Jan 31, 2013 at 11:47 AM, Luca Delucchi lucadel...@gmail.com wrote:
2013/1/31 Thomas Adams - NOAA Federal thomas.ad...@noaa.gov:
All,
Hi Thomas
I'm a Mac user in addition to Linux. I'm going to have more free time
starting in a few weeks. I'd be happy to step-up my use of GRASS 7
Hi dear grasslist !
I haven't post on your list for a long time (10 years ?), but i usually use
the archive to find an answer, and it works most of the times.
Working in a archaelogical service (Nantes, France), we use GRASS to
produce raster models and zoning for archeological sensible surfaces
I'm a Linux user and need to really brush up on my GIS as I'll
probably be using it heavily for the next five years as part of a new
job. I'm trying to decide which version of GRASS to get started with again.
Version 7 is tempting since a first release is do soon and I could
probably
i.pansharpen uses Python, not Bash. So it is not an integer math problem.
However, you might try changing your input maps to float or DCELL. See if that
changes things.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of
I guess it depends what you are going to use it for, but I think grass 7 is
more or less on par in many area, and has more functionality in others (
http://trac.osgeo.org/grass/wiki/Grass7/NewFeatures). There are a number of
things that run better in grass 7.0, for example handling of vector
Thank you! An important test that affects the 6.4.3 release as well as 7 is
volume display. I think I know how to fix it by getting rid of a bit of
offending code, but need to be sure that it doesn't break something on another
platform.
Michael
__
C. Michael Barton
Thanks Michael, I'll give that a try and see what happens.
On Jan 31, 2013 12:16 PM, Michael Barton michael.bar...@asu.edu wrote:
i.pansharpen uses Python, not Bash. So it is not an integer math
problem.
However, you might try changing your input maps to float or DCELL. See
if that changes
On Thu, Jan 31, 2013 at 7:06 PM, Michael Barton michael.bar...@asu.edu wrote:
i.pansharpen uses Python, not Bash. So it is not an integer math problem.
But it calls r.mapcalc, e.g. in lines 151-153. If k is integer and not
float, r.mapcalc will do integer division. Equivalent for lines 159,
I don't think that is the issue. I wasn't using serial processing, and I
was using the IHS method. The only place division occurs in the IHS method
is in the histmatch function, but that explicitly casts to float.
On Thu, Jan 31, 2013 at 1:52 PM, Markus Metz
markus.metz.gisw...@gmail.comwrote:
You are right. That was what I was trying to get at but didn't do so well
because I had to run to class.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of Anthropology, School of Human Evolution Social Change
Arizona State
Does it work if you convert the maps to float, though? If not, there is
something else that is a problem.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of Anthropology, School of Human Evolution Social Change
Arizona State
fyi--
latest iso can be found here:
http://osprey.ucdavis.edu/downloads/osgeo/gisvm/6.5nightly/
give it a whirl...
-- H
--- On Thu, 1/31/13, Cameron Shorter wrote:
From: Cameron Shorter
Subject: Re: [Live-demo] OSGeo-Live Quickstart 48 hour Hackathon - starts in 30
mins
To: live-demo at
Markus Metz wrote:
But it calls r.mapcalc, e.g. in lines 151-153. If k is
integer and not float, r.mapcalc will do integer division.
Equivalent for lines 159, 162, 165. This could be fixed by
casting the numerator to double with double().
or just put * 1.0 somewhere.
is there sample data
On Thu, Jan 31, 2013 at 11:38 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Thu, Jan 31, 2013 at 11:00 AM, Johannes Radinger
johannesradin...@gmail.com wrote:
You could
1) create new categories in a new layer with v.category
2) add columns from_cat, to_cat to the new layer
3)
Eric wrote:
and set the color table to grey for each one.
tip: you might try the grey255 color rules to make sure they are
consistent between bands.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
from the code in trunk:
if sproc:
# serial processing
e = '''eval(k = $ms1 + $ms2 + $ms3)
$outr = $ms3 * $panmatch3 / k
$outg = $ms2 * $panmatch2 / k
$outb = $ms1 * $panmatch1 / k'''
grass.mapcalc(e,
Hi,
btw: we are slowly preparing the 4th edition which will be for GRASS 7.
Best,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
22 matches
Mail list logo
