[GRASS-dev] t.register: ERROR: Unable to register raster map - The map has no timestamp and the start time is not set.

GRASS GRASS developer
,
1

hi,

I've downloaded the E-OBS datafiles 1950-01-01 - 2015-12-31 data; imported
the precipitation data by r.in.gdal.

the rasters are:

prec.00001
prec.00002
prec.00003
[...]

the I do following steps accordingly (in accordance to the manual):

----------

t.create --verbose output=precipitation_sum_1950_2015_daily semantictype=sum
title=European precipitation sum daily 1950-2015 description=The European
daily precipitation sum
Creating a new space time raster dataset

----------

t.list -c columns=id,name,creator,mapset,granularity
----------------------------------------------
Space time raster datasets with absolute time available in
mapset <ecad>:
id|name|creator|mapset|granularity
precipitation_sum_1950_2015_daily@ecad|precipitation_sum_1950_2015_daily|bugs|ecad|None

----------
prec_list.txt:
prec.00001
prec.00002
prec.00003
[...]
prec.24104
prec.24105
prec.24106

----------

t.register -i --verbose input=precipitation_sum_1950_2015_daily@ecad
file=/home/bugs/wd/climate_data/ecad/prec_list.txt start=1950-01-01
unit=days increment="1 days" separator=newline

WARNING: The increment option will be ignored because of time stamps in
input file
WARNING: The interval flag will be ignored because of time stamps in input
file
Gathering map information...
ERROR: Unable to register raster map <prec.00001@ecad>. The map has no
timestamp and the start time is not set.

----------

the example from the manual:

# register daily maps using the file created above
t.register -i type=raster input=temperature_mean_1950_2015_daily \
              file=map_list.txt start=1950-01-01 increment="1 days"

----------

any ideas?

----------
tested with a self compiled

System Info
GRASS version: 7.3.svn
GRASS SVN revision: r69569
Build date: 2016-09-25
Build platform: x86_64-pc-linux-gnu
GDAL: 2.1.1
PROJ.4: 4.8.0
GEOS: 3.4.2
SQLite: 3.8.7.1
Python: 2.7.9
wxPython: 3.0.1.1
Platform: Linux-3.16.0-4-amd64-x86_64-with-debian-8.6

-----
best regards
Helmut
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/t-register-ERROR-Unable-to-register-raster-map-The-map-has-no-timestamp-and-the-start-time-is-not-se-tp5287609.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

2

Hi,
remove option “separator=newline”. It should only be used if there are time-stamps in the file.

Best regards
Soeren

···

2016-09-25 11:16 GMT+02:00 Helmut Kudrnovsky <hellik@web.de>:

hi,

I’ve downloaded the E-OBS datafiles 1950-01-01 - 2015-12-31 data; imported
the precipitation data by r.in.gdal.

the rasters are:

prec.00001
prec.00002
prec.00003
[…]

the I do following steps accordingly (in accordance to the manual):

t.create --verbose output=precipitation_sum_1950_2015_daily semantictype=sum
title=European precipitation sum daily 1950-2015 description=The European
daily precipitation sum
Creating a new space time raster dataset

t.list -c columns=id,name,creator,mapset,granularity

Space time raster datasets with absolute time available in
mapset :
id|name|creator|mapset|granularity
precipitation_sum_1950_2015_daily@ecad|precipitation_sum_1950_2015_daily|bugs|ecad|None

prec_list.txt:
prec.00001
prec.00002
prec.00003
[…]
prec.24104
prec.24105
prec.24106

t.register -i --verbose input=precipitation_sum_1950_2015_daily@ecad
file=/home/bugs/wd/climate_data/ecad/prec_list.txt start=1950-01-01
unit=days increment=“1 days” separator=newline

WARNING: The increment option will be ignored because of time stamps in
input file
WARNING: The interval flag will be ignored because of time stamps in input
file
Gathering map information…
ERROR: Unable to register raster map prec.00001@ecad. The map has no
timestamp and the start time is not set.

the example from the manual:

register daily maps using the file created above

t.register -i type=raster input=temperature_mean_1950_2015_daily
file=map_list.txt start=1950-01-01 increment=“1 days”

