Wow that is amazing, thanks so much Martin.
-Colin
2010/1/19 Martin Landa landa.mar...@gmail.com:
Hi,
I have set up regular WinGRASS builds, currently for 6.4.svn and
6.5.svn (built daily). Servers kindly provided by CTU in Prague.
http://josef.fsv.cvut.cz/wingrass/
Enjoy! Martin
--
I've just uploaded a new version (r38959) with ODBC support enabled.
Please test it out and let us know if it is working properly. I hope
this solves your issue Sharon. (Please remember that it can take up to
24 hours before the new updates make it to all the web mirrors).
-Colin
On Fri, Sep 4,
A new version of the native WinGrass installer (not OSGeo4W or Cygwin)
has been posted on the GRASS download page.
This release is based on GRASS 6.4.0svn (r38875) and fixes an
important bug in r.proj and some problems for installs in paths with
spaces (eg c:\Program Files). Also there's a new
A new version of the native WinGrass installer (not OSGeo4W or Cygwin)
has been posted on the GRASS download page.
This release is based on GRASS 6.4.0svn (r38537) and fixes some
problems with the Location Wizard among other things.
Download here: http://grass.osgeo.org/download/index.php#g64x
The variable's value should point to a browser's exe, not the
index.html of the docs folder.
Given that, more odd behaviour of g.manual re the variable. When
running wingrass through an msys terminal (r37101)
The following all worked
export GRASS_HTML_BROWSER=c:\Program Files\Internet
A new version of the native WinGrass installer (not OSGeo4W or Cygwin)
has been posted on the GRASS download page.
This release is based on GRASS-6.4.0RC5 (and comes with shiny new
icons) but the wxpython GUI still does not include vector digitizing
(wxvdigit) or 3d visualization (wxnviz).
This might be an error with my updates
(http://trac.osgeo.org/grass/changeset/36351). I'm not sure why there
wasn't any error reported for me or others, but I see that there is an
inconsistency in the code (my addition at 387 compared to lines 373
and 374).
387 dir_fd =
Furthermore, I launched r.cost on a 295 rows, 378 cols matrix, and it's
taking 1h, whereas I did the same previously and it ran in tens of
seconds.
The speed of r.cost depends not just on the number of cells but also
the complexity of the surface. Smoother surfaces seem to take longer
than
I'm working on the installer, I think I've almost got it. I'll post an
update in the next couple of days. I'm working on Vista, so that's
what I'll be packaging, but as long as the vista version doesn't cause
problems in xp (and as far as i know it doesn't) we shouldn't need two
windows packages.
Michael,
I have just tried r.patch, v.patch and v.what.rast on the new
grass-6.4.svn release in osgeo4w (built on XP I assume), and haven't
had any problems with any of them. So perhaps these issues have been
solved.
Maybe I'm missing it somewhere in the many wiki pages, but is there a
complete
longer-term trends and discussions.)
-Colin
On Mon, Mar 30, 2009 at 7:29 PM, Colin Nielsen colin.niel...@gmail.com wrote:
Michael,
I have just tried r.patch, v.patch and v.what.rast on the new
grass-6.4.svn release in osgeo4w (built on XP I assume), and haven't
had any problems with any of them
Hi Ricardo,
It is hard to tell what is going from without looking at your input
file, but you do seem to using r.cost correctly. My guess would be
that the differences between cells are not great enough to cause the
cost surface to deviate from a linear trajectory. To test this, try
using
A MinGW package was missing on the wiki page, my fault not yours. I've
added it, get mingw-runtime and get bin-utils too while you're at
it. Both are now on the wiki. Sorry for the error.
-Colin
On Wed, Mar 18, 2009 at 8:37 PM, Darren Cope darrenc...@gmail.com wrote:
Hi all,
I'm following
Hi Markus,
A related suggestion: some libraries need manual modifications
(zlib etc). Would you be willing to package all those precompiled libs
into a convenient ZIP file which we could host on grass.osgeo.org?
I had that in my mind as I was going through all of this. Once I'm
sure everything
14 matches
Mail list logo
