[GRASS-user] t.vect.observe.strds: OSError: [Errno 7] Argument list too long

Hi,

I'd be grateful for any suggestions for resolving the following error on
running t.vect.observe.strds.

The vector file (cahpa_f1apr_05216_nc_remapped_nc_10_rtv_pran) contains six
points only.

Details of the STRDS are given below.

If I create a single raster layer STRDS, t.vect.observe.strds works. Is
there a limit to the number of layers that can be used?

Cheers,
Richard

t.vect.observe.strds --overwrite
input=cahpa_f1apr_05216_nc_remapped_nc_10_rtv_pran
strds=cahpa_05216_remapped_fine@cahpa05216 output=cahpa_05216_tvect_stvd
vector_output=cahpa_05216_tvect_v columns=prcp
Traceback (most recent call last):
  File "/home/rcooper/grass70/grass-7.0.1svn/scripts/t.vect.
observe.strds", line 303, in <module>
    main()
  File "/home/rcooper/grass70/grass-7.0.1svn/scripts/t.vect.
observe.strds", line 199, in main
    overwrite=overwrite)
  File "/home/rcooper/grass70/grass-7.0.1svn/etc/python/gras
s/script/core.py", line 372, in run_command
    ps = start_command(*args, **kwargs)
  File "/home/rcooper/grass70/grass-7.0.1svn/etc/python/gras
s/script/core.py", line 359, in start_command
    return Popen(args, **popts)
  File "/home/rcooper/grass70/grass-7.0.1svn/etc/python/gras
s/script/core.py", line 62, in __init__
    subprocess.Popen.__init__(self, args, **kwargs)
  File "/usr/lib/python2.7/subprocess.py", line 710, in
__init__
    errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1327, in
_execute_child
    raise child_exception
OSError: [Errno 7] Argument list too long
(Mon Jun 1 17:32:42 2015) Command finished (1 sec)

+++++++++++++++++++++++++++++

t.info input=cahpa_05216_remapped_fine@cahpa05216
+-------------------- Space Time Raster Dataset
-----------------------------+
|
|
+-------------------- Basic information
-------------------------------------+
| Id: ........................ cahpa_05216_remapped_fine@cahpa05216
| Name: ...................... cahpa_05216_remapped_fine
| Mapset: .................... cahpa05216
| Creator: ................... rcooper
| Temporal type: ............. relative
| Creation time: ............. 2015-05-29 18:37:43.612305
| Modification time:.......... 2015-06-01 15:25:35.940146
| Semantic type:.............. max
+-------------------- Relative time
-----------------------------------------+
| Start time:................. 0
| End time:................... 53579
| Relative time unit:......... days
| Granularity:................ 1
| Temporal type of maps:...... point
+-------------------- Spatial extent
----------------------------------------+
| North:...................... 13.05
| South:...................... 11.95
| East:.. .................... 100.67
| West:....................... 98.91
| Top:........................ 0.0
| Bottom:..................... 0.0
+-------------------- Metadata information
----------------------------------+
| Raster register table:......
raster_map_register_4fb1167c5d8549869f887390e14078b8
| North-South resolution min:. 0.02
| North-South resolution max:. 0.02
| East-west resolution min:... 0.02
| East-west resolution max:... 0.02
| Minimum value min:.......... 0.0
| Minimum value max:.......... 0.001792
| Maximum value min:.......... 0.0
| Maximum value max:.......... 0.008675
| Aggregation type:........... None
| Number of registered maps:.. 53580
|
| Title:
| cahpa_05216_remapped_fine
| Description:
| cahpa_05216_remapped_fine
| Command history:
| # 2015-05-29 18:37:43
| t.create output="cahpa_05216_remapped_fine"
| temporaltype="relative" semantictype="max"
| title="cahpa_05216_remapped_fine"
| description="cahpa_05216_remapped_fine"
| # 2015-05-29 18:49:52
| t.register
| input="cahpa_05216_remapped_fine@cahpa05216"
| file="/home/rcooper/DATA/APN_TRANSPORT/SCRIPTS/glist_reorder"
start="0"
| unit="days" increment="1"
| # 2015-06-01 15:25:27
| t.register --overwrite
| input="cahpa_05216_remapped_fine@cahpa05216"
| file="/home/rcooper/DATA/APN_TRANSPORT/SCRIPTS/glist_reorder"
start="0"
| unit="days" increment="1"
|

++++++++++++++++++++++++++++++++

System:
GRASS version: 7.0.1svn
GRASS SVN Revision: 65041
Build Date: 2015-04-10
Build Platform: x86_64-unknown-linux-gnu
GDAL/OGR: 1.11.2
PROJ.4: 4.9.0
GEOS: 3.4.2
SQLite: 3.8.2
Python: 2.7.6
wxPython: 2.8.12.1
Platform: Linux-3.13.0-37-generic-x86_64-with-LinuxMint-17.1-rebecca
                  
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/t-vect-observe-strds-OSError-Errno-7-Argument-list-too-long-tp5208418.html
Sent from the Grass - Users mailing list archive at Nabble.com.

A solution to this is to specify 'where' conditions under the optional tab,
e.g.,

start_time <= '20000'

I determined this figure by trial and error - not sure if it is my computer
system that is the limiting factor requiring this be done in batches.

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/t-vect-observe-strds-OSError-Errno-7-Argument-list-too-long-tp5208418p5208498.html
Sent from the Grass - Users mailing list archive at Nabble.com.

Hi,
The module t.rast.what in grass71 should not have this limitation and is much faster. It does not create a STVDS as output, but plain text using different formatting.

Best regards
Soeren

Am 01.06.2015 17:12 schrieb “RichardCooper” <richtcooper@hotmail.com>:

A solution to this is to specify ‘where’ conditions under the optional tab,
e.g.,

start_time <= ‘20000’

I determined this figure by trial and error - not sure if it is my computer
system that is the limiting factor requiring this be done in batches.


View this message in context: http://osgeo-org.1560.x6.nabble.com/t-vect-observe-strds-OSError-Errno-7-Argument-list-too-long-tp5208418p5208498.html
Sent from the Grass - Users mailing list archive at Nabble.com.


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