This reorganization is now committed. Review and comments are welcome.
http://docs.geoserver.org/latest/en/user/data/vector/index.html
http://docs.geoserver.org/latest/en/user/data/raster/index.html
http://docs.geoserver.org/latest/en/user/data/database/index.html
http://docs.geoserver.org/latest/en/user/data/cascaded/index.html
The one remaining issue is what to do with the Application Schema section.
It now languishes all alone under the Working With Data
heading. One idea might be to promote it to its own primary section?
http://docs.geoserver.org/latest/en/user/data/index.html
On Mon, Apr 30, 2012 at 3:30 PM, Martin Davis <mda...@opengeo.org> wrote:
> The Working with Data section in the User Guide seems to be getting a bit
> unwieldy. It might be nice to split it up in a way that highlights the
> different kinds of data: Vector, Raster, Database, and External Services.
>
> Here's a proposal for a new structure, which replaces the current section
> with 4 new ones:
>
> Working with Vector Data
>
> Shapefile
> Directory of spatial files
> GML
> VPF
> Java Properties
> Pregeneralized Features
>
> Working with Raster Data
>
> ArcGrid
> GeoTIFF
> GTOPO30
> ImageMosaic
> WorldImage
> GDAL Image Formats
> ImagePyramid
> Image Mosaic JDBC
> Oracle Georaster
> Custom JDBC Access for image data
>
> Working with Databases
>
> PostGIS
> Oracle
> Microsoft SQL Server and SQL Azure
> DB2
> H2
> MySQL
> Teradata
> ArcSDE
> Database Connection Pooling
> SQL Views
> Controlling feature ID generation in spatial databases
> Custom SQL session start/stop scripts
> Using SQL session scripts to control authorizations at the database level
> Application Schema Support
> JNDI
>
> Working with External Data
>
> External Web Feature Server
> External Web Map Server
>
>
> The only new content would be the index page for each new section. This
> will be a convenient place to put any general advice about working with the
> different kinds of formats (eg. links to the Styling pages for each type)
>
> Alternatively, these could be 4 subsections under the main Working With
> Data section, although this would require more levels on the main TOC.
>
> It might make sense for the source directory structure to mirror this
> organization, but this is not essential if there are issues with doing that
> (e.g existing URL references)
>
> Thoughts or issues with doing this?
>
>
> --
> Martin Davis
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
>
--
Martin Davis
OpenGeo - http://opengeo.org
Expert service straight from the developers.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