any ideas?

tested with a self compiled

System Info
GRASS version: 7.3.svn
GRASS SVN revision: r69569
Build date: 2016-09-25
Build platform: x86_64-pc-linux-gnu
GDAL: 2.1.1
PROJ.4: 4.8.0
GEOS: 3.4.2
SQLite: 3.8.7.1
Python: 2.7.9
wxPython: 3.0.1.1
Platform: Linux-3.16.0-4-amd64-x86_64-with-debian-8.6

best regards
Helmut

View this message in context: http://osgeo-org.1560.x6.nabble.com/t-register-ERROR-Unable-to-register-raster-map-The-map-has-no-timestamp-and-the-start-time-is-not-se-tp5287609.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

3

Hi,
remove option "separator=newline". It should only be used if there are

time-stamps in the file.

Best regards
Soeren

t.register -i --verbose input=precipitation_sum_1950_2015_daily@ecad
file=/home/bugs/wd/climate_data/ecad/prec_list.txt start=1950-01-01
increment=1 days
Gathering map information...
Registering maps in the temporal database...
Registering maps in the space time dataset...
Updating space time dataset...
Update metadata, spatial and temporal extent from all registered maps of
<precipitation_sum_1950_2015_daily@ecad>

is registering now.

from the manual:

unit=string
    Time stamp unit
    Unit must be set in case of relative time stamps
    Options: years, months, days, hours, minutes, seconds

in the case of this data set, is it necessary to define the unit?

-----
best regards
Helmut
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/t-register-ERROR-Unable-to-register-raster-map-The-map-has-no-timestamp-and-the-start-time-is-not-se-tp5287609p5287613.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

4

Hi,

Am 25.09.2016 11:26 schrieb “Helmut Kudrnovsky” <hellik@web.de>:

Hi,
remove option “separator=newline”. It should only be used if there are
time-stamps in the file.

Best regards
Soeren

t.register -i --verbose input=precipitation_sum_1950_2015_daily@ecad
file=/home/bugs/wd/climate_data/ecad/prec_list.txt start=1950-01-01
increment=1 days
Gathering map information…
Registering maps in the temporal database…
Registering maps in the space time dataset…
Updating space time dataset…
Update metadata, spatial and temporal extent from all registered maps of
precipitation_sum_1950_2015_daily@ecad

is registering now.

from the manual:

unit=string
Time stamp unit
Unit must be set in case of relative time stamps
Options: years, months, days, hours, minutes, seconds

in the case of this data set, is it necessary to define the unit?

It is not necessary since you are using absolute time.

Best regards
Soeren

best regards
Helmut

View this message in context: http://osgeo-org.1560.x6.nabble.com/t-register-ERROR-Unable-to-register-raster-map-The-map-has-no-timestamp-and-the-start-time-is-not-se-tp5287609p5287613.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

5

Hello Helli,

On the road now and cannot test, but til Friday that was working for me…

Can you please test adding double quotes around start date (start=“1950-01-01”)? Or they are there, but just don’t appear in the email? Seems to me it might not be recognizing the start option as you have set it…

HTH,
Vero

···

El sept. 25, 2016 11:16 AM, “Helmut Kudrnovsky” <hellik@web.de> escribió:

hi,

I’ve downloaded the E-OBS datafiles 1950-01-01 - 2015-12-31 data; imported
the precipitation data by r.in.gdal.

the rasters are:

prec.00001
prec.00002
prec.00003
[…]

the I do following steps accordingly (in accordance to the manual):

t.create --verbose output=precipitation_sum_1950_2015_daily semantictype=sum
title=European precipitation sum daily 1950-2015 description=The European
daily precipitation sum
Creating a new space time raster dataset

t.list -c columns=id,name,creator,mapset,granularity

Space time raster datasets with absolute time available in
mapset :
id|name|creator|mapset|granularity
precipitation_sum_1950_2015_daily@ecad|precipitation_sum_1950_2015_daily|bugs|ecad|None

prec_list.txt:
prec.00001
prec.00002
prec.00003
[…]
prec.24104
prec.24105
prec.24106

