Hi Andrea, r.mapcalc doesn't have local variables - is that right ? The page at http://grass.itc.it/grass64/manuals/html64_user/r.mapcalc.html doesn't mention them and all the vars in the examples refer to maps.
I like the whole map statements such as "mymap = 10" or "mymap = map1 + map2". Reminds me of using ARCGRID early last century. I plan to put that into jiffle in some way. After you left last night Simone was talking about the importance of keeping a clear division between the image domain and the map / geospatial domain with all this stuff. That's very much my feeling too. I don't think that presents any obstacles for compatibility with r.mapcalc but it means that some things will be kept separate from the core interpreter. A little pre-processor could take care of grass-specific things like the m...@mapset notation. Other features of r.mapcalc such as allowing division by 0 and inverse-trig functions return results in degrees could also be handled by the pre-processor or perhaps by setting some options on the interpreter. At this early stage it seems that it should be feasible to get jiffle (+pre-processor or whatever) to handle r.mapcalc scripts. It's a nice thing to aim for :) And there will be some additional elements in jiffle so that can be used for new scripts. Michael ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
