Hi Johann, On 1/22/13 12:34 AM, "johann sorel" <[email protected]> wrote:
>See below, > >On 21/01/2013 18:20, Mattmann, Chris A (388J) wrote: >>> About data source, I propose a different approach : Java Content >>> Repository version 2 (JCR) specification (JSR 170 and 283) >>> A possible implementation is Apache JackRabbit : >>> http://jackrabbit.apache.org >> Yep I know Jukka who used to be their VP, and have followed their >> development it's a great product. >In the geotoolkit project have build a model which mimic the JCR api, it >is called FeatureStore, (to open shapefiles, databases, csv, gml, gpx, >...) >the main differences with JCR are : >- OGC Filter for queries by default rather then JCR QOM >- OGC Feature replace JCR nodes >- a flat root (a list) where JCR would allow a tree like model. >Other then that the approach is the same, here is a small graph : > >http://pending.geotoolkit.org/images/new_structure.png > >If someone has a similar schema/graph of GDAL datasource it would be a >nice to compare. I'll try and prepare one to send back. > >>> Some of those solutions are already implemented and have been properly >>> separated >>> in interfaces (geoapi-pending) and implementations (geotoolkit-pending) >>> so it could be used as a starting point. >> Great, looking forward to it! Please feel free to file some JIRA issues, >> and to get started! We'd welcome you here in the SIS community! >I am waiting for martin to finish his integration in SIS, after that we >will review and push what is in >geoapi-pending and geotk-pending (it will take some time, it's about 3 >times bigger then geotk). Got it. Well great to have you around sending emails and being part of the community! Cheers, Chris > > > >Johann Sorel >Geomatys