t.register -i --verbose input=precipitation_sum_1950_2015_daily@ecad
file=/home/bugs/wd/climate_data/ecad/prec_list.txt start=1950-01-01
unit=days increment=“1 days” separator=newline

WARNING: The increment option will be ignored because of time stamps in
input file
WARNING: The interval flag will be ignored because of time stamps in input
file
Gathering map information…
ERROR: Unable to register raster map prec.00001@ecad. The map has no
timestamp and the start time is not set.

the example from the manual:

register daily maps using the file created above

t.register -i type=raster input=temperature_mean_1950_2015_daily
file=map_list.txt start=1950-01-01 increment=“1 days”

any ideas?

tested with a self compiled

System Info
GRASS version: 7.3.svn
GRASS SVN revision: r69569
Build date: 2016-09-25
Build platform: x86_64-pc-linux-gnu
GDAL: 2.1.1
PROJ.4: 4.8.0
GEOS: 3.4.2
SQLite: 3.8.7.1
Python: 2.7.9
wxPython: 3.0.1.1
Platform: Linux-3.16.0-4-amd64-x86_64-with-debian-8.6

best regards
Helmut

View this message in context: http://osgeo-org.1560.x6.nabble.com/t-register-ERROR-Unable-to-register-raster-map-The-map-has-no-timestamp-and-the-start-time-is-not-se-tp5287609.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

6

Forget what I said :slight_smile:
Thanks Sören!

Vero

···

El sept. 25, 2016 11:32 AM, “Veronica Andreo” <veroandreo@gmail.com> escribió:

Hello Helli,

On the road now and cannot test, but til Friday that was working for me…

Can you please test adding double quotes around start date (start=“1950-01-01”)? Or they are there, but just don’t appear in the email? Seems to me it might not be recognizing the start option as you have set it…

HTH,
Vero

El sept. 25, 2016 11:16 AM, “Helmut Kudrnovsky” <hellik@web.de> escribió:

hi,

I’ve downloaded the E-OBS datafiles 1950-01-01 - 2015-12-31 data; imported
the precipitation data by r.in.gdal.

the rasters are:

prec.00001
prec.00002
prec.00003
[…]

the I do following steps accordingly (in accordance to the manual):

t.create --verbose output=precipitation_sum_1950_2015_daily semantictype=sum
title=European precipitation sum daily 1950-2015 description=The European
daily precipitation sum
Creating a new space time raster dataset

t.list -c columns=id,name,creator,mapset,granularity

Space time raster datasets with absolute time available in
mapset :
id|name|creator|mapset|granularity
precipitation_sum_1950_2015_daily@ecad|precipitation_sum_1950_2015_daily|bugs|ecad|None

prec_list.txt:
prec.00001
prec.00002
prec.00003
[…]
prec.24104
prec.24105
prec.24106

t.register -i --verbose input=precipitation_sum_1950_2015_daily@ecad
file=/home/bugs/wd/climate_data/ecad/prec_list.txt start=1950-01-01
unit=days increment=“1 days” separator=newline

WARNING: The increment option will be ignored because of time stamps in
input file
WARNING: The interval flag will be ignored because of time stamps in input
file
Gathering map information…
ERROR: Unable to register raster map prec.00001@ecad. The map has no
timestamp and the start time is not set.

the example from the manual:

register daily maps using the file created above

t.register -i type=raster input=temperature_mean_1950_2015_daily
file=map_list.txt start=1950-01-01 increment=“1 days”

any ideas?

tested with a self compiled

System Info
GRASS version: 7.3.svn
GRASS SVN revision: r69569
Build date: 2016-09-25
Build platform: x86_64-pc-linux-gnu
GDAL: 2.1.1
PROJ.4: 4.8.0
GEOS: 3.4.2
SQLite: 3.8.7.1
Python: 2.7.9
wxPython: 3.0.1.1
Platform: Linux-3.16.0-4-amd64-x86_64-with-debian-8.6

best regards
Helmut

View this message in context: http://osgeo-org.1560.x6.nabble.com/t-register-ERROR-Unable-to-register-raster-map-The-map-has-no-timestamp-and-the-start-time-is-not-se-tp5287609.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev