Dear lists,
we are testing the command t.register
t.register --o --q -i maps=(name of maps separated by comma) input=time_dataset start=‘2011-11-03 02:00:00’ increment=‘120’ unit=‘minutes’
it run without error but when running g.gui.animation or g.gui.tplot using the time series dataset I have the following error: Topology of Space time dataset time_dataset@mapset is invalid.
I tried the following command (reading the manual of t.register)
t.register --o --q -i maps=(name of maps separated by comma) input=time_dataset start=‘2011-11-03 02:00:00’ increment=‘120 minutes’
and
- one PC I read the following error ERRORE: invalid literal for int() with base 10: ‘00+00’
- on PC run correctly and I can run the gui commands witout any error
I have the same GRASS package installed on both the PC (7.4.0-1~xenial1)
R
Hi,
the second command is the correct one, since the "unit" option in the
first command should only be used in case of "relative" time in an
STRDS.
You have to make sure that the "time_dataset" was created with the
correct temporal type, which in your case is "absolute "time.
Best regards
Sören
2018-05-10 11:05 GMT+02:00 Roberto Marzocchi <roberto.marzocchi@gmail.com>:
Dear lists,
we are testing the command t.register
t.register --o --q -i maps=(name of maps separated by comma)
input=time_dataset start='2011-11-03 02:00:00' increment='120'
unit='minutes'
it run without error but when running g.gui.animation or g.gui.tplot using
the time series dataset I have the following error: Topology of Space time
dataset time_dataset@mapset is invalid.
I tried the following command (reading the manual of t.register)
t.register --o --q -i maps=(name of maps separated by comma)
input=time_dataset start='2011-11-03 02:00:00' increment='120 minutes'
and
- one PC I read the following error ERRORE: invalid literal for int() with
base 10: '00+00'
- on PC run correctly and I can run the gui commands witout any error
I have the same GRASS package installed on both the PC (7.4.0-1~xenial1)
R
Ciao Roberto,
AFAIU, the second command you used is the right one. I tested and no errors.
In general, if you have absolute time (say gregorian calendar), you set the increment with a number and unit as you did, increment=“120 minutes”. If you have relative time in which each map represents 2 hours (result of simulations for example), you set the increment as increment=2 units=hours. IIUC, in your first command you are mixing two different time types by setting a start time as absolute time, a unitless increment and units separately… But others will know best 
https://grasswiki.osgeo.org/wiki/Temporal_data_processing/maps_registration
Here’s a wiki with examples: https://grasswiki.osgeo.org/wiki/Temporal_data_processing#Creating_a_STRDS_and_registering_maps, and one specific for registering maps: https://grasswiki.osgeo.org/wiki/Temporal_data_processing/maps_registration
HTH
Cheers,
Vero
El jue., 10 may. 2018 a las 11:06, Roberto Marzocchi (<roberto.marzocchi@gmail.com>) escribió:
Dear lists,
we are testing the command t.register
t.register --o --q -i maps=(name of maps separated by comma) input=time_dataset start=‘2011-11-03 02:00:00’ increment=‘120’ unit=‘minutes’
it run without error but when running g.gui.animation or g.gui.tplot using the time series dataset I have the following error: Topology of Space time dataset time_dataset@mapset is invalid.
I tried the following command (reading the manual of t.register)
t.register --o --q -i maps=(name of maps separated by comma) input=time_dataset start=‘2011-11-03 02:00:00’ increment=‘120 minutes’
and
- one PC I read the following error ERRORE: invalid literal for int() with base 10: ‘00+00’
- on PC run correctly and I can run the gui commands witout any error
I have the same GRASS package installed on both the PC (7.4.0-1~xenial1)
R
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
Thanks to all.
Effectively I create the dataset without specify the temporaltype because I thought that the default temporaltype was absolute, but probably it is not correct.
Anyway I understand the difference between absolute and relative time, but I do not understand why use two different kind of input definition in the t.register command. it seems not so user-friendly, but it is only my humble opinion.
Cheers,
R
···
2018-05-10 11:30 GMT+02:00 Veronica Andreo <veroandreo@gmail.com>:
Ciao Roberto,
AFAIU, the second command you used is the right one. I tested and no errors.
In general, if you have absolute time (say gregorian calendar), you set the increment with a number and unit as you did, increment=“120 minutes”. If you have relative time in which each map represents 2 hours (result of simulations for example), you set the increment as increment=2 units=hours. IIUC, in your first command you are mixing two different time types by setting a start time as absolute time, a unitless increment and units separately… But others will know best https://grasswiki.osgeo.org/wiki/Temporal_data_processing/maps_registration
Here’s a wiki with examples: https://grasswiki.osgeo.org/wiki/Temporal_data_processing#Creating_a_STRDS_and_registering_maps, and one specific for registering maps: https://grasswiki.osgeo.org/wiki/Temporal_data_processing/maps_registration
HTH
Cheers,
Vero
El jue., 10 may. 2018 a las 11:06, Roberto Marzocchi (<roberto.marzocchi@gmail.com>) escribió:
Dear lists,
we are testing the command t.register
t.register --o --q -i maps=(name of maps separated by comma) input=time_dataset start=‘2011-11-03 02:00:00’ increment=‘120’ unit=‘minutes’
it run without error but when running g.gui.animation or g.gui.tplot using the time series dataset I have the following error: Topology of Space time dataset time_dataset@mapset is invalid.
I tried the following command (reading the manual of t.register)
t.register --o --q -i maps=(name of maps separated by comma) input=time_dataset start=‘2011-11-03 02:00:00’ increment=‘120 minutes’
and
- one PC I read the following error ERRORE: invalid literal for int() with base 10: ‘00+00’
- on PC run correctly and I can run the gui commands witout any error
I have the same GRASS package installed on both the PC (7.4.0-1~xenial1)
R
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev