I was actually hoping for Gabriel's viewpoint as maintainer of ArcSDE which
supports versioned tables (for the 3rd viewpoint).
I don't really mind about the names; I think those other classes you mention
are "internal" and the FeatureSource / FeatureStore interfaces are more common
(and thus less surprising) for api work.
Do you think we can get away with one interface?
--
Jody Garnett
On Friday, 5 August 2011 at 6:07 AM, Andrea Aime wrote:
> On Thu, Aug 4, 2011 at 7:25 AM, Walter Deane <[email protected]
> (mailto:[email protected])> wrote:
> > I have submitted a proposal to include a FeatureVersioning and related
> > interfaces to GeoTools.
> >
> > These are new api classes but are based heavily on previous work in the
> > versioned postgis project.
> >
> > The current docs that this relates too are here:
> >
> > http://docs.geotools.org/latest/userguide/library/data/featuresource.html
> >
> > The proposal is here:
> >
> > http://docs.codehaus.org/display/GEOTOOLS/FeatureVersioning+interface+api
>
> I honestly liked better the old names, VersioningFeatureSource and
> VersioningFeatureStore.
>
> If you look into the existing naming conventions we have
> ReprojectingFeatureCollection,
> not FeatureReprojecting, ForceCoordinateFeatureReader, not
> FeatureForce and so on.
> The proposed naming would be uncharacteristic and suprising to the geotools
> user. -1 on it.
>
> > and the JIRA is here:
> >
> > http://jira.codehaus.org/browse/GEOT-3770
> >
> > There is a UML of the FeatureVersioning and FeatureSourceVersioning here:
> >
> > http://i.imgur.com/uoks4.png
> >
> > Any feedback would be appreciated.
>
> I know that OpenGeo is working on a distributed geographic version control
> system inspired by Git, GeoGit:
> https://github.com/opengeo/GeoGIT
>
> One thing that has always been missing from the old versioning API is the
> second and third implementation (they say you need at least three different
> implementations to nail down an interface).
> Would be interesting to get a perspective from Gabriel on the proposed
> interfaces and see if there is maybe small changes that could make
> a GeoGit based versioning system more "eager" to implement the
> versioning interfaces
>
> Cheers
> Andrea
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax: +39 0584 962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>
> ------------------------------------------------------------------------------
> BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
> The must-attend event for mobile developers. Connect with experts.
> Get tools for creating Super Apps. See the latest technologies.
> Sessions, hands-on labs, demos & much more. Register early & save!
> http://p.sf.net/sfu/rim-blackberry-1
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> (mailto:[email protected])
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts.
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
