On Jan 21, 2008, at 11:23 AM, Markus Neteler wrote:
On Jan 21, 2008 4:22 PM, Martin Landa [EMAIL PROTECTED] wrote:
Hi,
2008/1/21, Martin Landa [EMAIL PROTECTED]:
2008/1/21, Markus Neteler [EMAIL PROTECTED]:
can we convert 3D polygons or tins to a DEM? Possibly a job for
v.to.rast...
On Jan 28, 2008, at 10:22 AM, Michael Barton wrote:
On Jan 28, 2008, at 5:50 AM, Moritz Lennert wrote:
On 27/01/08 20:30, Michael Barton wrote:
v.univar only works with points. But since it is calculating
stats on a field in the attributes table, it should work the same
for all vector
I tested it with the nc_spm data set on an older Mac (~500MB RAM)
and it ran fine with
elev_lid792_randpts (6000 points)
subset of elev_lid792_bepts within the rural_1m region (~45000 points)
and crashed with the full elev_lid792_bepts (319000 points)
with the following message:
GRASS 6.3.cvs
I just emailed you the response - it is the fs=|
try to skip it to see what happens. It does not seem to have anything
with the data in the file
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth
and Atmospheric Sciences
1125 Jordan Hall, Campus Box 8208
North Carolina
Fax: 480-965-7671
www: www.public.asu.edu/~cmbarton
On Feb 4, 2008, at 8:23 PM, Helena Mitasova wrote:
On Feb 4, 2008, at 9:45 PM, Michael Barton wrote:
On Feb 4, 2008, at 7:23 PM, Hamish wrote:
Michael Barton wrote:
I've run into a problem running v.in.ascii for WinGRASS
importing
On Feb 20, 2008, at 2:43 PM, Moritz Lennert wrote:
Some other ideas:
From the GRASS 7.x ideas collection:
- implement file based spatial index (see Keep topology and
spatial index
in file instead of in memory in Radim's Vector ToDo
DocBook has been considered for OSGeo edu material so there has been
quite a bit of discussion on that - this is what Frank had to say:
On the whole DocBook issue - we tried using DocBook for a while for
MapServer
docs and ended up abandoning it because installing and getting to understand
for better
documentation output, but this format has it's potential as well...
Jachym
Helena Mitasova píše v Út 26. 02. 2008 v 12:54 -0500:
DocBook has been considered for OSGeo edu material so there has been
quite a bit of discussion on that - this is what Frank had to say
I very much agree with Glynn on this one, I have already written to
Maciek
something along this line.
If you are going to explain in GRASS man pages how computers handle
numbers should we then also explain (e.g. as part of r.slope.aspect),
how elevation is measured, what is the accuracy for
I can confirm this also with the new data set and ArcGIS. It looks like
r.out.gdal does not see the correct region and when the region is set
to the raster it adds one no-data row (or column - I don't remember now)
which is some huge negative number and that may be screwing up
the colors. I think
On Mar 1, 2008, at 5:18 PM, Maciej Sieczka wrote:
Glynn Clements pisze:
Maciej Sieczka wrote:
I was going to add this information, but I'm not sure if I
understand correctly that GRID3D is always floating point. Raster
intro seems to suggest so, but r3.mapcalc suggests the opposite,
Another popular task that has been implemented using GPU is
insolation, visibility and similar class of tasks,
so r.sun, r.los would be another candidate modules that could use
faster implementation.
Helena
On Mar 1, 2008, at 4:38 AM, Benjamin Ducke wrote:
Yes, that is an excellent
I would like to get myself up to date on the new wxPython GUI and I am
wondering whether the suggestions in gui/wxpython/README are up to date.
Fore example README says
GRASS GIS = 6.3
Python = 2.4
wxPython = 2.8.1.1
but Marco talks about Python 2.5.2 and wxPython 2.8.7.1
(I have 2.4 and need
On Mar 19, 2008, at 12:49 AM, Michael Barton wrote:
On Mar 18, 2008, at 9:39 PM, Helena Mitasova wrote:
Michael - I have added an example from the book at the bottom of
this page - please try it and let me know whether it works.
http://skagit.meas.ncsu.edu/~helena/grasswork/grassbookdat07
Well given all the troubles reported recently we may as well need RC6
unless you and Markus have a good sense that these troubles are only
in the svn version and not backported to the release.
I would love to get GRASS6.3 out soon - people are still downloading
6.2 as the stable GRASS and
[I have changed the subject]
how about:
EMr.resamp.interp/EM resamples or re-interpolates the given
raster map to the current resolution
(or resolution given by the current region setting)?
Helena
On Mar 20, 2008, at 6:08 AM, Markus Neteler wrote:
On Thu, Mar 20, 2008 at 3:11 AM, GRASS
Thanks to all for GRASS6.3 and specifically to William for Mac
binaries -
I just installed it on a new MacBook Air and tested with the demo
examples
for the NC data set as well as some nviz and the wxpython gui examples
and it was impressively easy and went really cool
(except I managed to
plenty of data to test it),
Helena
--
Helena Mitasova
Associate Professor
Department of Marine, Earth
and Atmospheric Sciences
1125 Jordan Hall, Campus Box 8208
North Carolina State University
Raleigh NC 27695-8208
http://skagit.meas.ncsu.edu/~helena/
On May 3, 2008, at 3:22
On May 5, 2008, at 10:37 AM, Mateusz Loskot wrote:
Hamish wrote:
Mateusz:
Yes, it confirms what I've read in GRASS docs and Wiki pages,
that there is no direct support to ASPRS LAS format.
...
I'm willing to contribute a module for LAS read/write. However,
I'm not
an experienced GRASS
Have you tried 30m DEM in spearfish? I used to run it on it but it
was problematic.
The code needs a very smooth DEM and a very small time step to avoid
crashing.
It should be able to handle depressions (water fills them and flows
out) as simwe does,
but the time step needs to be small
Moritz,
are you communicating with the debianGIS packaging team?
From reading the message below I was not sure what goes into the
package -
it looks like GRASS6.2 and maybe GRASS6.3?
It would be a pitty if it had only GRASS6.2 (does anybody on this
list even
remember how GRASS6.2 looks
I found some of the metrics explained in wikipedia under Taxicab
geometry
Helena
On May 16, 2008, at 12:29 PM, Patton, Eric wrote:
I was wondering if anyone could describe, or point me to a link of,
the various r.grow metrics parameter definitions: euclidian,
maximum, and manhattan.
On Jul 9, 2008, at 2:11 PM, Will wrote:
Hi Paul (and the rest of the GRASS dev list),
On Wed, Jul 9, 2008 at 12:11 PM, Paul Kelly paul-
[EMAIL PROTECTED] wrote:
Hello Will,
On Wed, 9 Jul 2008, Will wrote:
Hi Paul,
That all sounds good. I'll move r.terraflow and r.viewshed (I
decided
Yann,
did you get a chance further test your update of r.hydro.CASC2D?
Markus, others - would this be a good time to bring it back to main
GRASS tree?
thanks,
Helena
On Mar 17, 2008, at 10:12 PM, Yann Chemin wrote:
Hi all,
ported in v6.x r.hydro.CASC2D some time back, and tested it
On Aug 22, 2008, at 10:45 AM, Michael Barton wrote:
There has been some discussion over what the GRASS 7 imaging
processing tools should include, given that a couple key modules (I
think i.orthophoto and i.classify) need substantial rewriting.
We might want to think about including some
On Sep 25, 2008, at 11:36 AM, Glynn Clements wrote:
Hamish wrote:
[stating my peace then dropping this to focus on far more ghastly
UI issues]
Hamish wrote:
I've just added some logic in 6.x SVN to more nicely handle
different
user interpretations of the commands. accept sloppy
and a friction surface interacts with information about
topography (extracted from a DEM) in r.walk. It seems a good idea to
put this back on the list. Perhaps I'm the only one a little in the
dark, but maybe it can help others.
On Oct 10, 2008, at 10:40 AM, Helena Mitasova wrote:
To clarify
On Oct 10, 2008, at 7:39 PM, Michael Barton wrote:
On Oct 10, 2008, at 11:32 AM, Helena Mitasova wrote:
I opened the code and it has it right in header:
TOTAL COST = [(WALKING ENERGY ) + (LAMBDA*FRICTION)]
maybe this is how it should go into the man page
That seems like a good idea
On Oct 20, 2008, at 9:54 PM, Hamish wrote:
Hi,
I am looking to document the heritage of the GUI startup splash
screen.
Anybody know? The Polonia in the bottom left indicates Poland,
but as
it came from Radim I thought perhaps the area is part of Czech now,
or...?
there is word
On Oct 21, 2008, at 7:39 PM, Hamish wrote:
Markus wrote:
let me suggest to create the GRASS 6.4.0 release branch the next
days
Paul:
I agree - but do we need to create a release branch in advance of the
release? Any development in the 6.4 branch at present is intended for
the 6.4.0 release
On Oct 21, 2008, at 9:20 PM, Helena Mitasova wrote:
On Oct 21, 2008, at 7:39 PM, Hamish wrote:
Markus wrote:
let me suggest to create the GRASS 6.4.0 release branch the next
days
Paul:
I agree - but do we need to create a release branch in advance of
the
release? Any development
On Oct 24, 2008, at 9:32 AM, Moritz Lennert wrote:
On 24/10/08 14:10, Markus Metz wrote:
GRASS GIS wrote:
#73: r.out.gdal tiff output does not work
--
+-
Reporter: helena | Owner:
I have commented out the sites-related input/output from simwe in trunk.
It compiles and runs with grass7 updated today - I tested it with the
examples
from grassbook and some variations of the parameters.
Are these changes enough to get it back into grass7?
(there is still the issue of 3
for output.
thank you,
Helena
On Oct 29, 2008, at 5:15 PM, Helena Mitasova wrote:
I have commented out the sites-related input/output from simwe in
trunk.
It compiles and runs with grass7 updated today - I tested it with
the examples
from grassbook and some variations of the parameters
On Oct 30, 2008, at 2:17 PM, Glynn Clements wrote:
Helena Mitasova wrote:
I have commented out the sites-related input/output from simwe in
trunk.
It compiles and runs with grass7 updated today - I tested it with the
examples from grassbook and some variations of the parameters
On Oct 30, 2008, at 5:56 PM, Glynn Clements wrote:
Helena Mitasova wrote:
The sites issues are fixed (I commented the offending code out).
By fixed, I meant making the code work.
the site related input and output is not essential and needs to be
updated to vector points anyway so I
Clements wrote:
Helena Mitasova wrote:
I have commented out the sites-related input/output from simwe in
trunk.
It compiles and runs with grass7 updated today - I tested it with the
examples from grassbook and some variations of the parameters.
Are these changes enough to get it back
19, 2008 at 5:36 AM, Helena Mitasova
[EMAIL PROTECTED] wrote:
the man page for r.watershed says that the lsfac is multiplied by
100, but
the result is DCELL
so I am wondering whether the multiplication is still true. (and
if yes
whether it should be changed)
And how is this for the new
On Dec 1, 2008, at 9:42 AM, Paul Kelly wrote:
On Mon, 1 Dec 2008, Martin Landa wrote:
Hi,
2008/12/1 Hamish [EMAIL PROTECTED]:
so what remains todo befor 6.4rc1? IMO lib API and module list
should be
frozen at that point, which means creating releasebranch_6_4. No
need to
I also added
I very much agree with Hamish:
it is really nice to have two independent methods to use race
against
each other, and compare the results of. ie apply the scientific
method.
Each will have its strength and weaknesses and now we can quantify
more
what those are.
I am a big proponent and
Markus,
at this point, as you suggest, the best would be to work on this in
grass7 - do you have SVN commit access?
Helena
On Dec 5, 2008, at 3:02 PM, Markus Metz wrote:
Dylan Beaudette wrote:
On Fri, Dec 5, 2008 at 1:55 AM, Markus Metz [EMAIL PROTECTED]
wrote:
I took the request
On Jun 8, 2013, at 7:18 PM, Michael Barton wrote:
I've been staying with wxPython 2.8.x Perhaps some of the new code only works
correctly in 2.9?
that is the message I have been getting, Helena
Michael
C. Michael Barton
Director, Center for Social Dynamics
I am also wondering whether the r.mapcalc expressions with || (or) now run from
the wxGUI command console.
Is this the place to get the right binary to try it out?
http://wingrass.fsv.cvut.cz/grass64/
Helena
On Jun 27, 2013, at 9:33 AM, Markus Neteler wrote:
On Wed, Jun 26, 2013 at 10:29 PM,
regarding the r.mapcalc issue in command console on wingrass -
(sorry I did not make it clear it was for wingrass - it always worked well on
Mac and linux)
It is not critical, windows users can still use the mapcalculator GUI where it
runs OK,
but the r.mapcalc in the command console still does
, Anna Petrášová kratocha...@gmail.com wrote:
Hi,
On Fri, Jun 28, 2013 at 2:29 AM, Helena Mitasova hmit...@ncsu.edu wrote:
regarding the r.mapcalc issue in command console on wingrass -
(sorry I did not make it clear it was for wingrass - it always worked well on
Mac and linux
On Jul 13, 2013, at 7:32 PM, Michael Barton wrote:
It's really a bite that I cannot a working Mac version of GRASS 7 without
some post-compilation hacking. While I can create a useable Mac binary with
some effort, it could be a problem for others who wish to do so.
I was just trying to
for providing 6.4.3?)
but Michael's web site has GRASS6.4.3 binaries - should it be listed first?
We haven't tried WinGRASS6.4.3-1 yet, I am wondering whether there are any
known issues besides
the ones listed on wiki under WinGRASS errors
Thank you, Helena
Helena Mitasova
Associate Professor
)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Aug 15, 2013, at 12:00 PM, grass-dev-requ...@lists.osgeo.org
wrote:
*From: *Helena Mitasova hmit...@ncsu.edu
*Subject: **[GRASS-dev] GRASS6.4.3RC3 on downloads web site*
*Date: *August 14, 2013 7:13:27
Helena
--
Helena Mitasova
Associate Professor
Department of Marine, Earth and Atmospheric Sciences
North Carolina State University
1125 Jordan Hall
NCSU Box 8208
Raleigh, NC 27695-8208
http://skagit.meas.ncsu.edu/~helena/
email: hmit...@ncsu.edu
ph: 919-513-1327 (no voicemail)
fax 919 515-7802
Helmut,
thank you very much for quick advice - for one of the students
osgeo4w-winGRASS6.4.3 works along ArcGIS10.1
so we will try this out in the lab as well and report back. Hopefully this will
solve the problem,
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth
and I just cannot find the right module,
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
All electronic mail messages in connection
On Sep 22, 2013, at 11:04 PM, Vaclav Petras wrote:
I added the script directory into PATH for build session, see r57814.
This makes sense (bin is there too) and moreover it should fix missing
descriptions and keywords for modules in wxGUI menu and module tree. Note
that you wouldn't saw
On Nov 4, 2013, at 11:34 AM, Michael Barton wrote:
Thanks for this important heads up. We were hoping that compiling in OSX 10.9
would just work.
Have you checked to see if my GRASS 6 and 7 binaries run?
Michael your GRASS6 binary runs without any trouble so far.
Helena
MIchael
Michael,
can you please share your configure file that you are using?
thanks, Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
All
everything in the new animation tool that was in xganim, but I believe
that we do,
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
All
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
All electronic mail messages in connection with State business which are sent
to or received
On Jan 19, 2014, at 3:01 PM, Martin Landa wrote:
Hi,
2014/1/19 Helena Mitasova hmit...@ncsu.edu:
Maybe it just waits for somebody to put it there, we would like to see it in
the core as well.
it's not only question of putting it here. The modules need some
review (code, parameters
Just a note, given that most of these problems were caused by conflicts with
python installed by ArcGIS,
I checked with our GIS support and the latest ArcGIS 10.2 installs python2.7
which (I guess) should work with GRASS.
On Jan 24, 2014, at 3:03 PM, Glynn Clements wrote:
Markus Metz
v.drape
which have bicubic or bilinear in the examples and the text, but cubic and
linear in the command SYNOPSIS parameters.
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
interpolation) I am guessing it is
bicubic. I will look at it - but the easiest
is to look at the implementation and compare with the equation in wikipedia.
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North
the full
semester course material for GRASS7.
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
All electronic mail messages
and the binary
would have the latest
release number?
Thank you, Helena
Helena Mitasova
Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
OSGeoREL
http://marinesci.ncsu.edu/
All
installs
and skip downloading it for WinGRASS7 may be surprised that the vector data
don't work.
Should the name of this location be changed (preferably to nc_spm_08_grass7) to
indicate
that this is a different data set in terms of vector data format?
Thank you, Helena
Helena Mitasova
installer issue which we cannot do anything
about as far as I understand it).
Helena
Helena Mitasova
Professor at the Department of Marine,
Earth, and Atmospheric Sciences
and Center for Geospatial Analytics
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
http
because it will use the same data set.
But the shoreline may be more interesting.
Helena
Helena Mitasova
Professor at the Department of Marine,
Earth, and Atmospheric Sciences
and Center for Geospatial Analytics
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
http
in the assignments when switching to 3D view
Helena
Helena Mitasova
Professor at the Department of Marine,
Earth, and Atmospheric Sciences
and Center for Geospatial Analytics
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
http://geospatial.ncsu.edu/osgeorel/
All electronic mail
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Helena Mitasova
Associate Professor
Department of Marine, Earth and Atmospheric Sciences
North Carolina State University
1125 Jordan Hall
NCSU Box 8208
Raleigh, NC 27695-8208
http://skagit.meas.ncsu.edu/~helena/
email: hmit...@ncsu.edu
ph: 919
I think that this is a good plan - the latest changes definitely need testing.
Unrelated to init.sh I just compiled the release branch and I have the 3D view
enabled in Map display,
however, when I run it, lighting does not work (and maybe other things as well)
- although this has been fixed in
/_core.py, line 3444, in
ImageFromBitmap
wx._core
.
PyAssertionError
:
C++ assertion Ok() failed at
../src/mac/carbon/bitmap.cpp(1360) in ConvertToImage():
invalid bitmap
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan
, 2011, at 1:28 AM, grass-dev-requ...@lists.osgeo.org wrote:
Date: Mon, 21 Nov 2011 20:02:17 -0500
From: Helena Mitasova hmit...@ncsu.edu
Subject: Re: [GRASS-dev] 6.4.2rc3 this week, then 6.4.2 by the
holidays?
To: GRASS developers list grass-dev@lists.osgeo.org
Message-ID: d89e95c6-e783
On Nov 22, 2011, at 1:58 PM, Anna Kratochvílová wrote:
2011/11/22 Anna Kratochvílová kratocha...@gmail.com:
Hi Helena,
On Tue, Nov 22, 2011 at 2:38 AM, Helena Mitasova hmit...@ncsu.edu wrote:
We have tried GRASS7 over the past couple days without much success:
and wxnviz does not run
Anna,
thank you for backporting wxnviz, I just compiled it and it runs great, even
with some highly specialized data
(e.g. terrestrial lidar scans at 0.01m resolution).
There are few things that still have issues (mostly features that never really
worked in nviz and may be only Mac related)
I would like to ask users of nviz to try out wxnviz and provide some feedback
on the current settings of z-exag.
We discussed it quite a bit before it was changed, but as I am using it now, I
find the new setting in wxnviz confusing.
Here is the issue (Anna, Michael, please correct me if I am
Anna,
thank you for backporting wxnviz, I just compiled it and it runs great, even
with some highly specialized data
(e.g. terrestrial lidar scans at 0.01m resolution).
There are few things that still have issues (mostly features that never
really worked in nviz and may be only Mac
Hamish or others,
has anybody considered writing r3.in.xyz?
It could be useful for analyzing multiple return lidar point clouds and
terrestrial lidar point clouds of vertical
features such as eroding stream banks.
I wanted to ask before we look into it here,
thanks, Helena
Please ignore this if the release of GRASS6.4.2 is possible this week.
If not, I am wondering whether the binaries for winGRASS6.4.1 are available
somewhere
on the GRASS website.
There is currently GRASS6.4.1 binary for Mac and GRASS6.4.2RC2 binary available
for winGRASS
which may be confusing
://lists.osgeo.org/mailman/listinfo/grass-dev
--
Helena Mitasova
Associate Professor
Department of Marine, Earth and Atmospheric Sciences
North Carolina State University
1125 Jordan Hall
NCSU Box 8208
Raleigh, NC 27695-8208
http://skagit.meas.ncsu.edu/~helena/
email: hmit...@ncsu.edu
ph: 919-513-1327
it would be great to have that - it would make it much easier to manage
homework results for all the students using GRASS in class, especially when
they are just starting,
Helena
On Jan 12, 2012, at 9:33 AM, Markus Metz wrote:
Would there be interest to have in the wxGUI the possibility to
/Versions
/2.6/lib/python2.6/xml/etree/ElementTree.py, line 1254, in
close
self._parser.Parse(, 1) # end of data
xml.parsers.expat
.
ExpatError
:
no element found: line 1, column 0
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm
On Jan 15, 2012, at 12:41 PM, Markus Neteler wrote:
On Sun, Jan 15, 2012 at 4:42 AM, Helena Mitasova hmit...@ncsu.edu wrote:
I can confirm it on Mac. A simple expression like this:
r.mapcalc diff=elev_ned10m_bil-elev_ned10m_bic
runs in linux shell, but fails in wxgui command console
one more observation:
r.mapcalc diff = elev_ned10m_bil-elev_ned10m_bic
runs from command console in GRASS7.0 but does not run in GRASS6.4.2RC3
Helena
On Jan 15, 2012, at 9:26 PM, Helena Mitasova wrote:
On Jan 15, 2012, at 12:41 PM, Markus Neteler wrote:
On Sun, Jan 15, 2012 at 4:42 AM
It works now, including the expressions with or without spaces and quotes.
Thanks a lot,
Helena
On Jan 16, 2012, at 5:17 AM, Martin Landa wrote:
Hi,
2012/1/16 Helena Mitasova hmit...@ncsu.edu:
one more observation:
r.mapcalc diff = elev_ned10m_bil-elev_ned10m_bic
runs from command
further testing:
when I try Launch script,
I get the associated wxgui open, the command is correctly generated
but when I hit run I get the following error:
Launching script '/Users/helena/grassaddons_test/scripts/v.transectsold.py'...
[Errno 2] No such file or directory
the path in the error
I have the same question - python2.5 is common source of problems
for students starting with GRASS on mswindows
Helena
On Jan 17, 2012, at 10:17 AM, Giovanni Manghi wrote:
Hi all,
I believe that programs shipped in osgeo4w are ready to use more recent
python versions, 2.7 would also
Michael,
for me it goes into GRASS-6.4.app (maybe you are looking at wrong directory?
GRASS-6.4.app/ grass64_release/
Helena
On Jan 18, 2012, at 1:31 AM, Michael Barton wrote:
I just compiled GRASS 6.4.2 RC 3 for Mac this afternoon and posted it to my
web site. A bit later, I noticed
everything seems to be working here as well, except for a small issue just
found by a student in wingrass
and confirmed in freshly compiled release on mac:
when saving image from map display that includes scale and legend, everything
is saved correctly
when the default setting is used,
but
Markus,
thanks for putting back winGRASS6.4.1
but I am still getting quite a few questions whether a stable version of GRASS
exists and whether this is a common practice
in GRASS community not to have a stable version.
In fact, when you go to the Download website, there is no obvious stable
...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Helena Mitasova
Associate Professor
Department of Marine, Earth
Helena wrote:
If there are still problems and if we can identify what needs to be
developed to make working with netCDF in GRASS more robust perhaps
this would be a good project for Google summer code
(hopefully OSGeo is participating this tear again)
hopefully :)
anyway I think if
Hamish
I read all of the documents listed below and they look good, I don't see
anything that needs to be changed,
except maybe for the ChangeLog which seems to be a gz file (which my Mac just
downloads as a file that cannot be opened,
but it has a text with error message in it) - should it be
GRASS along ArcGIS on their own laptops
successfully, for which I am enormously grateful to all who have contributed to
WinGRASS
installer success.
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North
),
there shouldn't be any confusion that m is meters.
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
All electronic mail messages
Due to severe space limitations on the disc I'm continually concerned
about having to remove the NC dataset, or cut it down to Helena's 40mb
set.
Hamish - I highly recommend to use this smaller dat set - it is much easier for
users
to understand (as I tried to avoid various obscure names
ok, done.
I note some left over Mac ._files and some empty .tmp/ cruft, and also
the SEARCH_PATH in user1 lists some mapsets not shipped with the smaller
dataset. harmless, but..
Hamish - thanks for pointing it out - I will fix it and post a new one ASAP,
Helena
thanks,
Hamish
Hamish,
thanks for pointing it out - there was a lot of stuff that I did not know was
there,
it should be cleaned up now, please let me know if you still find something
or if there are any problems. Also, I can export the data into some external
formats - perhaps shape files
and geotiff? in
for clarification,
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
All electronic mail messages in connection with State business which
features
available in GRASS6.5, especially wxnviz (and they can do some testing along
the way),
thank you,
Helena
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Helena Mitasova
Associate Professor
Department of Marine, Earth and Atmospheric Sciences
North Carolina State University
1125
are back [1]. Martin
[1] http://wingrass.fsv.cvut.cz/grass65/
--
Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa
--
Helena Mitasova
Associate Professor
Department of Marine, Earth and Atmospheric Sciences
North Carolina State University
1125 Jordan Hall
NCSU Box 8208
You can reach the person managing the list at
grass-dev-ow...@lists.osgeo.org
When replying, please edit your Subject line so it is more specific
than Re: Contents of grass-dev digest...
Today's Topics:
1. saving images from display in winGRASS6.4.2 (Helena Mitasova)
From: Helena
1 - 100 of 345 matches
Mail list logo