I compiled GRASS 7 from svn today and posted it to my website were some of the
students and others here can use it. A student tried it and got the strange
error message below. GRASS won't start at all.
It works fine on my new MacBook Pro (OS X 10.6.3). She has a fairly new MacBook
Pro (this
anyone tried to redone this tool to GRASS6.4.?
Thank you so much for your help
Best regards,
Antonio Rocha
__ Information from ESET NOD32 Antivirus, version of virus signature
database 5123 (20100518) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
António wrote:
I've seen a few emails, at GRASS users mailing list
regarding i.pr module. This module, developed for GRASS5 by
Stefano Merler , is a multi-tool to perform Classification
for a wide set of methods. This is a good asset for GRASS
having this tool fully working on GRASS 6.4.
Glynn Clements wrote:
Markus Metz wrote:
In GRASS, config.h does not know about __MINGW32__ even if __MINGW32__
is (somewhere else) defined, thus off_t is not redefined for mingw32,
and I placed the redefinitions for testing in another header. Looks
like a lot of hacking to get LFS for
Glynn,
should this go into GRASS 6? Looks like a potential speedup for large
color tables, say, to avoid them.
?
Markus
On Tue, May 18, 2010 at 1:28 AM, svn_gr...@osgeo.org wrote:
Author: glynn
Date: 2010-05-17 19:28:45 -0400 (Mon, 17 May 2010)
New Revision: 42277
Modified:
, without changes)
Hamish
__ Information from ESET NOD32 Antivirus, version of virus signature
database 5124 (20100518) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
__ Information from ESET NOD32 Antivirus, version of virus
Hi,
2010/5/16 Glynn Clements gl...@gclements.plus.com:
I've already replaced the SWIG bindings in 7.0 with the ctypesgen
version.
trying ctypesgen version I have problem with G_find_raster2()
mapset = grass.G_find_raster2(elevation, )
print mapset
WARNING: Illegal filename �pT�. Character
#1016: v.info support for level 1 (patch)
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: normal | Milestone:
Markus Metz wrote:
In GRASS, config.h does not know about __MINGW32__ even if __MINGW32__
is (somewhere else) defined, thus off_t is not redefined for mingw32,
and I placed the redefinitions for testing in another header. Looks
like a lot of hacking to get LFS for wingrass.
Markus Neteler wrote:
should this go into GRASS 6? Looks like a potential speedup for large
color tables, say, to avoid them.
Maybe.
It does change the behaviour slightly, but situations where the
difference would be visible are unlikely to occur in practice.
Specifically, if previously you
Hi everybody,
I have compiled a program and when I run it
Illegal filename. Character ? not allowed.
ERROR: Raster map
Glynn Clements wrote:
Markus Metz wrote:
In 6.x, LFS is enabled for specific libraries or modules using e.g.:
ifneq ($(USE_LARGEFILES),)
EXTRA_CFLAGS = -D_FILE_OFFSET_BITS=64
endif
in the corresponding Makefile. This needs to be done on a case-by-case
basis
help
Best regards,
Antonio Rocha
__ Information from ESET NOD32 Antivirus, version of virus signature
database 5124 (20100518) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
___
grass-dev mailing list
on GRASS 6.4.
has anyone tried to redone this tool to GRASS6.4.?
Thank you so much for your help
Best regards,
Antonio Rocha
__ Information from ESET NOD32 Antivirus, version of virus signature
database 5124 (20100518) __
The message was checked by ESET NOD32 Antivirus.
http
#1073: G_fatal_error segfault outside of GRASS session
---+
Reporter: kyngchaos | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal |
Martin Landa wrote:
I've already replaced the SWIG bindings in 7.0 with the ctypesgen
version.
trying ctypesgen version I have problem with G_find_raster2()
mapset = grass.G_find_raster2(elevation, )
print mapset
WARNING: Illegal filename �pT�. Character not allowed.
Odd. Can you
Markus Metz wrote:
In 6.x, LFS is enabled for specific libraries or modules using e.g.:
ifneq ($(USE_LARGEFILES),)
EXTRA_CFLAGS = -D_FILE_OFFSET_BITS=64
endif
in the corresponding Makefile. This needs to be done on a case-by-case
basis because not all
#1073: G_fatal_error segfault outside of GRASS session
+---
Reporter: kyngchaos | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal |
Hi,
2010/5/18 Glynn Clements gl...@gclements.plus.com:
Odd. Can you try it under GDB and check what arguments
G_find_raster2() is getting?
Also, are you calling G_gisinit() first?
sample script below
---
#!/usr/bin/env python
import os, sys
from grass.lib import grass, raster
from ctypes
Martin Landa wrote:
Odd. Can you try it under GDB and check what arguments
G_find_raster2() is getting?
Also, are you calling G_gisinit() first?
sample script below
---
#!/usr/bin/env python
import os, sys
from grass.lib import grass, raster
from ctypes import *
input =
Vincent,
I'm CC'ing the grass-dev list as gdaldem shares the same formula with the
GRASS r.shaded.relief utility and I also think they are affected (I've only
compared the code, not tested r.shaded.relief, so I could be wrong of course)
I think your analysis is right. To check, I've created an
Hi,
2010/5/18 Glynn Clements gl...@gclements.plus.com:
What platform, Python version, ctypesgen version?
Debian GNU/Linux unstable, x86-32
Python 2.5.5
ctypesgen from SVN
The G_find_raster2() definition should look like:
#
#1051: wxgui: SEARCH_PATH corruption
---+
Reporter: msieczka | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: critical | Milestone: 6.4.0
Martin Landa wrote:
2010/5/18 Glynn Clements gl...@gclements.plus.com:
What platform, Python version, ctypesgen version?
Debian GNU/Linux unstable, x86-32
Python 2.5.5
ctypesgen from SVN
FWIW, I'm using Python 2.6.4. I've also checked with the latest SVN
version of ctypesgen, but
Markus wrote:
should this go into GRASS 6? Looks like a potential speedup
for large color tables, say, to avoid them.
?
I am really quite concerned about the effects of this change.
Please don't backport it to gr6 as the default action.
Hamish
(more later, badly lacking time right now)
Glynn wrote:
We don't use fseeko() directly. In 6.x, modules which use
fseek() are built without LFS; in 7.0, G_fseek() is used.
fwiw r.terraflow does, see include/iostream/ami_stream.h
(wrapped in a #ifdef HAVE_LARGEFILES)
Hamish
___
Even wrote:
#correct azimuth to East (GRASS convention):
# this seems to be backwards, but in fact it works so
leave it.
az = float(azimuth) - 90
I'm not into checking-in fudge factors which I don't understand,
and I seem to recall that when I wrote that comment I did
actually investigate
27 matches
Mail list logo