[QGIS-Developer] QGIS Server and the Grants programme

Tue Jun 9 13:38:21 PDT 2020

Good day I think that being able to publish a project directly through QGIS
Server just by mounting the QGis project done on the desktop is just
fantastic if those tiny great details of QGIS Server were fixed would
definitely take off tremendously

Maybe integrating the lizmap plugin into the QGis core and giving the user
the possibility to choose their project to publish in an interface similar
to lizmap or perhaps with the qgis web client 2 project would make users
start looking seriously at QGIS Server and surely many would run to migrate
immediately because it would simplify many things in addition to giving a
lot of power to both qgis desktop and qgis server.

It is just an opinion that could be valued I only speak Spanish so I copied
the original text below in case something was not translated correctly with
google translate

Buen dia yo creo que el hecho de poder publicar un proyecto directamente a
traves de QGIS Server con solo montar el proyecto QGis hecho en el desktop
es simplemente fantastico si se arreglaran esos minusculos grandes detalles
de QGIS Server definitivamente despegaria tremendamente

Quiza integrar el plugin de lizmap al core de QGis y darle al usuario la
posibilidad de elegir su proyecto a publicar en una interfaz similar a
lizmap o quiza con el proyecto qgis web client 2 haria que los usuarios
empezaran a mirar muy seriamenet a QGIS Server y seguramente muchos
correrian a migrar de inmediato porque se simplificaria muchas cosas ademas
de darle muchisima potencia tanto a qgis desktop como qgis server.

El mar., 9 jun. 2020 a las 14:38, Andreas Neumann (<a.neumann at carto.net>)
escribió:

