Opened 10 years ago
Closed 6 years ago
#2386 closed task (wontfix)
wxGUI: check for old vector topology format
Reported by: | martinl | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | 7.0.7 |
Component: | wxGUI | Version: | unspecified |
Keywords: | v.build.all | Cc: | |
CPU: | Unspecified | Platform: | Unspecified |
Description
Hi, I would assume that a common problem for users switching from G6 to G7 will be a new vector topo format. When opening vector data in G7 which were created in G6 d.vect
fails with
WARNING: Old topology format version 5.0 is not supported by this release. Try to rebuild topology.
It would be nice to have in wxGUI mechanism/dialog which would inform user about that and suggest updating topology format to G7 automatically. This tool would
- switch to map's mapset on background
- call
v.build
orv.build.all
- switch back to current mapset and re-render display
Change History (14)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
Replying to martinl:
This tool would
- switch to map's mapset on background
- call
v.build
orv.build.all
- switch back to current mapset and re-render display
"Switch to" and "switch back" should be done by passing env
parameter to the module calling function. In this way only the subprocess has the other mapset environment. There is even no "switch back" except from deleting the GRASS rc
file which was passed to the subprocess. See e.g. r60376.
This is also something which could be in data catalog. However, I agree that the point is to have it easily accessible when the problem occurs.
follow-up: 4 comment:3 by , 10 years ago
Whatever the discussion, I don't think this is a "critical" bug. The message is clear, the solution (v.build) is clear and so it's more of a question of convenience.
As a first gut reaction, I would say don't do anything this fundamental "behind the user's back". I would think that most users won't switch wildly between grass6 and grass7 on the same data. If they do, v.build and v.build.all exist to help them.
Moritz
follow-up: 5 comment:4 by , 9 years ago
Priority: | critical → normal |
---|
Replying to mlennert:
Whatever the discussion, I don't think this is a "critical" bug. The message is clear, the solution (v.build) is clear and so it's more of a question of convenience.
Right, decreasing the priority.
As a first gut reaction, I would say don't do anything this fundamental "behind the user's back". I would think that most users won't switch wildly between grass6 and grass7 on the same data. If they do, v.build and v.build.all exist to help them.
I modified the message in r65600 to mention v.build/v.build.all
. If no objection I will do backport to relbr70.
follow-up: 6 comment:5 by , 9 years ago
Replying to martinl:
Replying to mlennert:
Whatever the discussion, I don't think this is a "critical" bug. The message is clear, the solution (v.build) is clear and so it's more of a question of convenience.
Right, decreasing the priority.
As a first gut reaction, I would say don't do anything this fundamental "behind the user's back". I would think that most users won't switch wildly between grass6 and grass7 on the same data. If they do, v.build and v.build.all exist to help them.
I modified the message in r65600 to mention
v.build/v.build.all
. If no objection I will do backport to relbr70.
+1
comment:6 by , 9 years ago
follow-up: 8 comment:7 by , 9 years ago
Probably we could have a new addon module called v.convert.g6
doing conversion from GRASS 6 to GRASS 7 (v.build + v.db.connect)?
follow-up: 9 comment:8 by , 9 years ago
Replying to martinl:
Probably we could have a new addon module called
v.convert.g6
doing conversion from GRASS 6 to GRASS 7 (v.build + v.db.connect)?
might be a nice convenience module. But just v.db.connect won't be enough if you want to change from dbf to sqlite. The easiest would probably be db.connect + g.copy + g.rename, or something like that.
follow-up: 10 comment:9 by , 9 years ago
Replying to mlennert:
Replying to martinl:
Probably we could have a new addon module called
v.convert.g6
doing conversion from GRASS 6 to GRASS 7 (v.build + v.db.connect)?might be a nice convenience module. But just v.db.connect won't be enough if you want to change from dbf to sqlite. The easiest would probably be db.connect + g.copy + g.rename, or something like that.
not really, see (1)
(1) http://grasswiki.osgeo.org/wiki/Convert_all_GRASS_6_vector_maps_to_GRASS_7
comment:10 by , 9 years ago
Replying to martinl:
Replying to mlennert:
Replying to martinl:
Probably we could have a new addon module called
v.convert.g6
doing conversion from GRASS 6 to GRASS 7 (v.build + v.db.connect)?might be a nice convenience module. But just v.db.connect won't be enough if you want to change from dbf to sqlite. The easiest would probably be db.connect + g.copy + g.rename, or something like that.
not really, see (1)
Right, forgot about v.db.reconnect.all.
comment:11 by , 9 years ago
Milestone: | 7.0.0 → 7.0.5 |
---|
comment:12 by , 8 years ago
Milestone: | 7.0.5 → 7.0.6 |
---|
comment:13 by , 7 years ago
Milestone: | 7.0.6 → 7.0.7 |
---|
Replying to martinl:
Might it be better to also transfer to SQLite while we are at it?
http://grasswiki.osgeo.org/wiki/Convert_all_GRASS_6_vector_maps_to_GRASS_7