[GRASS-stats] spgrass7 support for strds?

[Edzer Pebesma]

On 02/11/2015 03:42 PM, Rainer M Krug wrote:
> Edzer Pebesma <edzer.pebesma at uni-muenster.de> writes:
> 
>> On 02/11/2015 02:52 PM, Rainer M Krug wrote:
>>> Roger Bivand <Roger.Bivand at nhh.no> writes:
>>>
>>>> Since I'm uncertain whether the maintainer of spacetime is on this
>>>> list, I'm CC-ing him here. It might make sense to discuss this -
>>>> perhaps spgrass7 in the R-forge spgrass project is a logical place to
>>>> support these functions?
>>>
>>> It is a brilliant idea to support spatio-temporal data in the spgrass7
>>> framework.
>>>
>>> I agree that the functions should be in spgrass7 and that they should
>>> have the same interface structure as the other read/write[RAST/VECT]
>>> functions.
>>>
>>> I never used the package spacetime or spatio-temporal datasets in GRASS,
>>> but maybe these functions could be re-used (or at least parts of it)?
>>
>> yes; and use the TGRASS (Cc: Soeren, the author), framework. Also,
>> raster stacks with time z should be of interest (Cc: Robert).
> 
> Please forgive my ignorance - but is there actually an accepted (as
> SpatialGridDataFrame et al are accepted) object framework for these
> spatio-temporal datasets in R? It sounds as if there is not at the moment?

When is something accepted? raster and spacetime have both been on CRAN
for some years, and have both been considered useful by people
independent from the developers. There is a SpatioTemporal task view
that tries to list everything possibly relevant.

> 
>>
>>>
>>> But this should not hold back the release of spgrass7 in it's current
>>> form.
>>
>> I suggest to rename this package to "grass", supporting the current
>> grass release.
>>
>> Grass took 7 years to move 6 to 7; I discussed this with Markus last
>> night, they might as well give up this crazy major version release cycle
>> idea, with all kind of restrictions they impose on themselves.
> 
> This might cause confusion. And as long as GRASS has major versions, I
> think we should stick with this naming scheme.

We don't do this with rgdal, rgeos, RSAGA, RArcInfo, and so on. But many
of these have an "r" in front. This seems obsolete as they are R
packages, but may be helpful in sentences like "We used grass and the
r-package rgrass for carrying out multidimensional scaling on the MODIS
imagery ...", which, without the leading r, would have the word "grass"
twice in it referring to different things.

spgrass has sp in it for historic reasons - we thought about prefixing
everything with sp in the early sp days. Now sp is default, and one
could think about a better name.

> 
> Cheers,
> 
> Rainer
> 
>>
>>>
>>> Cheers,
>>>
>>> Rainer
>>>
>>>>
>>>> Roger
>>>>
>>>>
>>>> On Wed, 11 Feb 2015, Veronica Andreo wrote:
>>>>
>>>>> Hi
>>>>>
>>>>> Since you are discussing the new spgrass for GRASS 7 (and since GRASS 7
>>>>> includes these great temporal modules), I was wondering if there's any
>>>>> chance to include support for reading/writing spatio-temporal data sets.
>>>>>
>>>>> At present, there are two functions in spacetime package (read.tgrass and
>>>>> write.tgrass) that allows reading and writing strds, but you need to export
>>>>> it from GRASS first, do the R processing you need, and then, import it back
>>>>> into GRASS. To have something a bit more straightforward would be awesome!
>>>>>
>>>>> I don't know how complicated this could be, that's why I dare to ask :)
>>>>>
>>>>> Keep the great job you are doing!!! And thanks a lot!!!
>>>>>
>>>>> Cheers,
>>>>> Vero
>>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> grass-stats mailing list
>>> grass-stats at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/grass-stats
>>>
> 

-- 
Edzer Pebesma
Institute for Geoinformatics, University of Münster,
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83 33081
Journal of Statistical Software:   http://www.jstatsoft.org/
Computers & Geosciences: http://elsevier.com/locate/inca/398

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: OpenPGP digital signature
URL: <http://lists.osgeo.org/pipermail/grass-stats/attachments/20150211/76111a48/attachment.pgp>