a given test coord,
do the calc by hand, see if it matches? repeat until confident.
?,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hamish:
> > g.setproj doesn't let you run it from a XY location.
> > is that really necessary?
> > it makes it hard to import unprojected imagery, reset to
> > known bounds with r.region, and then change into a lat/lon
> > location. note in that workflow th
Hi,
g.setproj doesn't let you run it from a XY location.
is that really necessary? it makes it hard to import unprojected imagery,
reset to known bounds with r.region, and then change into a lat/lon
location. note in that workflow the raster's cellhd/ file must be hacked
to be proj: 3
gt; does not seem to have any effect.
note that -I/usr/include/python2.4 does not make it into above gcc command.
('./configure --help' does not mention --with-python-includes; AFAICT it
is ignored because it doesn't exist)
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
hon2.4/idlelib/configSectionNameDialog.py
/usr/lib/python2.4/distutils/command/config.py
/usr/lib/python2.4/distutils/sysconfig.py
/usr/lib/python2.4/config
/usr/lib/python2.4/config/Makefile
is "--with-python" not enough?
Hamish
___
gras
th the Xcode
> installation. I don't want to mess with it to update
> it, if that's what's needed.
... but can you downgrade it? often it might already be around
as autoconf2.13.
from the top of configure.in:
# Note: use autoconf-2.13
Hamish
h larger.
or is var_coef meaningless for any set that dips below zero?
to use mean_of_abs probably biases badly a distribution that slightly
overlaps zero too..
hmmmph,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Martin:
> > New Revision: 37307
>
> candidate for backporting?
done.
H
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On 2/5/09, Glynn wrote:
> I suggest changing the pattern to use filled areas rather
> than stroked lines, e.g.:
done for the patterns that had clipping problems.
I also added 4 new patterns: railroad_up, railroad_down, horiz_zigzag,
and vert_zigzag.
please test,
re crashes & reloads a lot; or the nightly maintenance scripts
take things down for a little while and I happen to be in a bad time zone
for when that happens. Due to the up&down nature of it my guess has been
more towards the crashing theories.
??
Hamish
__
e code? (ie will it improve/change upstream?)
my general inclination is to not fork/clone anything if at all possible.
as long as the lib is not orphaned or too obscure for users to find,
outsource as much as possible to the experts (unless it really does
make a drastic performance difference).
Hamish wrote:
> > since a while ago the parser has not liked option
> > names with upper case characters. e.g. STREAM_DIR= in
> > r.terraflow.
>
> here we go:
> http://trac.osgeo.org/grass/changeset/32263
>
> at least for GRASS 6 should include A-Z as well.
> Hamish wrote:
> > since a while ago the parser has not liked option names with
> > upper case characters. e.g. STREAM_DIR= in r.terraflow.
here we go:
http://trac.osgeo.org/grass/changeset/32263
at least for GRASS 6 should include A-Z as
Hamish wrote:
> since a while ago the parser has not liked option names with
> upper case characters. e.g. STREAM_DIR= in r.terraflow. I think
> there was some posts about it, you were not the only person to
> have trouble with addon scripts.
>
> try changing to r= k= c= a
Michael wrote:
> We've tested on the command line and
> in both GUI's and are baffled. I've sent the script to
> Hamish to look at. It simply is ignoring data entered for
> some arguments. I can find no rhyme or reason to it. I
> thought it might be float data, but
Martin wrote:
> I hope better in r37277.
yes it is, thanks.
I also just made some edits: -e now works and I added a -c flag to print
out column headers as well.
cheers,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
h
Hamish wrote:
> > ie how to trigger the crash and why does it happen?
Radim:
> Array was not zero terminated.
> The same problem in all versions.
>
> > should the real fix be "alloc += GMAPSET_MAX"?
>
> I dont think so, dynamic allocation is used.
ok,
ld need
to be backported to 6.4/6.5 as well?
... I'm just trying to understand it, and honestly the trac stuff really
does help with that because it helps focus the issue + automatic URLs ..
Hamish wrote:
> > a post to the grass-psc list w.r.t. RFC2 is needed,
> > (we all had to
there is also the thing about you're only supposed to be allowed to write to
things in the current mapset. (db.select doesn't write, other tools might..)
H
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/
listed in trunk/contributors.csv
as a committer for whatever that means)
otherwise, totally fine by me..
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hamish wrote:
> http://www.google.com/search?q=cron
(and the "Running non-interactive batch jobs" section of
http://grass.osgeo.org/grass64/manuals/html64_user/grass6.html)
___
grass-dev mailing list
grass-dev@lists.o
> No idea about how to use cron in batch processing.Give me some
> guideliness of cron with example and reference ,
http://www.google.com/search?q=cron
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listin
ed" checks
if you use opt->key_desc="a,b")
or is fs_in= and fs_out= needed to please both the parser and the python?
or do we need a new
elif ifs.lower() == "comma":
(I'd rather avoid that)
thanks,
Hamish
___
grass-dev mai
packing procedure to ensure that
the data is portable? (???)
just an idea, but for the decision I think the v.pack reason should not
be a blocker.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Glynn wrote:
> > > > http://trac.osgeo.org/grass/changeset/37071
> > > Should probably be backported.
Hamish:
> > it doesn't merge cleanly.
> > how about the removal of (char *) from that line, +const above it?
>
> Maybe.
>
> > http://trac
set up, by doing this:
assoc .py
--
- Tim Roberts,
==
e.g. some time ago before python was installed*, I had manually
associated .py files with Notepad++. [*]we probably can't count on
all python.exe installers to
without extension in $GISBASE/scripts/
> > I'm not sure what happens with the g7 WinGRASS build.
>
> It gets installed without the .py suffix, which won't work.
> I'll commit a fix once it's tested.
thanks.
bit by bit & inch by inch!
Hamish
_
PROJ (compatibility
version 6.0.0, current version 6.5.0)
I'm not really sure if that's GRASS 6.0 and 6.5 or if something else has
those versions. but maybe it's the gdal-grass plugin that needs to be
rebuilt for grass 7??
Hamish
tallations."
which isn't perfect, but hopefully that is vague enough to make everyone
happy, yet still give a pretty good hint about the probable cause (without
stating it for sure).
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
es it is trying to use.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
> > Martin wrote:
> > > is it really needed in trunk in regards we are
> > planning to use Python for all scripts?
Hamish:
> > AFAIK it is needed whenever non-.exe or .bat named modules will be
> > run using simply their command name.
Glynn:
> It should only
Glynn wrote:
> > http://trac.osgeo.org/grass/changeset/37071
> Should probably be backported.
it doesn't merge cleanly.
how about the removal of (char *) from that line, +const above it?
http://trac.osgeo.org/grass/changeset/
massimo di stefano wrote:
> but i gett errors about :
>
> "Incompatible library version for module"
you need to rebuild GRASS completely, or untangle multiple
installations. i.e. do a full 'make distclean' and re-make.
Hamish
d name. So that is needed for both python and
shell scripts. Windows doesn't know executable bits or #!/bin/python
shebangs. The alternative is to add interpreters and path names to the
command line, and change all script's GUI menu entries to some special
launch function.
of course I
le->has_verbose, module->has_shell module
init flags?]
if using two dashes you might as well use a word, not the
meaningless "-g". eg --script-style.
and only for grass7 if it does happen.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
lly working
from both ends complement each other.
> Otherwise, we're going to remain stuck in the situation
> where, at any given time, at most one person has the ability
> to compile GRASS on Windows, that one person spends their time
> focusing on end users, but the
; And should "swig" even be visible, or should it be e.g.
> "grass.lib.vector"?
very nice ideas guys.
grass.lib.vector and grass.script.vector sound good.
(possibly use a more descriptive name for 'script'?)
Hamish
Markus Neteler wrote:
> On Thu, May 7, 2009 at 1:45 PM, Martin Landa wrote:
> > Hi,
> >
> > 2009/5/7 Hamish:
> >>> I think that with the move in 6.4 to SQLite as default db
> >>> backend,
> >
> > Probably we could move to SQLite i
ions with wxPython
> > from osgeo4w, but loading fails due to the swig-related errors.
Glynn:
> I mean "configure --with-python --with-wxwidgets=...".
ie where to find the wx-config program? I've filed a ticket with osgeo4w,
hopefully i
ith $GISBASE expands to
"/usr/local/grass64/etc/gis_set.tcl"
etc.
see also the batch scripting wiki page which tells you how to run grass
without init.sh
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
th ways to warrant it.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
ategory.
(anything in d.vect.thematic already? qgis's graduated symbol equal
interval setup?)
Hamish
ps [offtopic]- just if anyone knows, in qgis's graduated symbol or
continuous color setup how to set more than a 2-color transition for
vector maps? It's a pain to data-enter but I can ca
eplicate your Discrete.png using the above patch &
the elevation.10m map from the Spearfish sample dataset, but failing.
Did you make a custom category (cats) file for your map containing the
discrete bands/ranges first?
Hamish
___
gra
Casey Vandenberg wrote:
> How easy would it be to implement an
> option in the ps.map instructions for colortables so that
> the user could decide if he/she wanted to use a discrete
> colortable vs. a continuous color table (see attached).
probably trival ... stay tun
in
the $MAPSET/VAR file.
which way would be the default?
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
file per mapset. I'd vote for per-map files so it takes longer
to reach any 32bit filesystem filesize limits, limits the effect of DB
corruption, and makes it easier to move maps around, but then I don't do
any fancy joins etc that might take advantage of a single file per
, but the change possibly
happened here:
http://trac.osgeo.org/grass/changeset/25353
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
; doesn't show anything related to lXmu.
It's looking for libXmu. (ld -l{library name without the lib- part})
see the ld man page "-larchive"
try installing libxmu-dev.
Hamish
___
grass-dev mailing list
grass-dev@list
>
> OS is Debian Lenny...
>
> Any help?
install the 'apt-file' package, and as root run 'apt-file update'
then as a regular user:
etch$ apt-file search X11/Xmu/StdCmap.h
libxmu-headers: usr/include/X11/Xmu/StdCmap.h
... install libxmu
> roberto:
> > Ok, without white space the command run correctly.
> > Grass 6.4 and 6.5 "don't like" white space in a character string.
me:
> (not if the fs= is also a whitespace... how will it know the difference?
http://trac.osgeo.org/grass/ticket/125
H
___
if one row somewhere
has some extra fs's in it.
v.in.ascii works in two steps. The first scans for type, parses, and
cleanses the data, the second step imports the cleaned version.
if it segfaults it means we are missing something in the cleansing step.
Hamish
_
n
the stand-alone installer gives: GRASS-wx (no term), GRASS-wx with a msys
terminal, GRASS DOS box only, and GRASS tcltk (no term)
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
ground)
see http://trac.osgeo.org/osgeo4w/ticket/83
also note in Colin's stand-alone 6.4.0svn installer the DOS box is now
automatically minimized.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Markus wrote:
> in order to facilitate the creation of other bindings, I
> suggest to move the
> swig/python/*.i
> files into
> swig/include/
>
> Then the various language wrappers could include from there.
(e.g. java bindings could
> Hamish wrote:
> > would it be possible to add svn revision to g.version, much like we
> > hard code the rev into libgis now?
Glynn wrote:
> The SVN revision of which file? The version in lib/gis is the revision
> of gis.h; if you want that, it's available in GIS_
Hi,
would it be possible to add svn revision to g.version, much like we hard
code the rev into libgis now?
I find version: "6.4.0svn (2009)" rather vague.
thanks,
Hamish
___
grass-dev mailing list
grass-dev@lists.osge
in" be set to description as the default? then it would
be great.
thanks,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
can display maps ok in that
wxGui, but asking for 3D mode gives this error in the layer
manager output tab:
---
[...]
if self.parent.nvizToolWin:
AttributeError
:
'MapFrame' object has not attribute 'nvizToolWin'.
---
then I can't exit the map display which means I have to kill the
process from ctrl-alt-del.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
ot;$GISBASE/etc/python:$GISBASE/Python25"
else
PYTHONPATH="$GISBASE/etc/python:$GISBASE/Python25:$PYTHONPATH"
fi
export PYTHONPATH
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
percentile= (see r.univar) instead
of just fixed median,q1,q3,perc90 levels?
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
s and fix them. there is no magic there, only reported errors get
fixed; if people don't report them they probably don't get fixed unless
the programmer notices it themselves.
but if you are working to a deadline probably 6.4rc is the best version
to use.
Hamish
_
ry 10 seconds probably 'sleep' is the better way,
if just once an hour probably 'cron' is the better way.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
William wrote:
> NVIZ python also requires PyOpenGL and numpy (it's mentioned in the
> wxpython gui readme but not the main GRASS requirements document).
REQUIREMENTS.html now updated in SVN.
Hamish
___
grass-dev mailing lis
tal_error(_("Unable to open raster map <%s>"), name);
map_type = G_get_raster_map_type(fd);
.
here G_find_cell2() strips off the @mapset and returns the (confirmed)
mapset name as it's result.
Hamish
___
> Hamish ha scritto:
> > no? what is the exact error message?
Paolo:
> option d not recognized
Using grep I can not find any trace of that message in the latest qgis
trunk/ SVN or GRASS's libgis. Has it been retranslated?
does QGIS's grass toolbox double-check the mo
Hamish:
> > So names can be lengthened without worry.
> > Does it not work??
Paolo:
> It does not, at least through the QGIS plugin.
no? what is the exact error message?
H
___
grass-dev mailing list
grass-dev@lists
> Paolo wrote:
> > Same thing happens for r.surf.fractal (option d=float has been changed
> > in option dimension=float). Could this also be fixed?
>
> it shouldn't need to be. the parser will accept shortened names as long
> as they do not conflict. Therefore a call to 'r.surf.fractal d=' will
>
Hamish ha scritto:
> > in devbr6 and relbr6_4 I have added backwards compatibility aliases
> > for the removed options. so all should be ok again.
Paolo wrote:
> Thanks for this.
> Same thing happens for r.surf.fractal (option d=float has been changed
> in option dimensi
n something from it.
"map range is .., type range is .., nodata=.. something there doesn't fit."
[*] important to explain why in the error message so they don't get
frustrated, as obviously this stuff is a bit arcane.
Hamish
__
me:
> in devbr6 and relbr6_4 I have added backwards compatibility
> aliases for the removed options. so all should be ok again.
(please test)
H
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gr
name for the parameter IMHO.
> So keep it as distance in 7 maybe?
in devbr6 and relbr6_4 I have added backwards compatibility aliases for
the removed options. so all should be ok again.
Hamish
___
grass-dev mailing list
grass-dev@li
ameter not
> set:"
>
> But the input is correctly set.
>
> Anyone understand the reason?
there is some problem in the newer code that the parser is rejecting
upper case options names. I don't know why, but we should fix that.
Hamish
__
switch from CVS.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hamish wrote:
> also I noticed there were some extra ^M chars in the *.dat files which
> shouldn't be there,
I wonder if those standard schemes should be hardcoded in a *.h file,
with an option to chose one of them by name or "custom" with an optional
and add/rename a new op
shouldn't be there. (but did not fix)
can you add an example to the help page which uses the Spearfish or
North C. sample datasets, or maybe creates some artificial clay and
sand maps? then I can better help test.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
in the addons SVN?
also, black/white bar borders seem popular with the GMT maps:
http://www.seismology.harvard.edu/~becker/igmt/examples/example4.gif
http://www.seismology.harvard.edu/~becker/igmt/examples/example1.gif
cheers,
Hamish
___
grass
them
if you are doing something on a multi-processor machine (if doing so
within a single mapset, at your own responsibility and risk that the
computation region etc is not changed of course :) for that reason you
might want to have e.g. 3 r.in.xyz
se of multiple cores?
FYI there is a Google Summer of Code student proposal to add
OpenMP support to a number of GRASS modules and/or libraries.
I would encourage anyone interested or knowledgeable in such things to get in
touch with Wolf to sign up to be a mentor. Then you can review and co
needed.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
mmers.
#more realistic
$ apt-cache search editor | wc -l
609
A search for " IDE " returns 43 hits.
"Eclipse" is mainly for Java AFAICT, but it most likely will
handle C too. seems popular in the press.
good luck,
Hamish
_
dumb question:
is it possible for the grass 6.4.0 native grass installer for MS-Windows
to ship with both Tcl/Tk gis.m and the wxPython GUI?
i.e. give the user a choice & a backup plan ...
Hamish
___
grass-dev mailing list
grass
all the way up to 6.2.something with r.report outputting
rather incorrect numbers for acres. (cue thread re. errors due to the
distortion of equal-area map projections over great distances/areas)
?,
Hamish
___
grass-dev mailing list
grass-dev@lists.osge
;s debian/ directory for semi-automatic package
building.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
also (very old):
http://bambi.otago.ac.nz/hamish/grass/memleak/v.in.ascii/
which Radim fixed.
> Trying the same with the SQLite driver worked well, no
> memory consumption at all.
>
> I tried this to trace the memory leak:
> CMD="r.random pat_dtm5m vector_output=vectrandom30
ilman/listinfo/soc
some interesting proposals are already filtering in.
thanks,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi,
what's blocking for 6.4.0rc4?
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
lues in a nice text editor
that allows that (nedit, wordstar, etc). without the extra whitespace it is a
bit too cluttered for my liking.
G_message() compacts whitespace so you don't see the nice formatting in the
normal output, and is a byproduct so shouldn't be sent to stdout
I would like to increase it to %.4f, and add a comma between numbers.
I am away from the office and not able to do anything in svn or any code
testing for the next few weeks. I'm just a few minutes a day with webmail
access right now.
(that's an invitation for someone else t
like d.vect with a huge number of
options)
the widget set takes less effort and review to change than all the
modules.
1/2c,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
MN:
> Unrelated idea: make the > of Cmd > clickable to clear the line?
I worry that you (ie I) could spend a lot of time carefully composing
a mapcalc command and then accidentally click the wrong thing and
lose it all. up/down arrow to view history?
gate nulls is a methodology choice
(regardless of lopsided merits) and so for my 2c I'd vote to
replace it in grass7 but not devbr6 or relbr64. and of course
clearly explain the situation in the modules' help pages in the
gr6 branches.
Hamish
__
g for a 32bit address space.
afaiu,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
dy:
https://trac.osgeo.org/grass/browser/grass-addons/raster/r.colors.tools/palettes/palette_chl_etc.gcolors
(svn log to get non-wiki'd log message)
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
ch a thing? what material would be covered?
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
ree/files/INT2_Ed4.pdf
http://www.iho.shom.fr/PUBLICATIONS/download.htm#M-4
http://www.iho.shom.fr/PUBLICATIONS/Publications_E.htm
or at least find some inspiration there.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo
Markus:
> Thinking about this: how 'bout diffing and update the old
> directory and remove the new r.sun2 directory (which doesn't
> have the history)
oh, that's what I thought you meant to do; fine idea.
Can we now say that all bugfixes have been cross-ported &
ribly slow.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
ble. Doing
> this manually is much much faster than renaming it using g.rename...
but it is possible for example to copy from DBF into PostreSQL if you
changed the DB backend.
maybe we should add a "fast" rename for 'g.copy vect=a,b' which just
renames the files.
search f
quot; from the dos prompt gives an error that it doesn't know what to do
with .tcl files -> pick an app dialog. presumably you could associate .tcl
files with wish.exe and then it would open.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
stem' like 'Help->Show system environment' which would run "set" and dump the
results to the Output window. It would help in debugging.
"""""
prob add a sep line in the help menu for that and 'About System'.
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
1101 - 1200 of 1773 matches
Mail list logo