<div dir="ltr">Hi Hamish,<div class="gmail_extra"><br><br><div class="gmail_quote">2013/6/13 Hamish <span dir="ltr"><<a href="mailto:hamish_b@yahoo.com" target="_blank">hamish_b@yahoo.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Thomas wrote:<br>
> in the last weeks Soeren and I worked intensively on the<br>
> concept for the temporal algebra in GRASS. I created a wiki<br>
> page with an overview of our concept open for discussion:<br>
> <a href="http://trac.osgeo.org/grass/wiki/Grass7/TemporalGISAlgebra" target="_blank">http://trac.osgeo.org/grass/wiki/Grass7/TemporalGISAlgebra</a><br>
<br>
</div>Hi Thomas, I'm (really) glad to see that you will hit the<br>
ground running. :)<br>
<div class="im"><br>
> Additionally I uploaded a first version of the new created<br>
> module v.mapcalc to my GSoC project page at code.google:<br>
> <a href="https://code.google.com/p/grass-gis-temporal-algebra/" target="_blank">https://code.google.com/p/grass-gis-temporal-algebra/</a><br>
<br>
</div>I would ask that you develop your code in either the grass-addons<br>
or grass-sandbox svn repo, so that when it comes time to merge<br>
your finished product(s) it can be done with full changelog<br>
history, and that we may provide peer support as we see the<br>
commits pass by in the regular way.<br></blockquote><div><br></div><div style>It is easier for us to use <a href="http://code.google.com">code.google.com</a> at this stage of development. It is much faster than the grass svn especially the web-front-end. We can accidentally smash it without harming the grass7/addons repository. Code reviews can be requested and so on.</div>
<div style><br></div><div style>When the code is ready to be merged into grass7 (addons or trunk we are not sure about that) the revision control history will be transferred as well, since we are using subversion. As a side effect Thomas get familiar with subversion and is able to use the grass7 repository in the future as well. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
for the wiki I don't really mind where it lives, as long as<br>
it's stable and so will still exist years from now for reference.<br></blockquote><div><br></div><div style>IMHO the discussion about grass7 development belongs into the trac wiki, especially the development of specific parts of the GRASS GIS temporal framework. Hence we have chosen the trac wiki. :)  </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
<br>
> This module provides an algebra for overlay and buffer<br>
> functions on vector map layers based on PLY (Python Lex-Yacc)<br>
> and PyGRASS.<br>
><br>
> In the next step, we will develop the temporal algebra and<br>
> combine the vector algebra with it to derive the temporal<br>
> vector algebra module t.vect.mapcalc.<br>
<br>
</div>seeing that it seems to share much with r.mapcalc, it would<br>
be good to document on the wiki/help pages where its syntax<br>
diverges from r.mapcalc, and document in the code which design<br>
decisions were inherited directly from r.mapcalc.<br>
<br></blockquote><div style>We oriented the syntax of the temporal algebra on the syntax of r.mapcalc, and so the syntax of the temporal vector and raster algebra. The wiki page gives and impression what ideas are inherited from r.mapcalc.</div>
<div style>Thomas will document this in detail when he implements the temporal algebra.<br></div><div style><br></div><div style>Best regards</div><div style>Soeren</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
thanks and have fun,<br>
Hamish<br>
_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
</blockquote></div><br></div></div>