Hi,
I have two GRASS installations:
- compiled form sources on Fedora 5
- installed from RPM’s on Fedora 6
I try to begin digitizing my raster map, but when I enter new or remove existing centroids digitizing tools stop responding. Sometimes I manage to enter a few centroids sometimes remove a few ones, but finally GRASS stops responding. This behaviour is on both installations. This is my first digitizing task, so maybe I make any mistakes. Is this GRASS behaviour known to anyone?
Regards,
Jarek
www.mpzp.pl (MapServer)
www.ekoprojekt2003.p1314.futuro.pl
RHKARAS2 wrote:
I have two GRASS installations:
1. compiled form sources on Fedora 5 2. installed from RPM's on
Fedora 6
I try to begin digitizing my raster map, but when I enter new or
remove existing centroids digitizing tools stop responding.
Sometimes I manage to enter a few centroids sometimes remove a few
ones, but finally GRASS stops responding. This behaviour is on both
installations. This is my first digitizing task, so maybe I make any
mistakes. Is this GRASS behaviour known to anyone?
Jarek,
I confirm, built from source on Ubuntu Dapper 32bit with tcl/tk 8.4.
It's been few months since I have spotted it for the first time, can't
remember exactly when though. Maybe with 8.3 it would be better? I
don't know.
Indeed the problem is limited to centroids. It's not reproducible with
points, lines and boundaries.
If you really want to do some serious digitizing, please use the GRASS
Edit in QGIS 0.8. Really. It is not perfect either but still better.
Maciek
Maciej Sieczka wrote:
RHKARAS2 wrote:
I have two GRASS installations:
1. compiled form sources on Fedora 5 2. installed from RPM's on
Fedora 6
I try to begin digitizing my raster map, but when I enter new or
remove existing centroids digitizing tools stop responding.
Sometimes I manage to enter a few centroids sometimes remove a few
ones, but finally GRASS stops responding. This behaviour is on both
installations. This is my first digitizing task, so maybe I make any
mistakes. Is this GRASS behaviour known to anyone?
Jarek,
I confirm, built from source on Ubuntu Dapper 32bit with tcl/tk 8.4.
It's been few months since I have spotted it for the first time, can't
remember exactly when though. Maybe with 8.3 it would be better? I
don't know.
Indeed the problem is limited to centroids. It's not reproducible with
points, lines and boundaries.
Hi,
This issue seems fixed in 6.3 CVS. Several other bugs too. Also, Glynn
has has restructurized v.digit code to make independent of GRASS X
monitors display. Please try how it works for you now.
NOTE: due to necessary changes in v.digit code, points/nodes/centroids
symbols have *a bit* intermittent shape at the moment; hopefully this
glitch can be fixed too, not a high priority currently though.
Maciek
Maciej Sieczka wrote:
NOTE: due to necessary changes in v.digit code, points/nodes/centroids
symbols have *a bit* intermittent shape at the moment; hopefully this
glitch can be fixed too, not a high priority currently though.
Update: this is fixed now by using bitmap symbols for points etc..
There is a side effect that the size of point symbols is now constant,
while it used to be relative to the line width, before recent changes
in v.digit.
Maciek