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 <[email protected]>
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
[email protected]
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
_______________________________________________
QGIS-Developer mailing list
[email protected]
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
_______________________________________________
QGIS-Developer mailing list
[email protected]
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
_______________________________________________
QGIS-Developer mailing list
[email protected]
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
