[GRASS-stats] spgrass7 support for strds?

Thu Feb 12 03:13:12 PST 2015

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.).
We can just then make sure that it works with both version of GRASS (6 and
7).

I also started a project (idea) a long time ago with Rainer to have
something similar to pygrass[1] in R through Rcpp (
https://github.com/RGRASS/grassRLink) in order to access the low level
GRASS API.

I didn't have time to finish it but I will have more time this summer and
hope to work on it again.
I think it can be a good idea of GSOC for either GRASS or R.

[1]: http://grasswiki.osgeo.org/wiki/Python/pygrass

On Thu, Feb 12, 2015 at 10:51 AM, Rainer M Krug <Rainer at krugs.de> wrote:

> Roger Bivand <Roger.Bivand at nhh.no> writes:
>
> > Question further down ...
> >
> > On Wed, 11 Feb 2015, Edzer Pebesma wrote:
> >
> >>
> >>
> >> 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.
> >
> > OK, I think we keep (archived) "GRASS" for the interface to GRASS 5,
> > "spgrass6" for GRASS 6. As of now, we've called the development
> > version "spgrass7", but arguably "rgrass" could be preferred. As GRASS
> > 7 is due on Sunday, could I ask for a quick show of hands on
> > "spgrass7" or "rgrass" as the name for the package to be submitted to
> > CRAN (tomorrow)? We can continue to consider moving spacetime code to
> > this package, but we should have the new package on CRAN matching the
> > release of GRASS 7.
>
> The r in front makes sense - but if one looks at the changes in the
> interface between GRASS 6 and GRASS 7 I would keep the 7 - so I would
> suggest
>
> rgrass7
>
> and possibly also release the (modified) spgrass6 as rgrass6, and leave
> spgrass6 there for compatibility, and give a warning upon load that the
> package has been superseded by rgrass6.
>
> This also opens the possibility of releasing a package called
>
> rgrass
>
> which then, depending on the GRASS version loaded / requested loads the
> corresponding rgrassX package.
>
> Rainer
>
>
>
> >
> > Roger
> >
> >>
> >>>
> >>> 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
> >>>>>
> >>>
> >>
> >>
>
> --
> Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
> Biology, UCT), Dipl. Phys. (Germany)
>
> Centre of Excellence for Invasion Biology
> Stellenbosch University
> South Africa
>
> Tel :       +33 - (0)9 53 10 27 44
> Cell:       +33 - (0)6 85 62 59 98
> Fax :       +33 - (0)9 58 10 27 44
>
> Fax (D):    +49 - (0)3 21 21 25 22 44
>
> email:      Rainer at krugs.de
>
> Skype:      RMkrug
>
> PGP: 0x0F52F982
>
> _______________________________________________
> grass-stats mailing list
> grass-stats at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-stats
>

-- 
Ahmadou H. DICKO
statistician economist (Ingénieur Statisticien Économiste)
PhD candidate in Climate change economics
Faculty of economics and managment - Cheikh Anta Diop University
West African Science Service Center on Climate Change and Adaptated Land
Use (WASCAL)
Center for Development Research (ZEF) - University of Bonn
email : ahmadou.dicko at ucad.edu.sn
twitter : @dickoah
github : github/dickoa <https://github.com/dickoa>
tel : +221 33 827 55 16
portable: +221 77 123 81 69
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-stats/attachments/20150212/c1a9dd65/attachment-0001.html>