Thanks for mentioning our work Andrea, we're definitely in the midst of it right now. And I totally agree that 3 implementations of the interface would be ideal.
Walter, I'd love to get some collaboration going on this. This email a month ago would have been totally awesome, as we're getting closer to the end of our currently funded versioning projects and so may not be able to put lots of resources in to this. But I'd love to hear more about your use cases and targets. In one of the proposals you say 'This is based largely on a simplified form of the defunct versioned PostGIS project'. Which versioned PostGIS project? What is the backend tech to do the versioning? PostGIS? With triggers / psgsql? Or tables created by java? And can you share about what it's needed for? Why versioning is needed? Will it be in GeoServer? Or uDig? Or a custom project based on GeoTools? Am happy to give more details on our geogit work. I have a draft document explaining it, but haven't been able to push it out. Our two targets are the new OGC GeoSynchronization Service specification, working on it for OWS-8 testbed, and part of our WFS2 work for IGN France. The geogit backend does more than either of those require, as we're hoping to be able to use it as a base for full distributed versioning, but want to implement the less complicated interfaces. Both are pretty close to done, and should hopefully both get in to a GeoServer 2.2, though we'll need some GSIP's. Gabriel and Justin I'm sure will sound in with more on what we're thinking at a GeoTools level for interfaces, as I think they've been doing some work on that for GeoGit stores in WFS 2. Chris On Thu, Aug 4, 2011 at 4:07 PM, Andrea Aime <[email protected]> wrote: > On Thu, Aug 4, 2011 at 7:25 AM, Walter Deane <[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] > 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
