<br><br><div class="gmail_quote">2011/10/21 Marco Hugentobler <span dir="ltr"><<a href="mailto:marco.hugentobler@sourcepole.ch">marco.hugentobler@sourcepole.ch</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi all<br>
<br>
It would be great to have a mapscript equivalent for QGIS server, so the<br>
possibility to modify the request before it arrives at QgsWMSServer class.<br>
<div class="im"><br>
> GeoServer will provide WMS, WCS and WFS automatically for the data.<br>
> That could also QGIS server do by default. But with the gateway<br>
> interface QGIS could provide some custom services, maybe working<br>
> properly only with some specific data.<br>
<br>
</div>What would be the benefit of the gateway interface class compared to other<br>
services using FastCGI? E.g. if one want to build a WFS/WPS service with QGIS,<br>
the obvious solution would be to create qgis_wps_serv.fcgi or similar. Is it<br>
the idea to have shared service functionality on service level which is<br>
specific to QGIS services?<br></blockquote><div><br></div><div>I think that the main benefit would be having a single interface to manage, both on the side of fcgi configurations (eg Apache) and global, server, configurations.</div>
<div>I imagine that one could expose some services depending on the overall configuration, or per user, or per domain, etc.</div><div>Geoserver let services share functionalities, being "beans" managed by the server context available to any service. Anyway this could be a future feature (I suppose it would take not a small time to be designed and implemented), but having a single gateway opens to this possibility too.</div>
<div><br></div><div>giovanni</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Regards,<br>
Marco<br>
<br>
Am Donnerstag, 20. Oktober 2011, 22.54:30 schrieb Martin Dobias:<br>
<div><div></div><div class="h5">> On Thu, Oct 20, 2011 at 5:40 PM, G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>> wrote:<br>
> > 2011/10/20 Martin Dobias <<a href="mailto:wonder.sk@gmail.com">wonder.sk@gmail.com</a>><br>
> ><br>
> >> On Thu, Oct 20, 2011 at 4:00 PM, G. Allegri <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>> wrote:<br>
> >> > I imagine a plugin system, similar to Qgis Desktop, where every<br>
> >> > service is<br>
> >> > discovered/registered if available in certain library paths.<br>
> >><br>
> >> I am not sure if such implicit (automatic) registration would be good.<br>
> >> Imagine that you have several web services. You would like to run a<br>
> >> public WMS server and also another bunch of services for a limited<br>
> >> group of users. Having all the services available in both instances<br>
> >> would not be very good - e.g. with a WMS server you may automatically<br>
> >> provide WPS server.<br>
> ><br>
> > Looking at similar architectures, Geoserver seems to work this way,<br>
> > leaving to a security/configuration layer to enable and control the<br>
> > availability of the extensions.<br>
> > Anyway, we can avoid an automatic discovering, and control their exposure<br>
> > through a configuration system (eg a simple configurations file).<br>
><br>
> GeoServer will provide WMS, WCS and WFS automatically for the data.<br>
> That could also QGIS server do by default. But with the gateway<br>
> interface QGIS could provide some custom services, maybe working<br>
> properly only with some specific data.<br>
><br>
> Martin<br>
</div></div><div><div></div><div class="h5">> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
<br>
<br>
</div></div><font color="#888888">--<br>
Dr. Marco Hugentobler<br>
Sourcepole - Linux & Open Source Solutions<br>
Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland<br>
<a href="mailto:marco.hugentobler@sourcepole.ch">marco.hugentobler@sourcepole.ch</a> <a href="http://www.sourcepole.ch" target="_blank">http://www.sourcepole.ch</a><br>
Technical Advisor QGIS Project Steering Committee<br>
</font></blockquote></div><br>