Hi, 2017-08-08 16:41 GMT+02:00 Martin Landa <[email protected]>: > I did quick test with nc_climate_spm_2000_2012 datasets. > g.gui.animation loaded data, I was able to export also animation as > avi file. I will check my dataset again. Ma
I had time to dig into `g.gui.animation` source code and discover where the problem is. It is caused by wrong time granularity in my dataset. I have 32 maps valid for each year. My dataset was wrongly created with granularity of 1 sec. $ t.rast.list clearcut | head -n3 name|mapset|start_time|end_time CZ0524011_clearcut_PX20_1984_2016___1984|PERMANENT|1984-01-01 00:00:00|1984-12-31 23:59:59 CZ0524011_clearcut_PX20_1984_2016___1985|PERMANENT|1985-01-01 00:00:00|1985-12-31 23:59:59 $ t.info clearcut | grep Granularity | Granularity:................ 1 second It causes problem since `g.gui.animation` tries to sample maps into given granularity [1]. In my case it nicely fills RAM in few seconds. It would be probably meaningful to check how many maps are sampled and at least to print a fat big warning if it exceeds reasonable limit. What do you think? After fixing my dataset to granularity to 1 year, `g.gui.animation` starts to work. $ t.info clearcut | grep Granularity | Granularity:................ 1 year $ t.rast.list clearcut | head -n3 name|mapset|start_time|end_time CZ0524011_clearcut_PX20_1984_2016___1984|PERMANENT|1984-01-01 00:00:00|1985-01-01 00:00:00 CZ0524011_clearcut_PX20_1984_2016___1985|PERMANENT|1985-01-01 00:00:00|1986-01-01 00:00:00 Ma [1] https://trac.osgeo.org/grass/browser/grass/trunk/gui/wxpython/animation/temporal_manager.py#L265 -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa _______________________________________________ grass-dev mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/grass-dev
