<div dir="ltr">I will also cast my vote in favor of 'rgrass' because of the consistency with other library and gis linked to R (RSAGA, rgeos, rgdal, etc.).<div>We can just then make sure that it works with both version of GRASS (6 and 7).</div><div><br></div><div>I also started a project (idea) a long time ago with Rainer to have something similar to pygrass[1] in R through Rcpp (<a href="https://github.com/RGRASS/grassRLink">https://github.com/RGRASS/grassRLink</a>) in order to access the low level GRASS API.</div><div><br></div><div>I didn't have time to finish it but I will have more time this summer and hope to work on it again.</div><div>I think it can be a good idea of GSOC for either GRASS or R.</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div>[1]: <a href="http://grasswiki.osgeo.org/wiki/Python/pygrass">http://grasswiki.osgeo.org/wiki/Python/pygrass</a></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 12, 2015 at 10:51 AM, Rainer M Krug <span dir="ltr"><<a href="mailto:Rainer@krugs.de" target="_blank">Rainer@krugs.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Roger Bivand <<a href="mailto:Roger.Bivand@nhh.no">Roger.Bivand@nhh.no</a>> writes:<br>
<br>
> Question further down ...<br>
><br>
> On Wed, 11 Feb 2015, Edzer Pebesma wrote:<br>
><br>
>><br>
>><br>
>> On 02/11/2015 03:42 PM, Rainer M Krug wrote:<br>
>>> Edzer Pebesma <<a href="mailto:edzer.pebesma@uni-muenster.de">edzer.pebesma@uni-muenster.de</a>> writes:<br>
>>><br>
>>>> On 02/11/2015 02:52 PM, Rainer M Krug wrote:<br>
>>>>> Roger Bivand <<a href="mailto:Roger.Bivand@nhh.no">Roger.Bivand@nhh.no</a>> writes:<br>
>>>>><br>
>>>>>> Since I'm uncertain whether the maintainer of spacetime is on this<br>
>>>>>> list, I'm CC-ing him here. It might make sense to discuss this -<br>
>>>>>> perhaps spgrass7 in the R-forge spgrass project is a logical place to<br>
>>>>>> support these functions?<br>
>>>>><br>
>>>>> It is a brilliant idea to support spatio-temporal data in the spgrass7<br>
>>>>> framework.<br>
>>>>><br>
>>>>> I agree that the functions should be in spgrass7 and that they should<br>
>>>>> have the same interface structure as the other read/write[RAST/VECT]<br>
>>>>> functions.<br>
>>>>><br>
>>>>> I never used the package spacetime or spatio-temporal datasets in GRASS,<br>
>>>>> but maybe these functions could be re-used (or at least parts of it)?<br>
>>>><br>
>>>> yes; and use the TGRASS (Cc: Soeren, the author), framework. Also,<br>
>>>> raster stacks with time z should be of interest (Cc: Robert).<br>
>>><br>
>>> Please forgive my ignorance - but is there actually an accepted (as<br>
>>> SpatialGridDataFrame et al are accepted) object framework for these<br>
>>> spatio-temporal datasets in R? It sounds as if there is not at the moment?<br>
>><br>
>> When is something accepted? raster and spacetime have both been on CRAN<br>
>> for some years, and have both been considered useful by people<br>
>> independent from the developers. There is a SpatioTemporal task view<br>
>> that tries to list everything possibly relevant.<br>
>><br>
>>><br>
>>>><br>
>>>>><br>
>>>>> But this should not hold back the release of spgrass7 in it's current<br>
>>>>> form.<br>
>>>><br>
>>>> I suggest to rename this package to "grass", supporting the current<br>
>>>> grass release.<br>
>>>><br>
>>>> Grass took 7 years to move 6 to 7; I discussed this with Markus last<br>
>>>> night, they might as well give up this crazy major version release cycle<br>
>>>> idea, with all kind of restrictions they impose on themselves.<br>
>>><br>
>>> This might cause confusion. And as long as GRASS has major versions, I<br>
>>> think we should stick with this naming scheme.<br>
>><br>
>> We don't do this with rgdal, rgeos, RSAGA, RArcInfo, and so on. But many<br>
>> of these have an "r" in front. This seems obsolete as they are R<br>
>> packages, but may be helpful in sentences like "We used grass and the<br>
>> r-package rgrass for carrying out multidimensional scaling on the MODIS<br>
>> imagery ...", which, without the leading r, would have the word "grass"<br>
>> twice in it referring to different things.<br>
>><br>
>> spgrass has sp in it for historic reasons - we thought about prefixing<br>
>> everything with sp in the early sp days. Now sp is default, and one<br>
>> could think about a better name.<br>
><br>
> OK, I think we keep (archived) "GRASS" for the interface to GRASS 5,<br>
> "spgrass6" for GRASS 6. As of now, we've called the development<br>
> version "spgrass7", but arguably "rgrass" could be preferred. As GRASS<br>
> 7 is due on Sunday, could I ask for a quick show of hands on<br>
> "spgrass7" or "rgrass" as the name for the package to be submitted to<br>
> CRAN (tomorrow)? We can continue to consider moving spacetime code to<br>
> this package, but we should have the new package on CRAN matching the<br>
> release of GRASS 7.<br>
<br>
</div></div>The r in front makes sense - but if one looks at the changes in the<br>
interface between GRASS 6 and GRASS 7 I would keep the 7 - so I would<br>
suggest<br>
<br>
rgrass7<br>
<br>
and possibly also release the (modified) spgrass6 as rgrass6, and leave<br>
spgrass6 there for compatibility, and give a warning upon load that the<br>
package has been superseded by rgrass6.<br>
<br>
This also opens the possibility of releasing a package called<br>
<br>
rgrass<br>
<br>
which then, depending on the GRASS version loaded / requested loads the<br>
corresponding rgrassX package.<br>
<span class="HOEnZb"><font color="#888888"><br>
Rainer<br>
</font></span><span class="im HOEnZb"><br>
<br>
<br>
><br>
> Roger<br>
><br>
>><br>
>>><br>
>>> Cheers,<br>
>>><br>
>>> Rainer<br>
>>><br>
>>>><br>
>>>>><br>
>>>>> Cheers,<br>
>>>>><br>
>>>>> Rainer<br>
>>>>><br>
>>>>>><br>
>>>>>> Roger<br>
>>>>>><br>
>>>>>><br>
>>>>>> On Wed, 11 Feb 2015, Veronica Andreo wrote:<br>
>>>>>><br>
>>>>>>> Hi<br>
>>>>>>><br>
>>>>>>> Since you are discussing the new spgrass for GRASS 7 (and since GRASS 7<br>
>>>>>>> includes these great temporal modules), I was wondering if there's any<br>
>>>>>>> chance to include support for reading/writing spatio-temporal data sets.<br>
>>>>>>><br>
>>>>>>> At present, there are two functions in spacetime package (read.tgrass and<br>
>>>>>>> write.tgrass) that allows reading and writing strds, but you need to export<br>
>>>>>>> it from GRASS first, do the R processing you need, and then, import it back<br>
>>>>>>> into GRASS. To have something a bit more straightforward would be awesome!<br>
>>>>>>><br>
>>>>>>> I don't know how complicated this could be, that's why I dare to ask :)<br>
>>>>>>><br>
>>>>>>> Keep the great job you are doing!!! And thanks a lot!!!<br>
>>>>>>><br>
>>>>>>> Cheers,<br>
>>>>>>> Vero<br>
>>>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> _______________________________________________<br>
>>>>> grass-stats mailing list<br>
>>>>> <a href="mailto:grass-stats@lists.osgeo.org">grass-stats@lists.osgeo.org</a><br>
>>>>> <a href="http://lists.osgeo.org/mailman/listinfo/grass-stats" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-stats</a><br>
>>>>><br>
>>><br>
>><br>
>><br>
<br>
--<br>
</span><div class="HOEnZb"><div class="h5">Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)<br>
<br>
Centre of Excellence for Invasion Biology<br>
Stellenbosch University<br>
South Africa<br>
<br>
Tel :       <a href="tel:%2B33%20-%20%280%299%2053%2010%2027%2044" value="+33953102744">+33 - (0)9 53 10 27 44</a><br>
Cell:       <a href="tel:%2B33%20-%20%280%296%2085%2062%2059%2098" value="+33685625998">+33 - (0)6 85 62 59 98</a><br>
Fax :       <a href="tel:%2B33%20-%20%280%299%2058%2010%2027%2044" value="+33958102744">+33 - (0)9 58 10 27 44</a><br>
<br>
Fax (D):    <a href="tel:%2B49%20-%20%280%293%2021%2021%2025%2022%2044" value="+4932121252244">+49 - (0)3 21 21 25 22 44</a><br>
<br>
email:      <a href="mailto:Rainer@krugs.de">Rainer@krugs.de</a><br>
<br>
Skype:      RMkrug<br>
<br>
PGP: 0x0F52F982<br>
</div></div><br>_______________________________________________<br>
grass-stats mailing list<br>
<a href="mailto:grass-stats@lists.osgeo.org">grass-stats@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-stats" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-stats</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Ahmadou H. DICKO<br>statistician economist (Ingénieur Statisticien Économiste)<br>PhD candidate in Climate change economics<br>Faculty of economics and managment - Cheikh Anta Diop University<br>West African Science Service Center on Climate Change and Adaptated Land Use (WASCAL)<br>Center for Development Research (ZEF) - University of Bonn <br>email : <a href="mailto:ahmadou.dicko@ucad.edu.sn" target="_blank">ahmadou.dicko@ucad.edu.sn</a><br>twitter : @dickoah<br>github : <a href="https://github.com/dickoa" target="_blank">github/dickoa</a><br>tel : +221 33 827 55 16<br>portable: +221 77 123 81 69<br></div></div>
</div>