On Mon, Feb 16, 2015 at 1:04 AM, Jim Hughes <jn...@ccri.com> wrote:
> Hi all,
>
> I'd like to try and summarize the discussion so far to make sure that I
> understand.
>
> As a request comes into GeoServer, it would either be handled by a custom
> GetMapCallback or by a distributed-render-aware Renderer by GetMap. From
> there, the distributed GeoTools data/feature store would accept sufficient
> rendering hints so that it could return artificial SimpleFeatures
> containing a RenderedImage. On GeoServer, those multiple RenderedImages
> would be combined into the final image to satisfy the WMS request.
>
The first (GetMapCallback building a DirectLayer) being the preferred way,
since it does not add into the StreamingRenderer code
paths that we don't have a real implementation for in GeoTools (or anything
in the build server that would inform us of issues).
Also, as Jody often suggests, one needs three different implementations to
setup an interface, we don't get to one here.
>
> In terms of how the initial request is handled, I am a little unclear on
> the choices here. I believe we can and should restrict ourselves to SLDs
> which are 'easy to distribute'. I think trading some style options for
> fast WMS responses with data sets involving billions of features is
> reasonable. As we get a better handle on system preformance, I'd be
> interested in supporting more styling as we zoom into a range which we know
> we can range render quickly enough.
>
> At the moment, can we ask the Style classes how they can be simplified to
> be 'distributable'?
>
This is more of a GeoServer question, but regardless, I guess it depends on
how you want to play this, I see two ways, logically distinct.
* "I want only the styles we provided to be usable" -> Someone should
implement in GeoServer a new flag, at the WMS service and layer level, that
makes GeoServer restrict the styles usable against a layer to the ones
configured (right now there is no such validation)
* "Any style, even user provided, will be accepted, provided it's
distributable" -> you do your own checks in your GetMapCallback
implementation and throw a ServiceException if the style is not
distributable
> Andrea, I'll support Jody's multi-threaded/parallel rendering ideas.
> Chris and Rich have shared results from a 5 node cluster. If I am
> understanding correctly, each of those servers will produce a RenderedImage
> with part of the final image. In particular, I don't expect the rendered
> images to overlap all that much. One server would have data for the
> Americas and another would paint the ranges for Europe. GeoMesa uses a
> random sharding approach, so when we do this, our tiles may look very
> similar.
>
Mind, "support" in open source means doing work, we work as a do-ocracy (
http://wiki.osgeo.org/wiki/Do-ocracy), just saying you like something has
some "warm and fuzzy" effect on others, but litlte practical consequence ;-)
Cheers
Andrea
--
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.
The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
-------------------------------------------------------
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
