<div dir="ltr">A quick note for people working on the porting to QGIS 3, i<span style="color:rgb(36,41,46);font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Helvetica,Arial,sans-serif,"Apple Color Emoji","Segoe UI Emoji","Segoe UI Symbol";font-size:14.000000953674316px">nverted Y axes are supported in QGIS 3 now. (Thanks Alessandro)</span></div><div class="gmail_extra"><br><div class="gmail_quote">2017-10-25 13:24 GMT+02:00 G. Allegri <span dir="ltr"><<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Thanks Martin. I asked it in general.<div dir="auto">I know QMS uses native layers for most (all?) the sources. Actually we could make without the plugin layer, at least in the first porting.<div dir="auto"><br></div><div dir="auto">giovanni</div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">Il 25 ott 2017 12:29 PM, "Martin Dobias" <<a href="mailto:wonder.sk@gmail.com" target="_blank">wonder.sk@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Giovanni<br>
<br>
On Wed, Oct 25, 2017 at 11:53 AM, G. Allegri <<a href="mailto:giohappy@gmail.com" target="_blank">giohappy@gmail.com</a>> wrote:<br>
> I'm analyzing QuickMapService to see how much work it would need toport it<br>
> to QGIS 3 (it would a big loss not having it!).<br>
><br>
> The first thing I see is that QgsPluginLayer doesn't offer the draw() method<br>
> anymore. i guess the only way to substitute it is defining a custom<br>
> QgsMapLayerRenderer and implementing its render() method. Can you confirm<br>
> this is the only way to do the actual rendering?<br>
<br>
Yes that's correct. It is not a big change though - the drawing code<br>
just moves to a new renderer class.<br>
<br>
By the way, the support for XYZ/TMS tile layers within WMS provider<br>
(since 2.18) should already cover requirements for most of the data<br>
sources, so the need for a custom plugin layer in QMS is there just<br>
for layers using a CRS / tiling different from standard Web Mercator.<br>
The more recent versions of QMS already use the standard raster layer<br>
for many sources instead of the plugin layer:<br>
<a href="https://github.com/nextgis/quickmapservices/issues/110" rel="noreferrer" target="_blank">https://github.com/nextgis/qui<wbr>ckmapservices/issues/110</a><br>
<br>
Cheers<br>
Martin<br>
</blockquote></div></div>
</div></div><br>______________________________<wbr>_________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br></blockquote></div><br></div>