Dear all,
a first release candidate of the new 6.2.2 has been published today:
http://grass.itc.it/grass62/source/
grass-6.2.2RC1.tar.gz (12M)
It will be on the mirrors within 1-2 days.
Numerous issues have been resolved:
* System and Libraries:
o DBMI/SQL parser: added
Hi,
to just add another one: we have (probably first time ever)
hit the 1000-emails-per-month-barrier:
http://grass.itc.it/pipermail/grass-dev/2007-May/date.html
Starting: Tue May 1 00:14:04 CEST 2007
Ending: Wed May 30 21:44:06 CEST 2007
Messages: 1001
A pretty active *development* list!
Moritz Lennert wrote on 05/25/2007 10:44 AM:
On 24/05/07 18:36, Markus Neteler wrote:
On Thu, May 24, 2007 at 06:10:46PM +0200, Moritz Lennert wrote:
On 24/05/07 17:35, Paolo Cavallini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Neteler ha scritto:
- DBF access failed
Carlos Dávila wrote:
Does anybody know why statistics in
http://grass.itc.it/devel/i18n.php#statistics are not been updated?
Carlos
Yes. The cronjob was broken due to a CVS update error
(lib/init/grass-xterm-wrapper contained nonsense in the local
directory for unknown reasons).
Daniel Calvelo wrote:
Replying to myself twice, sorry.
After reading v.univar/main.c more thoroughly, I think I'm
understanding the issue: v.univar.sh is *not* a shell equivalent of
v.univar. Actually, v.univar.sh should have been called v.db.univar.
[...]
--
-- Daniel Calvelo
(subject modified since I find it hard to relate this content to QGIS)
Glynn Clements wrote:
Hamish wrote:
Also, I would be inclined to clean up the above by looping over the
column names i.e.:
(
for var in n min max range mean stddev variance cf_var sum ; do
eval
Glynn Clements wrote:
Michael Barton wrote:
Any idea why my attempts to post to grass-gui keep bouncing?
I had the same problem. It's [EMAIL PROTECTED], not
[EMAIL PROTECTED]
Duh; I had assumed that I was replying to messages posted to grassgui.
They were actually posted to
Glynn Clements wrote:
Markus Neteler wrote:
Hi,
when having a semicolon at the end of a statement, the DBF driver gives
an error:
echo select start_map, end_map, start_mp, start_off, end_mp, end_off,
lid from route_lrs where lcat = 1; | db.select
DBMI-DBF driver error:
SQL
Paul Kelly wrote on 07/01/2007 10:13 PM:
Hello Markus
As I noted before
(http://grass.itc.it/pipermail/grass-dev/2007-May/031699.html) Grass
6.2.2 seems to already be tagged (as grass_6_2_2) in CVS. I wonder
how/when this happened, but it was definitely before 28th May as that
was when I
Paul Kelly wrote on 07/02/2007 11:33 AM:
On Mon, 2 Jul 2007, Markus Neteler wrote:
Paul Kelly wrote on 07/01/2007 10:13 PM:
I still think it is a good idea to include the date of releases in the
tag name, less confusion that way, e.g. release_20070702_grass_6_2_2 -
what do you think
On Wed, Jul 04, 2007 at 01:28:47PM +0100, Glynn Clements wrote:
...
It's in db/drivers/postgres/Makefile:
14EXTRA_CFLAGS = $(PQINCPATH) $(TCLINCDIR) $(TKINCDIR)
26$(CC) $(LDFLAGS) -o $@ $(ARCH_OBJS) $(FMODE_OBJ) $(PQLIBPATH)
$(LIBES) $(TCLTKLIBPATH) $(TCLTKLIBS) \
Ah!
Hamish wrote on 07/09/2007 11:44 AM:
proposal: tag 6.2.2rc2 circa now, and if no more major changes are applied
release it mostly unchanged as 6.2.2 final in the next 2 weeks.
aka
any more outstanding issues that are reasonably expected to be fixed?
The v.in.gns patch needs to be applied
Hi,
I have a new laptop with Mandriva 2007.1 (so x.org). X is not
recognised although all header files are apparently there.
I debugged a bit and found the following (conftest.c and confdefs.h
manually extracted from configure):
cat conftest.c
#line 4672 configure
#include confdefs.h
#include
Glynn Clements wrote:
Markus Neteler wrote:
I have a new laptop with Mandriva 2007.1 (so x.org). X is not
recognised although all header files are apparently there.
I debugged a bit and found the following (conftest.c and confdefs.h
manually extracted from configure):
cat
Glynn Clements wrote:
object | symbol
-+
general/g.tempfile/OBJ.i686-pc-linux-gnu/main.o | umask
lib/gis/OBJ.i686-pc-linux-gnu/gisinit.o | umask
Glynn Clements wrote:
WolfgangZ wrote:
GRASS GIS releases version 6.2.2
are there any plannings to release 6.2.2 also for cygwin-users?
I have compiled 6.2.2 on Cygwin. If someone with write access to the
GRASS site wants it, contact me on IRC.
--
Glynn Clements [EMAIL
Hi,
if there are no objections, I will retire r.proj and
rename r.proj.seg - r.proj in GRASS 6.3-CVS.
The file bilinear.c still contains a Press reference,
does it still hold true since it uses G_interp_bilinear()?
Markus
--
View this message in context:
Hi,
following GDAL, I have updated the CSV files in lib/proj/
to EPSG 6.13. As always, the files are taken from GDAL-SVN-HEAD.
There are two new files
- gcs.override.csv
- pcs.override.csv
which fix a couple of entries.
Markus
___
grass-dev mailing
Hamish wrote on 07/23/2007 11:54 AM:
Markus Neteler wrote:
PS: Unrelated - for table only input I have added 'db.in.ogr' to GRASS
6.3-CVS which imports DBF, CSV etc.
v.in.garmin:
# COPY table FROM 'filename.txt' does not work for DBF and there is no
# db.in.ascii yet, so we use
Hi,
d.font -l prints out 190 fonts on my system (happy me) but they aren't
sorted.
Could this be added to print_font_list() in display/d.font/main.c
?
Thanks
Markus
--
View this message in context:
http://www.nabble.com/d.font--l%3A-please-sort-alphabetically-tf4138371.html#a11770995
Sent
Volker Wichmann-2 wrote:
...
Hi Hamish,
I will do so as soon as I've figured out how to do the diffs.
Volker
Please take a look at the SUBMITTING file in the main source directory.
It explains it.
Markus
--
View this message in context:
Glynn Clements wrote:
Markus Neteler wrote:
I have tried but both -l and -L don't report anything (any more).
I didn't run make distclean if that matters.
It matters.
The architecture of the graphics subsystem is such that adding new
operations invariably requires substantial
Glynn Clements wrote:
Markus Neteler wrote:
I have fixed the r.out.bin buffer issue in CVS (also in 6.2.3-CVS).
This should be changed to GPATH_MAX (the parameter is a pathname, not
a map name); but first, GPATH_MAX needs to be added to 6.2.
Both done in 6.2.3-CVS (will appear
Glynn Clements wrote:
Markus Neteler wrote:
I tried to make a nice GRASS monitor dump with d.out.file but
realized that the freetype fonts are only approximated:
# spearfish
g.region rast=elevation.dem -p
d.mon x0
d.font FreeSans
d.rast elevation.dem
echo Spearfish elevation
Glynn Clements wrote:
Markus Neteler wrote:
I tried to make a nice GRASS monitor dump with d.out.file but
realized that the freetype fonts are only approximated:
# spearfish
g.region rast=elevation.dem -p
d.mon x0
d.font FreeSans
d.rast elevation.dem
echo Spearfish
Glynn Clements wrote:
Markus Neteler wrote:
If you are looking for a quick fix to this specific problem, it would
be simpler to just remove the D_clear_window() call from d.rast.
Great suggestion:
Now d.out.file keeps the d.font settings.
Any objections to submit this to CVS
Hi,
I wonder if the r.li.daemon code could be moved up to (some) library level
to
use parallelization whereever possible. Since the code is there and seems to
work...
Markus
--
View this message in context:
Glynn Clements wrote:
Paul Kelly wrote:
I think one problem could be with the new python gui: many distros do
not have wx2.8 packaged, and this could slow down effective
dissemination of the new version.
Anybody knows more about this?
The new Python GUI isn't in 6.3.x, so it's
Yes, the plan is to rewrite the raster data library for GRASS 7,
let's discuss this in a different thread.
Markus
Paolo Cavallini wrote:
Mayor numbers are usually associated with a change in format, thus
breaking retrocompatibility; would this mean you intend to change the
(now very old)
While we should concentrate now on getting out 6.3.0 (e.g.,
fixing issues indicated by Helena [1]), it is important
to start planning for a GRASS 7 dev-branch management.
For GRASS 6, we used for quite some time a mixed solution,
with new code stored in the grass6/ repository and linking
old,
Here a FWD (with permission) to discuss the problem of Indian
fonts support in GRASS. I wonder if the new fond infrastructure
helps in this regards.
additional message from jitendra:
Please do give your critical comments on the website
www.pcmcgisda.org.in
Markus
-- Forwarded message
Stephan Holl-3 wrote:
Am Dienstag, 14. August 2007 03:02 schrieb Hamish:
Markus Neteler wrote:
Still we have to figure out the flags of the cvs2svn conversion
script.
one problem I have seen before in CVS-SVN is binaries (ie image.gif)
get corrupted if not -kb flagged in CVS. IIRC
Glynn,
to easier operate on incomplete time series from MODIS (and
others), we would like to suggest attached patch. It
adds a threshold to filter out incomplete pixel series
before calling the aggregation function which saves us
to perform extra runs on counting valid pixels and to
post-filter
Glynn Clements wrote on 08/16/2007 08:59 PM:
Markus Neteler wrote:
to easier operate on incomplete time series from MODIS (and
others), we would like to suggest attached patch. It
adds a threshold to filter out incomplete pixel series
before calling the aggregation function which saves
Glynn Clements wrote:
Markus Neteler wrote:
to easier operate on incomplete time series from MODIS (and
others), we would like to suggest attached patch. It
adds a threshold to filter out incomplete pixel series
before calling the aggregation function which saves us
to perform extra
! Schon vom neuen GMX MultiMessenger gehört?
Der kanns mit allen: http://www.gmx.net/de/go/multimessenger
___
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev
--
Markus Neteler neteler itc it http
Jan-Oliver Wagner wrote on 08/22/2007 02:25 PM:
On Dienstag, 14. August 2007, Markus Neteler wrote:
Stephan Holl-3 wrote:
Am Dienstag, 14. August 2007 03:02 schrieb Hamish:
Markus Neteler wrote:
Still we have to figure out the flags of the cvs2svn conversion
Jaime Lopez-2 wrote:
Hi grass devs,
How I can get the grass5.0pre5 version?
cause I cant find it to download
Thanks in advance
--
Jaime Lopez
It seems that there is no copy of this pre-release on the server.
According to
http://grass.itc.it/devel/grassreleases.html
it was
Alex Adrian Marin wrote on 08/27/2007 05:43 PM:
Hi grass-dev
we have a doubt about the installation of grass5pre5, once used the
cvs to download on my pc, ¿the setup of grass5pre5 it download on my
pc ? or is installed on my pc directly
your question is not very clear to me...
From CVS you
Hi Jachym,
this is related to (n)curses.
I found this thread:
http://www.webservertalk.com/archive100-2005-9-1216600.html
...
When configuring Mutt, Mutt doesn't find the ncurses.h because the
new version of ncurses install this header under ncurses/ncurses.h
(at least, under Solaris).
...
Hi Yann,
could you send us a patch to get it right?
thanks
Markus
Yann Chemin-3 wrote:
Yes, this is test data, was in testdata/ dir in the grassSVN Add-ons
before
joining CVS.
Please anyone with write access may change this.
Yann
--
View this message in context:
Martin Landa wrote on 09/04/2007 11:37 AM:
Hi Michael,
I tried to modify g.list. Instead of G_list_element(), the patch call
G_list() and G_ls_format() .
...
$ g.list rast --q
asp
aspect
bugsites
density
...
Hi Martin,
wouldn't it be more sensitive to use '-g' instead?
Also in
On Tue, Sep 04, 2007 at 10:34:27AM -0500, William Kyngesburye wrote:
With no offers of help on my request a while back, I decided to give it a
go:
http://wald.intevation.org/tracker/?func=detailaid=380group_id=21atid=188
I think I figured out the equivalent curl command. Does anyone know
Paolo Cavallini wrote:
Hi all.
I remember some times ago a team of Chinese devs started working on
GRASS. Anyone knows about their results?
Here is a blog post (I don't know more):
http://www.gaoang.com/?p=36
Markus
--
View this message in context:
(moved to grass-dev)
[EMAIL PROTECTED] wrote on 09/05/2007 11:36 AM:
In addition, GRASS shell scripts and modules should be checked
and hardened for cases where spaces may appear in file or directory names.
On a unix system, users generally don't store stuff in paths with
spaces, but Windows
Hello Yann,
Yann Chemin-3 wrote:
Hello Markus,
Here is a patch done with this command:
diff -Naur main.cppold main.cpp main_atcorr.diff
Just commented the '...-answer=...' pointers.
Yann
[patch]
I have applied your patch in CVS.
thanks
Markus
--
View this message in
Brad,
AFAIK we use autoconf-2.13 and nothing else.
Markus
Brad Douglas wrote:
What versions of autoconf, automake, etc. is everyone using? When I do
autoreconf, I get errors. The generated configure script has extraneous
'fi' statements.
It seems to be a problem with certain nested
Francesco P. Lovergine wrote on 09/06/2007 10:40 AM:
Could someone confirm that MISR radiance/geometric data need an ad-hoc
importer for grass? I'm going to write down such a tool based on
MISR toolkit, just like to know if i'm wasting my time...
Maybe yes - did you check GDAL support? In
HamishB wrote:
Hamish wrote:
as earlier mentioned* I'd like to change the Option struct to
rationalize the -description and -label parts.
currently, if a label is defined it becomes the description, and the
description becomes the tooltip. This is non-intuitive and
inconsistent.
Maciej Sieczka wrote:
Maciej Sieczka wrote:
dziadgba dziadgba wrote:
hy everybody, I am working on a project involving geografical data.
I used grass61 until the end of june, now I reinstalled my system
and but grass62.
The problem is that when I try to use v.report on a layer
Hi,
when using g.mlist in mapsets with thousands of maps in
it (as happens with MODIS time series), it gets extremely
slow. I wonder
- if a C implementation would be faster (I usually need
the * wildcard to match file names)
- if yes, how complicated it is to write.
?
Markus
William Kyngesburye wrote:
some netpbm tools are already needed by a couple other script
modules, so it's not a new requirement. But it seems it is not
mentioned in the GRASS requirements.
Do you have a list? netpbm is rather fat; especially if
you only want a few lines of code from
Hamish wrote on 09/12/2007 12:47 PM:
what should a the C flat 'g.list -g' output look like? how about:
[user1]
map1
map2
map3
[PERMANENT]
map_a
map_b
map_c
For parsing reasons, it should be
[user1] map1
[user1] map2
[user1] map3
[PERMANENT] map1
[PERMANENT] map2
[PERMANENT] map3
or
Glynn Clements wrote on 09/10/2007 08:25 PM:
Hamish wrote:
Glynn Clements wrote:
Markus Neteler wrote:
when using g.mlist in mapsets with thousands of maps in
it (as happens with MODIS time series), it gets extremely
slow.
..
Glynn Clements wrote
Maciej Sieczka wrote:
Hi
In current 6.3 CVS, running db.describe on a non exiting table yields a
couple of strange chars. I was not able to paste them into the email -
please see the attached screendump. Should I report this to the tracker?
No need, fixed in CVS.
Markus
--
View this
Hi,
to test if and when GRASS fails with white space in the data path, I have
changed (on my Linux box) $HOME/grassdata/ to $HOME/grass data/.
Besides a failure in command line startup:
grass63 $HOME/grass data/spearfish60/user1
Cleaning up temporary files.
Starting GRASS ...
The LOCATION
Dear PSC,
we should decide (or give a recommendation to the
developers team) about the migration from CVS to SVN.
This is currently holding the start of GRASS 7 development.
Essentially, all want to migrate to SVN for various
advantages already discussed. But we have to define
where the hosting
On Sat, Sep 15, 2007 at 05:58:09PM +1200, Hamish wrote:
I think both hosts would do a fine job, so no strong opinion as to
where the other end of the wire physically ends up.
Very important to me though is that we get a ViewCVS 0.9.3 interface on
par with what we have now. There are a number
Glynn Clements wrote:
It doesn't make any difference whether the libraries are static or
dynamic.
Unless you can supply the OpenDWG/DWGDirect source code under a
GPL-compatible licence, you cannot distribute a binary which is linked
(statically or dynamically) against both the GRASS
On Mon, Sep 17, 2007 at 11:56:02PM -0700, Michael Barton wrote:
I just updated from the cvs and compiled.
I tried the new fast g.mlist and got very weird results. Running g.mlist
rast returned mapnames like...
elevation.10mnrstrct.areasn
... instead of
elevation.10m
On Tue, Sep 18, 2007 at 12:15:18AM -0700, Michael Barton wrote:
Wolf,
I just checked the 'binary' version against the source version of g.mlist.
Both are identical.
There must be something problematic in the new code. Has anyone else had
this problem?
Has this been tried on a Mac? I
Michael Barton wrote:
I'm happy to be supportive of anyone who volunteers help with the web
page.
Thanks for doing this.
For obvious reasons, me too :-)
We could think of going Drupal (moving the Web pages to the OSGeo site).
Probably we no longer needed mirroring of the Web pages; we
Dylan Beaudette-2 wrote:
On Wednesday 19 September 2007, Trevor Wiens wrote:
On Wed, 19 Sep 2007 09:19:07 +0100
Glynn Clements [EMAIL PROTECTED] wrote:
Fixed in CVS, with:
Confirmed. Downloaded and retested this morning. Thanks
T
Are there any mechanisms in place such that core
Dylan Beaudette-2 wrote:
Hi,
I have posted some minor cosmetic / printing patches in the past to the
Gforge
site, however it looks like they were either overlooked- or not deemed
worth
implementing.
To me it seems to be overlooked in GForge.
I like the trac approach where
Jan-Oliver Wagner wrote on 09/27/2007 10:37 AM:
...
http://grass.gdf-hannover.de/wiki/SVN_hosting
this list apparenly is driven by the wish to go to osgeo.
The contras against GForge are basicall contras against the bug tracker
and I fail to see a neutral judgement.
It would be
Jan-Oliver Wagner wrote on 09/27/2007 08:37 PM:
On Thursday 27 September 2007 12:16, Markus Neteler wrote:
Jan-Oliver Wagner wrote on 09/27/2007 10:37 AM:
...
http://grass.gdf-hannover.de/wiki/SVN_hosting
this list apparenly is driven by the wish to go to osgeo
On 9/28/07, Maciej Sieczka [EMAIL PROTECTED] wrote:
Markus Neteler wrote:
Jan-Oliver Wagner wrote on 09/27/2007 08:37 PM:
one of the Admins of the GForge grass project can switch on other modules,
among them SCM (Source Code Management, == SVN), a wiki (I don't like
this implementation
On Mon, Oct 01, 2007 at 10:09:33PM +0200, Jan-Oliver Wagner wrote:
On Saturday 29 September 2007 09:58, Markus Neteler wrote:
Jan-Oliver Wagner-2 wrote:
On Friday 28 September 2007 14:06, Markus Neteler wrote:
Jan-Oliver Wagner wrote on 09/27/2007 08:37 PM:
one of the Admins
On Tue, Oct 02, 2007 at 11:01:43AM +0200, Hamish wrote:
M:
What about http://www.mediawiki.org/wiki/Extension:ConfirmEdit ?
H:
Looks good!
M:
We tried it yesterday, but it enabled only the Chinese version.
We didn't manage to enforce English or even what the browser
says (mine
Kirk Wythers wrote:
Thanks to everyone who has responded to my GmAnim problem. Here is
the latest.
...
Sorry for a stupid comment: why not working with patches
against CVS? The current approach seems to be a bit lossy.
patch/diff is fairly easy to use (see SUBMITTING in the main
The GRASS Wiki is now protected by a captcha. I have deleted all translations
of the help text to avoid below mentioned problem.
Please try and report...
Markus
Markus Neteler wrote:
On Tue, Oct 02, 2007 at 11:01:43AM +0200, Hamish wrote:
M:
What about http://www.mediawiki.org/wiki
HamishB wrote:
Markus Neteler wrote:
Author: hamish
..
Modified Files:
init.sh
Log Message:
add test so don't overwrite VAR file without testing. I just
commented the whole thing out though after fixing it, as the VAR and
$MAPSET/dbf/ should be created on demand
On 10/9/07, Maciej Sieczka [EMAIL PROTECTED] wrote:
Frank Warmerdam wrote:
Maciej Sieczka wrote:
Does anybody know if OSGEO's Trac setup allows for replying
to tracker by email?
Would that work? :
1. a GRASS bug is reported to Trac
2. notification is forwarded to GRASS dev list
HamishB wrote:
Hi,
if there are no objections I will rename r.cats to be r.category (to match
v.category), leaving a r.cats symlink for backwards compatibility for the
duration of GRASS 6.x.
In addition I mean to move/copy the copy cats from raster= option from
r.support to
Markus Neteler wrote:
I think that it is time to get out a GRASS 6.3.0 release
(as sort of technology preview). It would be great to
have it ready for FOSS4G2007, say, September.
IMHO, GRASS 6.3-CVS is in a good shape. Thoughts?
I suggest to try again these days once Glynn/Moritz have
Glynn Clements wrote:
Brad Douglas wrote:
The main thing to bear in mind is that the graphics system is going to
be completely re-written for 7.x.
Could your provide details? I've seen bits here and there, but it would
be nice to have a summary of planned changes in one place.
Maciej Sieczka wrote:
Markus Neteler wrote:
Markus Neteler wrote:
I think that it is time to get out a GRASS 6.3.0 release
(as sort of technology preview). It would be great to
have it ready for FOSS4G2007, say, September.
IMHO, GRASS 6.3-CVS is in a good shape. Thoughts?
I suggest
On Mon, Oct 15, 2007 at 05:51:51PM +0200, Glynn Clements wrote:
William Kyngesburye wrote:
Glynn, do you think the makefile changes for the extension building
will make it into the 6.3 release?
It depends upon how soon 6.3 is released. Aside from the time taken to
decided and
Fellow PSC members,
after long discussions, according to our (yet proposed) rules
of voting [1], I motion that the GRASS CVS server be migrated
into SVN server on OSGeo infrastructure as well as the bug tracker
be migrated to Trac on OSGeo infrastructure.
Rationale and background information to
On Wed, Sep 05, 2007 at 02:54:57PM +0200, Markus Neteler wrote:
Glynn Clements wrote on 03/20/2007 07:24 PM:
Markus Neteler wrote:
I have tried to update r.surf.idw to floating point:
but I am not quite sure if this is efficient like this.
Currently it doesn't compile due to some
Moritz,
no big deal to make a 6.2.3 release.
I am afraid that you need to use gdb or ddd (see Wiki for instructions)
to debug a bit.
Markus
On Tue, Oct 16, 2007 at 11:16:07AM +0200, Moritz Lennert wrote:
Re-launching this question since we will begin GIS classes soon with
6.2.2 and I would
Hi,
since v.what.rast is (for me) extremely slow, I have added
cover map support to r.random. You can now do random sampling
(e.g., elevation) and sample at the same time for the random
locations values from a second raster map (e.g., landuse).
The result is only stored when using vector points
On Wed, Oct 17, 2007 at 08:01:56AM +0200, Maris Nartiss wrote:
Hi,
sorry but I'm not an make guru and thus see it simple: if I run comand
make -j4 it should get along with it or fail with err blah parallel
buld not supported. Current CVS version does neither of it.
I hope we don't give up so
On Wed, Oct 17, 2007 at 04:07:25PM +0200, [EMAIL PROTECTED] wrote:
Author: hamish
Update of /grassrepository/grass6/vector/v.what.rast
In directory doto:/tmp/cvs-serv29282
Modified Files:
main.c
Log Message:
Add some debug messages to see where the slowdown is.
The slowdown is
Like Michael,
+1 from me.
Markus
Michael Barton wrote on 10/16/2007 02:26 AM:
While I'm not unhappy with the current setup, moving to OSGeo seems like a
good idea for both technical and organizational reasons.
1+
Michael
On 10/15/07 12:40 PM, Markus Neteler [EMAIL PROTECTED] wrote
HamishB wrote:
Markus Neteler wrote:
We discovered that both 6.2 and 6.3 fail in DE locale when starting
for example g.region:
..
and the source code:
..
flag.gprint-guisection = _(Print;Shell Script);
Why the ';'? Is that trying to put the checkbox in two tabs at once
patch fixes problem.
Maris.
2007/10/17, Markus Neteler [EMAIL PROTECTED]:
We discovered that both 6.2 and 6.3 fail in DE locale when starting
for example g.region:
bad window path name .nb.fGebe_für_Shell-Skript-Weiterverwendung_aus.
bad window path name .nb.fGebe_für_Shell-Skript
HamishB wrote:
Markus wrote:
flag.gprint-guisection = _(Print;Shell Script);
..
thanks but I am afraid that the bug persists.
what if you change
- flag.gprint-guisection = _(Print;Shell Script);
+ flag.gprint-guisection = _(Print);
This looks good! So
Roberto Antolin wrote:
Hi Michael and all,
Sorry for the delay but I wasn't able to find what was wrong and then we
had some big problems with our server.
Michael Barton escribió:
It's completely flat. I just did another test. If I use a vector
attribute
column in layer 1, the entire
Moritz Lennert-2 wrote:
On 16/10/07 11:40, Markus Neteler wrote:
Moritz,
no big deal to make a 6.2.3 release.
I am afraid that you need to use gdb or ddd (see Wiki for instructions)
to debug a bit.
No this is a tcltk gis.m issue. I think I found it now (at least it
seems to work
Glynn Clements wrote:
Hamish wrote:
Markus Neteler wrote:
since v.what.rast is (for me) extremely slow, I have added
cover map support to r.random.
..
PS: v.what.rast still running on just 300k points while I
implemented above :-) Anyone who could make v.what.rast faster
Glynn Clements wrote:
grass-dev@grass.itc.it wrote:
code I item #518, was opened at 2007-10-21 22:05
...
Known problem. The most recent versions of FFMPEG don't work with the
6.2.x code. It's fixed in 6.3-CVS; it's probably safe to back-port
gsd_img_{ppm,mpeg}.c (you need both files).
Glynn Clements wrote:
Markus Neteler wrote:
since v.what.rast is (for me) extremely slow
...
Maybe it's the qsort(), maybe it's the i,j loop within a loop.
...
The loop is certainly inefficient.
...
--- vector/v.what.rast/main.c patch
...
I have made a Spearfish test
On Mon, Oct 15, 2007 at 05:59:36PM +0200, Markus Neteler wrote:
On Mon, Oct 15, 2007 at 05:51:51PM +0200, Glynn Clements wrote:
William Kyngesburye wrote:
Glynn, do you think the makefile changes for the extension building
will make it into the 6.3 release?
It depends upon how
Glynn Clements wrote:
Markus Neteler wrote:
You could try re-compiling the DBMI libraries with -DUSE_BUFFERED_IO
to see if that helps at all.
...
However, I don't think that it's going to tell me much in this case;
the driver is almost certainly at lib/db/dbmi_driver/driver.c:140
Hi,
I got the following mail today about QGIS 0.9.0 (I assume the
preview version) on Windows:
On Tue, Oct 23, 2007 at 01:16:44PM +0200, El. wrote:
I have a quick question for you, I have installed QGIS 0.9.0 Ganymede on a
Vista computer (from a colleague) and contrarily to what I have
Martin Landa-2 wrote:
Hi all,
I have updated technical aspects of planned migration from CVS to SVN on
wiki.
Please take a look at
http://grass.gdf-hannover.de/wiki/Migration_from_CVS_to_SVN
Any comments/hits/suggestions/ideas are welcomed!
Thanks for the hard work.
The
Hi developers,
I have tagged the releasebranch_6_3:
To get it:
a) anonymous read
export CVSROOT=:pserver:[EMAIL PROTECTED]:/home/grass/grassrepository
cvs -z3 checkout -r releasebranch_6_3 grass6
b) developer with write access
yourcvsid=markus
export CVSROOT=:ext:[EMAIL
A first release candidate of GRASS 6.3.0 is now available:
http://grass.itc.it/grass63/source/
- grass-6.3.0RC1.tar.gz
An initial announcement has been drafted at
http://grass.itc.it/announces/announce_grass630.html
(state April 2007, further fixes need to be merged in)
Key fixes include
Great news!
Here the URL:
http://geog-pc40.ulb.ac.be/grass/wingrass/
Markus
Moritz Lennert-2 wrote:
I have finally managed to recompile GRASS on Windows. The binaries are
now available for download. So please test.
Thanks to Glynn for all the bug fixing !
Moritz
--
View this
1 - 100 of 110 matches
Mail list logo