#198: v.in.ascii: column scanning is borked
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: critical | Milestone: 6.4.0
Hi,
we still have the problem of leftover GUI(s) when leaving a GRASS session.
I wonder if we could get out more of the eval statement below to kill the
GUI process when leaving?
--- init.sh snippet ---
tcltk | gis.m | oldtcltk | d.m | wxpython)
if [ $GRASS_GUI =
This issue isn't new one and it requires also changes in GUI part. See
(uncommited) patches in old RT:
http://wald.intevation.org/tracker/index.php?func=detailaid=515group_id=21atid=205
Should I look into those old patches and commit to 6.5?
Maris.
2009/8/11, Markus Neteler nete...@osgeo.org:
On Tue, Aug 11, 2009 at 9:31 AM, Maris Nartissmaris@gmail.com wrote:
This issue isn't new one and it requires also changes in GUI part. See
(uncommited) patches in old RT:
http://wald.intevation.org/tracker/index.php?func=detailaid=515group_id=21atid=205
Ah, forgot about that patch.
#498: r.sun2 out of sync / broken svn history
-+--
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.0
Component:
#498: r.sun2 out of sync / broken svn history
-+--
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.0
Component:
Dear Devs,
i found a strange behavior in r.out.gdal while updating the GRASS test
suite.
Im using the grass6.4svn snapshot:
grass-6.4.svn_src_snapshot_2009_08_01.tar.gz.
on openSuse 10.3 Linux 2.6.22.19-0.2-bigsmp
gdal version 1.6.1
The test i am implementing tries to export a DCELL raster map
Hi,
to be able to easily filter vector maps geometrically (i.e. remove
vectors) I have
written the v.db.droprow script (G6.5; needs a Python port for GRASS 7).
It removes vector objects (point, line, area, face etc.) from a vector
map through
attribute selection in the table.
Example: remove all
#498: r.sun2 out of sync / broken svn history
-+--
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.0
Component:
Soeren Gebbert wrote:
Dear Devs,
i found a strange behavior in r.out.gdal while updating the GRASS test
suite.
Im using the grass6.4svn snapshot:
grass-6.4.svn_src_snapshot_2009_08_01.tar.gz.
on openSuse 10.3 Linux 2.6.22.19-0.2-bigsmp
gdal version 1.6.1
Using grass6.4svn with gdal1.6.0
From the DTED specs:
A data file of DTED Level 0, DTED Level 1 or
DTED Level 2 is a 1° by 1° cell defined by whole degree latitude and
longitude
lines on WGS. A DTED file shall not cross whole degree latitude or longitude
lines.
Matrix intervals for DTED Level 0.
ZONE LATITUDE latitude x
On 11/08/09 14:49, Markus Neteler wrote:
Hi,
to be able to easily filter vector maps geometrically (i.e. remove
vectors) I have
written the v.db.droprow script (G6.5; needs a Python port for GRASS 7).
It removes vector objects (point, line, area, face etc.) from a vector
map through
attribute
#718: r.li forgets mask/illegal filename
---+
Reporter: kyngchaos | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.4.0
On Tue, Aug 11, 2009 at 5:53 PM, Moritz
Lennertmlenn...@club.worldonline.be wrote:
On 11/08/09 14:49, Markus Neteler wrote:
...
Example: remove all vector with a certain attribute missing (nice when
doing random sampling).
Can't you do that with v.extract ?
It is using v.extract. But IMHO
On 11/08/09 19:29, Markus Neteler wrote:
On Tue, Aug 11, 2009 at 5:53 PM, Moritz
Lennertmlenn...@club.worldonline.be wrote:
On 11/08/09 14:49, Markus Neteler wrote:
...
Example: remove all vector with a certain attribute missing (nice when
doing random sampling).
Can't you do that with
On Tue, Aug 11, 2009 at 8:10 PM, Moritz
Lennertmlenn...@club.worldonline.be wrote:
On 11/08/09 19:29, Markus Neteler wrote:
On Tue, Aug 11, 2009 at 5:53 PM, Moritz Lennert wrote:
On 11/08/09 14:49, Markus Neteler wrote:
...
Example: remove all vector with a certain attribute missing (nice
Glynn Clements wrote:
Markus Metz wrote:
[...] An integer literal without a
trailing suffix is an int. Using a larger type to hold the value
where necessary is a gcc extension. Other compilers may simply
truncate the value to an int, even if off_t is 64 bits.
The latest change:
Markus Metz wrote:
2. Add an explicit range check before casting the off_t read from the
file to an int.
That should only be necessary if there is reason to suspect that the
sidx file is not read properly. Hmm, actually that would be a good check
for exactly that.
More important
gshhs 2.0 is not yet supported, unfortunately. The latest supported
version is 1.6, v.in.gshhs is awaiting updating.
Markus M
Jamie Adams wrote:
I grabbed the 2.0 version of gshhs, released 2009-07-15, but can't
import it into GRASS. The module doesn't return much in terms of
error
19 matches
Mail list logo