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.
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).
Johann Sorel
Geomatys
