the exact r.mapcalc command.
Also, using the same map as both input and output is unwise. It
appears to work, at least for simple cases, but shouldn't be relied
upon.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
the Makefile's author gets make.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
be false for anything from
the add-ons repository (there should at least be a manual page).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
/import r.external or r.in.gdal ~17s:
I don't think that this is related to my changes.
Does passing the -c flag to r.out.gdal significantly affect the time
taken to import the resulting file?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing
, testing r.external/r.out.external
GDAL-linked maps is also necessary.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Martin Landa wrote:
FWIW, this approach has been committed as r48561.
thanks, no errors reported. Martin
unfortunately this approach has one strange side-effect, it deletes
images at the end.
This should be fixed by r48813.
--
Glynn Clements gl...@gclements.plus.com
, it should output at least the base map and
optionally the reclass table (although the latter may be a job for a
separate module, e.g. r.reclasss.out).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
a failure?
In any case, there doesn't appear to be a supported programmatic
method for determining that a map is a reclass. r.info includes
relcass information in the default formatted output, and in the
output for -h, but neither of these are designed to be
machine-readable.
--
Glynn Clements gl
for printing the range. It should generate a fatal
error if the input= map type isn't CELL.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
bigger issue.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
always create a new fileinfo
structure. There may be modules which will get confused if two
Rast_open_old() calls return the same file descriptor.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
spline, rational spline,
or something else entirely? Or do we merge r.mapcalc into libraster so
that maps can be reclassed by arbitrary algebraic expressions?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
].data_fd.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
for it.
OTOH, an index() function may be a worthwhile addition to r.mapcalc.
The graph() function is more general than is necessary here, and is
less efficient.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
directory exists before running the command.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
and stock grass.{script,lib} modules, PYTHONPATH will need to
include both sets of directories.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
no clue as to which modules are written in C++.
While we're on the subject, can we choose a preferred file extension
for C++? There's no valid reason for needing duplicate sets of make
rules for both .cc and .cpp (and also .cxx, .c++ and/or .C if someone
ever uses those).
--
Glynn Clements gl
)/%,$(IMAGES))
+ $(MAKE) $(patsubst %,$(HTMLDIR)/%,$(FILES))
If the first option works, I'd choose that, as it should work for all
cases; gui/wxpython/docs may not be the only directory with images and
multiple HTML files.
--
Glynn Clements gl...@gclements.plus.com
raster/Makefile to include explicit dummy rules for these
targets, to override the normal rules for anything ending in .png.
FWIW, this approach has been committed as r48561.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass
for .cc|.cxx - .cpp
Done in r48562 (modify libiostream, r.terraflow, wximgview, xganim to
use .cpp instead of .cc) and r48563 (remove the *.make rules for .cc).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
Markus Neteler wrote:
You need to configure GRASS with --with-cxx to enable the compilation
of i.atcorr.
Should this be enabled by default?
Yes, why not.
Done in r48564.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing
the freetype -dev
package it built ok. d.barb only uses R_text(), not freetype directly, so
I'm not sure if that's to be expected or not.
Has FreeType been updated since the base GRASS package was built?
I don't see anything about d.barb which looks different to any other
d.* module.
--
Glynn
Hamish wrote:
So don't set INST_NOW=y;
Without that it fails almost immediately.
In what way?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
any quoting mechanism, so you can't have
spaces in any path which is used as part of a target or prerequisite,
or an include directive, or which is processed by make functions
(patsubst, wildcard, etc).
--
Glynn Clements gl...@gclements.plus.com
in the various FOOLIB variables unless you opt to use
static libraries (--disable-shared).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
in the install dir where the user doesn't have write
permission)
So don't set INST_NOW=y; just set ARCH_DISTDIR explicitly. Or if, for
some reason, you must use INST_NOW=y, set ARCH_INSTDIR to the desired
installation directory.
--
Glynn Clements gl...@gclements.plus.com
have to be special-cased for all options, only for options
with gisprompt == old,file,input (output=- isn't a problem). If an
old,file,input option has a default value of -, the GUI should
discard the default.
--
Glynn Clements gl...@gclements.plus.com
from the
origin, it matters.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
IMHO, we need both U_FEET and e.g. US_USFEET. Possibly also for miles.
Or even U_INTFEET and U_USFEET; calling one of them just feet
creates a risk of users selecting the default rather the correct
one.
--
Glynn Clements gl...@gclements.plus.com
incorrect translations.
If a string contains more than one substitution, it's better to use
the dictionary form, to allow the order to be changed. Unlike C's
printf(), Python doesn't support the %1$s notation.
--
Glynn Clements gl...@gclements.plus.com
in a text editor.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
error for GS_BETWEEN, but the compiler won't care about errors in
macros which are never used.
However, ctypes translates macros to Python functions, so it has to
parse the macro body.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing
intact.
This means that the two fields we're actually interested in are
bracketed by arbitrary text containing (apparently) arbitrary
whitespace, which makes identifying those fields impossible.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev
, meaning that the output
format varies according to the input format. This makes it impossible
to reliably parse the output from cs2cs.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
Hamish wrote:
r.mapcalc map.red = r#map
r.mapcalc map.green = g#map
r.mapcalc map.blue = b#map
This:
r.mapcalc map.red = r#map ; map.green = g#map ; map.blue = b#map
is more efficient, as it only reads the input map once.
--
Glynn Clements gl...@gclements.plus.com
Markus Neteler wrote:
Oops. I was looking for references to p.stdout, and missed that. The
actual problem was calling p.wait() before reading the output.
Try r48203.
Now it is back to deadlock (?)
Try r48225.
--
Glynn Clements gl...@gclements.plus.com
that. The
actual problem was calling p.wait() before reading the output.
Try r48203.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
which can't be used on maps with more than one layer.
If a map has multiple layers, where= is given, and layer= is not
given, then an error seem preferable to silently producing
incomplete output.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev
= grass.PIPE)
while True:
line = inf.readline()
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
query which
works for all layers).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
]:
- grass.raster_history(i)
+if grass.find_file(i)['mapset'] == mapset:
+grass.raster_history(i)
if __name__ == __main__:
options, flags = grass.parser()
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass
am not against a 5.4.2 release if there
is some terrible bug (ie data corruption or copyright issue)
found which goes back there.
5.x is too old to be worth the trouble. I'm not sure that anyone would
still remember how to build, fix and package it. (e.g. the old gmake5
build system).
--
Glynn
, I'd just kill the 6.5 branch. If something is too major to
go into 6.4.x, it should be reserved for 7.0.
FWIW, I don't think that fundamental changes to the raster library are
feasible for 7.0. They'll just push back the release date to never.
--
Glynn Clements gl...@gclements.plus.com
Hamish wrote:
** PUT NEW DEVELOPMENT IN TRUNK AND LEAVE 6.x WELL ENOUGH ALONE
+1
Can we please make an effort to finish the 6.x branch. I'd really
like to see 7.0.0 released before the heat death of the universe.
--
Glynn Clements gl...@gclements.plus.com
()
instead).
ERROR: Cairo: input file has incorrect dimensions: expected: 640x480 got:
698x533
ERROR: Cairo: input file has incorrect dimensions: expected: 640x480 got:
698x533
I have no idea how the display driver comes into this.
--
Glynn Clements gl...@gclements.plus.com
of the calculations.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
certain that it's supposed to be float and atoi() is a
typo.
Fixed in r47664.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
((off_t) nrows * ncols == str-stream_len());
rt_stop(rt);
stats-recordTime(reading raster map, rt);
This might cause problems on non-Linux platforms, but both r.terraflow
and LFS have always had portability issues.
--
Glynn Clements gl...@gclements.plus.com
wouldn't bet my life on it.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
colour table;
r.null ... null=max+1 might work.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
. However, r.terraflow itself had a
bug (scale then cast instead of cast then scale), which should be
fixed by r47641.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
.
In the case of r.terraflow, you may be able to fix this particular
issue by casting to long or off_t in the offending line, e.g.:
assert((off_t) nrows * ncols == str-stream_len());
But there may be similar issues elsewhere in r.terraflow.
--
Glynn Clements gl...@gclements.plus.com
occurrence of G_get_set_window() in
illumination.c, in eval_c_cosi(), but missed the others, in
eval_f_cosi() and eval_d_cosi().
BTW, does it really need three separate versions of what appears to be
essentially the same function?
--
Glynn Clements gl...@gclements.plus.com
' | xargs sed -f
fixnames.sed -i
--
Glynn Clements gl...@gclements.plus.com
s/\G_fpcompress_dissectXdrDouble\/Rast3d_fpcompress_dissect_xdr_double/g
s/\G_fpcompress_printBinary\/Rast3d_fpcompress_print_binary/g
s/\G_fpcompress_readXdrDoubles\/Rast3d_fpcompress_read_xdr_doubles/g
s
Markus Neteler wrote:
we have a problem with the introduction of labels:
http://trac.osgeo.org/grass/changeset/39886/grass/trunk/lib/gis/parser_standard_options.c
Actually, the problem only arose with the addition of standard options
in r47421.
It would be good to be able to suppress label
before the map is
opened. In illumination.c, G_get_set_window() should be changed to
Rast_get_window().
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
]. Character not allowed.
WARNING: Illegal filename ]. Character not allowed.
ERROR: Unable to open header file for raster map ]@
This is because the Gfile structures didn't have the name field
initialised. Try r47464.
--
Glynn Clements gl...@gclements.plus.com
the issues are?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
if $message is empty. I don't see a problem with silently
ignoring subseqent empty arguments:
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
empty/non-empty rather than 0/1.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Martin Landa wrote:
Unfortunately the sample script still fails
I can't reproduce this. Running it under GDB might help, or it might
not; memory corruption is like that.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass
, err = p.communicate()
out and err will be strings, containing the data written to stdout and
stderr respectively.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
packages by pkg-config).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
that you wouldn't be the only person seeing it. So it would seem
to be a problem with your system, your GRASS build, or your data.
Unfortunately, I have no idea what.
Do you get odd results for any module other than r.mapcalc?
--
Glynn Clements gl...@gclements.plus.com
, a negative value indicates that the
process terminated due to a signal.
Neither call() nor Popen() raise an exception if the spawned program
fails in some sense, only if they are unable to execute the program,
query its status, etc.
--
Glynn Clements gl...@gclements.plus.com
Martin Landa wrote:
Hi,
2011/7/23 Glynn Clements gl...@gclements.plus.com:
[...]
*** glibc detected *** /usr/bin/python: malloc(): memory corruption:
0x09ba9fe8 ***
Does calling G_gisinit() first change anything?
unfortunately it didn't help, still corrupted memory, now
I
?
The error message should have been Unable to locate cairo_create;
this has been fixed for 7.0 with r47301.
This doesn't affect the fact that you're getting the error, just the
message. Check the bottom of config.log for clues as to why the test
failed.
--
Glynn Clements gl
would be translated, then the parameters
substituted, and the resulting string passed to G_message(),
G_fatal_error(), etc
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
_(...) (a function whose name is a
single underscore), but there isn't a convenient solution for shell
scripts.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
. file selection dialogs) may not even be
possible.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Martin Landa wrote:
seems to be same with G_chop(), right?
Right; the comment for G_chop() says:
* modified copy of G_squeeze();RB March 2000 radim.bla...@dhv.cz
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
)
Vect_open_update(map, a, )
...
*** glibc detected *** /usr/bin/python: malloc(): memory corruption:
0x09ba9fe8 ***
Does calling G_gisinit() first change anything?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
Martin Landa wrote:
D1/5: Vect__open_old(): name = (null) mapset = (null) layer= (null) update = 0
Segmentation fault
(null) is what libc's printf(%s) prints for a null pointer.
This is a different problem to your original report.
--
Glynn Clements gl...@gclements.plus.com
.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
; if that was back-ported, so should this.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
the
pointer rather than moving the data.
As nothing in 7.0 uses the returned value, the return type should
probably be changed to void.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
Martin Landa wrote:
do we need our own G_strcasecmp()? Bearing in mind that libc offers
strcasecmp() and strncasecmp().
Windows doesn't have these (it has stricmp and/or strcmpi instead).
Also, strcasecmp() is affected by the locale (LC_CTYPE), while
G_strcasecmp() isn't.
--
Glynn Clements
Mohammed Rashad wrote:
if (raster.Rast_get_cellhd('lsat5_1987_20', 'landsat', cellhd))!=0 :
cellhd should be byref(cellhd). cellhd is a structure, but the
function reqires a pointer to a structure.
--
Glynn Clements gl...@gclements.plus.com
trouble imagining examples.
If you want something like d.mon with GRASS 7, then the driver-related
environment variables need to be moved to a file.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
more work.
which variables exactly would be better controlled by modules
directly?
Anything where you want the user to be able to change the setting via
a module rather than requiring the user to use export or eval `...`.
--
Glynn Clements gl...@gclements.plus.com
, e.g. PATH,
LD_LIBRARY_PATH, PAGER, etc. Plus GISRC, obviously.
For anything which is part of GRASS, it's our choice as to whether to
use environment variables or $GISRC variables.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
and not an
option=value argument.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
not set:
(Name of raster map)
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
===
--- aclocal.m4 (revision 47135)
+++ aclocal.m4 (working copy)
@@ -19,6 +19,7 @@
esac
AC_MSG_RESULT($with_$1_includes)
+$3=
if test -n $with_$1_includes ; then
for dir in $with_$1_includes; do
if test -d $dir; then
--
Glynn Clements gl...@gclements.plus.com
, then get lost.
Here the backtrace:
Try r47136.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
in months.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
, which
is the base class of real errors (it doesn't include non-error
exceptions such as Warning, StopIteration, SystemExit, etc).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
eventually either passes it to execve() (on Unix) or uses
list2cmdline() (on Windows).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
uncommon that some Linux distributions don't install any
X bitmap fonts by default.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Mohammed Rashad wrote:
how to generate png output instead of .ppm file in g.pnmcomp
g.pnmcomp can only write PPM files.
There are several command-line programs which can convert PPM to PNG,
e.g. pngtopnm (from the NetPBM package) or ImageMagick's convert
program.
--
Glynn Clements gl
FreeType code in the
display drivers (lib/driver/text3.c). Stroke fonts would also be
straightforward, and would probably look nicer if arbitrary scaling is
required. Filled vector fonts are significantly more complex due to
the need to tessellate the shape into convex polygons.
--
Glynn Clements
a
temporary $GISRC file rather than just using a modified environment.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
raster I/O to be made into a
self-contained library, analogous to libpng or libjpeg. The GDAL
driver would then interface to this library.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
, put_row.c and close.c. And it's not even all of
those files; the higher-level stuff (e.g. resampling) would remain
within libraster.
It's probably less effort than trying to add yet another raster format
within the existing raster code.
--
Glynn Clements gl...@gclements.plus.com
=value argument due to the space in the portion before the =.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
generated by the library when a
new raster map is closed. r.external does not use Rast_close() and
creates all the support files itself, but not the cats file.
Good point. In which case, I consider that your patch is the correct
solution.
--
Glynn Clements gl...@gclements.plus.com
issue here is that the
code would probably need to be written from scratch due to licensing
issues: GRASS is GPL, GDAL is LGPL, and trying to track down everyone
who might have a copyright interest in the raster I/O code wouldn't be
practical.
--
Glynn Clements gl...@gclements.plus.com
701 - 800 of 2359 matches
Mail list logo