<html><body><p>Hello,</p><p>WMS-c or WMTS would be possible to implement into r.in.wms2. <br></p><p>After finishing standard wms support implementation for GRASS and SAGA I will take a deeper look at it. </p><p>Stepan</p><p><font color="#003399"><br></font></p><p>---------- Původní zpráva ----------<br>Od: Vincent Bain <bain@toraval.fr><br>Datum: 7. 4. 2012<br>Předmět: Re: [GRASS-dev] Applying for write access to the Addons-SVN repository</p><blockquote>A pretty good news in fact.<br>Stepan, do you plan to cope with cached services (WMS-c) ?<br>I mean, here in France IGN provides a WMS which is quite uneasy to<br>request, r.in.wms fails. One can have a look here :<br><br><a href="http://depot.ign.fr/geoportail/api/doc/developpeur/wmsc.html">http://depot.ign.fr/geoportail/api/doc/developpeur/wmsc.html</a><br><br>For my personal purpose I wrote a bash routine (not much portable as is)<br>to retrieve orthoimagery tiles the right way using the current region<br>settings. As wms-c is not considered a standard ogc protocol, it may not<br>be worth trying to integrate multiple constraints to the module, what's<br>more they probably* vary from one provider to another (tile sizes,<br>available resolutions, point of origin, and so on) ; perhaps a wiki<br>HowTo in this case would already be helpful for french users ?<br><br>Yours,<br>Vincent.<br><br>__<br><br>*don't really know, I'm not a web mapping specialist<br><br><br><br>></blockquote></body></html>