v.in.gpsbabel/v.in.gpsbabel
v.in.garmin/v.in.garmin
Certainly v.in.gpsbabel should survive in some form. v.in.garmin is
useful as the gpsbabel garmin filter does not pass through all fields.
the XML stuff in v.in.gpsbabel is in desperate need of a python
replacement,
Markus Neteler wrote:
etc/gui/scripts/r.support.sh was partially needed because
1) non-interactive version did not in the past support all interactive
functionality, and
2) interactive version weirdly exits prematurely when called directly
from Tcl/Tk.
More generally, is there any
#319: v.to.rast segfaults in G_close_gdal_link()
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
On Mon, Oct 6, 2008 at 7:34 AM, Glynn Clements [EMAIL PROTECTED] wrote:
Hamish wrote:
...
etc/gui/scripts/r.support.sh was partially needed because
1) non-interactive version did not in the past support all interactive
functionality, and
2) interactive version weirdly exits prematurely when
#319: v.to.rast segfaults in G_close_gdal_link()
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
#320: the ``default region'' term is somewhat misleading
-+--
Reporter: 1gray| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor|
In some recent enhancements to the iostream library,
include/iostream/ami_stream.h had a call to fseek() changed to fseeko().
This now doesn't compile on Windows; a sample error is:
sh-2.04$ make
make OBJ.i686-pc-mingw32
make[1]: Entering directory `/c/grass/grass7/lib/iostream'
make[1]:
I've been really tied up with academic things lately, but want to help
out with some information here.
See below
On Oct 5, 2008, at 7:16 PM, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
Date: Sun, 5 Oct 2008 22:57:42 +0100
From: Glynn Clements [EMAIL PROTECTED]
Subject: Re: [GRASS-dev]
On Oct 6, 2008, at 9:00 AM, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
Date: Mon, 06 Oct 2008 12:19:38 +0200
From: Moritz Lennert [EMAIL PROTECTED]
Subject: Re: [GRASS-dev] porting r.in.wms to python
To: [EMAIL PROTECTED]
Cc: Glynn Clements [EMAIL PROTECTED], grass-dev
Hi
I am trying to compile GRASS 6.3 from source, and am struggling with
the compilation of the modules r.in.gdal and r.out.gdal. BElow find my
config command and the last lines from the make.
Distro: OpenSuSE 10.3
gdal is configured as follow:
./configure --with-png=internal
i.atcorr uses the isnan() function which seems to cause compilation to
fail on Windows:
sh-2.04$ make
c++ -I/c/grass/grass7/dist.i686-pc-mingw32/include -I/c/grass/extra/include -O2 -s
-I/c/grass/extra/include -DPACKAGE=\grassmods\
-I/c/grass/grass7/dist.i686-pc-mingw32/include -o
#321: d.vect.thematic - newer enhanced version
-+--
Reporter: aprasad | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major| Milestone:
William,
I haven't had time to recompile GRASS for several weeks. But I've got
a predoc researcher in my lab now who has compiled GRASS in the past
and is trying to do it again.
She has a brand new MacBook Pro with OS X 10.5.5. She has installed
your frameworks and ActiveStates TclTk 8.5
How did she get the source? Which version?
Looks like some files are missing:
On Oct 6, 2008, at 4:25 PM, Michael Barton wrote:
creating ./config.status
creating include/Make/Grass.make
sed: ./include/Make/Grass.make.in: No such file or directory
creating include/Make/Platform.make
sed:
Paul Kelly wrote:
In some recent enhancements to the iostream library,
include/iostream/ami_stream.h had a call to fseek() changed to fseeko().
This now doesn't compile on Windows; a sample error is:
sh-2.04$ make
make OBJ.i686-pc-mingw32
make[1]: Entering directory
On Mon, 6 Oct 2008, Andrew Danner wrote:
fseek is not the same as fseeko.
int fseek(FILE *stream, long offset, int whence);
int fseeko(FILE *stream, off_t offset, int whence);
If large file support is enabled, fseeko will convert off_t to a 64 bit type
even on a 32-bit OS. I'm not sure if
Hi Nikos,
i.vi was migrated to main SVN along with i.albedo and i.qc.modis about
10 days ago.
You can now find it there:
http://svn.osgeo.org/grass/grass/trunk/imagery/i.vi/
Yann
2008/10/7 Nikos Alexandris [EMAIL PROTECTED]:
I've recently compiled GRASS' source code (both 6.3 and 6.4) as well
Michael Barton wrote:
Porting the existing script is not terribly hard (though it would be
time consuming)
Actually, porting non-trivial bash scripts can be quite difficult.
The main problem is that the only data type is a string. So when some
calculation is performed with e.g. 'echo $var |
Rainer M Krug wrote:
I am trying to compile GRASS 6.3 from source, and am struggling with
the compilation of the modules r.in.gdal and r.out.gdal.
but the make results in:
Errors in:
[snip]
/export/home/rkrug/source/grass-6.3.0/lib/gmath
/export/home/rkrug/source/grass-6.3.0/lib/vask
Paul Kelly wrote:
i.atcorr uses the isnan() function which seems to cause compilation to
fail on Windows:
sh-2.04$ make
c++ -I/c/grass/grass7/dist.i686-pc-mingw32/include -I/c/grass/extra/include
-O2 -s -I/c/grass/extra/include -DPACKAGE=\grassmods\
Paul Kelly wrote:
I looked in r.in.xyz which only uses fseek() and
ISTR discussion about it handling huge files recently,
although perhaps that involved reading from stdin.
fwiw the fseek() there is just to grab the filesize so G_percent() can
know where 100% is. If the fseek() returns
Paul Kelly wrote:
i.atcorr uses the isnan() function which seems to cause
compilation to fail on Windows:
main.cpp includes cmath; I wonder if the problem is
due to the fact isnan() is a C99 function? Should it be changed?
if it helps, there is a is_nan() in r.in.mat/main.c:
int
Paul Kelly wrote:
Oops. It turns out that Python doesn't understand %PATHEXT% (but it
least it's consistent; it doesn't work with .bat or .cmd files
either).
It looks to me like it doesn't work with .exe either, i.e. it doesn't
assume the extension - e.g. trying to run a script on
SVN develbranch_6
Michael
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution Social Change
Center for Social Dynamics Complexity
Arizona State University
Phone: 480-965-6262
Fax: 480-965-7671
www:
Was that a fresh checkout, or update, or was it copied from somewhere?
I just did an update and nothing was deleted.
On Oct 6, 2008, at 9:42 PM, Michael Barton wrote:
SVN develbranch_6
On Oct 6, 2008, at 2:59 PM, William Kyngesburye wrote:
How did she get the source? Which version?
Looks
#319: v.to.rast segfaults in G_close_gdal_link()
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: major| Milestone: 6.4.0
26 matches
Mail list logo