> > So I have a couple of questions (please understand that this is just me > not keeping up with geoserver discussions and not me knocking the design) > - workspaces - how does this fit in and what is the relationship with > namespaces Just to re-iterate on what david said. The idea of a workspace is not a REST concept, it was a decision made when we re-designed the configuration. The rationale that the idea of a namespace is bad as a container for data. It is a property of a wfs feature type, or a published resource.
> - structures seems to be datastore then feature type? We have had one > case where geoserver was configured to "combine" data from two cascaded > WFS's were combined into the same published featuretype. Do we need to > consider namespace/featureType as representing the publish to WFS > (similar to how layer represents publish to WMS) Well a layer is not just the realization of a resource through WMS, but through any service. Regardless this sort of aggregation seems something better handled by the community schema work. While I admit this could definitely have repercussions later down the road, i am not sure if it is worth designing for this case in the initial iteration. > > Jody > > PS. I am not sure who is doing the template but if they can replace > [~jgarnett] with [~jive] my name will show up correctly > > On Thu, Feb 19, 2009 at 4:15 AM, Justin Deoliveira <[email protected] > <mailto:[email protected]>> wrote: > > Hi all, > > I have put together a proposal for moving the rest configuration module > to an official extension. > > http://geoserver.org/display/GEOS/GSIP+33+-+REST+configuration+module > > Open the feedback gates. > > -Justin > > -- > Justin Deoliveira > OpenGeo - http://opengeo.org > Enterprise support for open source geospatial. > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San > Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the > Enterprise > -Strategies to boost innovation and cut costs with open source > participation > -Receive a $600 discount off the registration fee with the source > code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Geoserver-devel mailing list > [email protected] > <mailto:[email protected]> > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > Geoserver-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
