[GRASS-dev] [GRASS-SVN] r53518 - grass/trunk/lib/temporal/lib

Sören Gebbert soerengebbert at googlemail.com
Sun Oct 21 10:54:41 PDT 2012


Hi all,
the temporal database creation message will be printed every time the
database needs to be created when a temporal GIS related module call's
tgis.init(). The default behavior is that the database is created in
PERMANENT/tgis.db which is then used by every mapset that will be
created.

The Python method tgis.init() checks if the temporal database was
created properly and simply returns if that is the case, otherwise it
will be created using several large SQL scripts (so it takes some
seconds). The check must be performed by every t.* module and the GUI
part to list space time datasets, because the temporal GIS backend
(sqlite3 or postgresql) and the path/connection details can be changed
at run time for every mapset separately.

By default this message will appear only once.

In case no t.* module was called first this message will appear when
the GUI is opened for the first time in a new location or when the
tgis database connection/backend was changed, since the "GUI" calls
tgis.init() (Tree widget to list raster, vector and space time
datasets) to be able to list space time datasets.

Sorry for confusion, should i disable the message?

Should i move the temporal database creation in the grass7 start part?

Best regards
Soeren

2012/10/21 Anna Kratochvílová <kratochanna at gmail.com>:
> On Sun, Oct 21, 2012 at 6:49 PM, Martin Landa <landa.martin at gmail.com> wrote:
>> Hi,
>>
>> 2012/10/21 Anna Kratochvílová <kratochanna at gmail.com>:
>>
>>> Default TGIS driver / database set to:
>>> driver: sqlite
>>> database: $GISDBASE/$LOCATION_NAME/PERMANENT/tgis.db
>>>
>>> this is G_important_message and comes from
>>> lib/temporal/t.connect/main.c. As I understand it, you get it only for
>>> the first time when the temporal database is created so it should stay
>>> there.
>>
>> probably it should be done when user runs any t.* for the first time.
>
> I think, this is the implemented behaviour, maybe Soeren can explain it better.
>
> Anna
>
>> Otherwise it's not necessary and for some users can be confusing.
>>
>> Martin
>>
>> --
>> Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa


More information about the grass-dev mailing list