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

[Moritz Lennert]

On Tue, May 24, 2005 4:14, Daniel Calvelo Aros said:
> My first reaction would be: leave that to the QGIS front-end. I'm unsure
however that this is a viable solution in a production environment *today*.

I think that not everyone wants to use QGIS as a frontend, so some internal
solutions would be helpful.

>
> Otherwise, if we wish to stick to a more internal solution, has anybody had
experience with TkTable?

Haven't had the time to dig into it, but it looks interesting.

>
> The third-party tool approach may also be tackled through R, which (some)
people are already using in conjunction with GRASS.

Yes, but I'm not sure table editing is much easier in R...


>
> BTW Moritz, are your colleagues by any chance ex-ArcViewers? I have the
feeling that trying to move GRASS in that visual/click/user-friendly arena
is
> a little off-putting, given GRASS' rather UNIXish philosophy. (Which, BTW
could be exploited a little further: not many commands are thought in terms
of
> piping, for instance.)

Thinking about this a bit more, I agree with you. We should not try to create
such functionality in GRASS.  Those who really want to use a spreadsheet can
create the link themselves (using the "data source" functionality of OOo is
explained in the GRASS6 tutorial). Most ArcViewers around me are actually
doing the same, opening the dbf files with MS Excell...

What I do think would be useful though, is a series of easy to use frontends
to db.execute.
I've already written a simple db.addcolumn and db.update. I'll send it in a
separate mail with some more questions.

>
> Also, note that the name is OpenOffice.org (OOo), including the ".org" for
trademark reasons.

Thanks for correcting me.

Moritz