I apologize, I left out an important point.

We do not plan on the users to directly access the WMS server. Instead,
there is a meta-data catalog of all images kept in a CS-W compatible
catalog. Users will first search here (and filter based on location, and
other metadata attributes) and the result list will be return which then
will be used to fetch images from the WMS server. This means we have a lot
of flexibility to return well crafted URLs to send to either the WMS server
or our intercept proxy and to specify the exact set of images desired.

There are a couple of advantages to this architecture:

1. The catalog server has better indexing and filtering tools to rapidly
sub-sample the 20M records to just a few (and return them in rank for
mosaicing).l
2. We can provide dynamic sorting akin to ArcGIS Server Image Extensions
3. Less burden on GeoServer (we suspect that our catalog server is better
designed for this sort of searches)

You might ask why we need the WMS server? Good Question. If the client can
consume the set of images straight from an HTTP server, that would be fine.
But there are clients that are only set up for WMS and WCS overlays, as well
as some useful tiling and re projection services that the WMS server
provides.

This is also a reason why we did not really spend a lot of time thinking
about GetCapabillites on the WMS server. We don't see this as the entry
point. We see the catalog server returning a GetMap URL directly.


--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/20-Million-Image-files-tp4503489p4510284.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to