[GRASS5] db.oodbfedit: a _very_ simplistic approach to dbf attribute editing

Markus Neteler neteler at itc.it
Sat Aug 6 04:04:00 EDT 2005


On Fri, Aug 05, 2005 at 06:45:23PM +0200, Moritz Lennert wrote:
> On Thu, August 4, 2005 21:38, Daniel Calvelo Aros said:
> > From: Markus Neteler <neteler at itc.it>
> > Sent: Thu, 4 Aug 2005 17:33:33 +0200
> >>
> >> On Wed, May 25, 2005 at 02:30:41PM +0200, Markus Neteler wrote:
> >> > On Wed, May 25, 2005 at 10:33:28AM +0200, Moritz Lennert wrote:
> >> > ...
> >> > > All these different elements contribute to the idea that finally my idea
> >> > > wasn't so great ;-)
> >> > > I'll pursue the other path of creating easy frontends to db.execute.
> >> >
> >> > Maybe things should go into sqlite3 direction (there are tcl/tk bindings),
> >> > and/or OGR SQL engine.
> >> >
> >> > sqlite3 could be interesting to manage raster time series as well etc.
> >> >
> >>
> >> There is also a browser (or several):
> >>  http://sqlitebrowser.sourceforge.net/screenshots.html
> 
> This does look good, but it depends on QT. It seems a bit overkill to have
> GRASS depend on QT just for a data browser...
> This should be part of the general discussion of a future GRASS GUI that
> Michael launched recently.

Also QGIS depends on QT - it was meant as an option, not as a
requirement.

Markus




More information about the grass-dev mailing list