On Jan 13, 2008 5:18 PM, Ivan Shmakov <[EMAIL PROTECTED]> wrote: > > Hi Ivan, thanks for you impressive suggestions! > > Thank you for reading it. I hope I'd have the time to > demonstrate these ideas in a working application. > > > I have right now added a tiny contribution from Soeren Gebbert with a > > few bugfixes from me into GRASS Addons-SVN: > > > r.rast4d + tg.* - raster time series SQL support > > ... May I suggest s/directoy/directory/ on QuickStart.txt?
Fixed. > Take a look at the minor change for lib/insert_raster.sh as well > (attached.) Looks much more polished. But it looks like bash to me, right? So far we try to avoid bash-isms in GRASS for portability. Or will it run with ash, too? > > This is a scripted approach to register time series of raster maps > > into a SQLite database. Comes in handy when dealing with thousands > > of MODIS maps for example. > > While I have nothing against implementing time series this > particular way, I doubt this approach will scale well to cover > the other areas I had mentioned. > > In particular, I believe that the generic arrays storage > facility is needed in GRASS for a long time. At the very least, > the ability to access arbitrary arrays in `r.mapcalc' > expressions sounds quite appealing to me. > > Implementing this facility would effectively split the raster > data set implementation into the generic ``raster'' (or > ``array'') part and the specific ``geospatial'', ``color > mapping'', and ``who knows what'' ones. I do agree that the raster part needs a radical renovation. Some team members also have ideas here - hope it comes true for GRASS 7. Markus _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