> Hi Henrik,
>
> Good idea. Now that Windows server has a Linux subsystem and docker, the
> easiest thing would be to use docker, I think. That way you would have
> the exact same setup like on Linux. No more strange Windows problems.
>
> It might be one path to use to tackle the windows installation problem,
> but it wouldn't be the only one.
>
> Alessandro: will you suggest dates for a meeting - perhaps by starting
> with a Doodle to see when most interested people would be available?
>
> Andreas
>
> Am 09.06.20 um 20:56 schrieb Henrik Larsson:
> > Hi,
> > I believe that a better deployment process for Server on Windows might
> > be one way for little a bigger market share. I think that there are
> > more people than me that uses Desktop today next to the Esri platform
> > that would gladly start to switch over to Server as a wms provider if
> > posible.
> >
> > A dedicated online meeting is a really nice idea (where do I attend?) .
> >
> > Regards Henrik
> >
> > Den 2020-06-09 kl. 09:24, skrev Alessandro Pasotti:
> >> Thank you Jonathan for raising the discussion, I think this should be
> >> a good opportunity to focus on how we can gain a bigger "market share"
> >> and restart investing on the server with both time and funds.
> >>
> >> Full disclaimer: I'm a QGIS server developer.
> >>
> >> It would be probably useful to start a discussion about how we can
> >> make QGIS Server better and what makes it lag behind "competitors",
> >> both FOSS and proprietary.
> >>
> >> - Is it missing features?
> >> - performances/scalability?
> >> - standard compliance?
> >> - missing protocols (WPS...)?
> >> - documentation/examples?
> >> - ease of deployment/maintenance?
> >> - security auditing?
> >> - plain marketing?
> >>
> >> I've personally found exceptionally productive the QGIS Server Meeting
> >> we had in Lion a few years back (that ultimately led to a deep
> >> refactoring of the server), I think we should organize a dedicated
> >> (online) meeting with the interested parties to start a discussion and
> >> share ideas.
> >>
> >> Regards
> >>
> >>
> >> On Tue, Jun 9, 2020 at 9:09 AM Andreas Neumann <a.neumann at carto.net>
> >> wrote:
> >>> Hi Jonathan,
> >>>
> >>> You keep repeating yourself. You started the exact same discussion a
> >>> year ago.
> >>>
> >>> You have a valid point, of course, I don't argue that. But if you
> >>> think about small organizations  that do not have a lot of personal
> >>> (or financial) resources, it would be a lot of burden to invest
> >>> twice the time in styling: once for QGIS desktop and another time
> >>> again for UMN mapserver and Geoserver. Even if SLD output from QGIS
> >>> improved (also thanks to efforts of Andrea Aime and others), it
> >>> still can't transport everything. If it would, then I would better
> >>> agree with your argument.
> >>>
> >>> For such smaller organization, speed (and I know that UMN and
> >>> Geoserver are a bit faster than QGIS server) is not the only
> >>> important thing - it is also their personal and financial resources
> >>> and complexity of their software landscape.
> >>>
> >>> And QGIS server has some other unique selling points: the
> >>> proprietary GetPrint command that doesn't have a match in Geoserver
> >>> or UMN, the ability to create Atlases from server, and who knows, in
> >>> the future perhaps QGIS server can run processing models.
> >>>
> >>> Greetings,
> >>>
> >>> Andreas
> >>>
> >>> On 2020-06-08 22:42, Jonathan Moules wrote:
> >>>
> >>> Hi List,
> >>> Some of you may have seen my blog post on the OSGeo-Discuss list
> >>> about which mapping servers are the most deployed. For those who
> >>> haven't seen it, QGIS Server has about 60 public deployments (1% of
> >>> all of them), and it serves 11,924 datasets (0.5% of all public
> >>> geospatial WMS/WFS/WCS/WMTS datasets).
> >>>
> >>> Potentially controversial here and I appreciate it's not a
> >>> competition, but given the low uptake of QGIS Server compared to
> >>> other Open Source offerings (GeoServer: 964 deployments, 963,603
> >>> datasets; MapServer: 544 deployments, 389,709 datasets), is QGIS
> >>> Server something the grant program should be funding? There are
> >>> three Server proposals totalling €10,000, 22% of the fund.
> >>>
> >>> Now, before you get the pitchforks out(!), please consider the
> >>> following:
> >>>
> >>> * Zero sum game - Any money spent on QGIS Server cannot be spent on
> >>> QGIS Desktop. (The grants mostly aren't things that will improve the
> >>> shared QGIS Core). (This reasoning also follows through to OSGeo
> >>> funds).
> >>>
> >>> * Multiple solutions - Open Source (and OSGeo) already has a very
> >>> healthy ecosystem of mapping servers - does it need another one?
> >>>
> >>> * Limited number of users benefited - I don't have stats for it, but
> >>> QGIS Desktop is probably the most popular Open Source Desktop GIS,
> >>> and is certainly going to have many orders of magnitude more users
> >>> than QGIS Server.
> >>>
> >>> * Playing to your strengths - QGIS' strength is it's Desktop and
> >>> it's generally good practice to play to your strengths.
> >>>
> >>>
> >>> So given the above, and that QGIS is already "winning" as an Open
> >>> Source Desktop (great job!), I'd like to suggest it's not a good
> >>> idea to dilute the limited resources by spending them on QGIS
> >>> Server. Instead it seems that far more people would benefit if that
> >>> money was spent on Desktop, especially the bug fixing programme.
> >>>
> >>> Or alternatively, given the "Unique Selling Point" of QGIS Server is
> >>> its integration with QGIS Desktop, those resources could be used to
> >>> further improve interoperability with
> >>> GeoServer/MapServer/deegree/etc. Those are all successful mature
> >>> OSGeo projects that excel at serving maps, have an architecture
> >>> designed for it, and already have huge install bases.
> >>>
> >>> TLDR: QGIS excels at being a Desktop, and I'd like to suggest it
> >>> should play to its strengths and focus its limited funds there to
> >>> benefit the most users.
> >>>
> >>> I shall now retreat to my bunker. :-)
> >>>
> >>> Cheers,
> >>> Jonathan
> >>>
> >>> Note: The above only applies to the Grant program and funding; how
> >>> developers wish to spend their time, and on which projects is of
> >>> course their own prerogative.
> >>>
> >>> (Disclosure: I have no horse in this race; I don't run or administer
> >>> any mapping servers, but I have done GeoServer in the past.)
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> QGIS-Developer mailing list
> >>> QGIS-Developer at lists.osgeo.org
> >>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>>
> >>>
> >>> _______________________________________________
> >>> QGIS-Developer mailing list
> >>> QGIS-Developer at lists.osgeo.org
> >>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> >>
> >>
> > _______________________________________________
> > QGIS-Developer mailing list
> > QGIS-Developer at lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

-- 
José Mercedes Venegas Acevedo
cel Mov RPC 964185205
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20200609/cff5071c/attachment-0001.html>