[Qgis-developer] Server features
G. Allegri
giohappy at gmail.com
Thu Nov 15 01:34:20 PST 2012
It's a good thing to have Lizmap metatiling and caching, and I congratulate
for your work.
Anyway, having tile caching and metatiling at the server level would
provide a larger benefit.
We will consider it fro founding...
giovanni
2012/11/15 kimaidou <kimaidou at gmail.com>
> A very short answer here : have you checked the Lizmap ability to create
> automatic tile cache ? It supports metatiling too.
> As I know, it is the only open-source solution which can simply use a QGIS
> project, build a map and dynamically create tile caching with metatile
> support.
>
> Sorry for this intervention about Lizmap. But as it is open-source, and
> deeply dependant of QGIS, I think people won't mind. Tell me otherwise, I
> will stop.
>
> Cheers
> Michael
>
>
> 2012/11/15 G. Allegri <giohappy at gmail.com>
>
>>
>> What I really miss in QGIS server compared to UNM mapserver is the
>>> possibility to keep a certain space around the edge of the generated output
>>> free of labels (UMN Mapserver has had that already in V 5.? or even
>>> earlier). This is a must-have if we want to integrate mapcache because
>>> otherwise there will be broken labels and tiles will not fit to each other
>>> labelwise.
>>>
>>
>> I totally agree. As I said in an earlier reply, metatiling and buffering
>> are a must to serve tiled caches.
>>
>> giovanni
>>
>>
>>>
>>> just my 2 ct
>>>
>>> Bernhard
>>>
>>> Am 15.11.2012 08:57, schrieb Andreas Neumann:
>>>
>>>> Hi,
>>>>
>>>> For 90% of my projects performance is really good. For the remaining
>>>> 10%, rather complext projects, I would say it is good enough, but it
>>>> could be "snappier".
>>>>
>>>> I am specifically talking about the "Leitungskataster" project, the
>>>> project displaying all supply lines and waste-water lines, containing
>>>> cadastral data, electricity, gaz, water, communication, waste-water and
>>>> heating.
>>>>
>>>> These complex projects typically have:
>>>>
>>>> * a lot of layers (around 70 layers)
>>>> * a lot of rules in the layer symbology
>>>> * automatically placed labels along lines
>>>> * dash patterns - almost all the lines are dashed
>>>> * SVG symbols
>>>>
>>>> I will have to do my own homework. I will probably have to reduce the
>>>> number of layers by using views.
>>>>
>>>> And to be honest, I haven't set up the same project on UMN mapserver to
>>>> compare whether it is really faster.
>>>>
>>>> I don't know yet where the bottlenecks are (too many layers, too many
>>>> rules, too many rules, too many labels?).
>>>>
>>>> Thanks,
>>>> Andreas
>>>>
>>>>
>>>> Am 14.11.2012 21:13, schrieb Marco Hugentobler:
>>>>
>>>>> Hi all
>>>>>
>>>>> Performance is a complex topic, it essentially depends what you are
>>>>> testing ( few complex polygons, many small polygons, type of raster,
>>>>> lots of labels, ...).
>>>>> I'm regularly profiling some of my important server projects (e.g. WMS
>>>>> of cadastral survey). One thing that takes up a lot of render time is
>>>>> the drawing of the labels (only the rendering, not the placement).
>>>>> I think this is because they are rendered using QPainterPath and not
>>>>> with QPainter->drawText (but it might be difficult to render the buffer
>>>>> using drawText).
>>>>>
>>>>> And don't forget that normally the transfer of the image over the
>>>>> internet takes more time than the WMS rendering itself. So don't forget
>>>>> to use jpg for rasters and the improved png8 for vectors. It can
>>>>> improve
>>>>> perceived performance by a factor of 3 or 4.
>>>>>
>>>>> Regards,
>>>>> Marco
>>>>>
>>>>> On 14.11.2012 19:57, Andreas Neumann wrote:
>>>>>
>>>>>> Lets say that speed of QGIS Server is good enough for most of my
>>>>>> projects. But it could be faster for more complex rendering and
>>>>>> labeling.
>>>>>>
>>>>>> UMN feels faster than QGIS Server - but I don't have time for double
>>>>>> configurations for desktop and web. Plus - it is so much easier to
>>>>>> configure QGIS projects compared to editing mapfiles.
>>>>>>
>>>>>>
>>>>>>
>>>>>> "G. Allegri"<giohappy at gmail.com> schrieb:
>>>>>>
>>>>>> The one thing were UMN Mapserver is a much better is
>>>>>> performance. This
>>>>>> is where we should really catch up.
>>>>>>
>>>>>>
>>>>>> I would put this to the higher position! I don't know where the
>>>>>> effort should be put, because I suppose it's something deep in
>>>>>> the
>>>>>> rendering engine of QGis. Do you see bottlenecks at the server
>>>>>> level?
>>>>>>
>>>>>> I would also add a point to the whishlist: Qgis Server Python
>>>>>> API ;)
>>>>>>
>>>>>> giovanni
>>>>>>
>>>>>> 2012/11/14 kimaidou<kimaidou at gmail.com<**mailto:
>>>>>> kimaidou at gmail.com>>
>>>>>>
>>>>>> Hi
>>>>>>
>>>>>> 2012/11/14 Vincent Picavet<vincent.ml at oslandia.**com<vincent.ml at oslandia.com>
>>>>>> <mailto:vincent.ml at oslandia.**com <vincent.ml at oslandia.com>
>>>>>> >>
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> > * templates for HTML popups (already done this in
>>>>>> Lizmap, but why not
>>>>>> > having it in Qgis)
>>>>>> You mean accessing the templates through QGIS server ?
>>>>>> Because html popups
>>>>>> already are in QGIS :)
>>>>>>
>>>>>>
>>>>>>
>>>>>> I mean through Qgis Server (in respect to this thread title
>>>>>> ;)
>>>>>> Just exposing methods for the server must do it, as Andreas
>>>>>> proposed.
>>>>>>
>>>>>> We should have a look at PyWPS too, which could be an
>>>>>> easy
>>>>>> way to provide WPS
>>>>>> services around QGIS API.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Yes, pyWPS could help provide this feature, but we still need
>>>>>> a way so that QGIS Server can use python plugins / processes,
>>>>>> etc.. I remember discussion about this during last hackfests,
>>>>>> but I do not know if someone gave it a try.
>>>>>>
>>>>>> Anyway, +10000 for focusing on performance first, which is
>>>>>> the
>>>>>> key "feature" for a Server.
>>>>>>
>>>>>> Michael
>>>>>>
>>>>>>
>>>>>> Vincent
>>>>>>
>>>>>> >
>>>>>> > Good evening
>>>>>> > Michael
>>>>>> >
>>>>>> >
>>>>>> > 2012/11/14 G. Allegri<giohappy at gmail.com
>>>>>> <mailto:giohappy at gmail.com>>
>>>>>> >
>>>>>> > > > - integrated tiling
>>>>>> > >>
>>>>>> > >> Why not integrating mapcache directly to mutualize
>>>>>> effort on this part ?
>>>>>> > >> Mapcache can be used standalone, and could read
>>>>>> its
>>>>>> parameters directly
>>>>>> > >> from a
>>>>>> > >> qgis configuration file. No need to reinvent the
>>>>>> wheel here, or would
>>>>>> > >> there be a
>>>>>> > >> good reason to it ?
>>>>>> > >
>>>>>> > > I think that a tile generator from the QGis Desktop
>>>>>> side would suffice.
>>>>>> > > Any other TMS/WMS-T server could use the tile
>>>>>> structure.
>>>>>> > >
>>>>>> > >> > - mask layers
>>>>>> > >>
>>>>>> > >> That would be great to have in QGIS indeed. It
>>>>>> would
>>>>>> mean having for
>>>>>> > >> each layer an attached mask layer, which is not
>>>>>> displayed but only used
>>>>>> > >> to define
>>>>>> > >> hidden places.
>>>>>> > >>
>>>>>> > >> > - symbol placement
>>>>>> > >> > - label offsets
>>>>>> > >>
>>>>>> > >> That's for qgis symbology, not directly a qgis
>>>>>> server
>>>>>> issue. Label
>>>>>> > >> offset in
>>>>>> > >> mapserver definitly looks cool !
>>>>>> > >
>>>>>> > > I agree Vincent.
>>>>>> > >
>>>>>> > >> Vincent
>>>>>> > >> ______________________________**_________________
>>>>>> > >> Qgis-developer mailing list
>>>>>> > >> Qgis-developer at lists.osgeo.org
>>>>>> <mailto:Qgis-developer at lists.**osgeo.org<Qgis-developer at lists.osgeo.org>
>>>>>> >
>>>>>> > >> http://lists.osgeo.org/**mailman/listinfo/qgis-**
>>>>>> developer <http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>>>> > >
>>>>>> > > ______________________________**_________________
>>>>>> > > Qgis-developer mailing list
>>>>>> > > Qgis-developer at lists.osgeo.org
>>>>>> <mailto:Qgis-developer at lists.**osgeo.org<Qgis-developer at lists.osgeo.org>
>>>>>> >
>>>>>> > > http://lists.osgeo.org/**mailman/listinfo/qgis-**
>>>>>> developer <http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>>>> ______________________________**_________________
>>>>>> Qgis-developer mailing list
>>>>>> Qgis-developer at lists.osgeo.org
>>>>>> <mailto:Qgis-developer at lists.**osgeo.org<Qgis-developer at lists.osgeo.org>
>>>>>> >
>>>>>> http://lists.osgeo.org/**mailman/listinfo/qgis-**
>>>>>> developer <http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ______________________________**_________________
>>>>>> Qgis-developer mailing list
>>>>>> Qgis-developer at lists.osgeo.org
>>>>>> <mailto:Qgis-developer at lists.**osgeo.org<Qgis-developer at lists.osgeo.org>
>>>>>> >
>>>>>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------**------------------------------**
>>>>>> ------------
>>>>>>
>>>>>> Qgis-developer mailing list
>>>>>> Qgis-developer at lists.osgeo.org
>>>>>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail
>>>>>> gesendet.
>>>>>>
>>>>>>
>>>>>> ______________________________**_________________
>>>>>> Qgis-developer mailing list
>>>>>> Qgis-developer at lists.osgeo.org
>>>>>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ______________________________**_________________
>>>>> Qgis-developer mailing list
>>>>> Qgis-developer at lists.osgeo.org
>>>>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>>>
>>>>>
>>>> ______________________________**_________________
>>>> Qgis-developer mailing list
>>>> Qgis-developer at lists.osgeo.org
>>>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>>
>>>>
>>>> __________ Information from ESET Mail Security, version of virus
>>>> signature database 7693 (20121114) __________
>>>>
>>>> The message was checked by ESET Mail Security.
>>>> http://www.eset.com
>>>>
>>>>
>>>>
>>> --
>>> Bernhard Ströbl
>>> Anwendungsbetreuer GIS
>>>
>>> Kommunale Immobilien Jena
>>> Am Anger 26
>>> 07743 Jena
>>>
>>> Tel.: 03641 49- 5190
>>> E-Mail: bernhard.stroebl at jena.de
>>> Internet: www.kij.de
>>>
>>>
>>> Kommunale Immobilien Jena
>>> Eigenbetrieb der Stadt Jena
>>> Werkleiter: Dr. Götz Blankenburg
>>>
>>>
>>> __________ Information from ESET Mail Security, version of virus
>>> signature database 7693 (20121114) __________
>>>
>>> The message was checked by ESET Mail Security.
>>> http://www.eset.com
>>>
>>>
>>>
>>> ______________________________**_________________
>>> Qgis-developer mailing list
>>> Qgis-developer at lists.osgeo.org
>>> http://lists.osgeo.org/**mailman/listinfo/qgis-**developer<http://lists.osgeo.org/mailman/listinfo/qgis-developer>
>>>
>>
>>
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20121115/55f72fa2/attachment-0001.html>
More information about the Qgis-developer
mailing list